Skip to main content

Directe verbinding tussen K&K aansluiting soms niet mogelijk (peer-to-peer)


 

Om in contact te komen met IT specialisten van Odido ben ik door de klantenservice verwezen naar dit forum. Daarom hieronder mijn vraag voor deze specialisten.

Op dit forum is het e.e.a. te vinden over portforwards die niet werken bij K&K, echter is mijn ervaring dat portforwarding an sich prima werkt, en dat het werkelijke probleem veel groter is dan dat. Namelijk, dat het routeren van internetverkeer tussen mobiele Odido verbindingen helemaal niet mogelijk is, iets wat bevestigd lijkt te zijn in verschillende posts van Odido medewerkers. Wat echter zo vreemd is, is dat dit voor K&K slechts een deel van de tijd zo is. Hoe kan dit?

De situatie

Ik heb een Klik & Klaar abonnement bij jullie en een familielid van mij ook.

Meestal is het gewoon mogelijk om een peer-to-peerverbinding tot stand te brengen tussen deze twee aansluitingen. Echter, eens in de paar dagen gaat er iets mis na de dagelijkse (24-uurs) IP-wissel, waardoor er geen verbinding meer mogelijk is tussen de aansluitingen. Van vorige week zaterdag (12 april), en gister en vandaag (18 en 19 april) heb ik daarom wat gegevens (IP's/tijdstippen) verzameld.

Een voorbeeld

  • 4:00 is het tijdstip waarop ik dagelijks mijn modem reboot om op dat vaste tijdstip een nieuw IP te verkrijgen. Vanaf dat moment (op 12-4) was er geen onderlinge verbinding meer mogelijk.

  • Om ~13:00 heb ik het modem van het familielid herstart, die ontving een nieuw IP en de onderlinge verbinding was direct weer mogelijk.

  • Ik heb vanaf beide zijden getest door elkaars IP adressen te pingen maar die reageerden niet op elkaar tussen 4:00 en 13:00.

  • Pingen vanaf een IP adres buiten jullie netwerk (bijv. mijn KPN mobiele aansluiting) werkt wel.

Wat gaat hier mis, kunnen jullie dit oplossen? Hoe kan jullie netwerk zo wispelturig/onbetrouwbaar zijn dat de routering het ene moment wel werkt en na een IP wissel niet meer?

De gegevens

Datum 

IP locatie 1 (van mij) 

IP locatie 2 (familielid) 

Gebeurtenis 

Verbinding 

12-4 3:30 

?? 

178.231.28.XXX

Nieuw IP loc 2 

ja 

12-4 4:00 

178.230.185.XXX

178.231.28.XXX

Nieuw IP loc 1 

nee 

12-4 13:00 

178.230.185.XXX

178.231.75.XXX

Nieuw IP loc 2 

ja 

18-4 3:30 

?? 

178.230.180.XXX

Nieuw IP loc 2 

nee 

18-4 4:00 

91.141.238.XXX

178.230.180.XXX

Nieuw IP loc 1 

nee 

19-4 3:30 

91.141.238.XXX

91.141.239.XXX

Nieuw IP loc 2 

ja 

19-4 4:00 

91.141.134.XX

91.141.239.XXX

Nieuw IP loc 1 

nee 

19-4 13:45 

91.141.134.XX

178.231.4.XXX

Nieuw IP loc 2 

ja 

19-4 13:50 

91.141.134.XX

178.231.7.XXX

Nieuw IP loc 2 

ja 

19-4 13:55 

91.141.134.XX

178.231.102.XX

Nieuw IP loc 2 

ja 

19-4 13:57 

91.141.134.XX

91.141.151.XXX

Nieuw IP loc 2 

ja 

19-4 14:00 

91.141.134.XX

91.141.181.XXX

Nieuw IP loc 2 

ja 

19-4 14:03 

91.141.134.XX

178.230.236.XXX

Nieuw IP loc 2 

ja 

19-4 14:05 

178.228.9.XXX

178.230.236.XXX

Nieuw IP loc 1 

ja 

Volledige IP adressen zijn eventueel beschikbaar voor Odido medewerkers.

Wat je mooi kunt zien is dat de verbinding afgelopen nacht (19-4) na de IP wissel op locatie 2 een half uur gewerkt heeft tot locatie 1 weer een nieuw kreeg en de verbinding weer verbrak. 

Uitgelichte reactie

19 april 2025

Wat ik mis in je lijstje is de richting van je verbinding. Het kan best zijn dat van A naar B niet lukt, maar B naar A wel. Zeker als je het hebt over routing.

Ik zie nu n.l. geen patroon met de verbinding maar als je de richting erbij zet dan kan het best zijn dat je de gebruikelijke 178.x niet kunt bereiken van 91.x. Ik zie nu af en toe Ja staan bij verbinding met dat zou best eens 178.x naar 91.x kunnen zijn i.p.v. andersom. Of probeer je altijd beide richtingen als de eerste niet werkt?

(Hoewel het dan wel raar is dat er ook een aantal 91.x>91.x en 178.x>178.x staan met Ja en Nee)

Ps. Hoe stuur je de IP over om verbinding te herstellen? Doe je dit met een dyndns? Dat duurt ook altijd even voordat die over heel de wereld DNS servers bekend zijn gemaakt.

7 reacties

rvk01
Forum|alt.badge.img+3
  • is een legendarische user
  • 1161 reacties
  • 19 april 2025

Wat ik mis in je lijstje is de richting van je verbinding. Het kan best zijn dat van A naar B niet lukt, maar B naar A wel. Zeker als je het hebt over routing.

Ik zie nu n.l. geen patroon met de verbinding maar als je de richting erbij zet dan kan het best zijn dat je de gebruikelijke 178.x niet kunt bereiken van 91.x. Ik zie nu af en toe Ja staan bij verbinding met dat zou best eens 178.x naar 91.x kunnen zijn i.p.v. andersom. Of probeer je altijd beide richtingen als de eerste niet werkt?

(Hoewel het dan wel raar is dat er ook een aantal 91.x>91.x en 178.x>178.x staan met Ja en Nee)

Ps. Hoe stuur je de IP over om verbinding te herstellen? Doe je dit met een dyndns? Dat duurt ook altijd even voordat die over heel de wereld DNS servers bekend zijn gemaakt.


  • Auteur
  • is een nieuwe Poster
  • 3 reacties
  • 19 april 2025
rvk01 schreef:

Wat ik mis in je lijstje is de richting van je verbinding. Het kan best zijn dat van A naar B niet lukt, maar B naar A wel. Zeker als je het hebt over routing.

Ik zie nu n.l. geen patroon met de verbinding maar als je de richting erbij zet dan kan het best zijn dat je de gebruikelijke 178.x niet kunt bereiken van 91.x. Ik zie nu af en toe Ja staan bij verbinding met dat zou best eens 178.x naar 91.x kunnen zijn i.p.v. andersom. Of probeer je altijd beide richtingen als de eerste niet werkt?

(Hoewel het dan wel raar is dat er ook een aantal 91.x>91.x en 178.x>178.x staan met Ja en Nee)

Ps. Hoe stuur je de IP over om verbinding te herstellen? Doe je dit met een dyndns? Dat duurt ook altijd even voordat die over heel de wereld DNS servers bekend zijn gemaakt.

Klopt, staat niet in het lijstje maar wel in de tekst. Ik heb de verbinding telkens bidirectioneel getest, dus pingen vanaf beide kanten naar de andere zijde. Dit door de IP adressen te pingen (dus ook geen afhankelijkheid van DNS). En telkens werkt het vanaf beide kanten wel of niet, het is nooit zo dat één richting wel werkt.

Ik zie ook totaal geen patroon in de IP ranges o.i.d. Dat wilde ik ook bewust laten zien aangezien ik in een aantal berichten gesuggereerd heb zien worden dat het daaraan zou liggen.

Zie bijvoorbeeld deze 2 reacties:

 


rvk01
Forum|alt.badge.img+3
  • is een legendarische user
  • 1161 reacties
  • 19 april 2025

Als het een routing probleem is dan zou een traceroute handig zijn. Liefst een TCP traceroute (met -T op Linux) maar desnoods op Windows (hoewel je dan wel een timeout kunt krijgen).

Ik neem aan dat de modems standaard op ping reageren (bij mij vaste Zyxel staat dat standaard uit).

Maar het is inderdaad wel duidelijk (ook gezien dat andere topic) dat er iets heel verkeerds zit met het onderlinge verkeer/routing.

 


  • Auteur
  • is een nieuwe Poster
  • 3 reacties
  • 21 april 2025

Mijn vraag is zeker niet beantwoord. Ik ontvang graag een reactie van een Odido IT specialist.


eric
Super User
Forum|alt.badge.img+14
  • Odido Superuser
  • 8985 reacties
  • 21 april 2025

De vraag is in die zin beantwoord dat je niet binnen het Odido netwerk twee mobiele verbindingen met elkaar kunt laten communiceren. Ik zag een oplossing van iemand die 1 van de 2 verbindingen via een VPN ontsloot, dan lukt het wel!


  • is een gewaardeerde antwoordgever
  • 247 reacties
  • 21 april 2025

Het is Pasen dus je zult even geduld moeten hebben totdat er iemand van Odido lang komt die met IT kan praten. En ook dat kan nog enkele dagen duren….

Port forwarding heeft de aandacht bij Odido maar zo te zien nog niet goed uitgerold. Hopenlijk wordt het binnenkort beter...


  • Auteur
  • is een nieuwe Poster
  • 3 reacties
  • 22 april 2025
walter.v.l schreef:

Het is Pasen dus je zult even geduld moeten hebben totdat er iemand van Odido lang komt die met IT kan praten. En ook dat kan nog enkele dagen duren….

Port forwarding heeft de aandacht bij Odido maar zo te zien nog niet goed uitgerold. Hopenlijk wordt het binnenkort beter...

Dat snap ik hoor, maar iemand had dit topic als “beantwoord” gemarkeerd, en zodra een topic die status heeft kijkt er natuurlijk geen hond meer naar om, vandaar mijn vorige bericht.


Reageer


Cookiebeleid

Wij gebruiken cookies om uw bezoekers ervaring te verbeteren en te personaliseren. Ga je akkoord, of ga je door op de website dan ga je akkoord met ons cookiebeleid. Meer informatie.

 
Cookie instellingen