Skip to main content

Heb een maand kunnen bellen via Wifi call (Starlink internetverbinding) maar plotseling werkt het niet meer.

Iemand dè oplossing om dit weer werkend te krijgen?

Check, ga ik doen als ik thuis ben.
Ik dacht dat de procedure was dat ik het in mijn profiel moest zetten


Bah dat zuigt! Misschien via VPN app connecten?

 

@Alexandra van KPN  @Alex van KPN zouden jullie mijn ipaddress kunnen whitelisten?

VPN geprobeerd maar mag niet baten helaas.

Ik was onder de indruk dat je in het proces stond om het op te zeggen, niet dat dat mijn doel is. Mocht je dat nog willen doen: ons gratis nummer is 0800 0402. We zijn bereikbaar maandag t/m vrijdag van 08.00 tot 18.00 uur. Zaterdag van 08.00 tot 17.00 uur.

 

Dat was zo totdat ik min of meer per ongeluk in contact kwam met afdeling CRMTS…duurt allemaal telkens en nog steeds wel vreselijk lang  dat ik antwoord krijg. Maar ik heb nog niet opgegeven. 


Bah dat zuigt! Misschien via VPN app connecten?

 

@Alexandra van KPN  @Alex van KPN zouden jullie mijn ipaddress kunnen whitelisten?

Bel even hiervoor @FoRMaTC, dat gaat een stuk handiger en minder omslachtig. Ons gratis nummer is 0800 0402. We zijn bereikbaar maandag t/m vrijdag van 08.00 tot 18.00 uur. Zaterdag van 08.00 tot 17.00 uur. Met Starlink heb ik overigens het idee dat ze het om de zoveel tijd veranderen waardoor het niet lekker werkt. 

 

Inmiddels gedaan.

1e gesprek zag de kpn medewerker water branden en na verloop van tijd werd de verbinding verbroken.

2e gesprek: Lieve dame aan de telefoon en die kreeg te horen van de technische dienst te horen dat ik maar contact moest opnemen met Starlink. Heb ook maar een ticket ingeschoten bij Starlink, wie weet wat er daar uit komt.

 

Vind het wel een beetje gek. Ik zit al een jaartje of 20 in de IT maar zoiets moet toch beschreven staan bij jullie in een knowledge base oid? Zou het gek vinden dat ik de oplossing moet zoeken bij Starlink als het alleen een kwestie is van de starlink range te whitelisten


Overigens heb ik a.s. vrijdag weer contact met de 2e medewerkster van KPN omdat zij ook aangaf dat ze nieuwsgierig was hoe dit te fixxen


Bah dat zuigt! Misschien via VPN app connecten?

 

@Alexandra van KPN  @Alex van KPN zouden jullie mijn ipaddress kunnen whitelisten?

Bel even hiervoor @FoRMaTC, dat gaat een stuk handiger en minder omslachtig. Ons gratis nummer is 0800 0402. We zijn bereikbaar maandag t/m vrijdag van 08.00 tot 18.00 uur. Zaterdag van 08.00 tot 17.00 uur. Met Starlink heb ik overigens het idee dat ze het om de zoveel tijd veranderen waardoor het niet lekker werkt. 

 

Inmiddels gedaan.

1e gesprek zag de kpn medewerker water branden en na verloop van tijd werd de verbinding verbroken.

2e gesprek: Lieve dame aan de telefoon en die kreeg te horen van de technische dienst te horen dat ik maar contact moest opnemen met Starlink. Heb ook maar een ticket ingeschoten bij Starlink, wie weet wat er daar uit komt.

 

Vind het wel een beetje gek. Ik zit al een jaartje of 20 in de IT maar zoiets moet toch beschreven staan bij jullie in een knowledge base oid? Zou het gek vinden dat ik de oplossing moet zoeken bij Starlink als het alleen een kwestie is van de starlink range te whitelisten

O ooh, hier gaat iemand hetzelfde molentje in als ik…succes de komende maanden…


Ik zal in dit geval de eerder gedane melding ook weer aanwakkeren. Ik ben benieuwd hoe Starlink hierop reageert, het contact verloopt in ieder geval niet altijd even soepel. 


Het is voor mij een vervelende langslepende zaak.

Ik had buitengebied internet met modem omdat we hier in 1447AB nog met een koperkabel zitten uit 1944. 4G dekking is er meer niet dan wel dus dan heeft je 4g modem ook geen nut.

Glasvezel was leuk geweest. Ware het niet dat ze hier 1,5KM verderop zijn gestopt met boren en ze gaan pertinent niet verder. Ben zelfs met gemeente en wethouder bezig geweest maar op een gegeven moment was er een nieuwe wethouder en ik had geen energie meer. Ook omdat er nu Starlink is die hetzelfde kost in de maand dan KPN.
 


Het is voor mij een vervelende langslepende zaak.

Ik had buitengebied internet met modem omdat we hier in 1447AB nog met een koperkabel zitten uit 1944. 4G dekking is er meer niet dan wel dus dan heeft je 4g modem ook geen nut.

Glasvezel was leuk geweest. Ware het niet dat ze hier 1,5KM verderop zijn gestopt met boren en ze gaan pertinent niet verder. Ben zelfs met gemeente en wethouder bezig geweest maar op een gegeven moment was er een nieuwe wethouder en ik had geen energie meer. Ook omdat er nu Starlink is die hetzelfde kost in de maand dan KPN.
 

Exact waarom ik ook Starlink gekozen heb…


En hoe is het bereik van de netwerken van Vodafone of Odido bij jullie? Net zo brak als het mobiele netwerk van kpn?

Zonder vaste aansluiting ben je mobiel ook niet (echt) gebonden natuurlijk. Want geen koppel voordelen. 


En hoe is het bereik van de netwerken van Vodafone of Odido bij jullie? Net zo brak als het mobiele netwerk van kpn?

Zonder vaste aansluiting ben je mobiel ook niet (echt) gebonden natuurlijk. Want geen koppel voordelen. 

Ja dat hoort bij mooi wonen in het buitengebied…


Ik zal in dit geval de eerder gedane melding ook weer aanwakkeren. Ik ben benieuwd hoe Starlink hierop reageert, het contact verloopt in ieder geval niet altijd even soepel. 

 

Inmiddels wel over en weer met starlink bezig geweest maar omdat ik nu vanwege drukke verbouwing zelf wat tijd over had heb ik even tcpdump geinstalleerd op mijn asus router (merlin).

Telefoon in vliegtuig modus en wifi aan. Telefoonnummer geprobeerd te bellen en ik zie gewoon dat het verkeer mijn netwerk verlaat:

 

formatc@BIG:/tmp/home/root# tcpdump udp port 500 or udp port 4500 -vv
tcpdump: listening on archer, link-type EN10MB (Ethernet), snapshot length 262144 bytes
22:41:01.468810 IP (tos 0x0, ttl 63, id 3890, offset 0, flags gnone], proto UDP (17), length 452)
100.83.77.8.500 > epdg.epc.mnc008.mcc204.pub.3gppnetwork.org.500: 0udp sum ok] isakmp 2.0 msgid 00000000 cookie d1908fdb8019caf4->0000000000000000: parent_sa ikev2_initnI]:
(sa: len=44
(p: #1 protoid=isakmp transform=4 len=44
(t: #1 type=encr id=aes (type=keylen value=0100))
(t: #2 type=prf id=#5 )
(t: #3 type=integ id=#12 )
(t: #4 type=dh id=modp2048 )))
(v2ke: len=256 group=modp2048)
(nonce: len=16 nonce=(69e564f92fc455408bba6c6a5209da31) )
(n: prot_id=#0 type=16388(nat_detection_source_ip))
(n: prot_id=#0 type=16389(nat_detection_destination_ip))
(n: prot_id=#0 type=16430(status))
22:41:06.401815 IP (tos 0x0, ttl 63, id 54303, offset 0, flags gnone], proto UDP (17), length 452)
100.83.77.8.10 > epdg.epc.mnc008.mcc204.pub.3gppnetwork.org.500: 0udp sum ok] isakmp 2.0 msgid 00000000 cookie 2835bbc312302f66->0000000000000000: parent_sa ikev2_initnI]:
(sa: len=44
(p: #1 protoid=isakmp transform=4 len=44
(t: #1 type=encr id=aes (type=keylen value=0100))
(t: #2 type=prf id=#5 )
(t: #3 type=integ id=#12 )
(t: #4 type=dh id=modp2048 )))
(v2ke: len=256 group=modp2048)
(nonce: len=16 nonce=(df5596ed830898424f223a65d1952be7) )
(n: prot_id=#0 type=16388(nat_detection_source_ip))
(n: prot_id=#0 type=16389(nat_detection_destination_ip))
(n: prot_id=#0 type=16430(status))
22:41:07.402996 IP (tos 0x0, ttl 63, id 41949, offset 0, flags gnone], proto UDP (17), length 452)
100.83.77.8.10 > epdg.epc.mnc008.mcc204.pub.3gppnetwork.org.500: 0udp sum ok] isakmp 2.0 msgid 00000000 cookie 2835bbc312302f66->0000000000000000: parent_sa ikev2_initnI]:
(sa: len=44
(p: #1 protoid=isakmp transform=4 len=44
(t: #1 type=encr id=aes (type=keylen value=0100))
(t: #2 type=prf id=#5 )
(t: #3 type=integ id=#12 )
(t: #4 type=dh id=modp2048 )))
(v2ke: len=256 group=modp2048)
(nonce: len=16 nonce=(df5596ed830898424f223a65d1952be7) )
(n: prot_id=#0 type=16388(nat_detection_source_ip))
(n: prot_id=#0 type=16389(nat_detection_destination_ip))
(n: prot_id=#0 type=16430(status))
22:41:09.403126 IP (tos 0x0, ttl 63, id 54504, offset 0, flags gnone], proto UDP (17), length 452)
100.83.77.8.10 > epdg.epc.mnc008.mcc204.pub.3gppnetwork.org.500: 0udp sum ok] isakmp 2.0 msgid 00000000 cookie 2835bbc312302f66->0000000000000000: parent_sa ikev2_initnI]:
(sa: len=44
(p: #1 protoid=isakmp transform=4 len=44
(t: #1 type=encr id=aes (type=keylen value=0100))
(t: #2 type=prf id=#5 )
(t: #3 type=integ id=#12 )
(t: #4 type=dh id=modp2048 )))
(v2ke: len=256 group=modp2048)
(nonce: len=16 nonce=(df5596ed830898424f223a65d1952be7) )
(n: prot_id=#0 type=16388(nat_detection_source_ip))
(n: prot_id=#0 type=16389(nat_detection_destination_ip))
(n: prot_id=#0 type=16430(status))
22:41:09.471549 IP (tos 0x0, ttl 63, id 10136, offset 0, flags gnone], proto UDP (17), length 452)
100.83.77.8.500 > epdg.epc.mnc008.mcc204.pub.3gppnetwork.org.500: 0udp sum ok] isakmp 2.0 msgid 00000000 cookie d1908fdb8019caf4->0000000000000000: parent_sa ikev2_initnI]:
(sa: len=44
(p: #1 protoid=isakmp transform=4 len=44
(t: #1 type=encr id=aes (type=keylen value=0100))
(t: #2 type=prf id=#5 )
(t: #3 type=integ id=#12 )
(t: #4 type=dh id=modp2048 )))
(v2ke: len=256 group=modp2048)
(nonce: len=16 nonce=(69e564f92fc455408bba6c6a5209da31) )
(n: prot_id=#0 type=16388(nat_detection_source_ip))
(n: prot_id=#0 type=16389(nat_detection_destination_ip))
(n: prot_id=#0 type=16430(status))

 

Ben heel benieuwd of er een techie is aan jullie kant om dit verder te onderzoeken. Ik ben geen netwerk engineer maar ik kom na een jaartje of 20 wel een heel end ;)


traceroute: Warning: epdg.epc.mnc008.mcc204.pub.3gppnetwork.org has multiple addresses; using 62.133.76.249
traceroute to epdg.epc.mnc008.mcc204.pub.3gppnetwork.org (62.133.76.249), 64 hops max, 40 byte packets
1 192.168.2.1 (192.168.2.1) 15.464 ms 4.996 ms 3.578 ms
2 100.64.0.1 (100.64.0.1) 66.061 ms 46.235 ms 46.510 ms
3 172.16.250.144 (172.16.250.144) 43.184 ms 45.731 ms 42.612 ms
4 undefined.hostname.localhost (206.224.65.206) 65.960 ms
undefined.hostname.localhost (206.224.65.194) 51.153 ms
undefined.hostname.localhost (206.224.65.206) 60.718 ms
5 undefined.hostname.localhost (206.224.65.178) 49.260 ms
undefined.hostname.localhost (206.224.65.180) 50.702 ms
undefined.hostname.localhost (206.224.65.182) 48.311 ms
6 kpn-as1136.kpn-asd-dc2.nl-ix.net (193.239.117.66) 138.621 ms * *
7 * * *
8 * * *
9 * * *
10 * * *

 


Ik zal in dit geval de eerder gedane melding ook weer aanwakkeren. Ik ben benieuwd hoe Starlink hierop reageert, het contact verloopt in ieder geval niet altijd even soepel. 

 

Inmiddels wel over en weer met starlink bezig geweest maar omdat ik nu vanwege drukke verbouwing zelf wat tijd over had heb ik even tcpdump geinstalleerd op mijn asus router (merlin).

Telefoon in vliegtuig modus en wifi aan. Telefoonnummer geprobeerd te bellen en ik zie gewoon dat het verkeer mijn netwerk verlaat:

 

formatc@BIG:/tmp/home/root# tcpdump udp port 500 or udp port 4500 -vv
tcpdump: listening on archer, link-type EN10MB (Ethernet), snapshot length 262144 bytes
22:41:01.468810 IP (tos 0x0, ttl 63, id 3890, offset 0, flags gnone], proto UDP (17), length 452)
100.83.77.8.500 > epdg.epc.mnc008.mcc204.pub.3gppnetwork.org.500: 0udp sum ok] isakmp 2.0 msgid 00000000 cookie d1908fdb8019caf4->0000000000000000: parent_sa ikev2_initnI]:
(sa: len=44
(p: #1 protoid=isakmp transform=4 len=44
(t: #1 type=encr id=aes (type=keylen value=0100))
(t: #2 type=prf id=#5 )
(t: #3 type=integ id=#12 )
(t: #4 type=dh id=modp2048 )))
(v2ke: len=256 group=modp2048)
(nonce: len=16 nonce=(69e564f92fc455408bba6c6a5209da31) )
(n: prot_id=#0 type=16388(nat_detection_source_ip))
(n: prot_id=#0 type=16389(nat_detection_destination_ip))
(n: prot_id=#0 type=16430(status))
22:41:06.401815 IP (tos 0x0, ttl 63, id 54303, offset 0, flags gnone], proto UDP (17), length 452)
100.83.77.8.10 > epdg.epc.mnc008.mcc204.pub.3gppnetwork.org.500: 0udp sum ok] isakmp 2.0 msgid 00000000 cookie 2835bbc312302f66->0000000000000000: parent_sa ikev2_initnI]:
(sa: len=44
(p: #1 protoid=isakmp transform=4 len=44
(t: #1 type=encr id=aes (type=keylen value=0100))
(t: #2 type=prf id=#5 )
(t: #3 type=integ id=#12 )
(t: #4 type=dh id=modp2048 )))
(v2ke: len=256 group=modp2048)
(nonce: len=16 nonce=(df5596ed830898424f223a65d1952be7) )
(n: prot_id=#0 type=16388(nat_detection_source_ip))
(n: prot_id=#0 type=16389(nat_detection_destination_ip))
(n: prot_id=#0 type=16430(status))
22:41:07.402996 IP (tos 0x0, ttl 63, id 41949, offset 0, flags gnone], proto UDP (17), length 452)
100.83.77.8.10 > epdg.epc.mnc008.mcc204.pub.3gppnetwork.org.500: 0udp sum ok] isakmp 2.0 msgid 00000000 cookie 2835bbc312302f66->0000000000000000: parent_sa ikev2_initnI]:
(sa: len=44
(p: #1 protoid=isakmp transform=4 len=44
(t: #1 type=encr id=aes (type=keylen value=0100))
(t: #2 type=prf id=#5 )
(t: #3 type=integ id=#12 )
(t: #4 type=dh id=modp2048 )))
(v2ke: len=256 group=modp2048)
(nonce: len=16 nonce=(df5596ed830898424f223a65d1952be7) )
(n: prot_id=#0 type=16388(nat_detection_source_ip))
(n: prot_id=#0 type=16389(nat_detection_destination_ip))
(n: prot_id=#0 type=16430(status))
22:41:09.403126 IP (tos 0x0, ttl 63, id 54504, offset 0, flags gnone], proto UDP (17), length 452)
100.83.77.8.10 > epdg.epc.mnc008.mcc204.pub.3gppnetwork.org.500: 0udp sum ok] isakmp 2.0 msgid 00000000 cookie 2835bbc312302f66->0000000000000000: parent_sa ikev2_initnI]:
(sa: len=44
(p: #1 protoid=isakmp transform=4 len=44
(t: #1 type=encr id=aes (type=keylen value=0100))
(t: #2 type=prf id=#5 )
(t: #3 type=integ id=#12 )
(t: #4 type=dh id=modp2048 )))
(v2ke: len=256 group=modp2048)
(nonce: len=16 nonce=(df5596ed830898424f223a65d1952be7) )
(n: prot_id=#0 type=16388(nat_detection_source_ip))
(n: prot_id=#0 type=16389(nat_detection_destination_ip))
(n: prot_id=#0 type=16430(status))
22:41:09.471549 IP (tos 0x0, ttl 63, id 10136, offset 0, flags gnone], proto UDP (17), length 452)
100.83.77.8.500 > epdg.epc.mnc008.mcc204.pub.3gppnetwork.org.500: 0udp sum ok] isakmp 2.0 msgid 00000000 cookie d1908fdb8019caf4->0000000000000000: parent_sa ikev2_initnI]:
(sa: len=44
(p: #1 protoid=isakmp transform=4 len=44
(t: #1 type=encr id=aes (type=keylen value=0100))
(t: #2 type=prf id=#5 )
(t: #3 type=integ id=#12 )
(t: #4 type=dh id=modp2048 )))
(v2ke: len=256 group=modp2048)
(nonce: len=16 nonce=(69e564f92fc455408bba6c6a5209da31) )
(n: prot_id=#0 type=16388(nat_detection_source_ip))
(n: prot_id=#0 type=16389(nat_detection_destination_ip))
(n: prot_id=#0 type=16430(status))

 

Ben heel benieuwd of er een techie is aan jullie kant om dit verder te onderzoeken. Ik ben geen netwerk engineer maar ik kom na een jaartje of 20 wel een heel end ;)

Ben heel blij dat er iemand nu ook bij is gekomen die inhoudelijk mee kan komen in dit verhaal. Ik wacht vanuit CRMTS inmiddels alweer 3 weken op reactie...


@bangelier heb nu twee keer gehoord van KPN, toen ik telefonisch contact had, dat ze nog nooit gehoord hebben van de afdeling CRMTS

 

@Alex van KPN Enig idee wat ik nog meer kan proberen? Bellen naar KPN heeft dus geen zin


@bangelier heb nu twee keer gehoord van KPN, toen ik telefonisch contact had, dat ze nog nooit gehoord hebben van de afdeling CRMTS

 

@Alex van KPN Enig idee wat ik nog meer kan proberen? Bellen naar KPN heeft dus geen zin

Het mailadres bevat de afkorting crmts. Hieronder hetgeen in de mail handtekening staat. Naam van de persoon bewust weg gelaten..
 

Supportdesk Medewerker Customer Care


Consumenten: 0800 0402
Zakelijk: 0800-0403

Network Services Support Desk
9700 EG GRONINGEN | Postbus 13500 | KPN


@FoRMaTC, erg fijn dat je deze update hier plaatst, dankjewel Ik ga dit meenemen en doorgeven om te kijken of wij hier iets mee kunnen. Ik hoop het van harte.

Ik kom er wederom op terug zodra ik iets hoor. CRMTS is inderdaad een afdeling die redelijk op de achtergrond opereert, vandaar dus. Maar, jullie horen zsm van me! 


Voorgaande topic (deel 1) is gesloten


Onbegrijpelijk dat dit gesloten is en het beste antwoord (zonder enige feiten) is gemarkeerd “Maak maar een case aan bij Starlink”, 

Hier zit je op het gebruikersforum van KPN.
 

Dat is toch juist de bedoeling van het topic?

@Alex van KPN @bangelier 

 


Voorgaande topic (deel 1) is gesloten


Onbegrijpelijk dat dit gesloten is en het beste antwoord (zonder enige feiten) is gemarkeerd “Maak maar een case aan bij Starlink”, 

Hier zit je op het gebruikersforum van KPN.
 

Dat is toch juist de bedoeling van het topic?

@Alex van KPN @bangelier 

 

Ik denk dat ze deze gesloten hebben omdat het probleem bij mij verholpen is. Maar bij jou dus nog niet maak ik eruit op? 


Ja sinds wanneer is het bij jou verholpen dan?
 


Ja sinds wanneer is het bij jou verholpen dan?
 

Vorige week


Ja bij mij dus ook, ik gok donderdag of vrijdag.
Maar het fijne aan een forum is dat er dan ook een (technisch) antwoord komt hoe het opgelost is zodat je dit altijd weer kan terug vinden


@FoRMaTC 

In andere topics over wifi bellen staat dat kpn een lijst met Nederlandse IP adressen bij houd. Ik vermoed dat kpn de Nederlandse IP adressen van Starlink hebben toegevoegd aan deze lijst. Waardoor het nu werkt.

 

Als wifi bellen niet werkt en je mobiel wordt ondersteund door kpn wifi bellen, dan kan het soms zijn dat het IP adres (reeks) van je internet provider niet bekend is bij kpn. Je ziet regelmatig op het forum wanneer men wisseld van internet provider dat het soms niet meer werkt. Doordat de internet provider een nieuwe IP reeks gebruikt. 


Ja bij mij dus ook, ik gok donderdag of vrijdag.
Maar het fijne aan een forum is dat er dan ook een (technisch) antwoord komt hoe het opgelost is zodat je dit altijd weer kan terug vinden

Ze hebben de Starlink ip adressen gewhitelist. 


Hoi @Neville 

Ik weet de theorie erachter, ik ben zelf ITer en weet hoe het zit met whitelisting etc.
Alleen zou dan het antwoord op voorgaande topic moeten zijn we hebben een (nieuwe) range ipaddressen toegevoegd.

Ze zouden ook gewoon de starlink csv kunnen parsen maar geen idee in hoeverre de automatisering is binnen de KPN


Ja bij mij dus ook, ik gok donderdag of vrijdag.
Maar het fijne aan een forum is dat er dan ook een (technisch) antwoord komt hoe het opgelost is zodat je dit altijd weer kan terug vinden

Ze hebben de Starlink ip adressen gewhitelist. 

 

Heb je daar bevestiging van gekregen of is dat aanname ;)
 


Reageer