On Wed, Jan 18, 2012 at 2:37 PM, Derek Smithies <[email protected]> wrote: > Hi, > I have a linux box in a data centre, somewhere in the US.. > > This box runs a program which talks voip (lots of udp packets, a few tcp > packets) > with other boxes. > > Being performance conscious, things like packet loss are monitored, and > there are packets being dropped. > > An identical box, with the same settings for firewall etc, with the same > program, but in a totally different place, > reports no loss. > > ok. run > ping -q -A -c 200 4.2.2.2 > > and the loss rate may be anything from 0 to 8% (on some runs it is perfect, > on others it is bad) > > the data centre network operators claim it is not them, and that their > centre is fine. I don't know if the > data centre is running traffic shapers, bandwidth throttling, or what.. > > iptables -L reports no drop rules. > > Conclusion: it is not the firewall settings that is dropping packets. > Don't think it is hardware, but I did remember hearing something about full > & half duplex > However, one can use the command: >>>mii-tool eth0 > eth0: 10 Mbit, full duplex, link ok > (ethtool appears to be the newer tool, but ethtool fails on operations > I found a tool on the network called shaperprobe, that (apparently) works > out if there is any traffic shaping going on. > This tool reports no shaping.. > > Is it the hardware on the box? I don't think so. - it is a new box. Is it my > software - no - ping reports similar answers. > is the box heavily loaded - no. the load average is 0.00 > > Question: > is there a software tool to analyse network traffic and work out where the > packets are being lost (tcptrace?) and > say why they are being lost?
There is a tool, which you probably know, called traceroute, does it help? _______________________________________________ Linux-users mailing list [email protected] http://lists.canterbury.ac.nz/mailman/listinfo/linux-users
