nteresting indeed. I will check these machines. BTW, someone suggested
to run mtr with a higher mtu. I tried with this command:
mtr --psize 1500 google.com . With this size I get an empty screen.
Also tried with psize 800 and I also get empty screen. With psize 500
I get the path to google but then I get around 55-60% packet loss. If
I ping
ping -s 1500 google.com
PING google.com (64.233.167.99) 1500(1528) bytes of data.
--- google.com ping statistics ---
15 packets transmitted, 0 received, 100% packet loss, time 14001ms
ping -s 800 google.com
PING google.com (64.233.167.99) 800(828) bytes of data.
--- google.com ping statistics ---
12 packets transmitted, 0 received, 100% packet loss, time 11022ms
ping -s 500 google.com
PING google.com (64.233.167.99) 500(528) bytes of data.
64 bytes from py-in-f99.google.com (64.233.167.99): icmp_seq=1 ttl=236
(truncated)
64 bytes from py-in-f99.google.com (64.233.167.99): icmp_seq=2 ttl=236
(truncated)
64 bytes from py-in-f99.google.com (64.233.167.99): icmp_seq=3 ttl=236
(truncated)
64 bytes from py-in-f99.google.com (64.233.167.99): icmp_seq=4 ttl=236
(truncated)
64 bytes from py-in-f99.google.com (64.233.167.99): icmp_seq=5 ttl=236
(truncated)
64 bytes from py-in-f99.google.com (64.233.167.99): icmp_seq=6 ttl=236
(truncated)
64 bytes from py-in-f99.google.com (64.233.167.99): icmp_seq=7 ttl=236
(truncated)
64 bytes from py-in-f99.google.com (64.233.167.99): icmp_seq=8 ttl=236
(truncated)
64 bytes from py-in-f99.google.com (64.233.167.99): icmp_seq=9 ttl=236
(truncated)
64 bytes from py-in-f99.google.com (64.233.167.99): icmp_seq=10
ttl=236 (truncated)
64 bytes from py-in-f99.google.com (64.233.167.99): icmp_seq=11
ttl=236 (truncated)
64 bytes from py-in-f99.google.com (64.233.167.99): icmp_seq=12
ttl=236 (truncated)
64 bytes from py-in-f99.google.com (64.233.167.99): icmp_seq=13
ttl=236 (truncated)
64 bytes from py-in-f99.google.com (64.233.167.99): icmp_seq=14
ttl=236 (truncated)
64 bytes from py-in-f99.google.com (64.233.167.99): icmp_seq=15
ttl=236 (truncated)
64 bytes from py-in-f99.google.com (64.233.167.99): icmp_seq=16
ttl=236 (truncated)
64 bytes from py-in-f99.google.com (64.233.167.99): icmp_seq=17
ttl=236 (truncated)
--- google.com ping statistics ---
17 packets transmitted, 17 received, 0% packet loss, time 16012ms
rtt min/avg/max/mdev = 178.251/184.751/193.826/4.534 ms
Now I know from someone who checks security at various places that
those who are using adsl, he saw something called quality of service.
When people complain, they start to put more centrals because they are
afraid to lose customers and put more centrals. The fact that you have
5MBit/s doesn't mean you get this speed if you are far away from the
nearest central.
Anyone else suffers from packet loss?
On Sat, Mar 22, 2008 at 1:02 AM, Hetz Ben Hamo [EMAIL PROTECTED] wrote:
I use ADSL (5Mbit). My ISP: Netvision.
It seems that they also have some serious packet drops even from my
machine to Netvision! check this out: (problems are marked with
arrows)
./mtr -c 10 -r netvision.net.il
HOST: witch.dyndns.orgLoss% Snt Last Avg Best Wrst StDev
1. 192.168.1.1 0.0%101.3 0.9 0.7 1.4 0.3
2. lo0.lns05.hfa.nv.net.il 0.0%10 11.4 26.6 11.4 147.4 42.5
-- 3. vl201.coresw1.hfa.nv.net.il 30.0%10 30.6 16.3 12.0
30.6 6.4 ---
4. po41.srvc4.hfa.nv.net.il 0.0%10 30.5 16.6 11.7 30.5 7.4
5. ??? 100.0100.0 0.0 0.0 0.0 0.0
./mtr -c 10 -r www.ynet.co.il
HOST: witch.dyndns.orgLoss% Snt Last Avg Best Wrst StDev
1. 192.168.1.1 0.0%100.8 0.9 0.7 1.4 0.2
2. lo0.lns05.hfa.nv.net.il 0.0%10 11.5 11.6 11.3 12.1 0.2
-- 3. vl201.coresw1.hfa.nv.net.il 40.0%10 12.1 14.6 11.8
27.1 6.1 --
4. po41.srvc4.hfa.nv.net.il 0.0%10 11.6 12.9 11.6 17.9 2.1
5. 212.143.162.136 0.0%10 14.2 13.2 11.4 16.3 1.6
Hmm, I wonder if Netvision knows about this..
Hetz
On Fri, Mar 21, 2008 at 10:10 PM, sara fink [EMAIL PROTECTED] wrote:
Hello Everyone
I am having major problem with packet loss at some hot server that
sits in tel aviv. www.dnsstuff.com revealed this info.
I would like to know how many people suffer from this problem.
For this task mtr program is needed. The program can be downloaded at
http://www.bitwizard.nl/mtr/ .
The description of the program is mtr combines the functionality
of the traceroute and ping programs in a single network diagnostic
tool.
As mtr starts, it investigates the network connection between the
host mtr runs on and HOSTNAME. by sending packets with purposly
low TTLs. It continues to send packets with low TTL, noting the
response time of the intervening routers. This allows mtr to print
the response