wer schafft den hoechsten ping ?

[jutta]

kann das jemand toppen?

Code: Alles auswählen

=996 ttl=249 time=18409 ms
64 bytes from 83-65-236-226.dynamic.xdsl-line.inode.at (83.65.236.226): icmp_seq=997 ttl=249 time=17909 ms
64 bytes from 83-65-236-226.dynamic.xdsl-line.inode.at (83.65.236.226): icmp_seq=998 ttl=249 time=17409 ms
64 bytes from 83-65-236-226.dynamic.xdsl-line.inode.at (83.65.236.226): icmp_seq=999 ttl=249 time=16905 ms
64 bytes from 83-65-236-226.dynamic.xdsl-line.inode.at (83.65.236.226): icmp_seq=1000 ttl=249 time=16401 ms
64 bytes from 83-65-236-226.dynamic.xdsl-line.inode.at (83.65.236.226): icmp_seq=1001 ttl=249 time=15895 ms
64 bytes from 83-65-236-226.dynamic.xdsl-line.inode.at (83.65.236.226): icmp_seq=1002 ttl=249 time=15395 ms
64 bytes from 83-65-236-226.dynamic.xdsl-line.inode.at (83.65.236.226): icmp_seq=1003 ttl=249 time=15227 ms
64 bytes from 83-65-236-226.dynamic.xdsl-line.inode.at (83.65.236.226): icmp_seq=1004 ttl=249 time=14727 ms
64 bytes from 83-65-236-226.dynamic.xdsl-line.inode.at (83.65.236.226): icmp_seq=1005 ttl=249 time=14223 ms

--- xxxx.xxxx .com ping statistics ---
1019 packets transmitted, 1001 received, 1% packet loss, time 1028602ms
rtt min/avg/max/mdev = 372.031/9862.113/25154.048/7647.462 ms, pipe 26
eprints:/home/jutta#

telnet funktioniert dabei uebrigens
fuer gamen duerfte die verbindung weniger brauchbar sein.

[BlueSystem]

Na toppen möchte ich das sicher nicht
Wenn das ein Dauerzustand wäre, hätte der Anbieter bereits die Kündigung am Tisch liegen

[jutta]

afaics ist der anbieter unschuldig

(wenn man versucht, p650 selbst zu konfigurieren, muss man auch auf kleinigkeiten achten *g*)

nach einer kleinen konfigurations-aenderung und einem reboot siehts so aus:

Code: Alles auswählen

64 bytes from 83-65-233-126.dynamic.xdsl-line.inode.at (83.65.233.126): icmp_seq=179 ttl=249 time=43.4 ms
64 bytes from 83-65-233-126.dynamic.xdsl-line.inode.at (83.65.233.126): icmp_seq=180 ttl=249 time=43.3 ms
64 bytes from 83-65-233-126.dynamic.xdsl-line.inode.at (83.65.233.126): icmp_seq=181 ttl=249 time=42.5 ms
64 bytes from 83-65-233-126.dynamic.xdsl-line.inode.at (83.65.233.126): icmp_seq=182 ttl=249 time=42.4 ms

--- xxxxxx.com ping statistics ---
182 packets transmitted, 182 received, 0% packet loss, time 181360ms
rtt min/avg/max/mdev = 41.269/43.171/52.358/1.097 ms
eprints:/home/jutta#


und das ist fuer die entfernung ganz normal.

[medice]

sollte nicht schon etwas früher ein timeout passieren, sodass es gar nicht zu den 14 sek kommen kann?

[jutta]

ich denke, dass genau das (timeout) passiert ist. fehlerbeschreibung war:

Hallo Jutta,

anscheinend hab ich mich etwas zu früh gefreut die Einwahl und die Telefonie funktionieren jetzt zwar aber sobald die Verbindung da ist kann man weder surfen noch mailen.

bei rtts jenseits der 2000ms wird surfen meiner erfahrung nach muehsam bis unmoeglich http://xDSL.at/viewtopic.php?t=35059&highlight=amule

die pppoe-verbindung duerfte auch ein paarmal wegen timeout unterbrochen worden sein:

Code: Alles auswählen

   0 Sat Jan 01 06:43:07 2000 PP0f  INFO  netMakeChannDial plug in firewall set 2 into if 805bba68
   1 Sat Jan 01 06:43:21 2000 PP0f  INFO  ppp_ready: ch:806ec1d0, iface:805bba68
   2 Sat Jan 01 06:43:22 2000 PP0f -WARN  SNMP TRAP 3: link up
   4 Sat Jan 01 06:43:22 2000 PP13  WARN  Accept() fail
   6 Sat Jan 01 06:43:22 2000 PP15  WARN  Accept() fail
   7 Sat Jan 01 06:44:17 2000 PP0f  WARN  Call drop because echo reply not received in time
   9 Sat Jan 01 06:44:17 2000 PP0f -WARN  SNMP TRAP 2: link down
  10 Sat Jan 01 06:44:17 2000 PP0f  INFO  netMakeChannDial plug in firewall set 2 into if 805bba68
  11 Sat Jan 01 06:44:31 2000 PP0f  INFO  ppp_ready: ch:806ec1d0, iface:805bba68
  12 Sat Jan 01 06:44:32 2000 PP0f -WARN  SNMP TRAP 3: link up
  14 Sat Jan 01 06:44:32 2000 PP15  WARN  Accept() fail
  16 Sat Jan 01 06:44:32 2000 PP13  WARN  Accept() fail
  17 Sat Jan 01 06:45:27 2000 PP0f  WARN  Call drop because echo reply not received in time
  19 Sat Jan 01 06:45:27 2000 PP0f -WARN  SNMP TRAP 2: link down
...


aber telnet ist ein tool aus zeiten, als man datenverbindung noch in bps oder maximal kbps mass, das ist geduldig

[Stefan Hedenig]

kann das jemand toppen?

UFF was hast du denn da beim P650 verstellt?

[jutta]

*aehm*. ich gar nix. ich habs in ordnung gebracht.

qos von vbr auf ubr umgestellt. (wobei: ich kenne ciscos, bei denen es mit vbr funktioniert, allerdings muss man da sonst auch noch einiges einstellen)

[Stefan Hedenig]

Achso, dann nehme ich das "du" natürlich gerne zurück und ersetze es durch ein unpersönliches "man"

hmm, mit QoS hab ich auch schon ein bissl herumgespielt, bei VBR geht glaub ich garnix Mal probieren wenn daheim niemand das Netz braucht.

[Stefan Hedenig]

YESSS! Ich habs geschafft

Zuerst eine kurze Routeninfo:

Code: Alles auswählen

tracert ping.inode.at
Tracing route to ping.inode.at [195.58.160.103]
over a maximum of 30 hops:

  1     2 ms     2 ms     2 ms  Banane [0.0.0.0]
  2  1464 ms   497 ms   499 ms  yesss-gw2.onenet.at [194.24.142.26]
  3   636 ms   502 ms   378 ms  vie-lim1-fe-1-3.onenet.at [194.24.142.17]
  4   516 ms   520 ms   496 ms  vie-i1-sv-130.onenet.at [194.24.158.61]
  5   556 ms   520 ms   779 ms  vie-d2-sv-152.onenet.at [194.24.131.162]
  6   815 ms   557 ms   520 ms  ott1-GB-01-VX2.shuttle.vien.inode.at [193.203.0.
57]
  7   375 ms   623 ms   799 ms  vie1-po-00-002.shuttle.vien.inode.at [62.99.170.
82]
  8  1996 ms  1397 ms  3641 ms  ping.inode.at [195.58.160.103]

Trace complete.


Nun das Ãœble..

Code: Alles auswählen

ping -w 50000 ping.inode.at -t
Reply from 195.58.160.103: bytes=32 time=2703ms TTL=54
Reply from 195.58.160.103: bytes=32 time=5317ms TTL=54
Reply from 195.58.160.103: bytes=32 time=3059ms TTL=54
Reply from 195.58.160.103: bytes=32 time=3095ms TTL=54
......
Reply from 195.58.160.103: bytes=32 time=2741ms TTL=54
Reply from 195.58.160.103: bytes=32 time=2740ms TTL=54
Reply from 195.58.160.103: bytes=32 time=2734ms TTL=54
Request timed out.
Request timed out.
Reply from 195.58.160.103: bytes=32 time=36368ms TTL=54
Reply from 195.58.160.103: bytes=32 time=1760ms TTL=54
Reply from 195.58.160.103: bytes=32 time=516ms TTL=54
Reply from 195.58.160.103: bytes=32 time=754ms TTL=54
Request timed out.
Reply from 195.58.160.103: bytes=32 time=544ms TTL=54
Reply from 195.58.160.103: bytes=32 time=304ms TTL=54
Reply from 195.58.160.103: bytes=32 time=443ms TTL=54
Reply from 195.58.160.103: bytes=32 time=403ms TTL=54
Reply from 195.58.160.103: bytes=32 time=681ms TTL=54
Reply from 195.58.160.103: bytes=32 time=740ms TTL=54
Reply from 195.58.160.103: bytes=32 time=277ms TTL=54
Reply from 195.58.160.103: bytes=32 time=595ms TTL=54
Reply from 195.58.160.103: bytes=32 time=693ms TTL=54
Reply from 195.58.160.103: bytes=32 time=2228ms TTL=54

Ping statistics for 195.58.160.103:
    Packets: Sent = 67, Received = 63, Lost = 4 (5% loss),
Approximate round trip times in milli-seconds:
    Minimum = 277ms, Maximum = 36368ms, Average = 2975ms

WOOHOO! 36368ms!!!!
Aber es war schwer das zu schaffen. Ich hab meine yesss simkarte in meinen HTC TyTn gesteckt, diesen ins GPRS Netz gezwungen, bin in den Keller gegangen wo ich nur 1/4 Strichen Empfang habe und hab im Hintergrund einen Speedtest angeworfen während das Pingfenster offen war. Yeah!

[jutta]

das wird schwer zu uebertreffen sein.

[Stefan Hedenig]

Naja bei einer adsl leitung mit ewig langem interleave, VBR und negativer SNR könnte das hinhauen...