<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>The Nir Simionovich blog &#187; GlobalCrossing</title>
	<atom:link href="http://www.simionovich.com/tag/globalcrossing/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.simionovich.com</link>
	<description>The rants and raves of a technogeek</description>
	<lastBuildDate>Sat, 03 Sep 2011 19:26:39 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>Battling the GlobalCrossing CallerID blues</title>
		<link>http://www.simionovich.com/2009/02/26/battling-the-globalcrossing-callerid-blues/</link>
		<comments>http://www.simionovich.com/2009/02/26/battling-the-globalcrossing-callerid-blues/#comments</comments>
		<pubDate>Wed, 25 Feb 2009 22:17:37 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Asterisk]]></category>
		<category><![CDATA[SIP]]></category>
		<category><![CDATA[community]]></category>
		<category><![CDATA[rants]]></category>
		<category><![CDATA[technnology]]></category>
		<category><![CDATA[CALLERID]]></category>
		<category><![CDATA[Carrier]]></category>
		<category><![CDATA[DID]]></category>
		<category><![CDATA[GlobalCrossing]]></category>
		<category><![CDATA[Level3]]></category>

		<guid isPermaLink="false">http://www.simionovich.com/?p=260</guid>
		<description><![CDATA[As a part of my job, I manage and maintain customer platform &#8211; usually operating in the Calling Cards and VoIP services market. Over the course of time, I&#8217;ve learned to rely on some providers in this world, knowing that they work 99.999% of the time. For example, i like working with DID numbers provided]]></description>
			<content:encoded><![CDATA[<div class="tweetmeme_button" style="float: right; margin-left: 10px;">
			<a href="http://api.tweetmeme.com/share?url=http%3A%2F%2Fwww.simionovich.com%2F2009%2F02%2F26%2Fbattling-the-globalcrossing-callerid-blues%2F"><br />
				<img src="http://api.tweetmeme.com/imagebutton.gif?url=http%3A%2F%2Fwww.simionovich.com%2F2009%2F02%2F26%2Fbattling-the-globalcrossing-callerid-blues%2F&amp;source=nirsimionovich&amp;style=normal&amp;service=bit.ly" height="61" width="50" /><br />
			</a>
		</div>
<p>As a part of my job, I manage and maintain customer platform &#8211; usually operating in the Calling Cards and VoIP services market. Over the course of time, I&#8217;ve learned to rely on some providers in this world, knowing that they work 99.999% of the time.</p>
<p>For example, i like working with DID numbers provided by Level3, GlobalCrossing and Voxbone. I have a fair dislike for DIDX and the like, simply due to the fact that their reliability, not the DIDX platform, but the providers themselves is questionable &#8211; at best.</p>
<p>So, why is this post called: &#8220;Battliing the GlobalCrossing CallerID blues&#8221;? simple, because the list that appeared before is now missing GlobalCrossing. Over the course of time, I&#8217;ve learned to live with the various quirks of GlobalCrossing, mainly, their inability to provide a proper e164 number as a part of the SIP headers. Usually, I would receive headers from global crossing that look like this:</p>
<p>FROM HEADER: &lt;sip:3054230103@xxx.xxx.xxx.xxx&gt;;tag=as54cf6928</p>
<p>Now, I new that in general, that didn&#8217;t post much of a problem, as long as it was consistent. However, starting today, some of the requests started looking like this:</p>
<p>FROM HEADER: &lt;sip:13054230103@xxx.xxx.xxx.xxx&gt;;tag=as1213141</p>
<p>However, to make things weird, one INVITE request would carry the non-valid e164 numbering, while the second INVITE may carry the correct format. In other words, there is no way to know exactly if the number is provided in full e164 or not. So, I tried doing some header mangling using Asterisk and other tools, however, nothing helped. Surely the format changed along the way, however, when I changed one side of the system, another side of the system broke &#8211; simply because it relied on something else &#8211; in other words, a fuck&#8217;n mess.</p>
<p>At this point, the problem is not yet resolved and i&#8217;m working with my DID provider to remedy the situation &#8211; after investigating it, the DID provider is currently bashing the heads at GlobalCrossing to fix the issue on their side. I will report back once I have more information.</p>
<p>If you suffered similar problems with other DID providers, I&#8217;d love to hear about it.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.simionovich.com/2009/02/26/battling-the-globalcrossing-callerid-blues/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
	</channel>
</rss>

