Ping is talking to the DG via ICMP. It's not uncommon for devices to have completely separate codepaths/priority schemes for dealing with ICMP traffic as opposed to "real" traffic... typically with ICMP at a lower priority.
This is also why latency on tracert's can differ substantially than what actual data payloads see. As to your original Q, I'd look at making sure your NIC drivers and switch firmware were up to date. I've seen large video loads cause NICs to drop link. Also, trying your pings with a larger payload (-l 10000) can be revealing. -sc -----Original Message----- From: Glen Johnson [mailto:gjohn...@vhcc.edu] Sent: Tuesday, March 30, 2010 10:59 AM To: NT System Admin Issues Subject: RE: Strange network issue Maybe a wild shot, but we had this problem once. Is the default gateway 192.168.0.1? Vendor brought in a DVR with had a static ip configured to that same. Chased that one down for quite a while. Could be someone brought in a wap or other device with same ip as the default gateway. -----Original Message----- From: Eric Brouwer [mailto:er...@forestpost.com] Sent: Tuesday, March 30, 2010 10:16 AM To: NT System Admin Issues Subject: Strange network issue Good morning, I'm having a very odd networking issue with one computer in the office. The machine in question is an HP box running XP Pro and is used for video editing. When the editor tries to access network resources, he sometimes loses his network connection and his process basically locks up. This happens during simple file transfers through Explorer. Here's where it gets weird... I started a continuos ping (ping -t) to the file server in question, and everything looks great. No lost packets at all. I then ran the same ping to the default gateway and I'm seeing a lot of Request time outs. I'd say 10-15% of the ping requests fail. Any idea why I'd have trouble pinging the DG, but not a resource on the other side of the DG? Thank you, Eric Brouwer IT Manager www.forestpost.com er...@forestpost.com 248.855.4333 ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~