Discussion:
Timeout during PPP negotiation
(te oud om op te antwoorden)
Tim
2019-03-11 23:42:53 UTC
Permalink
Zojuist viel de internetverbinding even uit. PPPoE sessie afgelopen,
IP-adres kwijt en timeout bij het vernieuwen. Duurde zo'n 10 minuten
voordat een nieuwe sessie was gestart en het IP-adres weer werd
toegewezen. De welbekende meldingen in de log van de Fritzbox:

-Timeout during PPP negotiation.
-PPPoE error: Timeout.
-Internet connection cleared.

Op zich niets ergs, maar het is toch wel vervelend voor de file transfer
die bezig was. Het komt vaker voor dat je een hele tijd op een nieuwe
lease moet wachten omdat er vanaf de kant van XS4ALL geen reactie komt
op aanvragen van de Fritzbox. Is dat een standaard procedure of is er
bij XS4ALL een apparaat met een misconfiguratie of overbelasting?
Sledge HaMMeR
2019-03-12 06:48:54 UTC
Permalink
Post by Tim
Zojuist viel de internetverbinding even uit. PPPoE sessie afgelopen,
IP-adres kwijt en timeout bij het vernieuwen. Duurde zo'n 10 minuten
voordat een nieuwe sessie was gestart en het IP-adres weer werd
Bij mij pleurde de verbinding ook weg kort na middernacht (00:08
ongeveer). En die PPPoE komt me zo bekend voor, wordt er gek van, kan
met gemak 10 minuten duren. Fritzbox herstarten is echt geen pretje meer
en tenenkrommend.
--
Greetz
Sledge
Maarten Carels
2019-03-12 10:16:40 UTC
Permalink
Post by Sledge HaMMeR
Post by Tim
Zojuist viel de internetverbinding even uit. PPPoE sessie afgelopen,
IP-adres kwijt en timeout bij het vernieuwen. Duurde zo'n 10 minuten
voordat een nieuwe sessie was gestart en het IP-adres weer werd
Bij mij pleurde de verbinding ook weg kort na middernacht (00:08
ongeveer). En die PPPoE komt me zo bekend voor, wordt er gek van, kan
met gemak 10 minuten duren. Fritzbox herstarten is echt geen pretje meer
en tenenkrommend.
Op zich, als je modem de PPP sessie verliest probeert ie het meteen
opnieuw. En als je begin packet (een PADI) bij een BRAS aankomt (bij
XS4ALL zijn dat er tegenwoordig twee voor redundantie, een gekoppeld aan
het KPN Amsterdam knooppunt, een aan Rotterdam), geeft die BRAS (beiden)
meteen antwoord (een PADO), en dan komt de verbinding tot stand. Dat is
secondenwerk, ik heb testjes gedaan door op de BRAS de sessie naar mijn
modem eronderuit te trappen (sommige mensen kunnen dat...), binnen een
paar seconden stond de volgende sessie. Daar zit het dus niet dat het
voor jou vannacht het 10 minuten duurde.
Dat zit dieper in wat er tussen jouw modem en de XS4ALL BRAS zit. Jouw
modem zit aan een DSLAM in de straatkast bij jou op de hoek, vandaar
gaan glasverbindingen via het KPN transportnet (dat bestaat uit een
flink aantal switches) via de knooppunten Amsterdam en Rotterdam naar de
XS4ALL spullen.
Het idee is dat je (automatisch) van de ene naar de andere BRAS fietst
bij storingen (normaal zit je aan de dichtstbije), dat gaat snel. Maar
soms zit het probleem in dat transportnet heel dichtbij jou, en dan
kunnen beide wegen geblokkeerd zijn, dan moet je wachten tot dat gefixt
is.

Als (ja als, en dat is soms lastig te zien) de reden van PPP verlies zo
in het transportnet tussen jouw DSLAM en de XS4ALL BRASsen zit is het
enige dat je kan doen afwachten. Je box blijft proberen, en als
uiteindelijk een keer minstens 1 van de 2 BRASsen bereikbaar is komt de
verbinding vanzelf terug.

En, wat er vannacht gebeurde was een onderbreking van de verbinding van
de XS4ALL BRASsen die aan Rotterdam hangen. Alles dus wat daar
binnenkomt was dus weg, en fietste naar Amsterdam.
Dat gaat snel als het om 1 verbinding gaat, maar als het om dergelijke
hoeveelheden gaat heeft zo'n BRAS daar wat meer tijd voor nodig.
Rotterdam verbindingen waren rond 2:20 weer terug. Wees dus maar blij
dat XS4ALL het zo redundant opgezet heeft, anders was je tot half 3
off-line geweest.... (en ja, voor zover ik weet is XS4ALL de enige die
zo redundante BRASsen heeft)

Je kan in de eventlog van je Fritz vinden waar je connectie naar toe
gaat, dat is de broadband PoP. daar kunnen twee namen staan, voor mij is
dat ofwel dr15.d12 (Amsterdam), ofwel dr25.2f300 (via Rotterdam).
dr11-dr16 is Amsterdam, dr21-26 Rotterdam.

--maarten
Machiel de Wit
2019-03-17 22:45:14 UTC
Permalink
Maarten Carels schreef op 12-03-2019
Post by Maarten Carels
En, wat er vannacht gebeurde was een onderbreking van de verbinding
van de XS4ALL BRASsen die aan Rotterdam hangen. Alles dus wat daar
binnenkomt was dus weg, en fietste naar Amsterdam.
Dat gaat snel als het om 1 verbinding gaat, maar als het om
dergelijke hoeveelheden gaat heeft zo'n BRAS daar wat meer tijd voor
nodig. Rotterdam verbindingen waren rond 2:20 weer terug. Wees dus
maar blij dat XS4ALL het zo redundant opgezet heeft, anders was je
tot half 3 off-line geweest.... (en ja, voor zover ik weet is XS4ALL
de enige die zo redundante BRASsen heeft)
Deze kwaliteit mag wel even uitgelicht worden.
--
MdW.
Wouter Smaal
2019-03-12 10:44:33 UTC
Permalink
Post by Sledge HaMMeR
Post by Tim
Zojuist viel de internetverbinding even uit. PPPoE sessie afgelopen,
IP-adres kwijt en timeout bij het vernieuwen. Duurde zo'n 10 minuten
voordat een nieuwe sessie was gestart en het IP-adres weer werd
Bij mij pleurde de verbinding ook weg kort na middernacht (00:08
ongeveer). En die PPPoE komt me zo bekend voor, wordt er gek van, kan
met gemak 10 minuten duren. Fritzbox herstarten is echt geen pretje meer
en tenenkrommend.
+1
00.04 / 12-03-19

Binnen 10 minuten was de verbinding weer hersteld (dr14.d12). Geen reboot
FB.
Loading...