Frage
Antwort
Lösung
19.05.2021 19:17 - bearbeitet 19.05.2021 19:20
Hallo,
mir ist vor ein paar Wochen aufgefallen (seitdem Vodafone die neuen Level3-Links u.a. in Berlin aktiviert hat), dass Verbindungen zu DigitalOcean (AS14061) Europa über Level3/Lumen/CenturyLink/... (AS3356) gehen. Das ist an sich erstmal nichts Schlimmes, jedoch besitzt DigitalOcean nur einen Übergabepunkt von/zu Level3 in London. Daher gehen die Pakete einen unnötigen Umweg und das erhöht die Latenzen.
Das betrifft sowohl IPv4 als auch IPv6. Früher ging es via Telia, daher gab es keinen sprunghaften Anstieg der Latenzen.
Warum geht es nicht über den DE-CIX? In der letzten Pressemitteilung über die Integration von LGI in AS3209 (Vodafone) wurde eine "offene Peering-Policy" genannt. Warum wird diese hier nicht angewandt?
Auf dem Rückweg gehen die Pakete via NTT -> Vodafone Global -> Vodafone Deutschland. Im Traceroute sieht man daher auch den Anstieg ab der Übergabe VF Global -> VF DE, weil ab da (gesehen aus dem VF DE-Netz) die DigitalOcean-Präfixe nur via Level3 und damit nur via London erreichbar sind.
Ich habe diesbezüglich auch DigitalOcean kontakiert. Da auf dem Rückweg alles in Ordnung ist, wurde mir angeraten, VF DE zu kontaktieren, was auch Sinn ergibt, da dies über Präferenzen geändert werden kann.
Anbei sind noch zwei Traceroutes, einmal der Hinweg (1) und einmal der Rückweg (2) von/nach Frankfurt. Amsterdam betrifft es ebenso. Dies betrifft nicht nur meinen Raum Berlin, sondern auch andere Vodafone-Kunden in Deutschland.
|------------------------------------------------------------------------------------------| | WinMTR statistics | | Host - % | Sent | Recv | Best | Avrg | Wrst | Last | |------------------------------------------------|------|------|------|------|------|------| | kabelbox.local - 50 | 2 | 1 | 3 | 3 | 3 | 3 | | ip5b41a6fe.dynamic.kabel-deutschland.de - 0 | 6 | 6 | 7 | 9 | 12 | 9 | | ip53a9b466.static.kabel-deutschland.de - 0 | 6 | 6 | 7 | 9 | 15 | 9 | | ip5886c006.static.kabel-deutschland.de - 0 | 6 | 6 | 8 | 9 | 11 | 8 | | 145.254.3.66 - 0 | 6 | 6 | 8 | 10 | 12 | 11 | | 145.254.2.49 - 0 | 6 | 6 | 8 | 9 | 11 | 9 | | ae-5.edge5.Berlin1.Level3.net - 0 | 6 | 6 | 9 | 11 | 16 | 16 | | ae-2-3102.edge3.London15.Level3.net - 0 | 6 | 6 | 32 | 36 | 49 | 32 | | 212.187.195.86 - 0 | 5 | 5 | 33 | 33 | 35 | 33 | | 138.197.244.91 - 0 | 5 | 5 | 29 | 31 | 32 | 32 | | Request timed out. - 100 | 2 | 0 | 0 | 0 | 0 | 0 | | Request timed out. - 100 | 2 | 0 | 0 | 0 | 0 | 0 | | Request timed out. - 100 | 2 | 0 | 0 | 0 | 0 | 0 | | 46.101.218.147 - 0 | 5 | 5 | 28 | 30 | 34 | 34 | |________________________________________________|______|______|______|______|______|______|
traceroute to 91.65.166.xxx Failed hops max, Failed byte packets 1 * * * 2 10.68.7.40 (10.68.7.40) [AS???] 0.38 ms 0.203 ms 1.121 ms 3 138.197.250.162 (138.197.250.162) [AS???] 0.756 ms 0.74 ms 0.707 ms 4 138.197.250.141 (138.197.250.141) [AS???] 0.374 ms 0.437 ms 0.401 ms 5 ce-0-4-0-2.r00.frnkge13.de.bb.gin.ntt.net (168.143.229.121) [AS2914] 1.063 ms 0.921 ms 0.74 ms 6 ae-2.r21.frnkge13.de.bb.gin.ntt.net (129.250.6.41) [AS2914] 6.775 ms 6.55 ms 23.903 ms 7 ae-5.r01.frnkge07.de.bb.gin.ntt.net (129.250.4.187) [AS2914] 1.12 ms 1.162 ms 1.038 ms 8 ae14-pcr1.fnt.cw.net (195.2.21.97) [AS1273] 1.06 ms 0.847 ms 0.687 ms 9 vodafonede-gw.fnt.cw.net (195.2.18.218) [AS1273] 16.133 ms 16.111 ms 16.235 ms 10 145.254.1.153 (145.254.1.153) [AS3209] 23.055 ms 22.415 ms 22.69 ms 11 145.254.1.153 (145.254.1.153) [AS3209] 22.313 ms 22.028 ms 22.252 ms 12 145.254.3.67 (145.254.3.67) [AS3209] 22.38 ms 22.466 ms 22.432 ms 13 ip5886c007.static.kabel-deutschland.de (88.134.192.7) [AS3209] 23.511 ms 23.504 ms 23.601 ms 14 83-169-180-99-isp.superkabel.de (83.169.180.99) [AS3209] 23.449 ms 23.743 ms 24.072 ms 15 ipxxxxxxxx.dynamic.kabel-deutschland.de (91.65.166.xx) [AS3209] 30.051 ms 30.059 ms 31.801 ms
Ich hoffe darauf, dass ihr dies zu den Experten im NOC weiterleiten und damit der Maßgabe der "offenen Peering-Policy" gerecht werden könnt. Ebenso freue ich mich auf eine positive Antwort. 🙂
Beste Grüße,
Steven
am 19.05.2021 19:52
Welche Herausforderungen hast Du an Deinem Anschluss?
19.05.2021 20:25 - bearbeitet 19.05.2021 20:25
@Bastel225 schrieb:Welche Herausforderungen hast Du an Deinem Anschluss?
Hallo,
ich verstehe deine Frage nicht ganz. Was meinst du?
Sollte es um die Ansprüche gehen: Dass Vodafone "Open Peering-Policy" einhält, daher mit DigitalOcean am DE-CIX peert und möglicherweise sogar im Sinne des Kunden (mir ist sehr wohl bewusst, dass Internet-Traffic nicht auf Basis bester Latenzen sondern des besten Preises verschickt wird) handelt.
Möglicherweise ist das sogar gar nicht gewollt, sondern stammt einfach aus einer schlecht gepflegten BGP-Table.
Beste Grüße,
Steven
19.05.2021 20:29 - bearbeitet 19.05.2021 20:35
Gleiches gilt für Vodafone West. Digital ocean Dienste (im fall meiner tracert route ein speedtest server gehostet bei digital ocean) werden über Level3 erreicht, was über London läuft, obwohl der Server nachweislich in frankfurt steht, oder den folgenden Quake live server 46.101.130.49.
Bis zu der Umstlelung seitens Vodafone, konnte ich auf dem server mit latenzen ~15ms spielen. Seit der Umstellung auf level3 haben sich die Latenzen praktisch verdoppelt.
man kann dies auch leicht selber testen von einem Vodafone Anschluss aus, indem man auf dieser Seite https://www.geschwindigkeit.de/ping-test/ den Server auf "Digital Ocean frankfurt" wechselt und den Ping test durchführt.
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| No response from host - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
|ip-81-210-144-156.hsi17.unitymediagroup.de - 0 | 6 | 6 | 9 | 10 | 12 | 10 |
| de-fra04a-rc1-ae-19-0.aorta.net - 0 | 6 | 6 | 14 | 16 | 20 | 20 |
| de-fra04c-ri1-ae15-101.aorta.net - 50 | 2 | 1 | 12 | 12 | 12 | 12 |
| No response from host - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
| ae-2-3102.edge3.London15.Level3.net - 0 | 6 | 6 | 24 | 27 | 29 | 27 |
| 212.187.195.150 - 0 | 6 | 6 | 26 | 28 | 32 | 30 |
| 138.197.244.67 - 0 | 6 | 6 | 26 | 28 | 30 | 28 |
| No response from host - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
| de-dofr.metercdn.net - 0 | 6 | 6 | 28 | 29 | 33 | 28 |
|________________________________________________|______|______|______|______|______|______|
am 28.05.2021 13:57
Hallo floh667-,
ich würde mir gern mal Deine Leitung anschauen und eine Fehleranalyse starten.
Kannst Du mir bitte eine PN mit folgenden Angaben zusenden:
Name des Vertragsinhabers
Geburtsdatum
Straße + Hausnummer
PLZ + Ort
Bundesland
Kundennummer
Bitte gib uns hier kurz Bescheid, wenn Du uns eine PN geschrieben hast.
Viele Grüße,
Maria
am 29.05.2021 16:23
Moin @MariaK,
unabhängig davon, dass floh667 den Thread nicht gestratet hat, möchte ich anmerken, dass dies kein leitungsspezifisches Problem ist, sondern eine Eigenheit des Backbones.
Bleib gesund und beste Grüße,
Steven