Ping - stark unterschiedliche Laufzeiten

[Lemmy]

Hallo,

wenn ich bei mir google anpinge erhalte ich relativ stabile Zeiten um die 27ms.
Bei einem Kunden von mir schwanken die Werte stark - von knapp unter 30ms bis über 400 ms sind da drin.

Code:

Reply (15) from 173.194.44.24: bytes=256 time=29ms TTL=128 (134719881)
Reply (16) from 173.194.44.24: bytes=256 time=37ms TTL=128 (134719928)
Reply (17) from 173.194.44.24: bytes=256 time=32ms TTL=128 (134719972)
Reply (18) from 173.194.44.24: bytes=256 time=31ms TTL=128 (134720017)
Reply (19) from 173.194.44.24: bytes=256 time=31ms TTL=128 (134720058)
Reply (20) from 173.194.44.24: bytes=256 time=33ms TTL=128 (134720106)
Reply (21) from 173.194.44.24: bytes=256 time=29ms TTL=128 (134720149)
Reply (22) from 173.194.44.24: bytes=256 time=62ms TTL=128 (134720225)
Reply (23) from 173.194.44.24: bytes=256 time=29ms TTL=128 (134720269)
Reply (24) from 173.194.44.24: bytes=256 time=117ms TTL=128 (134720397)
Reply (25) from 173.194.44.24: bytes=256 time=31ms TTL=128 (134720439)
Reply (26) from 173.194.44.24: bytes=256 time=31ms TTL=128 (134720480)
Reply (27) from 173.194.44.24: bytes=256 time=31ms TTL=128 (134720521)
....

Reply (71) from 173.194.44.24: bytes=256 time=371ms TTL=128 (134727201)
Reply (72) from 173.194.44.24: bytes=256 time=132ms TTL=128 (134727351)
Reply (73) from 173.194.44.24: bytes=256 time=31ms TTL=128 (134727396)
Reply (74) from 173.194.44.24: bytes=256 time=76ms TTL=128 (134727483)
Reply (75) from 173.194.44.24: bytes=256 time=47ms TTL=128 (134727541)
Reply (76) from 173.194.44.24: bytes=256 time=132ms TTL=128 (134727684)
Reply (77) from 173.194.44.24: bytes=256 time=49ms TTL=128 (134727744)

...

Reply (135) from 173.194.44.24: bytes=256 time=71ms TTL=128 (134733851)
Reply (136) from 173.194.44.24: bytes=256 time=112ms TTL=128 (134733978)
Reply (137) from 173.194.44.24: bytes=256 time=74ms TTL=128 (134734064)
Reply (138) from 173.194.44.24: bytes=256 time=29ms TTL=128 (134734106)
Reply (139) from 173.194.44.24: bytes=256 time=30ms TTL=128 (134734153)
Reply (140) from 173.194.44.24: bytes=256 time=191ms TTL=128 (134734356)
Reply (141) from 173.194.44.24: bytes=256 time=230ms TTL=128 (134734599)
Reply (142) from 173.194.44.24: bytes=256 time=164ms TTL=128 (134734775)
Reply (143) from 173.194.44.24: bytes=256 time=31ms TTL=128 (134734817)
Reply (144) from 173.194.44.24: bytes=256 time=30ms TTL=128 (134734859)
Reply (145) from 173.194.44.24: bytes=256 time=31ms TTL=128 (134734902)

Preisfrage: Warum?

Es ist egal ob der PC per WLAN oder LAN am Router hängt. Kann / muss ich davon ausgeben, dass der eigentliche Zugang "schuld" an den Schwankungen sind?

Hintergrund meiner Untersuchung ist, dass ein Soap Client immer wieder (unregelm.) mit einem Timeout abbricht weil er keine Verbindung zum Server aufbauen kann.

Grüße

[hathor]

Vorsicht bei GOOGLE und andere Server:
Die Schutzeinrichtungen mögen solche Scherze garnicht und können den Client sperren wegen Verdachts auf Schadware.

[Lemmy]

welche Scherze? Dass ich die mal für eine Minute pinge? keine Sorge: mach ich nicht jeden Tag und stundenlang...

[Klaus01]

.. könnte das vielleicht durch Loadbalancer verursacht werden.
Auch die Wege durch das Netz sind ja nicht immer die gleichen.

Grüße
Klaus

[JasonDX]

Zitat:

Zitat von hathor (Beitrag 1319459)

Vorsicht bei GOOGLE und andere Server:
Die Schutzeinrichtungen mögen solche Scherze garnicht und können den Client sperren wegen Verdachts auf Schadware.

OT/FYI: Die kannst auch 24/7 anpingen - Die (wenns hoch kommt) 10 Pings die du vllt. pro Sekunde raushaust fallen da nicht auf.

[nahpets]

Hast Du es (auf der Kommandozeile) schon mal mit 'nem

Delphi-Quellcode:

tracert 173.194.44.24

versucht? Da bekommst Du angezeigt, welchen Weg die Pakete durch die Welt nehmen.
Da kannst Du dann ggfls. erkennen, wo es klemmt, ob irgendeine "Geräteschaft" in der Obhut des Kunden oder außerhalb.

Und versuche das auch mit 'nem tracert zum Server, auf den der Soap-Client zugreifen soll.

Wenn es allerdings egal ist, wo im Netz des Kunden der PC "angeklemmt" ist und das Problem bestehen bleibt, dann liegt es vermutlich außerhalb. Aber das solltest Du mit 'nem tracert rausfinden können und dann muss sich der Kunde eventuell mal an seinen Provider wenden, wenn das Problem in der Anbindung bei diesem liegen sollte.

[BUG]

Zitat:

Zitat von nahpets (Beitrag 1319474)

Hast Du es (auf der Kommandozeile) schon mal mit 'nem

Delphi-Quellcode:

tracert 173.194.44.24

versucht?

+1 für Traceroute :thumb: Das sollte das passende Werkzeug für das Problem sein.

[Lemmy]

Danke für den Tipp mit tracert, leider bekomme ich die Daten frühestens morgen mittag - dann melde ich mich hier wieder ;-)

[Valle]

Unter Linux wäre übrigens MTR (:love:) das Tool der Wahl.

Das gibt es als WinMTR auch für Windows. Damit bekommst du bei schwankenden Ergebnissen eventuell leichter deine Zahlen.

Achte beim MTR auf aufaddierende Ping-Losses und -Zeiten. Ein schwacher Router kann Pings dropen und langsam antworten, ist deshalb aber nicht gleich am Problem Schuld. Ein Problem hat man erst, wenn die Zeiten (und evtl. Packet loss) nach diesem Router noch größer werden.

[Lemmy]

so, hier die Zahlen:

Code:

|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|                                 EASYBOX -    0 | 5583 | 5583 |    0 |    0 |    7 |    0 |
|xxx.pools.vodafone-ip.de                      0 | 5584 | 5584 |   13 |   18 |  178 |   15 |
|                          188.111.215.16 -   10 | 3997 | 3633 |   13 |  187 | 4412 |  656 |
|                              88.79.14.x -    4 | 4881 | 4703 |   14 |   16 |   62 |   35 |
|                           92.79.213.11x -    0 | 5584 | 5584 |   14 |   17 |   75 |   18 |
|                           92.79.211.20x -    0 | 5584 | 5584 |   25 |   28 |   46 |   27 |
|                            72.14.211.9x -    0 | 5583 | 5583 |   24 |   26 |   82 |   25 |
|                            66.249.94.8x -    0 | 5584 | 5584 |   25 |   30 |  176 |   26 |
|                           209.85.240.9x -    0 | 5583 | 5583 |   25 |   26 |  220 |   26 |
|               muc03s07-in-f24.1e100.net -    0 | 5584 | 5584 |   26 |   27 |   43 |   26 |
|________________________________________________|______|______|______|______|______|______|

Sprich: Der Internetzugang ist so weit OK und bei Vodafon klemmt es dann ( http://www.mein-whois.de/?188.111.215.16)

Bringt es was mit der Statistik mit Vodafon zu sprechen?

[Valle]

Zitat:

Zitat von Lemmy (Beitrag 1319536)

Bringt es was mit der Statistik mit Vodafon zu sprechen?

Ich denke schon. Probier's mal. Viel Erfolg, halt uns auf dem Laufenden. :thumb:

[Namenloser]

Der Kunde geht wahrscheinlich über LTE ins Netz. Das hatte ich schon vermutet, bevor ich die TraceRoute-Ausgabe sah. Bin auch eine Weile über Mobilfunk ins Netz gegangen, allerdings in meinem Fall herkömmliches UMTS und kein LTE, da waren sowohl die Latenzen als auch die Schwankungen sogar noch größer. Der Median war so um die 200ms, aber zwischendrin gab es immer mal Spitzen bis hin zu 2000ms. Aber bei LTE sollen die Latenzen ja verbessert worden sein.

Einen Rekordping hatte ich übrigens während einer Störung, die über einige Tage ging; da hatte ich durchgehend einen Ping von bis zu 120 SEKUNDEN. Ich war erstaunt, dass sowas überhaupt möglich ist. Aber es kamen tatsächlich fast alle Pakete nach dieser Zeit noch an (mit „nur“ ~20% Packetloss). Selbst Webseiten wurden so noch geladen, nur eben sehr, sehr langsam. Fühlte sich an wie IPoAC :lol:

[haentschman]

Zitat:

... nur eben sehr, sehr langsam. Fühlte sich an wie IPoAC

...langsam? Falsch. Hättest du mal die Brieftaube genommen. :stupid:

Zitat:

Für eine PR-Aktion hat eine südafrikanische Firma einen Vergleich ihrer Internetanbindung mit dem Datentransport via Brieftaube durchgeführt. Hierbei wurden 32 Gibit Daten auf einem USB-Stick abgespeichert, welcher von der Brieftaube über eine Entfernung von 63 Kilometern transportiert wurde. Bei einer Dauer von zwei Stunden (7200 s) und dem übertragenen Datenvolumen von 32 Gibit ergibt sich eine Datenrate von ca. 4 Mbit/s, womit der Transport via Brieftaube vor der Übertragung mit der verfügbaren Internetverbindung lag.

:thumb:

[BUG]

Nicht ohne Grund ist es möglich, Daten für die Amazon-Cloud per Post auf Festplatte zu verschicken :wink: