Langsame Verbindung 'raus' aus dem Vodafone-Netz

[StevenK]

2. In Deiner Region ist die Migration vom ex-Unitymedia (lgi) zum Vodafone-Backbone offenbar noch nicht erfolgt

Alle Anschlüsse wurden bereits migriert. Auch hier ist nicht viel Unterschied zum Routing von 1. - Es werden keine "Ex-Arcor"-Hops genutzt, wenn es direkt zum DE-CIX geht.
TE kann ja mal einen Traceroute von 23Media zu sich bzw. seinem Firmenanschluss hier posten (https://lg.23m.com/).

[omgold2]

Vodafone ja, Vodafone Kabel aber nicht. Dachte ich zumindest.

Jetzt wo du es sagst, bin ich nicht mehr sicher. Es war Kabel bevor man auf 1GBit aufgerüstet hat. Und ich bin relativ sicher, dass da kein Glasfaser im Gebäude liegt. Daher habe ich angenommen, dass es immer noch Kabel ist. Wikipedia sagt, dass 1Gbit Up mit Docsis 3.1 noch geht, daher hab ich gedacht, dass es das ist.

https://de.wikipedia.org/wiki/Data_Over ... cification

@omgold2: Wenn Dein Endgerät schlecht konfiguriert ist (zu geringes maximales TCP-RWIN), können die 14ms RTT vs. 4ms RTT natürlich auch schon ausbremsen. Verwendest Du ein Linux-System? Dann tipp' mal "sysctl net.ipv4.tcp_rmem" ein. Welche Zahlenfolge wird da angezeigt?

Ich hatte letztens schon mal ne Diskussion drüber, aber dran zu fingern hatte nix geholfen.

Das ist die aktuelle Einstellung:

Code: Alles auswählen

# sysctl net.ipv4.tcp_rmem
net.ipv4.tcp_rmem = 4096	131072	6291456

Ist diesselbe zu Hause und im Büro.

[floh667]

puh.. zu dieser Sache gibt es im anderen Forum einen sehr langen thread, wo ein ähnliches Phänomen lange diskutiert wurde
https://www.unitymediaforum.de/threads/39536/page-7 ab der seite fängts an.

der user maffle hat gemerkt, dass zu manchen download servern ein sehr seltsames limit auftrat. Keiner weiß bis heute so ganz genau was das verursacht hat. Er hat sich letztendes eine neue netzwerkkarte gekauft und die ganzen offload mechanismen in den einstellungen deaktiviert und hat dadurch eine besserung feststellen können seinen Worten nach.

Ich habe an meinem Anschluss ähnliche limitierungen für single connection downloads. Wenn ich von computerbase.de oder jetzt http://mirror.23media.com/speedtest/ etwas runter lade, komme ich kaum über 70mb/s manchmal bleibt der download sogar bei 20 oder 30mb/s hängen und will nicht höher.
Ich für meinen teil hab es auf mein windows 7 geschoben, von dem ich mich nicht trennen mag und von dem bekannt ist, dass es für solche geschwindigkeiten kein optimales tcp managing (insbesondere diese windows size) kann. Allerdings habe ich mit einem aktuellen ubuntu auf einem usb stick auch keine sonderlich anderen Werte erzielt, was mich also wieder etwas an der hypothese des veralteten windows zweifeln lässt. Mit mehreren verbindungen ist mein Anschluss in der lage das maximum rauszuholen, allerdgins auch nicht bei jedem testserver. Um das zu präzisieren: mein anschluss schafft die 940mbit hauptsächlich bei dem hoster "uganda" in nürnberg bei speedtest.net oder der mehrfach test von www.geschwindigkeit.de

ein tracert von meinem Anschluss zu 23media sieht so aus. Der Anschluss befindet sich im südwestlichen BaWü (Offenburg), ~200km südlich von frankfurt

Code: Alles auswählen

Routenverfolgung zu mirror.23media.com [212.83.32.30] über maximal 30 Abschnitte
:

  1     *        *        *     Zeitüberschreitung der Anforderung.
  2     7 ms     8 ms     6 ms  ip-81-210-144-156.hsi17.unitymediagroup.de [81.210.144.156]
  3    10 ms    11 ms    10 ms  de-fra04a-rc1-ae-19-0.aorta.net [84.116.191.161]
  4    11 ms    12 ms    10 ms  84.116.190.94
  5     9 ms     9 ms    11 ms  decix.bb01.net.23m.com [80.81.195.255]
  6     9 ms    10 ms     9 ms  xe-4-1-0-20.cr01.fra01.net.23m.com [62.113.192.117]
  7     *        *        *     Zeitüberschreitung der Anforderung.
  8     9 ms    11 ms     9 ms  mirror.23media.com [212.83.32.30]

[floh667]

puh.. zu dieser Sache gibt es im anderen Forum einen sehr langen thread, wo ein ähnliches Phänomen lange diskutiert wurde
https://www.unitymediaforum.de/threads/39536/page-7 ab der seite fängts an.

der user maffle hat gemerkt, dass zu manchen download servern ein sehr seltsames limit auftrat. Keiner weiß bis heute so ganz genau was das verursacht hat. Er hat sich letztendes eine neue netzwerkkarte gekauft und die ganzen offload mechanismen in den einstellungen deaktiviert und hat dadurch eine besserung feststellen können seinen Worten nach.

Ich habe an meinem Anschluss ähnliche limitierungen für single connection downloads. Wenn ich von computerbase.de oder jetzt http://mirror.23media.com/speedtest/ etwas runter lade, komme ich kaum über 70mb/s manchmal bleibt der download sogar bei 20 oder 30mb/s hängen und will nicht höher.
Ich für meinen teil hab es auf mein windows 7 geschoben, von dem ich mich nicht trennen mag und von dem bekannt ist, dass es für solche geschwindigkeiten kein optimales tcp managing (insbesondere diese windows size) kann. Allerdings habe ich mit einem aktuellen ubuntu auf einem usb stick auch keine sonderlich anderen Werte erzielt, was mich also wieder etwas an der hypothese des veralteten windows zweifeln lässt. Mit mehreren verbindungen ist mein Anschluss in der lage das maximum rauszuholen, allerdgins auch nicht bei jedem testserver. Um das zu präzisieren: mein anschluss schafft die 940mbit hauptsächlich bei dem hoster "uganda" in nürnberg bei speedtest.net oder der mehrfach test von www.geschwindigkeit.de

ein tracert von meinem Anschluss zu 23media sieht so aus. Der Anschluss befindet sich im südwestlichen BaWü (Offenburg), ~200km südlich von frankfurt

Code: Alles auswählen

Routenverfolgung zu mirror.23media.com [212.83.32.30] über maximal 30 Abschnitte
:

  1     *        *        *     Zeitüberschreitung der Anforderung.
  2     7 ms     8 ms     6 ms  ip-81-210-144-156.hsi17.unitymediagroup.de [81.210.144.156]
  3    10 ms    11 ms    10 ms  de-fra04a-rc1-ae-19-0.aorta.net [84.116.191.161]
  4    11 ms    12 ms    10 ms  84.116.190.94
  5     9 ms     9 ms    11 ms  decix.bb01.net.23m.com [80.81.195.255]
  6     9 ms    10 ms     9 ms  xe-4-1-0-20.cr01.fra01.net.23m.com [62.113.192.117]
  7     *        *        *     Zeitüberschreitung der Anforderung.
  8     9 ms    11 ms     9 ms  mirror.23media.com [212.83.32.30]

Darf ich fragen wo du wohnst? Du wirst über den stuttgarter router geschickt. der ist schon öfters negativ aufgefallen und es ist bekannt, dass im unitymedia netz manche IP ranges unterschiedlich geroutet werden. Hier aus dem offenburger raum kann ich z.B anhand der IP des Kabelmodems utnerschiedliche routen kriegen. Manche IP ranges werden von offenburg erstmal über stuttgart geroutet und von dort nach frankfurt. Von meinem anschluss aus ist der weg über stuttgart also ein ziemlicher umweg und das macht sich in der latenz bemerkbar. Geht das paket über den STR router liegt die latenz meines anschlusses nach frankfurt bei ~17ms. geht es von dem CMTS direkt nach frankfurt (wie in meinem tracert) liegt die latenz bei 9-10ms.
Darum bin ich immer erpicht darauf, eine IP zu haben die direkt nach frankfurt geroutet wird. Ich wechsel die IP zwar nicht eigenwillig. Aber da die lease zeit der IP nach ein paar stunden abläuft und das modem in dem zeitraum aus welchen gründen auch immer offline ist, läuft man natürlich gefahr, eine neue IP zu erhalten. Und sollte es dann eine sein, die über stuttgart geht, setze ich das modem kurz vor dem ablaufen der leasetime offline und hoffe darauf, dass die neue direkt nach frankfurt geht.


*edit*
sorr für den doppel post. ich hab ausversehen auf antworten geklickt statt bearbeiten. das ist in diesem forum so anders

[omgold2]

Darf ich fragen wo du wohnst? Du wirst über den stuttgarter router geschickt. der ist schon öfters negativ aufgefallen und es ist bekannt, dass im unitymedia netz manche IP ranges unterschiedlich geroutet werden. Hier aus dem offenburger raum kann ich z.B anhand der IP des Kabelmodems utnerschiedliche routen kriegen.

Ich wohne etwa 10km von Stuttgart entfernt. Daher würde ich annehmen, dass ich grundlsätzlich immer über Stuttgart geroutet werde.

In dem verlinkten Thread fand ich ich noch das als Speedtest:

Code: Alles auswählen

wget -4 -O /dev/null  https://speed.hetzner.de/1GB.bin

Interessanterweise bekomme ich damit die erwarteten >100MB/s.

Das Routing bis Frankfurt scheint gleich zu sein:

Code: Alles auswählen

# tracepath -4 speed.hetzner.de
 1?: [LOCALHOST]                      pmtu 1460
 1:  fritz.box                                             1.643ms 
 1:  fritz.box                                             1.356ms 
 2:  no reply
 3:  de-str01c-rc1-ae13-0.aorta.net                       22.831ms asymm  6 
 4:  de-fra01b-rc1-ae-35-0.aorta.net                      13.673ms asymm  5 
 5:  no reply
 6:  static.213-133-113-9.clients.your-server.de          12.451ms asymm  5 
 7:  core12.nbg1.hetzner.com                              16.582ms asymm  5 
 8:  no reply
 9:  no reply
10:  no reply
11:  no reply
12:  no reply
13:  no reply
14:  no reply
15:  no reply
16:  no reply
17:  no reply
18:  no reply
19:  no reply
20:  no reply
21:  no reply
22:  no reply
23:  no reply
24:  no reply
25:  no reply
26:  no reply
27:  no reply
28:  no reply
29:  no reply
30:  no reply
     Too many hops: pmtu 1460
     Resume: pmtu 1460 

Was mir auffältt, ist das für diesen 'guten' Fall, als auch im Büro, der Router de-bfe18a-rt01-lag-1.aorta.net nicht auftaucht. Daher hätte ich jetzt diesen im Verdacht.

[omgold2]

Hmm. Scheine nicht der Einzige zu sein, der mit diesem Router Probleme hat:

https://forum.vodafone.de/t5/Störungsme ... 033/page/2

Auch interessant, Vodafone scheint zu wissen, wie man Kabel spart :p Sowohl von mir ins Büro (5km) als auch nach Esslingen (10km) scheint über Frankfurt geroutet zu werden:

Code: Alles auswählen

# tracepath *.*.*.*
 1?: [LOCALHOST]                      pmtu 1460
 1:  fritz.box                                             1.735ms 
 1:  fritz.box                                             1.748ms 
 2:  no reply
 3:  de-str01c-rc1-ae13-0.aorta.net                       13.314ms asymm 10 
 4:  de-fra01b-rc1-ae-35-0.aorta.net                      21.754ms asymm  9 
 5:  de-fra04d-rc1-ae-15-0.aorta.net                      15.226ms asymm  8 
 6:  de-fra04c-rb01-be-1050.aorta.net                     14.329ms 
 7:  ip-*-*-*-*.hsi17.unitymediagroup.de                  13.788ms 
 8:  no reply
 9:  no reply
10:  no reply
11:  no reply
12:  no reply
13:  no reply
14:  no reply
15:  no reply
16:  no reply
17:  no reply
18:  no reply
19:  no reply
20:  no reply
21:  no reply
22:  no reply
23:  no reply
24:  no reply
25:  no reply
26:  no reply
27:  no reply
28:  no reply
29:  no reply
30:  no reply
     Too many hops: pmtu 1460
     Resume: pmtu 1460 

Code: Alles auswählen

# tracepath -4 hs-esslingen.de
 1?: [LOCALHOST]                      pmtu 1460
 1:  fritz.box                                             1.602ms 
 1:  fritz.box                                             1.301ms 
 2:  no reply
 3:  de-str01c-rc1-ae13-0.aorta.net                       14.873ms asymm  6 
 4:  de-fra01b-rc1-ae-35-0.aorta.net                      14.840ms asymm  5 
 5:  de-bfe18a-rt01-lag-1.aorta.net                       13.884ms 
 6:  Frankfurt-DECIX-1-100GE-0-0-0-5.belwue.net           13.338ms asymm  5 
 7:  stu-nwz-a99-hu0-3-0-2.belwue.net                     17.351ms asymm  6 
 8:  stu-nwz-1-te0-7-0-17.belwue.net                      17.781ms asymm  7 
 9:  HS-Esslingen-peer.belwue.net                         18.310ms asymm  8 
10:  no reply
11:  no reply
12:  no reply
13:  no reply
14:  no reply
15:  no reply
16:  no reply
17:  no reply
18:  no reply
19:  no reply
20:  no reply
21:  no reply
22:  no reply
23:  no reply
24:  no reply
25:  no reply
26:  no reply
27:  no reply
28:  no reply
29:  no reply
30:  no reply
     Too many hops: pmtu 1460
     Resume: pmtu 1460 

[floh667]

Beide Verbindungen gehen anhand deines Wohnortes über Stuttgart und danach geht es ganz normal nach Frankfurt.

Vodafone Routet das Netz in bawü über Frankfurt oder München, wobei München wohl nur für den Teil in Frage kommt er an Bayern grenzt.
Es ist also ganz normal dass das Ziel der Pakete im Kernnetz erstmal zentral Frankfurt ist von wo dann entsprechend weiter geroutet wird.

Ich Frage mich eher was bfe ist. Mein Gehirn sagt mir das sei bielefeld und der Location Code bei eiki gibt mir Recht https://de.wikipedia.org/wiki/Bielefeld
Aber das wäre dann in der Tat ein Routing Fehler wenn du von Stuttgart über Bielefeld nach Frankfurt geschickt wirst.
Andererseits gibt es bei dem hop keinen Latenzsprung der bei dem Umweg zu erwarten wäre. Vielleicht stimmt hier die Bezeichnung nicht mehr.

Was bedeutet das "asymm" in den tracert Pfaden?

[omgold2]

Was bedeutet das "asymm" in den tracert Pfaden?

Ich verstehe das als, dass die Pakete in Hin- und Rückrichtung unterschiedlich geroutet werden.

[omgold2]

Ah. Mein Verdacht erhärtet sich: Mit mtr sieht man massiv Packetloss am fraglichen Knoten:

Code: Alles auswählen

                                                             My traceroute  [v0.94]
home (192.168.178.10) -> mirror.23media.com                                                                              2021-08-06T11:53:20+0200
Keys:  Help   Display mode   Restart statistics   Order of fields   quit
                                                                                                         Packets               Pings
 Host                                                                                                  Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. fritz.box                                                                                           0.0%    50    1.4   1.4   0.8   2.4   0.4
 2. 84.116.198.94                                                                                       0.0%    50    9.0   8.9   7.6  11.3   0.7
 3. de-str01c-rc1-ae13-0.aorta.net                                                                      0.0%    49   12.7  13.6  11.6  40.6   4.2
 4. de-fra01b-rc1-ae-35-0.aorta.net                                                                     0.0%    49   12.7  13.4  11.3  21.1   1.5
 5. de-bfe18a-rt01-lag-1.aorta.net                                                                     26.5%    49   12.4  19.6  11.1  84.8  18.4
 6. decix.bb01.net.23m.com                                                                              0.0%    49   18.2  13.5  11.4  27.7   2.6
 7. xe-3-2-0-20.cr01.fra01.net.23m.com                                                                  0.0%    49   15.0  20.6  11.1  61.9  12.6
 8. (waiting for reply)
 9. mirror.23media.com                                                                                  0.0%    49   10.7  11.5  10.5  12.8   0.6

[floh667]

Das sind core Router. Die verwerfen icmp anfragen wenn sie anderweitig viel zu tun haben. Wenn die Zieladresse kein Paketverlust hat, dürfte das nicht die Ursache sein. Da der Router aber in vielen Pfaden nicht auftaucht könnte man nun annehmen, dass der Router evtl eher schwächerer Natur ist und entsprechend schnell ausgelastet ist und dadurch der Durchsatz durch ihn limitiert wird um eine Überlastung des routings an dem hop zu vermeiden.
Das ist aber rein spekulativ