PPPoE-Terminierung nun auch in Düsseldorf

[das.schaf]

Moin,

mir ist gerade bei einem Anschluss im Familienumfeld aufgefallen, dass nun scheinbar nicht mehr nur in Frankfurt die PPPoE-Session terminiert wird. IP aus 213.54.0.0/16, Gateway 195.78.189.140. Routing über Ecix DUS sowie Transit über AS3257.

 

[Eman Reztuneb]

Hallo,

ist bekannt, ob man die PPPoE-Terminierung in Düsseldorf "erzwingen" kann?

Das Routing zu einem Server in Düsseldorf mal so aus:

traceroute to ookla.myloc.de (37.157.253.245), 30 hops max, 60 byte packets
 1  62.27.93.140 (62.27.93.140)  13.867 ms  13.964 ms  13.957 ms
 2  62.26.159.129 (62.26.159.129)  17.850 ms  17.954 ms  17.949 ms
 3  62.27.94.221 (62.27.94.221)  13.974 ms  14.127 ms  14.122 ms
 4  po16q60-h9137.core1-dus-ix.bb.as24961.net (80.81.192.162)  17.301 ms  17.423 ms  17.417 ms
 5  lag6.core3-dus1.bb.as24961.net (62.141.47.20)  17.411 ms  17.404 ms  17.399 ms
 6  lag1.agr1-dedi-m2.bb.as24961.net (62.141.47.139)  17.257 ms  17.304 ms  17.263 ms
 7  37.157.253.245 (37.157.253.245)  17.372 ms  17.367 ms  17.362 ms

Und dann mal wieder so:

traceroute to ookla.myloc.de (37.157.253.245), 30 hops max, 60 byte packets
 1  195.78.189.140 (195.78.189.140)  6.880 ms  6.857 ms  6.849 ms
 2  * * *
 3  et-0-1-3.cr01.r301.dus1.as12312.net (195.78.190.217)  7.659 ms  7.873 ms  7.867 ms
 4  as24961.dusseldorf.megaport.com (194.146.118.11)  7.316 ms  7.314 ms  7.308 ms
 5  lag1.agr1-dedi-m2.bb.as24961.net (62.141.47.139)  7.291 ms  7.285 ms  7.281 ms
 6  37.157.253.245 (37.157.253.245)  7.266 ms  7.205 ms  7.174 ms

Ich hatte gelesen, dass man bei easybell das Routing mittels PPPoE-Benutzernamen beeinflussen kann. Statt prem-vdsl.de/ habe ich es deshalb mit @easybell.de und adsl-eco-wl.com/ probiert. Einen Unterschied zwischen prem-vdsl.de/ und @easybell.de konnte ich nicht erkennen. Mit adsl-eco-wl.com/ komme ich anscheinend gar nicht mehr über Düsseldorf raus.

Danke

 

[das.schaf]

Ist mir nicht bekannt. Was stört dich an Frankfurt?

 

[Eman Reztuneb]

Was stört dich an Frankfurt?

Ich glaube, ich kann mir denken, worauf du hinaus möchtest... aber was spricht gegen die Terminierung in Düsseldorf?

 

[das.schaf]

... aber was spricht gegen die Terminierung in Düsseldorf?

Nichts Anders gefragt: Warum möchtest du Düsseldorf erzwingen? 10ms weniger zu MyLoc?

 

[Eman Reztuneb]

Kleines Update von mir...

Schlussendlich hatte ich dieses "Problemchen" mit einem Bash-Skript auf meiner pfSense-Kiste gelöst, das nach einer erfolgreichen Einwahl automatisch ausgeführt wurde und die Verbindung stupide so oft getrennt und wiederhergestellt hat, bis ich in Düsseldorf rauskam. Diese Holzhammermethode hatte überraschend gut geklappt. Meist waren dazu nur zwei, drei Versuche nötig. Das voreingestellte Limit von fünf Versuchen wurde jedenfalls nie erreicht... bis vor knapp zwei Wochen.

Seit (spätestens) dem 27.04.2023 befindet sich der erste Hop (auch 195.78.189.140) plötzlich immer in Frankfurt am Main. Um diese Theorie zu prüfen, habe ich das Skript zu unterschiedlichen Tages- und Nachtzeiten ohne Wiedereinwahl-Limit für mehrere Minuten laufen lassen. Die Latenz hat sich zu allen getesteten Servern entsprechend ähnlich verschlechtert.

Düsseldorf (ookla.myloc.de):


Frankfurt am Main (speedtest.meerfarbig.net):


Zürich (speedtest.iway.ch):


Ich weiß, die grafische Darstellung lässt zu wünschen übrig, ich bin leider kein Webdesigner!)

Schade, dass sich hier niemand von easybell herumtreibt und wir alle gleichermaßen ahnungslos sind. Nur so aus reiner Neugier hätte ich schon gerne gewusst, was es mit der Umstellung auf sich hat... aber deswegen den Support nerven? Neee...

Naja, was soll's? Es gibt Schlimmeres!

 

[Sjet]

Ich habe dasselbe "Problem".

Ich war vorher bei der Telekom und bin wegen deren Peering gewechselt. Der POP war bei der Telekom immer in Frankfurt. Easybell macht dann L3-BSA über diese Leitung der Telekom.

Ich habe sogar eine feste IP gebucht.

Trotzdem läuft es manchmal über Frankfurt:

Die PPPoE-Session sieht dann so aus:
Jan 08 16:43:54 router pppd[721]: Plugin /usr/lib/rp-pppoe/rp-pppoe.so loaded. Jan 08 16:43:54 router pppd[721]: RP-PPPoE plugin version 4.0 compiled against pppd 2.5.1 Jan 08 16:43:54 router pppd[721]: pppd 2.5.1 started by root, uid 0 Jan 08 16:43:54 router pppd[721]: PPP session is 170 (0xaa) Jan 08 16:43:54 router pppd[721]: Connected to 88:a2:5e:1c:1a:af via interface enp16s0f0.007 Jan 08 16:43:54 router pppd[721]: Using interface ppp0 Jan 08 16:43:54 router pppd[721]: Connect: ppp0 <--> enp16s0f0.007 Jan 08 16:43:54 router pppd[721]: PAP authentication succeeded Jan 08 16:43:54 router pppd[721]: peer from calling number 88:A2:5E:1C:1A:AF authorized Jan 08 16:43:54 router pppd[721]: local IP address 194.112.XXX.XXX Jan 08 16:43:54 router pppd[721]: remote IP address 62.27.93.142

Und manchmal läuft es über Düsseldorf. Dadurch ist de Ping zu in Frankfurt angebundenen Diensten höher:

Die PPPoE-Session sieht dann so aus:
Jan 07 11:47:21 router pppd[36271]: Plugin /usr/lib/rp-pppoe/rp-pppoe.so loaded. Jan 07 11:47:21 router pppd[36271]: RP-PPPoE plugin version 4.0 compiled against pppd 2.5.1 Jan 07 11:47:21 router pppd[36271]: pppd 2.5.1 started by root, uid 0 Jan 07 11:47:21 router pppd[36271]: PPP session is 170 (0xaa) Jan 07 11:47:21 router pppd[36271]: Connected to 88:a2:5e:1c:1a:af via interface enp16s0f0.007 Jan 07 11:47:21 router pppd[36271]: Using interface ppp0 Jan 07 11:47:21 router pppd[36271]: Connect: ppp0 <--> enp16s0f0.007 Jan 07 11:47:21 router pppd[36271]: PAP authentication succeeded Jan 07 11:47:21 router pppd[36271]: peer from calling number 88:A2:5E:1C:1A:AF authorized Jan 07 11:47:21 router pppd[36271]: local IP address 194.112.XXX.XXX Jan 07 11:47:21 router pppd[36271]: remote IP address 195.78.189.141

Wie man sieht, bleibt der BRAS (MAC-Adresse) gleich.

Interessanterweise bleibt der Ping zu Servern in Düsseldorf in beiden Fällen gleich. Nur der Ping nach Frankfurt wird in Fall 2 länger.
Das lässt vermuten:
Auch im 2. Fall geht die Verbindung physisch erst zur Telekom in Frankfurt, dann erfolgt die BSA-Übergabe, ich komme bei Easybell in Düsseldorf raus und dann gehts wieder zurück nach Frankfurt.

Das stört mich, da Spiele-Server, zu denen ich einen guten Ping haben will, in Frankfurt stehen.
Habe mir nun auch so ein Skript gebaut, das immer wieder einwählt, bis das Gateway aus dem 62.0.0.0/8-Netz ist.