[VF West] Seit einigen Tagen höherer Ping und Jitter

[websurferin83]

Kannst du bitte mal zwei Tracert posten, damit man den genauen Unterschied sehen kann?
Das hilft es genauer einzugrenzen.

Ja, das mache ich morgen Vormittag.

 

[websurferin83]

So, wie versprochen kommen hier die traceroutes von einem BelWü-Anschluss auf mein Modem, einmal auf eine statische IP-Adresse und einmal auf die dynamische IP-Adresse:

1. Von Linux auf eine statische IP-Adresse:

root@server:~# traceroute XX.XX.XX.XXX
traceroute to XX.XX.XX.XXX (XX.XX.XX.XXX), 30 hops max, 60 byte packets
 1  XXXXXXXXX.XXXXXXXXXXXX.XX (XXX.XXX.XXX.XXX)  0.478 ms  0.453 ms 0.491 ms
 2  XXXXXXXXX.XXXXXXXXXXXX.XX (XXX.XXX.XXX.XXX)  0.414 ms  0.411 ms 0.390 ms
 3  XXXXXXXXX.XXXXXXXXXXXX.XX (XXX.XXX.XXX.XXX)  0.458 ms  0.446 ms 0.448 ms
 4  XXXXXXXXXXXXXXXXXXXXXXXXXXX.belwue.net (XXX.XXX.XXX.XXX)  1.800 ms  1.873 ms  2.013 ms
 5  fra-decix-a99-hundredgige0-1-0-4.belwue.net (129.143.60.113) 4.949 ms fra-decix-a99-hundredgige0-1-0-3.belwue.net (129.143.57.127)  4.934 ms fra-decix-a99-hundredgige0-1-0-4.belwue.net (129.143.60.113)  5.018 ms
 6  80.157.200.197 (80.157.200.197)  5.004 ms  5.139 ms  5.165 ms
 7  f-ed11-i.F.DE.NET.DTAG.DE (217.5.115.106)  5.326 ms f-ed11-i.F.DE.NET.DTAG.DE (217.5.109.106)  5.426 ms f-ed11-i.F.DE.NET.DTAG.DE (217.0.200.218)  5.321 ms
 8  87.128.239.255 (87.128.239.255)  5.202 ms  5.300 ms  5.441 ms
 9  * * *
10  de-fra01b-rc2-ae-67-0.aorta.net (84.116.191.109)  35.524 ms 34.067 ms  34.149 ms
11  de-fra01b-ri03-ae-0-0.aorta.net (84.116.190.58)  12.548 ms 12.562 ms  12.514 ms
12  84.116.191.50 (84.116.191.50)  36.846 ms  36.990 ms  36.966 ms
13  145.254.0.32 (145.254.0.32)  33.809 ms  33.863 ms  35.195 ms
14  145.254.1.159 (145.254.1.159)  34.682 ms  34.429 ms  34.392 ms
15  145.253.49.187 (145.253.49.187)  36.365 ms  34.708 ms  34.526 ms
16  * * *
17  * * *
18  * * *
19  * * *
20  * * *
21  * * *
22  * * *
23  * * *
24  * * *
25  * * *
26  * * *
27  * * *
28  * * *
29  * * *
30  * * *

2. Von Linux auf die dynamische IP-Adresse:

root@server:~# traceroute XXX.XXX.XXX.XXX
traceroute to XXX.XXX.XXX.XXX (XXX.XXX.XXX.XXX), 30 hops max, 60 byte packets
 1  XXXXXXXXX.XXXXXXXXXXXX.XX (XXX.XXX.XXX.XXX)  0.379 ms  0.406 ms 0.454 ms
 2  XXXXXXXXX.XXXXXXXXXXXX.XX (XXX.XXX.XXX.XXX)  0.344 ms  0.321 ms 0.309 ms
 3  XXXXXXXXX.XXXXXXXXXXXX.XX (XXX.XXX.XXX.XXX)  0.527 ms  0.462 ms 0.435 ms
 4  XXXXXXXXXXXXXXXXXXXXXXXXXXX.belwue.net (XXX.XXX.XXX.XXX)  1.649 ms  1.776 ms  1.919 ms
 5  fra-decix-a99-hundredgige0-1-0-4.belwue.net (129.143.60.113) 4.885 ms fra-decix-a99-hundredgige0-1-0-3.belwue.net (129.143.57.127)  4.872 ms  4.850 ms
 6  80.157.200.197 (80.157.200.197)  5.094 ms  4.988 ms  5.048 ms
 7  f-ed11-i.F.DE.NET.DTAG.DE (62.154.18.2)  5.375 ms f-ed11-i.F.DE.NET.DTAG.DE (217.0.200.218)  5.427 ms  5.419 ms
 8  87.128.239.255 (87.128.239.255)  5.080 ms  5.217 ms  5.316 ms
 9  145.253.49.189 (145.253.49.189)  13.571 ms 145.253.49.187 (145.253.49.187)  17.322 ms 145.253.49.189 (145.253.49.189)  13.555 ms
10  * * *
11  * * *
12  * * *
13  * * *
14  * * *
15  * * *
16  * * *
17  * * *
18  * * *
19  * * *
20  * * *
21  * * *
22  * * *
23  * * *
24  * * *
25  * * *
26  * * *
27  * * *
28  * * *
29  * * *
30  * * *

3, Von Windows auf eine statische IP-Adresse:

Routenverfolgung zu XXX.XXXXXXXX.XXX [XX.XX.XX.XXX]
über maximal 30 Hops:

  1    <1 ms    <1 ms    <1 ms  XXXXXXXXX.XXXXXXXXXXXX.XX [XXX.XXX.XXX.XXX]
  2    <1 ms    <1 ms    <1 ms  XXXXXXXXX.XXXXXXXXXXXX.XX [XXX.XXX.XXX.XXX]
  3    <1 ms    <1 ms    <1 ms  XXXXXXXXX.XXXXXXXXXXXX.XX [XXX.XXX.XXX.XXX]
  4     1 ms     1 ms     1 ms  XXXXXXXXXXXXXXXXXXXXXXXXXXX.belwue.net [XXX.XXX.XXX.XXX]
  5     4 ms     4 ms     4 ms  fra-decix-a99-hundredgige0-1-0-3.belwue.net [129.143.57.127]
  6     5 ms     5 ms     5 ms  80.157.200.197
  7     5 ms     5 ms     5 ms  f-ed11-i.F.DE.NET.DTAG.DE [62.154.17.254]
  8     6 ms     6 ms     6 ms  87.128.239.255
  9     *        *        *     Zeitüberschreitung der Anforderung.
 10    39 ms    37 ms    36 ms  de-fra01b-rc2-ae-67-0.aorta.net [84.116.191.109]
 11    12 ms    12 ms    12 ms  de-fra01b-ri03-ae-0-0.aorta.net [84.116.190.58]
 12    41 ms    41 ms    41 ms  84.116.191.50
 13    42 ms    42 ms    40 ms  145.254.0.32
 14    40 ms    40 ms    42 ms  145.254.1.159
 15    45 ms    48 ms    44 ms  145.253.49.187
 16    36 ms    35 ms    35 ms  ip-081-210-144-114.um21.pools.vodafone-ip.de [81.210.144.114]
 17     *        *        *     Zeitüberschreitung der Anforderung.
 18    51 ms    52 ms    50 ms  XXX.XXXXXXXX.XXX [XX.XX.XX.XXX]

Ablaufverfolgung beendet.

4. Von Windows auf die dynamische IP-Adresse:

Routenverfolgung zu ip-XXX-XXX-XXX-XXX.umXX.pools.vodafone-ip.de [XXX.XXX.XXX.XXX]
über maximal 30 Hops:

  1    <1 ms    <1 ms    <1 ms  XXXXXXXXX.XXXXXXXXXXXX.XX [XXX.XXX.XXX.XXX]
  2    <1 ms    <1 ms    <1 ms  XXXXXXXXX.XXXXXXXXXXXX.XX [XXX.XXX.XXX.XXX]
  3     1 ms    <1 ms    <1 ms  XXXXXXXXX.XXXXXXXXXXXX.XX [XXX.XXX.XXX.XXX]
  4     1 ms     1 ms     1 ms  XXXXXXXXXXXXXXXXXXXXXXXXXXX.belwue.net [XXX.XXX.XXX.XXX]
  5     4 ms     4 ms     4 ms  fra-decix-a99-hundredgige0-1-0-4.belwue.net [129.143.60.113]
  6     5 ms     5 ms     5 ms  80.157.200.197
  7     5 ms     5 ms     5 ms  f-ed11-i.F.DE.NET.DTAG.DE [62.154.17.242]
  8     6 ms     6 ms     6 ms  87.128.239.255
  9    21 ms    21 ms    11 ms  145.253.49.187
 10     *        *        *     Zeitüberschreitung der Anforderung.
 11    18 ms    21 ms    17 ms  ip-XXX-XXX-XXX-XXX.umXX.pools.vodafone-ip.de [XXX.XXX.XXX.XXX]

Ablaufverfolgung beendet.

Ich bitte um Verständnis, dass ich die ersten Hops anonymisiert habe sowie die Ziel-Adressen ebenfalls. Dass das Modem unter Linux nicht auf ICMP-Requests antwortet, unter Windows jedoch schon, liegt darin begründet, dass beide Betriebssysteme hierfür unterschiedliche Methoden nutzen und die Firewall des Modems eine von beiden nicht zulässt. Das tut jedoch nichts zur Sache. Man sieht, wie der Hase läuft:

Das Routing zu den statischen IP-Adressen geschieht über die Aorta, zu der dynamischen IP-Adresse hingegen nicht. Die hohe Latenz entsteht bei der Aorta.

Genau diese Erkenntnisse wurden auch an in dem Ticket an Vodafone rückgemeldet, aber niemand hat das Problem gelöst.

 

[Dr. Chaos]

Da haben wir auch schon das Problem, die statischen Adressen Routen inmer noch über Aorta.net also Liberty Global. Nach der Übernahme wurde vereinbart das Liberty noch eine gewisse Zeit für alle Unitymedia Kunden das Peering übernimmt. Damit Vodafone Zeit hat das eigene Backbone auszubauen und auf die extra Kunden vorzubereiten. Nach und nach wurden alle Kunden dann auf das Vodafone Backbone umgestellt.

Warum das Routing deiner statischen Adressen immer noch über Liberty Global läuft ist mir schleierhaft. Eventuell hat man es vergessen oder es hat andere Gründe. Aber ich würde an deiner Stelle mal bei Vodafone nachhaken.

 

[websurferin83]

Ich hatte das dem Mitarbeiter vom technischen Kundenservice bereits mitgeteilt, und der hat abgestritten, dass die Aorta zu Liberty gehört und gemeint, dass sämtlicher Traffic über die Aorta läuft, weil die "zu Vodafone gehöre". Über seine Kompetenz möchte ich jetzt mal öffentlich nicht urteilen.

 

[Web-Schecki]

Da haben wir auch schon das Problem, die statischen Adressen Routen inmer noch über Aorta.net also Liberty Global.

Was von der TE'in in #38 schon exakt beschrieben worden ist...
Trotzdem natürlich nett, dass wir jetzt traceroutes haben. Dann kommen auch die technisch wenig bewanderten User endlich zur Einsicht, dass das Problem nicht im Heimnetzwerk der TE'in zu verorten ist...

Manchmal kann man echt nur den Kopf schütteln.

@websurferin83 Hast du dir mal Gedanken gemacht, welcher alternative Anbieter dir ein passendes Internetprodukt bieten könnte? Du hast ja scheinbar besondere Ansprüche mit einem eigenen IPv4-Subnetz. Allerdings wirst du dich wohl mit dem Gedanken anfreunden müssen, dass du bei Vodafone auf Dauer nicht glücklich wirst.
Im VF-Kabelnetz gibt es nur mit o2 einen flächendeckenden alternativen Anbieter. Da wärst du das abenteuerliche Vodafone-Routing auf jeden Fall los. Bei den o2-Business-Tarifen gibt es meines Wissens zwar eine statische IPv4-Adresse, aber standardmäßig kein ganzes Subnetz. Wenn du darauf verzichten kannst, wäre das vielleicht eine Überlegung wert?

 

[websurferin83]

Ich brauche das Subnetz tatsächlich, weil ich für verschiedene Dienste mehrere statische IPv4 benötigt. Die einzigen mir bekannten Alternativen wären die Glasfaserprodukte der DTAG und von NetCom BW. Leider ist hier kein Glasfaser verfügbar und ich bin deshalb Vodafone ausgeliefert.

 

[Dr. Chaos]

Ich habe einen Bekannten welcher mittlerweile bei Vodafone arbeitet auf das Thema angesprochen.
Er hat mir das ganze erklärt und jetzt ist mir auch klar warum es so ist wie es ist.

Ich versuch das ganze hier möglichst kurz weiter zu geben.

Bei den Business Kabelanschlüssen im ehemaligen Unitymedia Gebiet werden die statischen IPv4 Adressen nicht nativ direkt auf dem Kabelmodem/Fritzbox geroutet.

Stattdessen baut das Vodafone Modem/FritzBox einen geschlossenen GRE Tunnel auf. Dieser Tunnel terminiert an das zentralen GRE Gateway.
Durch die ehemaligen Unitymedia Strukturen stehen diese Übergabepunkte historisch bedingt im Liberty Global Rechenzentrum Frankfurt und sind fest an das Aorta Netzwerk angebunden.

Im ex KD Netz werden feste IP Adressen einfach vom CMTS vergeben, Unitymedia stattdessen hat sich für den GRE Tunnel entschieden, da so auch ältere Geräte statische IP Adressen nutzten konnten.

Vodafone ist wohl auch bereits dran das ganze umzurüsten, aber insbesondere bei komplexen Business Produkten mit festen IP Subnetzen zieht es sich extrem in die Länge, weil die alten Konzentratoren für das IP Tunneling tief im Liberty Global Aorta Netz verwurzelt sind und man auch keinen längeren Ausfall verantworten kann und will, deshalb geht man das Thema eher behutsam an.

Ergänzung (Freitag um 13:00)

@websurferin83 Du könntest mal versuchen den MTU auf 1460 Byte oder 1420 einzustellen, das könnte den Paketverlust verhindern.
Der Hohe Ping lässt sich wohl nicht verhindern so lange die Daten über das alte Liberty Netz fließen.

 

[markchess]

@websurferin83

VF ist nur noch ein Stümper, Schlamper und Nixtauger Verein.
Je schneller man dort wegkommt, desto besser.

Tust mir echt Leid.

 

[websurferin83]

Ich habe einen Bekannten welcher mittlerweile bei Vodafone arbeitet auf das Thema angesprochen.
Er hat mir das ganze erklärt und jetzt ist mir auch klar warum es so ist wie es ist.

Ich versuch das ganze hier möglichst kurz weiter zu geben.

Bei den Business Kabelanschlüssen im ehemaligen Unitymedia Gebiet werden die statischen IPv4 Adressen nicht nativ direkt auf dem Kabelmodem/Fritzbox geroutet.

Stattdessen baut das Vodafone Modem/FritzBox einen geschlossenen GRE Tunnel auf. Dieser Tunnel terminiert an das zentralen GRE Gateway.
Durch die ehemaligen Unitymedia Strukturen stehen diese Übergabepunkte historisch bedingt im Liberty Global Rechenzentrum Frankfurt und sind fest an das Aorta Netzwerk angebunden.

Im ex KD Netz werden feste IP Adressen einfach vom CMTS vergeben, Unitymedia stattdessen hat sich für den GRE Tunnel entschieden, da so auch ältere Geräte statische IP Adressen nutzten konnten.

Vodafone ist wohl auch bereits dran das ganze umzurüsten, aber insbesondere bei komplexen Business Produkten mit festen IP Subnetzen zieht es sich extrem in die Länge, weil die alten Konzentratoren für das IP Tunneling tief im Liberty Global Aorta Netz verwurzelt sind und man auch keinen längeren Ausfall verantworten kann und will, deshalb geht man das Thema eher behutsam an.

Ergänzung (Freitag um 13:00)

@websurferin83 Du könntest mal versuchen den MTU auf 1460 Byte oder 1420 einzustellen, das könnte den Paketverlust verhindern.
Der Hohe Ping lässt sich wohl nicht verhindern so lange die Daten über das alte Liberty Netz fließen.

Herzlichen Dank für diese ausführliche Antwort! Schade, dass man vom Kundenservice keinerlei Auskünfte diesbezüglich bekommen kann, ich habe den Eindruck die verstehen Null komma Null was in ihrem Netz passiert.

Paketverlust habe ich fast garnicht, es ist nur der extrem hohe Ping der mir diese Probleme bereitet.

 

[DLMttH]

Also extrem hoch finde ich das nicht. Welche genauen Probleme ergeben sich denn durch die 34 ms bzw. wäre dir geholfen wenn's 5 ms weniger wären?

 

[Dr. Chaos]

Herzlichen Dank für diese ausführliche Antwort!

Gerne!

Schade, dass man vom Kundenservice keinerlei Auskünfte diesbezüglich bekommen kann, ich habe den Eindruck die verstehen Null komma Null was in ihrem Netz passiert.

Was erwartest du? Das dort keine Fachinformatiker arbeiten sollte klar sein.
Die Mitarbeiter beim Kundenservice sind dafür da um einfach Probleme zu losen oder ein Ticket zu erstellen.

Ich habe 7 Semester Telekommunikationsinformatik studiert, das Einstiegsgehalt in meinem Beruf liegt bei 50.000-55.000€ im Jahr, kein Unternehmen kann so viel für Callcenter Mitarbeiter ausgeben.
Und selbst mit Schulungen lernt ein normaler Mitarbeiter solche Fachkenntnisse nicht.

Die echten Profis sitzen an ganz anderen Stellen und haben mit Support nichts am Hut.

Das ist aber ja nicht Vodafone exklusiv, sondern betrifft alle Unternehmen. Ich habe einige Jahre bei der Telekom gearbeitet, dort läuft es im Endeffekt genauso.

 

[rezzler]

Leider ist hier kein Glasfaser verfügbar und ich bin deshalb Vodafone ausgeliefert.

Es gibt auch GK-Tarife, wo der Glasfaseranschluss mit dabei ist, neben anderen Leckerlies, die es im Massengeschäft nicht gibt. Da bist du dann aber halt bei mehreren 100€/Monat.

 

[websurferin83]

@rezzler Ja, aber da muss ich für den Anschluss selbst auch nochmal einen 4-5 stelligen Betrag zahlen. Das liegt einfach nicht drin.

Ergänzung (Freitag um 16:03)

@DLMttH: Es sind in Spitzenzeiten 60 ms, im Durchschnitt 40 ms. Normalerweise sind es früher 20 ms gewesen. Die Probleme gibt es bei Webex sowie bei VPN-Verbindungen von außen in mein Netz, über die dann RDP und SMB gemacht wird.

​

 

[Dr. Chaos]

Da bist du dann aber halt bei mehreren 100€/Monat.

+ Die zum Teil sehr hohen einmal Kosten nicht vergessen.


Ich hab mit Freunden aus Spaß ein privates LoRaWAN aufgebaut. Das hat irgendwann die komplette Stadt und auch die Umgebung versorgt.

Mit der Zeit haben sich immer mehr Nutzer für das Netz gefunden, so das wir es mittlerweile kommerziell betreiben.

Um die ganzen Gateway zu steuern und die Daten ins Internet zu übergeben haben wir einen kleinen "Server" aufgebaut.
Dafür wollten wir eine feste IPv4, die Stadtwerke hat angeboten das Gebäude über einen vorhandenen Kanal mit Glasfaser anzubinden. Die Einmalkosten betrugen nur lächerlicher 8000€ plus fast 400€ für einen Business AON Anschluss mit 100/100 Mbits.

 

[Web-Schecki]

Was ist mit VDSL? Nicht verfügbar?
Versatel bietet z.B., wenn ich es richtig sehe, auf Anfrage auch VDSL-Geschäftskundentarife mit IPv4-Netzen an "ab 60€/Monat" an, also ggf. nicht völlig überteuert.

 

[websurferin83]

Ich habe hier auch einen VDSL der DTAG, da gibt es allerdings andere Probleme: einerseits nur eine statische IPv4, andererseits bin ich "Querkabelopfer" und je mehr VDSL-User auf meinem Querkabel aufgeschaltet werden, desto weniger Bandbreite kommt bei mir an. Mittlerweile kommt nur noch SVDSL 175 an...

Ursprünglich war für mein Gebiet ein FTTH-Ausbau der DTAG geplant, dieser wurde inzwischen aber abgesagt, weil die Telekom sich jetzt mehr auf Nachverdichtungen konzentriert (die Wahrheit ist natürtlich die momentan wirtschaftlich schwierige Lage). Aktuell liegt noch eine Ausbauanfrage von mir bei der NetCom BW, habe da aber noch keine Rückmeldung.

 

[DLMttH]

Also ich hab hier leider oft mit deutlich langsameren Anschlusstechniken zu tun (an mehreren Standorten kann man sich nur VDSL 25/5 leisten, mit VDSL 175 war eine komplette Grundschule jahrelang online) und mit einem vernünftigen Provider war das eigentlich trotzdem kein Problem. Webex haben wir sogar mal über SkyDSL gemacht, ging auch. Sicher, dass nicht doch andere (Peering?) Probleme dir einen Streich spielen? Die richtigen Provider dazu hast du am Start.

 

[Web-Schecki]

da gibt es allerdings andere Probleme: einerseits nur eine statische IPv4, andererseits bin ich "Querkabelopfer" und je mehr VDSL-User auf meinem Querkabel aufgeschaltet werden, desto weniger Bandbreite kommt bei mir an. Mittlerweile kommt nur noch SVDSL 175 an...

Die DSL-Geschwindigkeit wirst du natürlich auch mit einem Wechsel zu Versatel nicht ändern können. Aber wenn die Vermutung von @DLMttH stimmt, dann wirst du mit Versatel wesentlich glücklicher als mit deinen aktuellen Providern. Das Versatel-Netz ist hervorragend an andere Netze in Deutschland angebunden und nicht für Engpässe bekannt. Auf deine derzeitigen Provider trifft das leider nicht zu.

Du kannst ja nochmal selbst schauen: https://www.1und1.net/internet-telefonie/business-dsl
Weiter unten bei "Mehr Möglichkeiten für Ihr Business" ist wie von mir beschrieben die VDSL-Tarifvariante "inkl. IPv4-Netze" aufgelistet, aber du musst wohl eine individuelle Anfrage stellen.

 

[rezzler]

@rezzler Ja, aber da muss ich für den Anschluss selbst auch nochmal einen 4-5 stelligen Betrag zahlen. Das liegt einfach nicht drin.

Ach so, ich hatte da im Kopf, das man das auf die Monatsraten aufschlägt und mit den 3 Jahren MVLZ im GK-Bereich dann auch so hinbekommt. Ist aber auch nicht wirklich mein Fachgebiet.

 

[websurferin83]

Ich sage es mal ganz ehrlich:
Es geht mir hier weniger um Alternativen, sondern vielmehr darum, einen Weg zu finden, wie man Vodafone davon überzeugen kann, das Problem zeitnah zu lösen.