Vodafone verlässt öffentliche Internetknoten

[Dr. Chaos]

Bei mir lädt beides mit Fullspeed

Unitymedia hat man vom Mutterkonzern Liberty Global gekauft, der bis zur Übernahme das Backend (Aorta) gestellt hat.

Vodafone hat auch den Aorta Glasfaser Ring beim kauf übernommen, nur das Peering ist eine Zeit weiterhin über Liberty Global gelaufen, bis Vodafone das auf Ihr eines Netz umgestellt hat.

 

[Web-Schecki]

50MB/s. Also nur noch die Hälfte 20Uhr getestet.

Das ist ja aber noch benutzbar. Andere User haben hier ja vom Bereich <0.1MB/s gesprochen, was ja de-facto einem Totalausfall entspricht.

Tatsächlich habe ich das mit verschiedenen vServern (u.a. bei Hetzner und Ionos) getestet und da auch unterschiedliche Geschwindigkeiten gesehen. Teilweise startete der Download mit >200MB/s und ging dann auf ~30MB/s runter.

Es scheint also nur Github zu betreffen? Evtl. weil Github eigene IPs im Fastly AS nutzt?

Was mir da auffällt: dl-cdn.alpinelinux.org hat einen CNAME-Record auf eine fastly-Domain, die wiederum sowohl IPv4-, als auch IPv6-Adressen auflöst. Das ist bei github anders, da gibt es einen HTTP-Redirect (302) auf eine release-assets.githubusercontent.com-Adresse, und diese Domain hat nur A-records für IPv4.

Darüber hinaus ist der dl-cdn.alplinelinux.org-Download deutlich stabiler, >110MB/s dauerhaft bei allen vServern, die ich getestet habe, ohne größere Schwankungen.

 

[Rainbowprincess]

Bei mir wird übrigends GW 3 genutzt, das kann aber auch Zufall sein.

Das ist tatsächlich nicht uninteressant. Ich erinnere mich nämlich an ein ähnliches Szenario vor wenigen Jahren wo es schonmal solche Probleme gab. Und da liefen auch alle problematischen Anschlüsse über den gw4 am decix, während Anschlüsse die kein Problem hatten über gw3 liefen.

Hab Grad sogar da Thema gefunden, weil's mein eigenes war.
https://www.kabeluser.de/threads/39536/page-33#post-489781

Ich hatte damals Probleme mit einem quake live Server der mittels retn und ffmgw4 mit VF verbunden war und zu den Stoßzeiten hohe Latenzen und packetloss warf.

 

[h00bi]

Ich hatte gestern abend gegen 21:30 Uhr auch nochmal einen Test auf das Linux Image angeworfen und da war wieder alles flott, >10MB/s

 

[markchess]

@h00bi Kann ich hier nicht (Böblingen bei Stuttgart) bestätigen (habe gestern abends wieder probiert).

Tagsüber habe ich Fullspeed (VDSL 50) mit 6MB/s ,am abend ab 18:00 Uhr kackt der Speed immer mehr ab und ab 20 Uhr extrem Schneckentempo: 50-160 KB/s

 

[Sebbi]

Kann ich hier nicht (Böblingen bei Stuttgart) bestätigen (habe gestern abends wieder probiert).

Fast der gesamte Großbereich Stuttgart ist bei VF seit Jahren gnadenlos überbucht und gestört. Im Kabelbereich auch der Upload mit teils unterhalb des 10 KB/s Bereich. Lt. VF Hotline existiert aber keine Störung oder Engpass.

 

[markchess]

Seit meinem letzten Post um 15:29 Uhr hatte ich noch Fullspeed mit 6MB/s

Jetzt nach 19:00 Uhr nur noch um die 50-100 KB/s
siehe Bild:

Ach ja: Telegram-Videos laden jetzt abends auch nur noch im Schneckentempo.

 

[h00bi]

https://nextcloud.com/install/
wird über https://release-assets.githubusercontent.com/ ausgeliefert.

Vodafone:

mit VPN:

VF Enterprise Fiber:

 

[markchess]

https://nextcloud.com/install/
wird über https://release-assets.githubusercontent.com/ ausgeliefert.

Extrem laaaaaaaaaaaaangsam, mein Download-Speed schwankt zwischen 10-60 KB/s

 

[Web-Schecki]

Was ist mit der ISO aus #120, könntet ihr die auch testen?
Wäre auch fastly, aber nicht github, also andere fastly-IPs und ggf. auch anderes routing.

 

[markchess]

@Web-Schecki Kein Unterschied.
Speed ebenfalls unerträglich zwischen 10-60 KB/s

siehe Bild:

 

[Rainbowprincess]

steam community lahmt im Moment genauso, da Inhalte dort von fastly geladen werden.
community.fastly.steamstatic.com dropt pakete

|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|                   No response from host -  100 |    4 |    0 |    0 |    0 |    0 |    0 |
|ip-081-210-144-156.um21.pools.vodafone-ip.de -    0 |   41 |   41 |    8 |   12 |   45 |    8 |
|         de-fra04d-rc1-ae-48-0.aorta.net -    0 |   41 |   41 |   11 |   15 |   26 |   12 |
|                           84.116.190.94 -    0 |   41 |   41 |   10 |   15 |   28 |   12 |
|                          167.82.128.228 -    0 |   41 |   41 |   10 |   14 |   33 |   12 |
|                          199.232.211.52 -   11 |   19 |   17 |   10 |   14 |   25 |   16 |

 

[Dr. Chaos]

Läuft weiterhin 1A bei mir

 

[h00bi]

ISO aus #120

Ebenfalls langsam im 100kB/s Bereich.
Das nextcloud Image immer noch.

 

[Dr. Chaos]

Was ist mit der ISO aus #120, könntet ihr die auch testen?
Wäre auch fastly, aber nicht github, also andere fastly-IPs und ggf. auch anderes routing.

Ist auch fast

 

[Rainbowprincess]

liegt halt daran dass du über den anderen decix gateway geroutet wirst. ffmgw4 is spackt, ffmgw3 geht

 

[Dr. Chaos]

Dann sollte sich das Problem ja bald von selbst lösen, wenn VF Ihre Ports beim DE CIX kündigt.

 

[Web-Schecki]

liegt halt daran dass du über den anderen decix gateway geroutet wirst.

Wir haben keinen traceroute von fastly ausgehend gesehen, daher ist mir zumindest vollkommen unklar, wie hier geroutet wird...

 

[Rainbowprincess]

@Web-Schecki dr chaos hatte mal nen tracert gepostet wo man sah, dass sein anschluss über ffmgw3 geht, während die problematischen über ffmgw4 gehen

 

[Dr. Chaos]

liegt halt daran dass du über den anderen decix gateway geroutet wirst. ffmgw4 is spackt, ffmgw3 geht

Wir haben keinen traceroute von fastly ausgehend gesehen, daher ist mir zumindest vollkommen unklar, wie hier geroutet wird...

Heute nutzte ich aber wohl auch GW4

 7  FFMGW4.arcor-ip.net (80.81.193.117)  1.092 ms
 8  145.254.2.194 (145.254.2.194)  2.037 ms
 9  145.254.3.171 (145.254.3.171)  1.591 ms
10  ip53a99c27.static.kabel-deutschland.de (83.169.156.39)  6.456 ms
11  ip5886d880.static.kabel-deutschland.de (88.134.216.128)  5.690 ms
12  ipb21xxxxx.dynamic.kabel-deutschland.de (178.26.xx.xxx)  11.936 ms !X