Hi @mikedemunck, welkom op het forum én bij KPN 

Ik begrijp dat je er zelf al een heel onderzoekstraject op hebt zitten, top dat je al zo veel hebt getest en hebt uitgesloten! 

Contact met onze technische dienst voor mobiel, heeft helaas geen antwoord opgeleverd, daar geven ze aan dat er in het mobiele gedeelte niks is wat dit zou kunnen blokkeren. Omdat ze verder niet weten hoe dit werkt aan de kant van ‘het vaste net’ waar de wifi onderdeel van is, loopt dit spoor verder dood. Vanuit KPN kan ik je verder dus niet van een antwoord voorzien.

Daarom hoop ik van harte dat er snel een andere forumgebruiker voorbij komt, die hier wél meer van af weet!

@Maja_ de vraag is natuurlijk niet of KPN het wil oplossen, maar het lijkt me sterk dat jullie geen idee hebben wat de technische eisen zijn om jullie eigen product te laten werken. Ergens zit een kink in de kabel (waarschijnlijk bij ons) en troubleshooten wordt erg lastig op deze manier. Dus wat is er exact nodig?

ps, de titel is gewijzigd door jullie, inclusief spelfout.

Ah, scherp! De spelfout is nu weg 

Voor mij is dit ook lastig, de specialisten van de technische dienst hebben enkel aangegeven dat dit probleem veroorzaakt zal worden door iets in het vaste net, vanaf onze kant zal er niks geblokkeerd of belemmerd worden. Als bellen via wifi in is geschakeld hoort dit vanaf onze kant hoe dan ook te werken. De enige technische eis om dit product te laten werken, is dus een actieve wifi verbinding, is wat men mij mee heeft gegeven.

Zijn er collega's met een andere mobiele provider die wél kunnen bellen via het interne netwerk?

Als bellen via het gastennetwerk werkt, dan ligt het niet aan KPN lijkt me. Het interne netwerk zal voorzien zijn van diverse beveiligingen. En dat zal bellen via WiFi stuk gemaakt hebben.

Klopt, de kans dat het bij ons netwerk ligt is zeer groot. Vandaar ook de vraag wat er nodig is om de gesprekken door te laten zodat ik kan kijken waarom het nu niet werkt en ik het kan oplossen.

Heb je hier al een vraag over uitstaan bij Ziggo Zakelijk? Vodafone, hun eigen mobiele provider, heeft ook VoWifi. Het lijkt mij dat ze wel weten hoe of wat qua netwerk(instellingen).

Het zit duidelijk in het netwerk, aangezien het via het gastnetwerk wel werkt.

Heb je op de school een slecht 4G bereik? Bellen via wifi maakt ook gewoon gebruik van je bundel, dus qua kosten scheelt het niet.

Bellen over wifi is niet door KPN uitgevonden. Dat werkt via een gestandaardiseerd protocol. Met een beetje googlen moet je er wel achter komen hoe dat protocol werkt lijkt me.

Dat zou je denken. Ik kan iig niet vinden welke eisen er aan het wifinetwerk gesteld worden (welke poorten zijn vereist, etc)

Fun fact: Vodafone VoWifi werkt prima op het interne netwerk… Misschien is het verhaal toch iets ingewikkelder en zit er wel degelijk (mede) een issue bij KPN...

Aanvullend: ik ben er inmiddels wél achter dat er door verschillende providers verschillende poorten gebruikt kunnen worden voor VoWifi, de vraag is dus o.a. welke poorten KPN hiervoor gebruikt, wellicht worden deze geblokkeerd in de firewall. Dat zou ook meteen verklaren waarom Vodafone wellicht wél werkt. Er moet toch iemand van KPN zijn die deze info kan verschaffen???

Het ligt niet bij Ziggo. Het gastnetwerk gaat uiteindelijk over dezelfde lijn naar buiten. Mobiel bereik is inderdaad bij een aantal scholen zeer slecht, nieuwe gebouwen, zeer goed geïsoleerd, slecht bereik met alle providers, daar kan KPN dus niet zoveel aan doen.

Het gekke is dus dat Vowifi van Vodafone wél werkt op het interne netwerk. Zoals net al gezegd, providers kunnen verschillende poorten gebruiken voor Vowifi, dit zou kunnen verklaren waarom KPN niet en Vodafone wél werkt. Als ik nou zou weten welke poorten KPN vereist, dan kan ik dit opnemen met de netwerkleverancier.

Er hoeven geen poorten open gezet te worden. Voor Vodafone zal ook geen poort open staan.

Een systeembeheerder zou in een testopstelling gewoon de huidige configuratie van het interne netwerk van de grond af opnieuw op moeten bouwen. En daarbij steeds moeten testen of wifibellen nog werkt. Als het dan opeens niet meer werkt, dan weet je welke configuratie instelling verantwoordelijk is voor het niet laten functioneren van wifibellen via KPN.

Blijkbaar wordt er ergens toch iets geblokkeerd. Daarbij lees ik op verschillende sites dat er (uiteraard) wel poorten benodigd zijn. Normaal gesproken hoeven deze niet expliciet geopend te worden omdat de verbinding door de telefoon geïnitieerd wordt, maar het kan natuurlijk wel zo zijn dat bepaalde door KPN benodigde poorten actief geblokkeerd zijn. De vraag is normaals, over welke poorten communiceert VoWifi bij KPN? Dat zal vast niet op poort 80 gaan.

Tmobile (usa) geeft deze info gewoon vrij: https://www.t-mobile.com/support/coverage/wi-fi-calling-on-a-corporate-network

En zo ook ATT: https://www.att.com/support/article/wireless/KM1114459

Als die info beschikbaar is, is het probleem simpel op te lossen… En niet alleen voor mijn organisatie. Uiteraard beschikt KPN over deze info...

@Maja_ Is er een mogelijkheid dat je deze info voor ij achterhaald? Moet toch bij jullie bekend zijn lijkt me. Wellicht niet bij de 1e lijn support, maar wat hogerop moet iemand dit weten...

De specialisten zijn er wat dieper ingedoken! Heb nu het volgende terug gekregen:

serveradres: epdg.epc.mnc008.mcc204.pub.3gppnetwork.org en het netwerk moet IPSec toestaan

Ik hoop dat de systeembeheerder hier mee uit de voeten kan 

Interessant. Ik kan vanuit mijn werk ook geen verbinding met mijn VPN server thuis (l2tp/ipsec) maken, wellicht dat daar de sleutel zit. Ik ga er achteraan.

Ah, dat is wel een overeenkomst, ik zou er niet vreemd van op kijken als het inderdaad in die hoek gezocht moet worden!

Laat je het weten als er vorderingen zijn? 

Hi @mikedemunck, ik ben heel benieuwd of je inmiddels een stap verder bent gekomen? Hopelijk wel! Hoor het graag 

@Maja_ ja en nee. We weten inmiddels waar het  in zit. IPSec wordt geblokkeerd. Als we dit willen regelen voor KPN dan moet de hele firewall van de organisatie anders worden ingericht en dat gaat dus niet gebeuren.

wat wel jammer is is dat het wel anders moet kunnen: Vodafone vowifi werkt namelijk wél zonder aanpassingen. Blijkbaar is de implementatie van kon toch anders.

Ah, bedankt voor de update, aan de ene kant fijn dat de oorzaak is gevonden! Aan de andere kant jammer dat dit ook inhoudt dat je nu weet dat het niet zal gaan werken 

Wat er precies anders is aan de instellingen van Vodafone, dat weet ik niet. Vanaf onze kant kan en zal er niks aangepast gaan worden, erg jammer maar ook begrijpelijk dat ze niet de hele firewall om willen gooien 

Omdat we deze situatie niet kunnen veranderen, sluit ik hierbij het topic!