<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
	>

<channel>
	<title>GigaOM &#187; mobile core</title>
	<atom:link href="http://gigaom.com/tag/mobile-core/feed/" rel="self" type="application/rss+xml" />
	<link>http://gigaom.com</link>
	<description></description>
	<lastBuildDate>Sat, 25 May 2013 14:22:21 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
<cloud domain='gigaom.com' port='80' path='/?rsscloud=notify' registerProcedure='' protocol='http-post' />
<image>
		<url>http://0.gravatar.com/blavatar/0db8f6557d022075dbbf010c54d46d93?s=96&#038;d=http%3A%2F%2Fs2.wp.com%2Fi%2Fbuttonw-com.png</url>
		<title>GigaOM &#187; mobile core</title>
		<link>http://gigaom.com</link>
	</image>
	<atom:link rel="search" type="application/opensearchdescription+xml" href="http://gigaom.com/osd.xml" title="GigaOM" />
	<atom:link rel='hub' href='http://gigaom.com/?pushpress=hub'/>
		<item>
		<title>Why are mobile networks dropping like flies?</title>
		<link>http://gigaom.com/2012/07/13/why-are-mobile-networks-dropping-like-flies/</link>
		<comments>http://gigaom.com/2012/07/13/why-are-mobile-networks-dropping-like-flies/#comments</comments>
		<pubDate>Fri, 13 Jul 2012 21:15:39 +0000</pubDate>
		<dc:creator>Kevin Fitchard</dc:creator>
				<category><![CDATA[3G networks]]></category>
		<category><![CDATA[mobile core]]></category>
		<category><![CDATA[network failure]]></category>
		<category><![CDATA[Outages]]></category>
		<category><![CDATA[overload]]></category>
		<category><![CDATA[service delivery architecture]]></category>
		<category><![CDATA[signaling]]></category>
		<category><![CDATA[software bugs]]></category>

		<guid isPermaLink="false">http://gigaom.com/?p=542576</guid>
		<description><![CDATA[Last week, Orange France’s mobile network tanked, knocking out the mobile phones of millions of subscribers. This week the same thing happened to O2 in the U.K. U.S. carriers like Verizon and T-Mobile aren't immune either. Global networks have developed a big signaling problem.<img alt="" border="0" src="http://stats.wordpress.com/b.gif?host=gigaom.com&#038;blog=14960843&#038;post=542576&#038;subd=gigaom2&#038;ref=&#038;feed=1" width="1" height="1" />]]></description>
				<content:encoded><![CDATA[<p><a href="http://gigaom.com/broadband/verizon-lte-outage-reliable/no-phone-service/" rel="attachment wp-att-337613"><img  title="no-phone-service" src="http://gigaom2.files.wordpress.com/2011/04/no-phone-service.jpg?w=300&#038;h=200" alt="" width="300" height="200" class="alignleft size-medium wp-image-337613" /></a><strong>Updated.</strong> Last week, Orange France’s mobile network tanked, knocking out the mobile phones of millions of subscribers. This week the same thing happened to O2 in the U.K. The U.S. isn’t immune either. Just last week <a href="http://gigaom.com/mobile/outages-arent-just-for-lte-t-mobile-experiences-network-hiccup/">T-Mobile suffered from a smaller glitch</a>, but the granddaddy of all network failures hit Verizon Wireless in December when its LTE network went down on three separate occasions in a single month.</p>
<p>Why are networks suddenly conking out all over the world? It looks like global networks are developing a signaling problem – more specifically a signaling overload problem.</p>
<p>Details are starting to emerge about just what caused the Orange and O2 outages. <a href="http://www.computerworlduk.com/news/mobile-wireless/3368648/orange-mobile-database-flaw-affects-26-million-in-france/">Computerworld UK</a> and <a href="http://www.information-age.com/channels/comms-and-networking/news/2112293/o2-network-systems-not-masts-to-blame-for-outage.thtml">Information Age</a> separately reported that the network element at fault in both cases was the home location register, or HLR. It’s not exactly the most commonly known piece of gear, but in brief the HLR acts as an anchor point to which we remain tethered as we move about the network. It stores our subscriber identities and knows what services we can access, but most importantly, it tracks each device’s present location so the network knows where to direct inbound and outbound traffic.</p>
<p>The HLR plays its dispatch role by receiving a constant stream of signals from devices updating the database on their current locations and activities.  According to Computerworld, a data glitch in an Orange HLR node generated error messages, which then multiplied as they got knocked back and forth around the network. Just because the HLR was failing, that didn’t stop devices from sending out their updates. Like a million kids screaming “look at me!” from the backseat while you’re trying to deal with the coffee you just spilled in your lap, smartphones kept pinging the suffering HLR creating a huge bottleneck. The end result: the whole system fails, leaving millions of handsets without their lifelines to the network core.</p>
<p>If the Orange and O2 failures sound familiar, it’s because the <a href="http://gigaom.com/broadband/verizon-explains-its-string-of-lte-outages/">exact same thing that happened to Verizon</a> in December. Since Verizon’s network is an LTE system, not an HSPA one, its core architecture is a bit different, but the basic problem seems to be the same. A software bug generated error messages that backed up its core elements, causing them to be oversaturated by signals and ultimately forcing the whole core to crash.</p>
<h2>A whole lot of bandwidth but nowhere to go</h2>
<p><a href="http://gigaom.com/cleantech/10-reasons-why-utilities-want-to-use-public-networks/cellulartower3/" rel="attachment wp-att-242007"><img  title="cellulartower3" src="http://earth2tech.files.wordpress.com/2010/07/cellulartower3.jpg?w=300&#038;h=225" alt="" width="300" height="225" class="alignright size-medium wp-image-242007" /></a>In all three situations, the radio networks weren’t the problem. The networks still had plenty of capacity, and all devices were capable of connecting to their towers to send and receive data. But with a broken core, the networks had no idea where and whom to send that data to. Imagine playing <a href="http://www.findwaldo.com/">Where’s Waldo?</a> with 10 million people in a single storybook frame.</p>
<p>In Verizon’s case you could chalk it up to the relative newness of both the network and the LTE standard, but in the case of Orange and O2, their UMTS networks have been up and running for nearly a decade. For their HLRs to now start developing random terminal bugs seems rather odd. The problem doesn’t appear to be inherent in the equipment itself but in the sheer volume of signaling traffic traversing mobile networks driven by the smartphone boom.</p>
<p>That constant network chatter from smartphones and their applications are overwhelming network cores. On normal days they can handle that traffic, but even a small glitch throws everything out of whack. Smartphone use is only increasing, so this problem is only going to get worse.</p>
<h2>What’s to be done?</h2>
<p>If you talk to the signaling system vendors such as Tekelec, Acme Packet, Traffix Systems, Intellinet and Openet, you’ll get a single resounding answer: Diameter! Diameter is signaling protocol used in LTE core networks, and those aforementioned vendors claim that more robust and flexible <a href="http://connectedplanetonline.com/mss/4g-world/the-lte-signaling-challenge-0919/">routers using that protocol will nip the signaling problem in the bud</a>. Diameter&#8217;s load balancing techniques would allow the network to shift the signaling load away from elements experiencing problems &#8212; isolating failures rather than allowing them to infect everything around them.</p>
<p><a href="http://gigaom.com/2012/07/13/why-are-mobile-networks-dropping-like-flies/shutterstock_54187501/" rel="attachment wp-att-542577"><img  title="Compass Diameter circle drafting" src="http://gigaom2.files.wordpress.com/2012/07/shutterstock_54187501.jpg?w=218&#038;h=300" alt="" width="218" height="300" class="alignleft size-medium wp-image-542577" /></a>Given O2 and Orange’s failures, those vendors are jumping at the chance to claim diameter routers are now necessary for 3G networks as well, and they’re probably right. The vast majority of smartphone traffic currently runs through 3G towers, and it’s going to remain that way for a while. But diameter is by no means a cure-all.</p>
<p>Verizon has experienced a record number of network failures, even though its uses the next generation signaling protocol. <del>despite the fact it <a href="http://www.currentanalysis.com/h/2011/Tekelec-Diameter-Verizon.asp">implemented Tekelec’s diameter platform last year</a></del>. <del>Tekelec certainly isn&#8217;t to blame for the outages – they</del> The outages were caused by software bugs in other elements, yet its diameter routers weren’t able to contain the problem, either, when the network started going haywire. <strong>Update: </strong>While Tekelec in August revealed that Verizon was a customer for its Diameter signaling router, Tekelec officials told me that Verizon hadn&#8217;t actually deployed its equipment by the time of the December outages.</p>
<p>Whatever the eventual cure, the wireless industry had better find it quick. O2’s London outage was particularly embarrassing because of the upcoming Olympics. But other operators should be just as worried. A network that needs to be shut down and rebooted every few months isn’t much of a network at all. <strong></strong></p>
<p><em><a title="Attribution-ShareAlike License" href="http://creativecommons.org/licenses/by-sa/2.0/">Tower Image courtesy</a> of Flickr user <a href="http://www.flickr.com/photos/nikhilverma/">Nikhil Verma</a></em>; <em>Compass photo courtesy of <a href="http://www.shutterstock.com/pic-54187501/stock-photo-drawing-compass.html">Shutterstock</a> user Sashkin</em></p>
<br />  <img alt="" border="0" src="http://stats.wordpress.com/b.gif?host=gigaom.com&#038;blog=14960843&#038;post=542576&#038;subd=gigaom2&#038;ref=&#038;feed=1" width="1" height="1" /><p><a href="http://pubads.g.doubleclick.net/gampad/jump?iu=/1008864/GigaOM_RSS_300x250&#038;sz=300x250&#038;c=6829"><img src="http://pubads.g.doubleclick.net/gampad/ad?iu=/1008864/GigaOM_RSS_300x250&#038;sz=300x250&#038;c=6829" /></a></p><p><strong>Related research and analysis from GigaOM Pro:</strong><br />Subscriber content. <a href="http://pro.gigaom.com/?utm_source=tech&utm_medium=editorial&utm_campaign=auto3&utm_term=542576+why-are-mobile-networks-dropping-like-flies&utm_content=kfitchard">Sign up for a free trial</a>.</p><ul><li><a href="http://pro.gigaom.com/2011/09/the-future-of-mobile-a-segment-analysis-by-gigaom-pro/?utm_source=tech&utm_medium=editorial&utm_campaign=auto3&utm_term=542576+why-are-mobile-networks-dropping-like-flies&utm_content=kfitchard">The future of mobile: a segment analysis by GigaOM Pro</a></li><li><a href="http://pro.gigaom.com/2011/09/forecast-the-future-of-near-field-communication/?utm_source=tech&utm_medium=editorial&utm_campaign=auto3&utm_term=542576+why-are-mobile-networks-dropping-like-flies&utm_content=kfitchard">Forecast: the future of near field communication</a></li><li><a href="http://pro.gigaom.com/2012/12/how-operators-can-manage-the-signaling-storm-in-2013/?utm_source=tech&utm_medium=editorial&utm_campaign=auto3&utm_term=542576+why-are-mobile-networks-dropping-like-flies&utm_content=kfitchard">How to manage the signaling storm in 2013</a></li></ul>]]></content:encoded>
			<wfw:commentRss>http://gigaom.com/2012/07/13/why-are-mobile-networks-dropping-like-flies/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
	
		<media:thumbnail url="http://gigaom2.files.wordpress.com/2011/04/no-phone-service.jpg?w=150" />
		<media:content url="http://gigaom2.files.wordpress.com/2011/04/no-phone-service.jpg?w=150" medium="image">
			<media:title type="html">no-phone-service</media:title>
		</media:content>

		<media:content url="http://0.gravatar.com/avatar/0544c4b228f8fa80e31bb952501cd7a4?s=96&#38;d=retro&#38;r=PG" medium="image">
			<media:title type="html">kfitchard</media:title>
		</media:content>

		<media:content url="http://gigaom2.files.wordpress.com/2011/04/no-phone-service.jpg?w=300" medium="image">
			<media:title type="html">no-phone-service</media:title>
		</media:content>

		<media:content url="http://earth2tech.files.wordpress.com/2010/07/cellulartower3.jpg?w=300" medium="image">
			<media:title type="html">cellulartower3</media:title>
		</media:content>

		<media:content url="http://gigaom2.files.wordpress.com/2012/07/shutterstock_54187501.jpg?w=218" medium="image">
			<media:title type="html">Compass Diameter circle drafting</media:title>
		</media:content>
	</item>
		<item>
		<title>Cisco scales its mobile core to meet the smartphone boom</title>
		<link>http://gigaom.com/2012/06/05/cisco-scales-its-mobile-core-to-meet-the-smartphone-boom/</link>
		<comments>http://gigaom.com/2012/06/05/cisco-scales-its-mobile-core-to-meet-the-smartphone-boom/#comments</comments>
		<pubDate>Tue, 05 Jun 2012 14:17:10 +0000</pubDate>
		<dc:creator>Kevin Fitchard</dc:creator>
				<category><![CDATA[ASR5500]]></category>
		<category><![CDATA[Core gateway]]></category>
		<category><![CDATA[Evolved packet core]]></category>
		<category><![CDATA[mobile core]]></category>
		<category><![CDATA[mobile data]]></category>
		<category><![CDATA[mobile data network]]></category>
		<category><![CDATA[Mobile Internet]]></category>
		<category><![CDATA[mobile Internet infrastructure]]></category>
		<category><![CDATA[Murali Nemani]]></category>
		<category><![CDATA[PDN]]></category>
		<category><![CDATA[PDSN]]></category>
		<category><![CDATA[radio technologies]]></category>
		<category><![CDATA[S-gateway]]></category>
		<category><![CDATA[SGSN]]></category>

		<guid isPermaLink="false">http://gigaom.com/?p=528821</guid>
		<description><![CDATA[As mobile app usage explodes, wireless equipment vendors have been forced to not only keep pace to with radio technologies scale the Internet infrastructure behind them. Cisco has built a new mobile core to handle the enormous data loads the smartphone has heaped onto wireless networks.<img alt="" border="0" src="http://stats.wordpress.com/b.gif?host=gigaom.com&#038;blog=14960843&#038;post=528821&#038;subd=gigaom2&#038;ref=&#038;feed=1" width="1" height="1" />]]></description>
				<content:encoded><![CDATA[<p><a href="http://gigaom2.files.wordpress.com/2011/04/istock_000005894153small-1.jpg"><img  title="digital data flow through optical wire" src="http://gigaom2.files.wordpress.com/2011/04/istock_000005894153small-1.jpg?w=300&#038;h=199" alt="" width="300" height="199" class="alignleft size-medium wp-image-335874" /></a>As smartphone and mobile app usage explodes, wireless equipment vendors have been forced to not only keep pace to with network technologies like HSPA+ and LTE, but also scale the mobile Internet infrastructure behind those radios. Cisco Systems on Tuesday unveiled its new mobile core, a gateway designed to handle the enormous loads of new data traffic the smartphone has heaped onto wireless networks.</p>
<p>Called <a href="http://www.marketwatch.com/story/cisco-delivers-foundation-for-next-generation-mobile-internet-2012-06-05">the ASR5500</a>, the core gateway is designed to handle what Cisco called the “new normal” of the mobile data network: millions of devices, each with dozens of applications in constant communication with the network. According to Murali Nemani, Cisco director of service provider mobility, that influx presents three distinct challenges: maintaining millions of sessions, supporting millions of individual transactions and handling enormous throughput.</p>
<p>You can distinguish between the three by breaking down a Google Chat conversation, Nemani said. Chat is constantly creating sessions over the network, pinging Google’s servers to see if an IM session is being initiated. If a chat session is opened, the messages sent between the participants are the transactions, while the actual payload of those messages – the text, video or voice – is handled by raw network throughput.</p>
<p>All of the background sessions and transaction signaling that makes our mobile apps tick run over the what’s known as the control plane, while what we actually experience – the services and content – ride the bearer plane. The capacity of both planes needs to be scaled enormously to meet the smartphone’s unquenchable hunger, but the problem facing carriers is that the capacity demands of those planes varies dramatically from site to site and time of day.</p>
<p>“In the morning there is a massive spike in signaling as people check e-mail and do social networking,” Nemani said. All of that signaling traffic places enormous demands on the control plane, but requires very little in terms of throughput, he said. “In the evening it’s throughput that’s in most demand as consumers shift to watching video and viewing other content,” Nemani said.</p>
<p><a href="http://gigaom2.files.wordpress.com/2012/06/cisco-asr-5500_front-view.jpeg"><img  title="Cisco ASR 5500_front view" src="http://gigaom2.files.wordpress.com/2012/06/cisco-asr-5500_front-view.jpeg?w=240&#038;h=300" alt="" width="240" height="300" class="alignright size-medium wp-image-528828" /></a>When designing the ASR5500 Cisco attempted to create an “elastic” core, which would prevent operators from having to scale both their signaling and throughput requirements for the worst-case scenarios of any given day, Nemani said. Rather than create dedicated resources for each type of traffic, the gateway’s processers are generic, allowing capacity to be shifted between the control and bearer planes in real-time. The result, Nemani said, is a dynamic mobile core that at any given moment can be signaling juggernaut or a packet-routing powerhouse.</p>
<p>Two carriers, Verizon Wireless and India’s Bharti, have already installed the new gateway in their networks, but given Cisco’s track record in the mobile core, many more operators are sure to follow.</p>
<p>While we often hear of the big radio network deals going to Ericsson and Nokia Siemens Networks, Cisco has been the unsung vendor in the guts of the network ever since its <a href="http://gigaom.com/2009/10/13/cisco-scoops-up-starent-to-manage-mobile-data-deluge/">scooped up gateway specialist Starent in 2009</a>. The core is a much smaller contract than the radio win in terms of revenues and it’s often less publicized. Synergy Research estimates that the mobile core market totaled $2.4 billion globally in 2011. It’s growing rapidly, but to put that in perspective a single large LTE radio network build can easily cost more than $2 billon.</p>
<p>Cisco, however, is by far the market leader when it comes to the mobile core. According to the vendor, it has won 270 3G total gateway contracts and is the core supplier for more than 30 LTE networks.</p>
<br />  <img alt="" border="0" src="http://stats.wordpress.com/b.gif?host=gigaom.com&#038;blog=14960843&#038;post=528821&#038;subd=gigaom2&#038;ref=&#038;feed=1" width="1" height="1" /><p><a href="http://pubads.g.doubleclick.net/gampad/jump?iu=/1008864/GigaOM_RSS_300x250&#038;sz=300x250&#038;c=565754"><img src="http://pubads.g.doubleclick.net/gampad/ad?iu=/1008864/GigaOM_RSS_300x250&#038;sz=300x250&#038;c=565754" /></a></p><p><strong>Related research and analysis from GigaOM Pro:</strong><br />Subscriber content. <a href="http://pro.gigaom.com/?utm_source=tech&utm_medium=editorial&utm_campaign=auto3&utm_term=528821+cisco-scales-its-mobile-core-to-meet-the-smartphone-boom&utm_content=kfitchard">Sign up for a free trial</a>.</p><ul><li><a href="http://pro.gigaom.com/2011/09/the-future-of-mobile-a-segment-analysis-by-gigaom-pro/?utm_source=tech&utm_medium=editorial&utm_campaign=auto3&utm_term=528821+cisco-scales-its-mobile-core-to-meet-the-smartphone-boom&utm_content=kfitchard">The future of mobile: a segment analysis by GigaOM Pro</a></li><li><a href="http://pro.gigaom.com/2012/10/the-evolving-mobile-network-from-slide-deck-presentations-to-deployment/?utm_source=tech&utm_medium=editorial&utm_campaign=auto3&utm_term=528821+cisco-scales-its-mobile-core-to-meet-the-smartphone-boom&utm_content=kfitchard">New solutions for the evolving mobile network</a></li><li><a href="http://pro.gigaom.com/2012/02/ces-2012-a-recap-and-analysis/?utm_source=tech&utm_medium=editorial&utm_campaign=auto3&utm_term=528821+cisco-scales-its-mobile-core-to-meet-the-smartphone-boom&utm_content=kfitchard">CES 2012: a recap and analysis</a></li></ul>]]></content:encoded>
			<wfw:commentRss>http://gigaom.com/2012/06/05/cisco-scales-its-mobile-core-to-meet-the-smartphone-boom/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
	
		<media:thumbnail url="http://gigaom2.files.wordpress.com/2011/04/istock_000005894153small-1.jpg?w=150" />
		<media:content url="http://gigaom2.files.wordpress.com/2011/04/istock_000005894153small-1.jpg?w=150" medium="image">
			<media:title type="html">digital data flow through optical wire</media:title>
		</media:content>

		<media:content url="http://0.gravatar.com/avatar/0544c4b228f8fa80e31bb952501cd7a4?s=96&#38;d=retro&#38;r=PG" medium="image">
			<media:title type="html">kfitchard</media:title>
		</media:content>

		<media:content url="http://gigaom2.files.wordpress.com/2011/04/istock_000005894153small-1.jpg?w=300" medium="image">
			<media:title type="html">digital data flow through optical wire</media:title>
		</media:content>

		<media:content url="http://gigaom2.files.wordpress.com/2012/06/cisco-asr-5500_front-view.jpeg?w=240" medium="image">
			<media:title type="html">Cisco ASR 5500_front view</media:title>
		</media:content>
	</item>
	</channel>
</rss>
