http://seclists.org/nanog/2012/Mar/133

http://mailman.nanog.org/pipermail/nanog/2012-March/046250.html

Bill Woodcock is on the board of trustees of ARIN

Global Naps just shut down, and all major carriers are effected as they used Global Naps a lot in Verizon territory. Most affected areas are FL, ATL, NJ, NY, ME, NH, CT, MA, RI, PA. It is affecting all carriers including Level 3, AT&T, and others. They were a major COLO provider, so even carriers that weren’t using them but were within their colo facilities were shut down. If you look at when this  started becoming more of a problem, I think you’ll see commonality with the first week of March when they shut down.

Carriers are scrambling to get their equipment and move it.

I thought people would benefit from more light on the subject, it does benefit to know why things are happening rather than making rash re-routing decisions.

Unless of course..

<shamelessplug>

That re-routing decision is to send your traffic to siproutes.com

</shamelessplug>

Not a lot being written about it when Googled. Many carriers are keeping their problems hush hush.

I’ve got extensive experience with managing multiple voice rate decks, whether they are OCN/LATA, 6-digit, or 7-digit decks. I can perform the following services:

• Summarizing prefixes to eliminate un-needed routes.
• Exploding OCN/LATA decks against LERG to get either 6 or 7 digit routing codes.
• Optimize your decks for your LCR.
• Perform rate analysis to inform you how to configure your LCR strategy.

Please contact me to discuss your specific needs.

The only Cloud-Based Least Cost Routing Service I’ve ever seen. SIPRoutes is the most advanced Wholesale SIP Termination Service on the market. The service includes automatic LRN dipping and routing to carriers who support it, so that you don’t have to fuss with it. They give you the control over how your traffic is routed…don’t like a carrier? Take them out. Don’t like a carrier for one region, whether it be NPA, NPANXX, NPANXXY, LATA, LATA-OCN, Ratecenter, or State, SIPRoutes gives you the granular ability to limit the foot prints of the carriers you want to use in their Cloud LCR Service.

Shortly after posting one of the Amazonians, Luke answered my question. Apparently there was an issue with the US-EAST-1 and EU-WEST-1 regions of EC2. I was surprised that I was the only one to notice this but they fixed it promptly.

The Forum post link is attached.

https://forums.aws.amazon.com/thread.jspa?messageID=218267

<Editorial Start>

I’ve always said if you look at the declining cost of communications over time and during different technological eras, every time a new innovation in the communications realm becomes more affordable it allows more people to adopt it and our population’s education level increases drastically due wide spread access to information.

Disagree? Look at the affects of the Newspaper, Telegraph, Telephone, Television, The Internet, Cell Phones, I could go on and on. The fact is that when each of these technologies received mass market acceptance, the education level of the populous jumped forward.

</ Editorial Stop >

Back to my proposal. Due to the number of carriers in the space (very low) ultimately LCR engines overlap causing loops in call attempts. Example, I send a call to AT&T and they 503 the call due to network congestion or they don’t support the ratecenter I’m calling. I route advance in my LCR, and send to “Bobs CLEC ITSP in a garage”, Garage boy is also interconnected with AT&T and decides that’s the best route to send the call, again resulting in a 503. This illustrates the problem I’m discussing, the fact that Bob’s ITSP didn’t know that I already tried AT&T  results in a looping affect.

I’d like to propose an amendment to the SIP RFC 3261 or a new RFC all together that creates a public registration number for each SIP provider, similar to an ASN in the IPv4 space. The RFC would outline support for either a new sip header or an addition to one of the existing headers, that would allow SIP proxies and B2BUAs to populate a list of carrier registration numbers already tried for a particular call attempt, allowing the next carriers’ LCR to filter out those carriers when making the next LCR decision to avoid overlap and looping.

After trying a lot of different solutions I found some information regarding the

ini_set

command in php. The information indicated that fgetcsv fails to detect line endings in macintosh created csv files. I found documentation on php.net that talked about this issue. The solution is to add the following line above your

fopen()

command.

ini_set('auto_detect_line_endings', true);

To check run:

sudo apache2ctl -M

If you don’t see “rewrite_module” Run the following command:

a2enmod rewrite

Then Restart Apache

Voila!