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