Frage

Frage zu DSL Synchronisierung und Routing

G
Rang
Benutzerebene 1
Abzeichen
Ich hoffe, ich finde hier jemanden, der mir den Sachverhalt näher bringen kann 😉 Es geht um folgendes ... Ich frage mich grundlegend, warum ich bei angenommenen X Neustarts meines Modems, meist total verschiedene Antwortzeiten erhalte!?

  • Mir ist klar, dass das Modem jedes Mal etwas anders synchronisiert, also die Bandbreite bei jedem Neustart etwas schwankt, OK
  • Allerdings sehe ich, dass ich bei einem anschliessenden Ping-Test, den ich immer nach Linz zur World4You mache, entweder meine "normalen" 13ms habe, oder im schlechten Fall, ca. 45ms ... im schlechten Fall habe ich dann aber nach Gmunden zur Energie AG die "guten" ca. 14ms Latenzzeit! Jetzt meine erste Frage ... ich kann auf meiner FritzBox fast unendlich oft eine neue IP fordern - das macht allerdings keinen Unterschied ob der Ping nach Linz oder Gmunden besser ist! Immer erst nach mehreren Neustarts erwische ich eine Synchro (ich nenne es jetzt einfach "Art der Verbindung"), bei der der Ping nach Linz passt, dafür nach Gmunden schlechter ist. Mit diesem Anhaltspunkt sehe ich einfach, ob die Latenz für mich OK ist in Folge! Hintergrund ist der, dass ich, wenn er nach Linz nicht passt - er auch zu sämtlichen Game-Servern wie WoW oder BF5 etc. nicht passt! Die Route im Pingplotter ist trotzdem immer dieselbe - egal welche externe IP ich anfordere, oder ob ich die "gute" oder "schlechte" Verbindung habe ...
  • Bei der guten oder schlechten nehme ich an, dass wir noch auf OSI Level 2 daheim sind. Denn auf Lvl 3 sitzt ja bereits IP und die Adresse ist egal, welche ich nach erfolgter Synchronisation anfordere ...
Kurzum gefragt: Wieso komme ich an "verschiedene" Endpunkte auf OSI Lvl2, wo ich definitiv sehe, dass die Latenz nicht passt? Ich dachte, ich hätte bei einem DSL Anschluss einen definierten Port auf dem ich lande und danach ändert sich max. die IP aus dem Pool?

Vielleicht kann mir ja A1 Hermann darauf eine Antwort geben? ;)

LG, Gry

125 Antworten

C
Rang
Servus, will euch meine Erfahrung posten...

Bin auch aus Graz, habe 2 VDSL Anschlüße zur Verfügung.
1x A1 mit ZTE Modem
1x "kein A1" mit einer Fritzbox 7490 - schreib mal "kein A1",
keine Ahnung ob ich den Provider hier im A1 Forum nennen kann
oder darf!
Beide Internet Zugänge haben 40MBit

Zocke auch ein wenig WoW, und bei dem A1 Zugang ist bei mir
das gleiche wie bei dir...Abends habe ich bis 80ms ping zu
den WoW Servern.
Das Problem gibt es bei dem "kein A1" Zugang nicht, da habe
ich immer ca. 25-30ms zu den WoW Servern, 24 Std. am Tag!
Problem liegt bei A1 ... hat nichts mit Blizzard zu tun.

Viele Grüße Campino
G
Rang
Benutzerebene 1
Abzeichen
Hier noch der Looking Glass Trace:
TRACEROUTE:
traceroute to 193.83.232.148 (193.83.232.148), 15 hops max, 60 byte packets
1 Blizzard Blizzard 4.929 ms 4.917 ms 4.916 ms
2 37.244.24.2 (37.244.24.2) 3.447 ms 3.477 ms 3.584 ms
3 Blizzard Blizzard 4.897 ms 4.899 ms 4.901 ms
4 137.221.66.40 (137.221.66.40) 3.589 ms 3.588 ms 3.667 ms
5 137.221.78.66 (137.221.78.66) 3.643 ms 3.664 ms 3.665 ms
6 137.221.78.32 (137.221.78.32) 3.556 ms 2.090 ms 2.072 ms
7 * * *
8 lg4-9073.as8447.a1.net (195.3.64.141) 51.694 ms 51.654 ms 51.646 ms
9 lag33-9076.as8447.a1.net (195.3.64.58) 51.609 ms 51.623 ms 50.807 ms
10 195.3.66.194 (195.3.66.194) 53.101 ms 53.050 ms 53.290 ms
11 193-83-232-148.adsl.highway.telekom.at (193.83.232.148) 60.479 ms 60.333 ms 61.052 ms


13/02/2019 20:05:38 UTC
--------------------

TRACEROUTE:
traceroute to 193.83.232.148 (193.83.232.148), 15 hops max, 60 byte packets
1 Blizzard Blizzard 0.437 ms 0.415 ms 0.416 ms
2 37.244.24.2 (37.244.24.2) 1.327 ms 1.359 ms 1.366 ms
3 Blizzard Blizzard 1.469 ms 1.491 ms 1.525 ms
4 137.221.66.40 (137.221.66.40) 1.331 ms 1.351 ms 1.352 ms
5 137.221.78.66 (137.221.78.66) 7.232 ms 7.253 ms 7.465 ms
6 137.221.78.32 (137.221.78.32) 1.318 ms 1.499 ms 1.463 ms
7 * * *
8 lg4-9073.as8447.a1.net (195.3.64.141) 51.156 ms 51.200 ms 51.206 ms
9 lag33-9076.as8447.a1.net (195.3.64.58) 51.461 ms 51.485 ms 51.151 ms
10 195.3.66.194 (195.3.66.194) 53.406 ms 53.506 ms 53.522 ms
11 * * *
12 * * *
13 * * *
14 * * *
15 * * *


13/02/2019 20:05:38 UTC
--------------------

TRACEROUTE:
traceroute to 193.83.232.148 (193.83.232.148), 15 hops max, 60 byte packets
1 Blizzard Blizzard 0.304 ms 0.290 ms 0.287 ms
2 37.244.25.2 (37.244.25.2) 1.153 ms 1.159 ms 1.158 ms
3 Blizzard Blizzard 1.981 ms 1.988 ms 1.985 ms
4 137.221.66.32 (137.221.66.32) 0.958 ms 1.012 ms 1.117 ms
5 137.221.77.70 (137.221.77.70) 21.781 ms 21.792 ms 21.791 ms
6 137.221.65.93 (137.221.65.93) 2031.621 ms * *
7 137.221.78.34 (137.221.78.34) 9.660 ms 9.666 ms 9.662 ms
8 * * *
9 lg4-9073.as8447.a1.net (195.3.64.141) 55.245 ms 54.889 ms 54.874 ms
10 lag33-9076.as8447.a1.net (195.3.64.58) 55.300 ms 55.163 ms 55.169 ms
11 195.3.66.194 (195.3.66.194) 57.507 ms 57.735 ms 57.714 ms
12 * * *
13 * * *
14 * * *
15 * * *


13/02/2019 20:05:38 UTC
--------------------

TRACEROUTE:
traceroute to 193.83.232.148 (193.83.232.148), 15 hops max, 60 byte packets
1 Blizzard Blizzard 0.328 ms 0.321 ms 0.324 ms
2 37.244.25.2 (37.244.25.2) 1.112 ms 1.136 ms 1.139 ms
3 Blizzard Blizzard 1.186 ms 2.762 ms 2.793 ms
4 137.221.66.32 (137.221.66.32) 1.082 ms 1.194 ms 1.196 ms
5 137.221.77.70 (137.221.77.70) 9.953 ms 10.000 ms 11.417 ms
6 137.221.65.93 (137.221.65.93) 9.771 ms 9.885 ms 9.854 ms
7 137.221.78.34 (137.221.78.34) 9.674 ms 9.710 ms 9.706 ms
8 * * *
9 lg4-9073.as8447.a1.net (195.3.64.141) 55.687 ms 55.707 ms 55.702 ms
10 * * *
11 195.3.66.194 (195.3.66.194) 58.023 ms 58.187 ms 58.063 ms
12 * * *
13 * * *
14 * * *
15 * * *


13/02/2019 20:05:42 UTC
--------------------

MTR:
Start: Wed Feb 13 20:05:38 2019 Blizzard 1.|-- Blizzard 0.0% 10 0.2 0.3 0.2 0.4 0.0
2.|-- 37.244.24.2 0.0% 10 0.5 0.9 0.5 3.6 0.9
3.|-- Blizzard 0.0% 10 1.5 1.5 1.4 1.7 0.0
4.|-- 137.221.66.40 0.0% 10 0.8 0.9 0.8 1.0 0.0
5.|-- 137.221.78.66 0.0% 10 1.1 9.6 1.0 50.5 18.0
6.|-- 137.221.78.32 0.0% 10 0.8 1.0 0.8 1.4 0.0
7.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
8.|-- lg4-9073.as8447.a1.net 0.0% 10 51.7 49.6 47.0 51.7 1.6
9.|-- lag33-9076.as8447.a1.net 20.0% 10 47.5 49.9 47.5 51.7 1.2
10.|-- 195.3.66.194 0.0% 10 51.4 52.9 51.4 54.1 0.8
11.|-- 193-83-232-148.adsl.highway.telekom.at 90.0% 10 61.2 61.2 61.2 61.2 0.0


13/02/2019 20:05:38 UTC
--------------------

MTR:
Start: Wed Feb 13 20:05:38 2019 Blizzard 1.|-- Blizzard 0.0% 10 0.2 0.3 0.2 0.4 0.0
2.|-- 37.244.25.2 0.0% 10 2.6 0.7 0.4 2.6 0.6
3.|-- Blizzard 0.0% 10 2.0 2.9 0.9 17.0 4.9
4.|-- 137.221.66.32 0.0% 10 1.0 1.0 0.9 1.3 0.0
5.|-- 137.221.77.70 0.0% 10 88.2 32.6 9.7 158.0 50.5
6.|-- 137.221.65.93 0.0% 10 28.4 172.0 9.7 1364. 424.3
7.|-- 137.221.78.34 0.0% 10 24.9 11.2 9.5 24.9 4.8
8.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
9.|-- lg4-9073.as8447.a1.net 0.0% 10 55.5 56.0 53.6 57.7 1.3
10.|-- lag33-9076.as8447.a1.net 20.0% 10 56.6 55.8 52.9 57.5 1.7
11.|-- 195.3.66.194 0.0% 10 60.0 57.8 55.2 60.0 1.5
12.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
13.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
14.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
15.|-- 193-83-232-148.adsl.highway.telekom.at 80.0% 10 67.5 65.9 64.2 67.5 2.2


13/02/2019 20:05:38 UTC
--------------------

MTR:
Start: Wed Feb 13 20:05:38 2019 Blizzard 1.|-- Blizzard 0.0% 10 0.3 0.3 0.3 0.4 0.0
2.|-- 37.244.24.2 0.0% 10 0.5 0.6 0.5 0.8 0.0
3.|-- Blizzard 0.0% 10 1.5 1.5 1.3 1.6 0.0
4.|-- 137.221.66.40 0.0% 10 0.8 2.5 0.8 9.7 3.3
5.|-- 137.221.78.66 0.0% 10 15.1 16.4 1.0 136.5 42.4
6.|-- 137.221.78.32 0.0% 10 1.0 1.7 0.8 8.2 2.2
7.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
8.|-- lg4-9073.as8447.a1.net 0.0% 10 50.8 49.9 47.3 51.7 1.3
9.|-- lag33-9076.as8447.a1.net 10.0% 10 50.9 50.0 45.9 51.8 1.8
10.|-- 195.3.66.194 0.0% 10 53.7 52.7 50.1 54.3 1.3
11.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0


13/02/2019 20:05:38 UTC
--------------------

MTR:
Start: Wed Feb 13 20:05:41 2019 Blizzard 1.|-- Blizzard 0.0% 10 0.3 0.3 0.2 0.4 0.0
2.|-- 37.244.25.2 0.0% 10 0.7 0.5 0.4 0.7 0.0
3.|-- Blizzard 0.0% 10 1.0 2.7 1.0 10.6 2.9
4.|-- 137.221.66.32 0.0% 10 1.0 0.9 0.8 1.1 0.0
5.|-- 137.221.77.70 0.0% 10 9.9 19.2 9.6 59.6 17.8
6.|-- 137.221.65.93 0.0% 10 9.9 11.9 9.7 29.4 6.2
7.|-- 137.221.78.34 0.0% 10 10.2 10.1 9.5 13.2 1.1
8.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
9.|-- lg4-9073.as8447.a1.net 0.0% 10 56.4 56.0 53.5 57.5 1.2
10.|-- lag33-9076.as8447.a1.net 20.0% 10 57.7 55.8 52.4 57.7 1.8
11.|-- 195.3.66.194 0.0% 10 59.8 58.7 55.1 60.0 1.4
12.|-- 193-83-232-148.adsl.highway.telekom.at 10.0% 10 65.0 66.2 64.2 67.7 1.2


13/02/2019 20:05:40 UTC
--------------------
G
Rang
Benutzerebene 1
Abzeichen
Eine kuriose Idee hab ich noch ... da es jeden Tag um dieselbe Zeit auftritt, muss hier doch irgendwas Besonderes los sein ... ist es möglich, dass evtl. irgendwelche Firmen Cloud Backups über die Router gezogen werden, die dann die Last verursachen, oder so? Denn wieso hab ich plötzlich über verschiedene Routen (nach Linz zu world4you und nach Frankreich zu Blizzard) dasselbe Problem?

@hiro_89 : Kriegst du es hin, dass du einen Screenshot postet, wo der Traceroute/Ping grade mies ist? Ich würde gern sehen, ob wir auf der Strecke irgendwo über dieselben Hops gehen?
G
Rang
Benutzerebene 1
Abzeichen
Danke Campino, deine Info bestätigt mich, dass hier was A1 seitig zu tun ist! Wieso sonst sollte der Ping zeitgleich in andere Teilnetze mieser werden, wenn es sich „nur“ um Blizzard handeln sollte!? *ironie an* Oder reden sich drei.at, upc.at, liwest.at und andere ab, dass jetzt synchron die Latenz steigen wird? *ironie aus*

@A1_Hermann Die Info von Campino ist als Ansatz durchaus interessant, auch wenn er theoretisch über andere Router zu Blizz gehen könnte. Trotzdem glaube ich an kein Problem bei Blizzard.

BG, Gry
G
Rang
Benutzerebene 1
Abzeichen
Abend! Ich kenne zwar keinen Hr. Panzenböck, oder sonst wen, aber wenn man sich die 8 Seiten des Threads durchlesen würde, dann könnte man erahnen, dass das kein Problem eines einzelnen Users ist, sondern eines von vielen Kunden aus ganz Österreich! Von OÖ bis in die Steiermark ... gerade heute, jetzt um 21:19 besteht das Problem wieder, dass der Ping auf diversen Strecken für ca. 1h stark ansteigt. Es gibt noch immer keine Lösung und es wird auch von A1 bestritten, dass hier der Fehler liegt. Es ist aber auch immer noch seltsam, dass der Fehler, wie bereits erwähnt, zeitgleich in mehreren anderen Teilnetzen liegen sollte ... das wäre paradox ... jedenfalls wird dem Problem nicht weiter nachgegangen; traurig wie ich finde, da gerade so etwas gute Propaganda wäre und man sich damit als Anbieter abheben könnte! Weiterempfehlen kann ich A1 daher leider nicht!
NerdTech
Rang
Benutzerebene 7
Abzeichen +8
@GryzorA1net
Das sind die Ergebnisse von gestern Abend:


Hier in groß
Zusammengefasst: Nicht so schön, wie am Freitag, aber nicht alarmierend
1 Anlage
G
Rang
Benutzerebene 1
Abzeichen
Morgen!

Ja, gestern war es zum Glück eher ruhig; ich habe dir hier
"https://www.a1community.net/festnetz-internet-314/frage-zu-dsl-synchronisierung-und-routing-251668/index3.html#post280619" ein Beispiel gepostet, wo es ansteigt und hier "https://www.a1community.net/festnetz-internet-314/frage-zu-dsl-synchronisierung-und-routing-251668/index3.html#post280623" ein Beispiel gepostet, wo es abfällt wieder, als ich das Glück hatte, das Ganze schön aufzunehmen. Du siehst, dass ich hier nicht downloade, etc. da die Zeit bei den ersten Hops ja gar nicht ansteigt, sondern dass zu den diversen Locations zeitgleich die Latenz steigt und wieder fällt!
Ich hoffe, dass es diese Woche doch wieder mal auftritt, dann verlinke ich es!

BG, Gry
jo93
Rang
Benutzerebene 7
Abzeichen +8
Ich hätte einen Verdacht:
Ich gehe einmal davon aus, das A1 irgendwie auf ein Software Defined Network (SDN) setzt. Soweit ich SDN verstanden habe, gibt es bei einem SDN immer so Art Router/Terminierungspunkt (BNG bei Magenta und einige Kabelanbietern), bei welchen die "VPN" Verbindung terminiert wird. Jetzt wäre eine logische Erklärung, es wird beim aktivieren des Ports (Sync) ein Loadbalancing zwischen den BNGs/Terminierungspunkten gefahren und einmal erwischt man einem mit besserem Routing und einmal nicht.
A1 verfolgt einen Ethernet Ansatz zwischen Lastmile und reseller.


Bei einer Architektur mit den BRAS (https://de.m.wikipedia.org/wiki/Breitband-Zugangsserver) könnte es sein, das der BRAS einen andere L2TP Server erwischt. (Bei BT kann man dem BRAS über Radius den L2TP Server bekannt geben) aber bei einer solchen Architektur würde das Problem bei einer neuen IP nicht auftreten.

@A1_Bernd @A1_Babsi @A1_Christopher @A1_Hermann
Ich denke ihr wisst mehr dazu.
Aktuelles Setup: Technicolor CGA4233 mit einer virtualisierten pfSense und einmal virtualiserten OpenWRT für VPN, zwei Unifi AP AC Pro & ein Unifi AP AC Lite für WLAN
A
Rang
Benutzerebene 7
Abzeichen +4
@@Username das ist eine interessante Beobachtung. Wenn die Route immer die gleiche ist, scheint mir (mit meinem umfassenden Wissen aus "Netzwerktechnik für Dummies"), dass sich da etwas auf Level 2 abspielen könnte. Aber ob hier von Mal zu Mal unterschiedliche Endpunkte verwendet werden, kann ich dir nicht sagen. Einen fixen Port am DSLAM hast du jedenfalls, wo wird denn das beim Tracert langsamer, bei welchem Hop? Es ist natürlich auch die Frage, ob nicht überhaupt auf Level 1 etwas hineinfunkt und Probleme macht. Das wäre dann zwar, sollte man meinen, von der Neu Synchronisation unabhängig, aber vielleicht liegt es ja doch daran. Auf der Leitung wird mir im Moment kein Fehler angzeigt, aber es gibt in der Historie immer wieder Tage, an denen bei Rtx Uc der Zähler ausschlägt, also bei unkorrigierten DSL Übertragungswiederholungen. Ich nehme an, dass sich das dann sehr wohl auf den Ping auswirken wird. Dramatische Änderungen bei der Bandbreite aufgrund der Leitungswerte sehe ich keine, nur Schwankungen um die 200 Kbit herum. Was man dagegen tun kann ist eine andere Frage. Poste uns vielleicht einmal die Routenverfolgung zum Vergleich mit Ping Ok und langsamerer Ping. Wir können dann verschiedene Sachen ausprobierenund natürlich auch intern nachfragen. lg Hermann
jo93
Rang
Benutzerebene 7
Abzeichen +8
Die Traceroutes können schon einmal einen guten Hinweis auf die Ursache liefern.
Aktuelles Setup: Technicolor CGA4233 mit einer virtualisierten pfSense und einmal virtualiserten OpenWRT für VPN, zwei Unifi AP AC Pro & ein Unifi AP AC Lite für WLAN
G
Rang
Benutzerebene 1
Abzeichen
Hallo Experten ;)

Ich habe euch mal 2 Traces angehängt, wo der Ping zuerst nicht OK (10.02.19 / 21:09 Uhr) war, und anschließend nach gefühlten 25 Neustarts des Modems, endlich OK (21:40) war! Allerdings muss ich dazu sagen, dass auch die IP Range aus der ich die IP bekomme, eine gewisse Rolle spielt! Ich kann bei der FritzBox per Button eine neue IP anfordern. Das mache ich im Problemfall ein paar Mal. Das KANN helfen, muss aber nicht. Ansonsten starte ich so oft neu, bis der Ping wieder passt.
Der Unterschied in den Screens ist nur 1 Hop im Bereich von Blizzard, wo es vermutlich einen anderen Router in der Lastverteilung erwischt hat.

Mir ist klar, dass der Vergleich der beiden Screenshots "fälschlicherweise" ein Bild zeigt, als ob es im internen Netz von Blizzard ein Problem gäbe - aber wenn ich dann mehrmals neu starte, und auch der Speedtest wieder sein "korrektes" Bild liefert, dann passt auch hier der Ping zu allen Hops wieder ... es ist kurios, aber ich kann leider auch keine Erklärung liefern...

Ich bin selbst Informatiker, aber in punkto Nachrichtentechnik Level 1/2 muss ich dann großteils passen ;)

Ich hoffe, ihr könnt mir hier vielleicht weiterhelfen, da ich auch trotz meines höheren Alters (39) noch immer gern zocke! Da sind dann 65-70ms statt 33ms echt mies ...

Ich habe dabei folgendes beobachtet:

Der Wechsel von "guter" Verbindung zu "schlechter" Verbindung geht teilweise ohne Neustart oder IP Bezug des Modems. Das kann von einer Minute zur anderen sein. Daher nehme ich das Modem und den TCP/IP Level aus und denke auch an Level 1/2.

Ich mache als Test zu "legacy.speedtest.net" (ich mag den alten Speedtest lieber) meinen Pingtest zu world4you.com nach Linz. WENN alles passt, dann pinge ich dorthin mit ca. 13ms. Ein weiterer Ping nach Gmunden zur Energie AG zeigt dann um die 35ms an.

Wenn das angesprochene Problem dann besteht, dann ist der Ping zu world4you immer bei 35ms oder höher und nach Gmunden zur Energie AG so um die 13-14ms. Also genau umgekehrt ...

Mir kommt auch vor, dass ich beim Neustart des Modems in den Abendzeiten (wo mehr Traffic ist in der Regel) meist auf die "schlechtere Verbindung - Level 1/2 ??" komme, als z.B. am Morgen!

Außerdem braucht das Modem, sofern das Problem besteht, auch gefühlt viel länger zum synchen ...

Danke und BG, Gry


2 Anlagen
jo93
Rang
Benutzerebene 7
Abzeichen +8
Was genau meinst du beim Syncroniesieren?
Bis die DSL Verbindung aufrecht (kann ich mir nicht vorstellen) ist oder der Router eine IP hat (würde für Loadbalancing od.SDN sprechen)?

Hat der 2. Hop immer die selbe IP?
(Das würde gegen eine Loadbalacing auf Einwahl-Server ebene sprechen und eher auf Routing Probleme zwischen einwahlserver und ARU/DSLAM. Dann müsste aber die IP Range egal sein.)
Sehe ich das richtig, dass es beim 2. Screenshot bei Hop 14. Probleme gibt

Kann man irgendwie messen, wie lange es dauert, bis ein Paket beim Server ist, sprich den Rückweg ausklammern?
Aktuelles Setup: Technicolor CGA4233 mit einer virtualisierten pfSense und einmal virtualiserten OpenWRT für VPN, zwei Unifi AP AC Pro & ein Unifi AP AC Lite für WLAN
G
Rang
Benutzerebene 1
Abzeichen
Hi!

Mit Synchronisieren meine ich, bis das Modem nach einem Neustart sich mit der Gegenstelle was Passendes ausgehandelt hat - bei der FritzBox, bis alle 3 LEDs konstant leuchten ;)
Der 2. Hop hat bei mir immer dieselbe IP, ja!

Welchen Hop meinst du? Es sind ja nur 10!? :)

BG, Gry
jo93
Rang
Benutzerebene 7
Abzeichen +8
Hop nr 6. ich habe den count mit der Hop NR verwechselt.
Aktuelles Setup: Technicolor CGA4233 mit einer virtualisierten pfSense und einmal virtualiserten OpenWRT für VPN, zwei Unifi AP AC Pro & ein Unifi AP AC Lite für WLAN
G
Rang
Benutzerebene 1
Abzeichen
Hi!

Stimmt, es könnte hier ein Problem geben, aber es ist ja auch bekannt, dass manche Router bei Überlast die ICMP Pakete einfach wegwerfen! Ich habe hier nochmals einen Screenshot von grade eben gepostet, wo der Ping passt! So einzelne Packet Loss Verläufe sehe ich öfter, aber solange sich die nicht durchziehen bis zum Ziel oder retour, denk ich mir nicht viel.

BG, Gry

1 Anlage
G
Rang
Benutzerebene 1
Abzeichen
Vielleicht kann @A1_Hermann hier nochmals was in die Gänge bringen? Ich weiß, meine Antwort ist 1 Monat her, aber wenn es mal so 1-2 Wochen gut geht, dann hab ich auch keinen Grund zu meckern. Jedenfalls ist das Seltsame, dass immer wenn der Ping zu den WoW Servern nicht passt, der Pingtest nach Gmunden schneller ist, als nach Linz - und wenn alles OK ist, dann ist der Ping nach Linz schneller ... vermutlich wird man das wirklich nur auf Layer 2 Ebene sehen können, was hier der Unterschied ist. Aber eine Lösung wäre mal schön ... 😞
G
Rang
Benutzerebene 1
Abzeichen
Noch was fiel mir auf... wenn die Verbindung passt, dann streame ich Netflix konstant mit 1080p, mit ca. 5,5 MBit. Wenn die Verbindung nicht passt, dann schaltet er oft auf 720p um ... sobald mir das auffällt, mache ich meinen Speedtest und sehe, dass mir statt Linz, dann die Energie AG Gmunden als schnellster Speedtest Host vorgeschlagen wird. Nach Linz sind es dann beim Test die 35ms, statt der ca. 14ms. Die Bandbreite selbst passt immer, also meine 16 MBit. Aber, sofern ich die „schlechte Verbindung“ habe, dann stimmt irgendwas mit dem Routing nicht mehr. Und damit meine ich nicht das IP Routing ( die Traces gehen immer über dieselben Router), sondern es muss was auf Layer 2 sein! Hin und wieder kann ich das Problem beheben, wenn ich eine neue IP anfordere .... da fiel mir auf, dass 193.83.x.x oft besser ist, als der Rest! Ansonsten neu starten, bis es endlich mal passt .... was kann da nur los sein????
jo93
Rang
Benutzerebene 7
Abzeichen +8
Mache einmal einen Traceroute von extern, z.B. online tools für einen visuellen traceroute auf deine IP Adresse.

Prüfen dann noch die AS Nummern für die IPs.
Hol dir auch die bgp infos zu den jeweiligen IPs :
https://us.ntt.net/support/looking-glass/

Trace Route zeigt nur den Pfad von einem weg auf, der Rückweg kann ein anderer sein.
Aktuelles Setup: Technicolor CGA4233 mit einer virtualisierten pfSense und einmal virtualiserten OpenWRT für VPN, zwei Unifi AP AC Pro & ein Unifi AP AC Lite für WLAN
H
Rang
Hallo erstmal hab mich endlich entschlossen mich hier anzumelden, da ich das exakt gleiche Problem habe wie der Thread Ersteller. Dieses Problem begann ca zur selben Zeit wie dieses Problem mit den lte Usern zu den Blizzard Servern gefixed würde mit den 1000ms etc, ich selbst habe Festnetz. Also ich habe seit ca 2 Monaten an manchen Tagen zur Stosszeit meist zwischen 20:00 bis 22:00 die selben Ping Probleme wie der Thread Ersteller, normaler Ping zu Blizzard zB 25 ms wenn das Problem Auftritt eben ca 50 oder 75ms dieses kann in Sekunden sich wieder auf 25ms normalisieren.Habe die selben tracerts zu Blizzard Servern wie der Ersteller sprich ab der Blizzard Seite steigt es an jedoch sehen discord tracerts nicht anders aus zb, deswegen denke ich auch das es nicht an Blizzard liegt. Wenn das Problem besteht habe ich zu orf.at trotzdem 9ms wie sonst auch immer. Habe tracerts seit 2 Monaten gesammelt des öfters an den Kundendienst übermittelt. Vorigen Freitag bekam ich einen Anruf von der Technik und mir wurde gesagt das es ihm Rahmen ist 70 ms und sie nichts machen können da keine Unterbrechungen vorliegen und sie am Routing nichts ändern werden. Ausserdem hab ich die tracerts mit einem a1 Kundendienst Mitarbeiter verglichen zur selben Zeit, er hatte zur selben Zeit den schlechten Ping sprich 50-70 ms zu den wow ow Servern um ca 21:10. Dieses Problem muss eigentlich mehrere Benutzer betreffen wenn du aus Linz kommst , vermute der Kundendienst liegt in Wien? Und ich eben in Graz.

Wünsche mir sehr das dieses Problem endlich behoben wird. Macht wirklich keinen Spass mit diesem Ping zur Stosszeit zu spielen. Man kann nur jedentag hoffen einen guten Tag zu erwischen ohne hohe Ping 🙂
G
Rang
Benutzerebene 1
Abzeichen
Abend!

Und grade wieder ... es wird 20 Uhr und das Routing ändert sich! Der Ping ist wieder schlechter und Netflix hat auch wieder seine Probleme. Parallel dazu den Speedtest gemacht und siehe da, plötzlich wird wieder Gmunden als nähester Host angegeben ... wieso kann ich nicht am "guten" Routing bleiben? Was ist da los?
Könnte man hier bitte mal nachsehen, wieso ich abends immer wieder auf irgendeine Ersatzroute gelegt werde? Die Lastverteilung bringt mir fast schon jeden Abend mehr Sorgen als Freude! :(

2 Anlagen
G
Rang
Benutzerebene 1
Abzeichen
Noch was fällt mir auf! Wenn der Ping nicht passt, so nenn ich das Problem jetzt einfach, dann braucht bei einem Neustart das Modem reeeeecht laaaange, dass es wieder synchron wird! Anschliessend habe ich sogar ein bessere (verbunden↓ 18,5 Mbit/s↑ 5,2 Mbit/s) Modulation als wenn der Ping OK ist, d.h. die Bandbreite wäre an sich höher! Es muss also schon irgendwas auf einem Level 2 oder 1 zu tun haben, dass ich auf eine total andere Route komme! Ich möchte bitte nicht schon wieder mit dem 1st Level Support reden müssen, dann dort schicken sie immer einfach einen Techniker, der dann vor Ort auch nichts lösen kann! Das Problem gehört bitte mit dem 3rd Level Support besprochen, da die Qualität der Leitung einfach nicht dem entspricht, was ich gewohnt war. Ich habe den Anschluss seit 2015 und über lange Strecken war alles OK, aber momentan passt wieder gar nichts ...
Achja und hier noch ein Screenshot von NACH dem Neustart grade eben - das Kuriose ist, dass der Ping nun noch schlechter ist als vorher!! Und wie gesagt, wenn ich es schaffe, mit Neustarts irgendwann wieder eine "gute" Verbindung zu haben, dann passt auch der Ping plötzlich. Es hat also sicher nichts mit Blizzard zu tun, etc. Das liegt viel eher an der Technik unter TCP/IP, beim Packet Switching, etc. oder anderer Komponenten!

Bitte, um Hilfe!

1 Anlage
G
Rang
Benutzerebene 1
Abzeichen
So, jetzt hab ich nochmals 3-4 Mal neu gestartet und habe in-game jetzt einen Ping von um die 68ms ... Leute, das kann es doch echt nicht sein, oder???

Ich hab wegen der Thematik schon 3,4 Threads offen, über die letzten Jahre, aber dass man im Jahr 2019 noch immer Pings wie um das Jahr 2005 oder so hat, finde ich echt traurig!!

@A1_Hermann : Kannst du hier bitte mal eine Meldung an eure internen Teams weitergeben? Jeden Abend ist es nun fast das gleiche ... da hilft dann auch kein Modem Neustart mehr!!

Danke.

1 Anlage
H
Rang
Gerade auch wieder die gleichen Probleme wie du. Tracerts vor 1 Std waren 26ms zu ow oder wow. Jetzt selben tracert Logs wie du. Bitte fixed das 😞
H
Hallo,
da ich das selbe Problem habe (Wolfsberg in Kärnten) wollte ich mich erkundigen ob Sie eine Lösung gefunden haben.
Vielen Dank
G
Rang
Benutzerebene 1
Abzeichen
Man sieht im Looking Glass Trace deutlich, dass ein Traceroute von Blizzard zu mir eine ganz andere Route nimmt, aber im Endeffekt trotzdem im Netz von A1 so richtig langsam wird :(

1 Anlage

Antworten


Allgemeine Nutzungsbedingungen