McAfee/AT&T Issue

Calhoun, Matthew mcalhoun at iodatacenters.com
Wed Feb 18 12:25:02 CST 2009


While I agree with all of your assessments, this traceroute was being provided to illustrate where traffic *appears* to be stopping when we are seeing the issue. It's intermittent, so some times we can reach the destination hosts (via HTTP, HTTPS, etc.) and sometimes we can't.

When we can reach the destination hosts (via HTTP), the traceroute completes
When we can't reach the destination hosts (via HTTP), the traceroute won't complete and the last hop is the host that I indicated in my previous post (12.118.225.22)

Thanks,
Matt

-----Original Message-----
From: Justin Krejci [mailto:jkrejci at usinternet.com] 
Sent: Wednesday, February 18, 2009 11:15 AM
To: kgasso at visp.net; Calhoun, Matthew
Cc: 'NANOG list'
Subject: RE: McAfee/AT&T Issue

We've also seen that busy routers are slower to respond to requests directed
at them as opposed to traffic routing thru them which can continue to work
without issue or performance loss.

-----Original Message-----
From: Kameron Gasso [mailto:kgasso-lists at visp.net]
Sent: Wednesday, February 18, 2009 12:03 PM
To: Calhoun, Matthew
Cc: NANOG list
Subject: Re: McAfee/AT&T Issue

Calhoun, Matthew wrote:
> 9   212 ms   200 ms     *     12.118.225.22 <--------Problem occurring
here. Sometimes traffic gets through, sometimes it doesn't
> 10   29 ms    26 ms    26 ms  216.143.71.219
> 11   26 ms    26 ms    26 ms  www.mcafeeasap.com [208.69.153.135]

Looks a lot like that hop is rate-limiting ICMP to itself.  Everything
beyond it seems to be good from the looks of it.

-Kam





More information about the NANOG mailing list