Vodafone verlässt öffentliche Internetknoten

[Holzkopf]

Momentan ist der Speed ok und auch kein PL mehr zu sehen, was meine hardware fehler these eher revidiert.
Ein volllaufendes PNI würde eher passen.

 

[Rainbowprincess]

UM Gebiet das hat ein anderes Peering als die KD Gebiete.

Nein die sind mittlerweile gleich. Der einzige Unterschied besteht in den wegen vom cmts zum Kernnetz.
Alle unsere Anschlüsse landen nach der Übergabe bei dieser oder ähnlicher IP 167.82.128.228
Ab dort ist der Traffic bei fastly.

Darfst gerne am Test teilhaben. Probier ab 21 Uhr oder so die Linux ISO weiter oben verlinkt, runter zu laden.

 

[CB_usr90]

Ich wohne im ExUM Gebiet und habe bisher überhaupt keine Probleme. Bei GitHub lade ich mit fullspeed. Mal schauen ob sich das demnächst ändern wird.

 

[Holzkopf]

Ist schon wieder langsam und PL ist auch wieder da..

 

[Dr. Chaos]

Nein die sind mittlerweile gleich. Der einzige Unterschied besteht in den wegen vom cmts zum Kernnetz.
Alle unsere Anschlüsse landen nach der Übergabe bei dieser oder ähnlicher IP 167.82.128.228
Ab dort ist der Traffic bei fastly.

Darfst gerne am Test teilhaben. Probier ab 21 Uhr oder so die Linux ISO weiter oben verlinkt, runter zu laden.

Die 167.82.128.228 ist aber keine VF IP sondern Fastly, mein letzter VF Hop ist die 145.254.2.195
(Genau auch wie beim Vodafone DSL Anschluss weiter oben) und mein erster Fastly Hop ist die 167.82.128.18

Aktuell lädt die ISO bei mit mit ~ 600 Mbits, das ist zwar nur knapp die hälfte von dem was möglich wäre kann aber auch sehr gut am Fastly CDN liegen.

 

[mici01]

Bei mir lädts gerade mit ~2 Mbit/s. Geht auch via Private Peering zu Fastly.

Start: 2025-12-06T17:18:48+0000
HOST: dellsrv                                                           Loss%   Snt   Last   Avg  Best  Wrst StDev
  1. AS???    fritz.box (10.5.95.1)                                      0.0%    10    9.4   9.7   0.6  13.0   3.4
  2. AS3209   ip1f1150fe.dynamic.kabel-deutschland.de (31.17.80.254)    40.0%    10   10.4  14.4  10.4  32.0   8.7
  3. AS3209   ip5886db2e.static.kabel-deutschland.de (88.134.219.46)     0.0%    10   12.3  11.6   9.3  18.2   2.5
  4. AS3209   ip5886bbc1.dynamic.kabel-deutschland.de (88.134.187.193)   0.0%    10   10.1  13.3   8.2  33.7   7.3
  5. AS3209   145.254.3.142                                              0.0%    10   15.2  12.8   9.0  18.2   3.1
  6. AS3209   145.254.2.195                                              0.0%    10   15.8  17.0  14.4  19.6   1.7
  7. AS???    167.82.128.18                                              0.0%    10   19.2  18.0  16.0  23.4   2.4
  8. AS54113  cdn-185-199-110-133.github.com (185.199.110.133)          20.0%    10   13.0  15.5  13.0  22.1   2.8

Was mich interessieren würde wie der Trace von der anderen Seite aussieht, das ist ja eigentlich der Interessante Weg für Downloads.

 

[Dr. Chaos]

Ich habe es jetzt noch mal mehrmals getestet und ich erreiche immer vollen Speed ~1,1Gbits

Hab auch noch mal ein Tracert zu diesem CDN gemacht.

Routenverfolgung zu cdn-185-199-108-133.github.com [185.199.108.133]
über maximal 30 Hops:

  1    <1 ms     1 ms     1 ms  fritz.box [192.168.178.1]
  2    10 ms     7 ms     8 ms  178.26.89.253
  3    11 ms     7 ms     8 ms  88.134.216.131
  4    14 ms    12 ms    25 ms  83.169.156.43
  5    14 ms    13 ms    11 ms  145.254.3.168
  6    14 ms    13 ms    12 ms  145.254.2.179
  7    13 ms    12 ms    12 ms  167.82.128.18
  8    15 ms    12 ms    11 ms  cdn-185-199-108-133.github.com [185.199.108.133]

Ablaufverfolgung beendet.

 

[therealcola]

ja sehr schön Github lädt mit 200kbits selber scheiss wie damals mit der Telekom anscheinend. Vodafone hat es geschafft falls die Veränderungen schon in kraft getreten sind.

 

[Dr. Chaos]

@therealcola Hast du meinen Beitrag gelesen?
1,1Gbits sind keine 200kbit´s

 

[therealcola]

Bei mir lädt er mit 200kbits die iso file. Die selben Probleme hatte ich damals bei Telekom auch. Prime Zeiten und Github unnutzbar aufgrund von Knotenüberlastung.


Wenn ich Cloudflare Warp anschmeiße lädt er sofort mit 30mb/s

 

[Dr. Chaos]

Bei mir lädt er mit 200kbits die iso file. Die selben Probleme hatte ich damals bei Telekom auch. Prime Zeiten und Github unnutzbar aufgrund von Knotenüberlastung

Liegt ja scheinbar nicht an Vodafone, weil wie man sehen kann nutzten wir alle den selben Knoten und ich lade mit Fullspeed.

 

[therealcola]

Warte ich guck mal

Wenn du voll Speed erhält und wir nicht woran liegt es dann? Github doch nicht

 

[Dr. Chaos]

Das ist ja nur der CDN, poste mal einen kompletten Tracert verlauf.

 

[therealcola]

Meins geht nicht über Fastly also daran liegts nicht

 

[Holzkopf]

Gut möglich das @Dr. Chaos einen anderen Rückweg nimmt.

Connecting to release-assets.githubusercontent.com (release-assets.githubusercontent.com)|185.199.108.133|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1924214784 (1,8G) [application/octet-stream]
Saving to: 'NUL'

NUL    0%[                     ]   1,90M   217KB/s    eta 2h 3m

145.253.52.12 -    0 |   13 |   13 |   14 |   19 |   35 |   14 |
167.82.128.18 -    0 |   13 |   13 |   13 |   15 |   21 |   19 |
cdn-185-199-108-133.github.com -   10 |   11 |   10 |    8 |   14 |   23 |   11 |

 

[Rainbowprincess]

bin auch wieder nur bei 200kb/s

 

[Dr. Chaos]

Anhang anzeigen 1682378


Meins geht nicht über Fastly also daran liegts nicht

Ne bei dir geht es direkt von Vodafone zu Githab ohne den Weg über Fastly

Gut möglich das @Dr. Chaos einen anderen Rückweg nimmt.

Man sieht ja das es bei allen exakt der selbe ist.

bin auch wieder nur bei 200kb/s

Bei mir schwankt es aktuell zwischen 400Mbits und 700Mbits


Irgendein Problem scheint es ja zu geben, aber ob das jetzt an Vodafone oder Github liegt oder an jemand ganz anderem wissen wohl nur die Beteiligten.
Das es am Peering liegt wage ich zu bezweifeln, ansonsten wären alle gleichermaßen betroffen.

 

[Holzkopf]

Ne bei dir geht es direkt von Vodafone zu Githab ohne den Weg über Fastly

github cdn ist bei fastly gehostet.
185.199.108.0/24

Originated by AS54113

Man sieht ja das es bei allen exakt der selbe ist.

Man sieht im trace nur den hinweg aber nicht den weg zu dir zurück.

 

[mici01]

Man sieht ja das es bei allen exakt der selbe ist.

Eben nich. Wenn du nen Trace machst ist das nur die Route für die Pakete die von dir zum Server gehen.

Gerade beim Download ist aber der Rückweg (also von Server zu dir) am wichtigesten und da müsstest du den Trace schon auf dem Github CDN Server ausführen (oder zumindest im gleichen Netz wie dieser Server).

Denn der Rückweg kann komplett anders aussehen als der Hinweg. Das Problem gabs schon einmal bei AWS US-East und der Telekom. Hin wurde da schön mit Privaten Peering direkt in Frankfurt von der Tkom an AWS übergeben und dann von AWS übern großen Teich gebracht.

Zurück wurde das dann von AWS in den USA an irgendeinen Transit gegeben, was dann natürlich zu problemen führte. Lösung war dann das die Tkom mit AWS in den USA nen Peering auf gemacht hat.

 

[Dr. Chaos]

Nur hat Vodafone auf den Rückweg kaum Einfluss.
Entweder nutzt Fastly/Github den privaten Peering oder eben nicht.