Gaming mit Fonira - Ping Probleme

So nun der gleiche Server Nachmittags und noch immer keine Probleme:

F_L_O schrieb:

So nun der gleiche Server Nachmittags und noch immer keine Probleme:

Spoiler: Blizzard Server

Anhang anzeigen 21659

Zum Vergrößern anklicken....

Stell Mal den Intervall von 1 auf 0,5 oder 0,1 damit da ein paar mehr Packete pro Sekunde durchlaufen. ..

Interessant dass der PL erst ab hop 4 bgp-v2680.ix.as51184.net anzufangen scheint

djneahrsi schrieb:

Stell Mal den Intervall von 1 auf 0,5 oder 0,1 damit da ein paar mehr Packete pro Sekunde durchlaufen. ..

Zum Vergrößern anklicken....

Was dann garantiert, PL zur Folge haben wird?
Kein Spiel verwendet ICMP...
Und für die ICMP Storms was deine Intervalle von kleiner als 1s darstellen gibt es Routinen zur z. B. DDoS Abwehr. Wenn es wirklich eine Spielsituation darstellen soll müssen das TCP/UDP Pakete werden. Diese werden auch sicher nicht blockiert.

F_L_O schrieb:

Was dann garantiert, PL zur Folge haben wird?
Kein Spiel verwendet ICMP...
Und für die ICMP Storms was deine Intervalle von kleiner als 1s darstellen gibt es Routinen zur z. B. DDoS Abwehr. Wenn es wirklich eine Spielsituation darstellen soll müssen das TCP/UDP Pakete werden. Diese werden auch sicher nicht blockiert.

Zum Vergrößern anklicken....

Also ist Pingen kein guter Ansatz um Fehler zu finden?!

Ich habe damals bei meiner Suche mit meinem eigenen TeamSpeak Server gemessen... ( Der Server steht nicht irgendwo sondern direkt Zuhause).
Alle die sich zu mir verbunden haben hatten PL. Sowohl TCP als auch UDP.

Kaum umgestellt auf LTE waren die Probleme weg.

Wenn's bei dir klappt, kannst du nur froh sein und auf Holz klopfen.

Ich kann jetzt nur für mich sprechen aber Ping ist normalerweise ein erste Weg das Problemkind zu finden, sofern man sich an gewisse "Richtlinien" hält. Das Problem ist halt das es zu jedem berechtigt Nutzen auch jemanden gibt der das missbrauchen muss. Das wäre beispielhaft ICMP mit den Storms. Es ist einfach kein "normales" Verhalten. Somit wird sich ein Betreiber etwas dazu einfallen lassen (müssen).
Aber es gibt noch gefühlt 100 mehr Faktoren von dem das Packet-Loss abhängt.

Ich hatte ja, als dieser Thread gestartet wurde, auch noch ein paar Probleme mit Packet Loss bei einem fonira FTTH Anschluss in der Steiermark. Inzwischen sind diese aber viel besser geworden bzw. fast verschwunden.

Auf https://www.dslreports.com/speedtest bekomme ich jetzt immer eine Qualitätsbewertung von "A" (heißt 2,5% Packet Loss oder weniger). Besser wäre natürlich "A+" (heißt 1% Packet Loss oder weniger), aber das habe ich auch mit einem A1 DSL Anschluss an einem anderen Standort nie erreicht. Das liegt eventuell am Test selbst.

Mit PingPlotter bekomme ich zu 185.60.112.157 einen Packet Loss von 0,7% und zu www.google.at (über IPv6) 0,4% (jeweils 1 Sekunde Intervall, Laufzeit von über 1000 Pings). Nicht perfekt, aber auch keine Grund zur Besorgnis denke ich.

Probleme in "richtigen" Anwendungen (TeamSpeak und WoW) hatte ich nie. Wobei ich aber auch keine Online-Spiele spiele, die von Packet Loss stark betroffen wären, daher bin ich da auch nicht so empfindlich.

Folgendes von @Nef kann ich aber bestätigen:

Nef schrieb:

Interessant dass der PL erst ab hop 4 bgp-v2680.ix.as51184.net anzufangen scheint

Zum Vergrößern anklicken....

(Und beim Ping zu www.google.at ist es bgp-v2681.ix.as51184.net.)

Wenn ich das richtig sehe, ist das der letzte Hop im fonira Netzwerk. Also quasi die Übergabe von fonira an deren Routing-Partner. Vielleicht hilft diese Information @fonira ja, das Problem einzugrenzen?

0.1 sollte man nur bei Leerlauf der Leitung ansonsten gibts da falsche Meldungen

alternativ kann man auch mit
https://sourceforge.net/projects/winmtr/
Testen

Da sollte es keine Falschmeldungen geben

Hier auch noch etwas interessantes

https://visualtraceroute.net/

Um raus zu finden ob die Route nicht zum Mond und wieder zurück geht

Zb da stimmt mal ganz sicher was nicht

AT NL IT AT

Hier bei mir, via LTE, sowohl über A1 als auch magenta immer 0% Packet Loss. Da ist irgendwo bei @fonira "der Hund drin".

UnwissenderCholeriker schrieb:

https://visualtraceroute.net/

Um raus zu finden ob die Route nicht zum Mond und wieder zurück geht

Zb da stimmt mal ganz sicher was nicht

AT NL IT AT


Anhang anzeigen 21668

Zum Vergrößern anklicken....

Immer schön anzusehen bei 195.22.215.60 spuckt RIPE SEA-BONE Internal Network Wien POP aus, mir wird auch öfters anzeigt dass meine IP aus Tschechien sei obwohl VPN-Server in Österreich beheimatet ist ...