>>>>> "Mark" == Mark Allman writes: Mark> less than 1Gbps, but I forget the actual wireless technology used on Mark> the IHR). The IHRs are all run into a switch (SW) at 1Gbps. The Mark> switch connects to the Internet via a 1Gbps link (so, this is a Mark> theoretical bottleneck right here ...). The "REH" is the remote end Mark> host. We monitor via mirroring on SW. 1) do you max out your 1Gb/s uplink at all? 2) have you investigated bufferbloat on that port of the switch? (and do you have congestion issues on your mirror port? I guess that the point of the loss analysis...) Mark> (3) This data is not ideal. Ideally I'd like to directly Mark> measure queues Mark> in a bazillion places. That'd be fabulous. But, I am working with Mark> what I have. I have traces that offer windows into the actual queue Mark> occupancy when the local users I monitor engage particular remote Mark> endpoints. Is this representative of the delays I'd find when the Mark> local users are not engaging the remote end system? I have no Mark> idea. I'd certainly like to know. But, the data doesn't tell me. Mark> I am reporting what I have. It is something. And, it is more than Mark> I have seen reported anywhere else. Folks should go collect more Mark> data. Thank you for this. -- ] Never tell me the odds! | ipv6 mesh networks [ ] Michael Richardson, Sandelman Software Works | network architect [ ] mcr@sandelman.ca http://www.sandelman.ca/ | ruby on rails [