<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: Separation of Application and Transport</title>
	<atom:link href="http://www.phoneboy.com/1037/separation_of_application_and_transport/feed" rel="self" type="application/rss+xml" />
	<link>http://www.phoneboy.com/1037/separation_of_application_and_transport</link>
	<description>VoIP, Mobile Phones, Telecom, and Technology Made Simple</description>
	<pubDate>Sat, 05 Jul 2008 10:39:15 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: Anonymous</title>
		<link>http://www.phoneboy.com/1037/separation_of_application_and_transport#comment-60</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Wed, 31 Dec 1969 16:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-60</guid>
		<description>Not likely, Phoneboy&lt;br /&gt;It's hard to control consumers in an all-IP environment, Phoneboyeeeee. Hence the time-division hijinks and UMA.  The cell carriers are in no hurry to move to IP.</description>
		<content:encoded><![CDATA[<p>Not likely, Phoneboy<br />It&#8217;s hard to control consumers in an all-IP environment, Phoneboyeeeee. Hence the time-division hijinks and UMA.  The cell carriers are in no hurry to move to IP.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://www.phoneboy.com/1037/separation_of_application_and_transport#comment-61</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Wed, 31 Dec 1969 16:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-61</guid>
		<description>The following may be out of&lt;br /&gt;The following may be out of context in which you state that, "[in telecom networks]  the application ("voice") and the transport mechanism seem inexorably tied together". For a long while now, this seems to be the conventional wisdom, thanks to the "Stupid Network" paper. I am of the contrary view. If this is indeed true then how come we are able to use the telecom network for a Fax application or a data (modem) application? The Stupid Network paper claimed that one can not change the codec in the old telecom network. Of course it is factually erroneous. The STU III telephone uses a different codec and that predates the paper. With the current advances in the technology, one can run a wideband codec end-to-end, all without making any changes to the "Middle". Just grant intelligent devices at the end.</description>
		<content:encoded><![CDATA[<p>The following may be out of<br />The following may be out of context in which you state that, &#8220;[in telecom networks]  the application (&#8221;voice&#8221;) and the transport mechanism seem inexorably tied together&#8221;. For a long while now, this seems to be the conventional wisdom, thanks to the &#8220;Stupid Network&#8221; paper. I am of the contrary view. If this is indeed true then how come we are able to use the telecom network for a Fax application or a data (modem) application? The Stupid Network paper claimed that one can not change the codec in the old telecom network. Of course it is factually erroneous. The STU III telephone uses a different codec and that predates the paper. With the current advances in the technology, one can run a wideband codec end-to-end, all without making any changes to the &#8220;Middle&#8221;. Just grant intelligent devices at the end.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://www.phoneboy.com/1037/separation_of_application_and_transport#comment-64</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Wed, 31 Dec 1969 16:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-64</guid>
		<description>Another approach?&lt;br /&gt;While I understand you are dealing with GSM in Europe, 
I thought this info regarding CDMA2000 1xEV-DO Rev. A was worth mentioning.

Taken  &lt;a href="http://www.qualcomm.com/press/releases/2006/060607_successfully_demonstrates_fully.html"&gt;from this Qualcomm announcement &lt;/a&gt;  (June 07, 2006) -

&lt;blockquote&gt;By basing all communications services on an IP network,
operators are able to use their network capacity in a much more flexible manner,
through the dynamic allocation of capacity to an ever-increasing array of 3G services, such as:

&lt;ul&gt; &lt;li&gt;Push to talk, which is VoIP offered as walkie-talkie-like service&lt;/li&gt;
&lt;li&gt;Packet-based video telephony, which combines realtime video with VoIP&lt;/li&gt;
&lt;li&gt;Simultaneous VoIP calls and data sessions&lt;/li&gt;&lt;/ul&gt;&lt;/blockquote&gt;
Sprint planned to begin rolling CDMA2000 EV-DO Rev. A out in 4th QTR of 2006/early 2007,
but I believe they have already started at this time.</description>
		<content:encoded><![CDATA[<p>Another approach?<br />While I understand you are dealing with GSM in Europe,<br />
I thought this info regarding CDMA2000 1xEV-DO Rev. A was worth mentioning.</p>
<p>Taken  <a href="http://www.qualcomm.com/press/releases/2006/060607_successfully_demonstrates_fully.html" onclick="javascript:urchinTracker ('/outbound/comment/www.qualcomm.com');">from this Qualcomm announcement </a>  (June 07, 2006) -</p>
<blockquote><p>By basing all communications services on an IP network,<br />
operators are able to use their network capacity in a much more flexible manner,<br />
through the dynamic allocation of capacity to an ever-increasing array of 3G services, such as:</p>
<ul>
<li>Push to talk, which is VoIP offered as walkie-talkie-like service</li>
<li>Packet-based video telephony, which combines realtime video with VoIP</li>
<li>Simultaneous VoIP calls and data sessions</li>
</ul>
</blockquote>
<p>Sprint planned to begin rolling CDMA2000 EV-DO Rev. A out in 4th QTR of 2006/early 2007,<br />
but I believe they have already started at this time.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://www.phoneboy.com/1037/separation_of_application_and_transport#comment-76</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Wed, 31 Dec 1969 16:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-76</guid>
		<description>Ahem. Economics...&lt;br /&gt;"IP is built on the 7-layer OSI model, thus demanding separation between application and transport."

SS7 has never followed the ISO model as most of the protocol predates it. ISUP for example isn't even nicely conformant with the rest of the SS7 protocols -- it covers several SS7 levels. Anyway, TCP/IP just isn't good enough for telephony signalling protocols that demand 911/111/000/112 levels of service -- SCTP/IP is but not well adopted.

"So when will the telcos realize that it is in their best interest to move everything to IP as quickly as possible, including "basic" phone calls? "

I'd love it if my network ripped out all their 1000's of basestations, routers, MUXs, and all the MSCs. But how is it going to pay for it? If the cost of wireless data continues to decay but users demand more bandwidth, coverage, and services I can't see how this is going to work. For these businesses to succeed on an ongoing basis the customer base has to end up paying at least the cost+margin, and "internet" model retail prices are never allowed to go up.

Ripping out all this equipment and replacing it with more complicated equipment to provide basically the same service isn't economic. 

We can debate the "more complicated equipment" another time...certainly they are less mature and don't inter-op well.

UMA is overly complicated. The CDMA equiv. will be too. I'd love to do this on CDMA/GSM/UMTS with fast MobileIP switching like WiMax is planning, but...I'm not even sure fast MobileIP handoff is a current reality.

</description>
		<content:encoded><![CDATA[<p>Ahem. Economics&#8230;<br />&#8220;IP is built on the 7-layer OSI model, thus demanding separation between application and transport.&#8221;</p>
<p>SS7 has never followed the ISO model as most of the protocol predates it. ISUP for example isn&#8217;t even nicely conformant with the rest of the SS7 protocols &#8212; it covers several SS7 levels. Anyway, TCP/IP just isn&#8217;t good enough for telephony signalling protocols that demand 911/111/000/112 levels of service &#8212; SCTP/IP is but not well adopted.</p>
<p>&#8220;So when will the telcos realize that it is in their best interest to move everything to IP as quickly as possible, including &#8220;basic&#8221; phone calls? &#8221;</p>
<p>I&#8217;d love it if my network ripped out all their 1000&#8217;s of basestations, routers, MUXs, and all the MSCs. But how is it going to pay for it? If the cost of wireless data continues to decay but users demand more bandwidth, coverage, and services I can&#8217;t see how this is going to work. For these businesses to succeed on an ongoing basis the customer base has to end up paying at least the cost+margin, and &#8220;internet&#8221; model retail prices are never allowed to go up.</p>
<p>Ripping out all this equipment and replacing it with more complicated equipment to provide basically the same service isn&#8217;t economic. </p>
<p>We can debate the &#8220;more complicated equipment&#8221; another time&#8230;certainly they are less mature and don&#8217;t inter-op well.</p>
<p>UMA is overly complicated. The CDMA equiv. will be too. I&#8217;d love to do this on CDMA/GSM/UMTS with fast MobileIP switching like WiMax is planning, but&#8230;I&#8217;m not even sure fast MobileIP handoff is a current reality.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.564 seconds -->
