T-Mobile is currently experiencing an outage in New York, inbound and outbound voice traffic is affected. I haven't received an ETR for this yet. -J
im working fine on tmo in nyc for voice/bis/sms... On Tue, Sep 2, 2008 at 1:19 PM, Jayson Navitsky <jnavitsky@gmail.com> wrote:
T-Mobile is currently experiencing an outage in New York, inbound and outbound voice traffic is affected. I haven't received an ETR for this yet.
-J _______________________________________________ outages mailing list outages@outages.org https://puck.nether.net/mailman/listinfo/outages
For those of you with COX or a COX Peer, it seems as though COX has shut off ICMP transiting their networks. I do not have a time yet when this will be fixed. Ryan Werber Sr Network Engineer Epik Networks Irvine, California
On Tue, Sep 02, 2008 at 04:11:11PM -0400, Ryan Werber wrote:
For those of you with COX or a COX Peer, it seems as though COX has shut off ICMP transiting their networks. I do not have a time yet when this will be fixed.
Has anyone confirmed if this affects all ICMP, or just specific ICMP types (e.g. echoreq/echorep)? If they're blocking all ICMP, someone at Cox needs to be fired immediately. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB |
Has anyone confirmed if this affects all ICMP, or just specific ICMP types (e.g. echoreq/echorep)?
If they're blocking all ICMP, someone at Cox needs to be fired immediately.
My Cox Rep confirmed that it indeed being blocked at 'several' of their peering points. I have not got a RFO as of yet, but they are initially blaming it on a "Peering Partner". My investigation concluded that it was COGENT (as174) that was the peering partner, yet I do not know who exactly was at fault, though it didn't sound like it was Cox from my rep. They had mentioned that their own monitoring systems were dark due to the outage. They had mentioned it was ALL icmp being affected. This affected traffic regardless of destination or source ip address. Ryan Werber Sr Network Engineer Epik Networks Irvine, California
ICMP traceroute works over my Cox peer in Florida. Ping to a Cox destination also works. C:\Documents and Settings\robert>tracert www.savethewhales.net Tracing route to www.savethewhales.net [64.14.244.60] <snip> 6 1 ms 1 ms 1 ms ip70-169-186-21.ga.at.cox.net [70.169.186.21] 7 1 ms 1 ms 1 ms 24.136.46.66 8 11 ms 11 ms 11 ms dukedsrj01-so100.tc.at.cox.net [68.1.15.73] 9 27 ms 27 ms 27 ms ashbbbrj01-as0.r2.as.cox.net [68.1.1.223] 10 34 ms 34 ms 34 ms cr2-tengig0-7-3-0.washington.savvis.net [204.70.197.246] <snip> C:\Documents and Settings\robert>ping www.savethewhales.net Pinging www.savethewhales.net [64.14.244.60] with 32 bytes of data: Reply from 64.14.244.60: bytes=32 time=86ms TTL=234 Reply from 64.14.244.60: bytes=32 time=85ms TTL=234 Reply from 64.14.244.60: bytes=32 time=85ms TTL=234 Reply from 64.14.244.60: bytes=32 time=85ms TTL=234 Ping statistics for 64.14.244.60: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 85ms, Maximum = 86ms, Average = 85ms Robert D. Scott Robert@ufl.edu Senior Network Engineer 352-273-0113 Phone CNS - Network Services 352-392-2061 CNS Receptionist University of Florida 352-392-9440 FAX Florida Lambda Rail 352-294-3571 FLR NOC Gainesville, FL 32611 321-663-0421 Cell -----Original Message----- From: outages-bounces@outages.org [mailto:outages-bounces@outages.org] On Behalf Of Jeremy Chadwick Sent: Tuesday, September 02, 2008 11:04 PM To: Ryan Werber Cc: outages@outages.org Subject: Re: [outages] COX ICMP Filter On Tue, Sep 02, 2008 at 04:11:11PM -0400, Ryan Werber wrote:
For those of you with COX or a COX Peer, it seems as though COX has shut off ICMP transiting their networks. I do not have a time yet when this will be fixed.
Has anyone confirmed if this affects all ICMP, or just specific ICMP types (e.g. echoreq/echorep)? If they're blocking all ICMP, someone at Cox needs to be fired immediately. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | _______________________________________________ outages mailing list outages@outages.org https://puck.nether.net/mailman/listinfo/outages
participants (5)
-
Christian Koch -
Jayson Navitsky -
Jeremy Chadwick -
Robert D. Scott -
Ryan Werber