<?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"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments for Information and Communications Technology</title>
	<atom:link href="http://ric.ca/blog/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://ric.ca/blog</link>
	<description>News &#38; Views on ICT by Rick McCharles</description>
	<lastBuildDate>Wed, 30 Nov 2011 21:21:59 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>Comment on Telepathy Over IP Invented! by intellectual property, patents, infrigments</title>
		<link>http://ric.ca/blog/industry-perspective/telepathy_over_ip_invented/#comment-32</link>
		<dc:creator>intellectual property, patents, infrigments</dc:creator>
		<pubDate>Wed, 30 Nov 2011 21:21:59 +0000</pubDate>
		<guid isPermaLink="false">http://ric.ca/ict/?p=47#comment-32</guid>
		<description>[...] and protect dying business models (MPAA &amp; RIAA come to mind)  I wrote this satirical post on this same topic several years ago. Seems that these issues are not going away any time [...]</description>
		<content:encoded><![CDATA[<p>[...] and protect dying business models (MPAA &amp; RIAA come to mind)  I wrote this satirical post on this same topic several years ago. Seems that these issues are not going away any time [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on QoS and Admission Control are IPT Requirements &#8211; Even for OCS by Richard</title>
		<link>http://ric.ca/blog/industry-perspective/qos_and_admission_control_are/#comment-25</link>
		<dc:creator>Richard</dc:creator>
		<pubDate>Tue, 02 Sep 2008 16:58:24 +0000</pubDate>
		<guid isPermaLink="false">http://ric.ca/ict/?p=100#comment-25</guid>
		<description>nice article Rick, i figured OCS would not do CAC... and RTAudio sounds good in theory, but you took the words out of my mouth (well mind) when you described how it can fail. Cheers, Richard.
</description>
		<content:encoded><![CDATA[<p>nice article Rick, i figured OCS would not do CAC&#8230; and RTAudio sounds good in theory, but you took the words out of my mouth (well mind) when you described how it can fail. Cheers, Richard.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Telus Mobility Switching to GSM? by Rick McCharles</title>
		<link>http://ric.ca/blog/industry-perspective/telus_mobility_switching_to_gs/#comment-22</link>
		<dc:creator>Rick McCharles</dc:creator>
		<pubDate>Mon, 16 Jun 2008 23:14:21 +0000</pubDate>
		<guid isPermaLink="false">http://ric.ca/ict/?p=78#comment-22</guid>
		<description>Perhaps never apparently their CTO has stated that they will skip GSM in favour of LTE.
&lt;a href=&quot;http://www.ric.ca/blog/2008/06/telus-to-skip-gsm-next-stop-lt.html&quot; rel=&quot;nofollow&quot;&gt;http://www.ric.ca/blog/2008/06/telus-to-skip-gsm-next-stop-lt.html&lt;/a&gt;
</description>
		<content:encoded><![CDATA[<p>Perhaps never apparently their CTO has stated that they will skip GSM in favour of LTE.<br />
<a href="http://www.ric.ca/blog/2008/06/telus-to-skip-gsm-next-stop-lt.html" rel="nofollow">http://www.ric.ca/blog/2008/06/telus-to-skip-gsm-next-stop-lt.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Telus Mobility Switching to GSM? by Anonymous</title>
		<link>http://ric.ca/blog/industry-perspective/telus_mobility_switching_to_gs/#comment-21</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Mon, 16 Jun 2008 23:01:38 +0000</pubDate>
		<guid isPermaLink="false">http://ric.ca/ict/?p=78#comment-21</guid>
		<description>When will TELUS switch to GSM?  It&#039;s been 1/2 year since the rumour.
</description>
		<content:encoded><![CDATA[<p>When will TELUS switch to GSM?  It&#8217;s been 1/2 year since the rumour.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The VoIP E911 Problem &#8211; Solution Needed by julie kivell</title>
		<link>http://ric.ca/blog/industry-perspective/the_voip_e911_problem_solution/#comment-29</link>
		<dc:creator>julie kivell</dc:creator>
		<pubDate>Mon, 05 May 2008 15:06:37 +0000</pubDate>
		<guid isPermaLink="false">http://ric.ca/ict/?p=107#comment-29</guid>
		<description>Thanks Rick - you&#039;ve provided better info and coverage than most of the media outlets! :-)
I&#039;m guilty of having an old home address on file with my VoIP provider (just fixed it today after 2 years) - - and I tend to agree that it&#039;s a matter of public education and awareness. VoIP certainly isn&#039;t *grandma&#039;s type of phone service*....
There&#039;s got to be an easier way for the VoIP provider to stay current with address changes. The geek in me suggests that in the next few years, all phones, regardless of use - wireless or wireline, VoIP or traditional TDM technology could have a GPS chip that could rely on wifi or wireless networks to transfer accurate address information to the e911 operator to validate location......
Cheers,
Jules
</description>
		<content:encoded><![CDATA[<p>Thanks Rick &#8211; you&#8217;ve provided better info and coverage than most of the media outlets! <img src='http://ric.ca/blog/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /><br />
I&#8217;m guilty of having an old home address on file with my VoIP provider (just fixed it today after 2 years) &#8211; - and I tend to agree that it&#8217;s a matter of public education and awareness. VoIP certainly isn&#8217;t *grandma&#8217;s type of phone service*&#8230;.<br />
There&#8217;s got to be an easier way for the VoIP provider to stay current with address changes. The geek in me suggests that in the next few years, all phones, regardless of use &#8211; wireless or wireline, VoIP or traditional TDM technology could have a GPS chip that could rely on wifi or wireless networks to transfer accurate address information to the e911 operator to validate location&#8230;&#8230;<br />
Cheers,<br />
Jules</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The VoIP E911 Problem &#8211; Solution Needed by Rick McCharles</title>
		<link>http://ric.ca/blog/industry-perspective/the_voip_e911_problem_solution/#comment-28</link>
		<dc:creator>Rick McCharles</dc:creator>
		<pubDate>Mon, 05 May 2008 11:59:41 +0000</pubDate>
		<guid isPermaLink="false">http://ric.ca/ict/?p=107#comment-28</guid>
		<description>Thanks for both of your comments on the MLTS aspects of E911.
My final comment in the article was intended to make a distinction between what I commonly refer to as &quot;enterprise class telephony&quot;: a professionally designed, configured and installed telephony system in a business environment vs. residential VoIP services.
The note said &quot;all of the E911 concerns can, and are routinely addressed satisfactorily.&quot; The keyword is &quot;can&quot;. I did not say that they necessarily are.
The important point is that within enterprise class telephony, E911 can be completely addressed. In fact, IP Telephony permits E911 enhancements not possible with traditional technology.
IP Telephony systems can accurately locate and report the location of a 911 caller within an enterprise&#039;s limited geographic and administrative boundaries.
How do you handle IP Phones that move outside of those administrative and geographic boundaries? Detect the condition and do not allow the phone to activate.
Bottom line is that when it comes to enterprise telephony, there are no technological barriers limiting full E911 functionality. It is the business owners&#039; ethical responsibility to ensure that the telephony systems are properly installed, configured and maintained. It is the same ethical responsibility that would apply to a building&#039;s fire detection and suppression systems.
With respect to residential VoIP services there is no practical technology-based solution to adequately address the nomadic aspects with respect to 911. In the absence of a technology solution the industry leaders, service providers, emergency operators and regulators should bear the ethical responsibility to educate consumers and to remove all processes (like call centres) that can limit the efficacy of 911 call and its response.
Rick McCharles
</description>
		<content:encoded><![CDATA[<p>Thanks for both of your comments on the MLTS aspects of E911.<br />
My final comment in the article was intended to make a distinction between what I commonly refer to as &#8220;enterprise class telephony&#8221;: a professionally designed, configured and installed telephony system in a business environment vs. residential VoIP services.<br />
The note said &#8220;all of the E911 concerns can, and are routinely addressed satisfactorily.&#8221; The keyword is &#8220;can&#8221;. I did not say that they necessarily are.<br />
The important point is that within enterprise class telephony, E911 can be completely addressed. In fact, IP Telephony permits E911 enhancements not possible with traditional technology.<br />
IP Telephony systems can accurately locate and report the location of a 911 caller within an enterprise&#8217;s limited geographic and administrative boundaries.<br />
How do you handle IP Phones that move outside of those administrative and geographic boundaries? Detect the condition and do not allow the phone to activate.<br />
Bottom line is that when it comes to enterprise telephony, there are no technological barriers limiting full E911 functionality. It is the business owners&#8217; ethical responsibility to ensure that the telephony systems are properly installed, configured and maintained. It is the same ethical responsibility that would apply to a building&#8217;s fire detection and suppression systems.<br />
With respect to residential VoIP services there is no practical technology-based solution to adequately address the nomadic aspects with respect to 911. In the absence of a technology solution the industry leaders, service providers, emergency operators and regulators should bear the ethical responsibility to educate consumers and to remove all processes (like call centres) that can limit the efficacy of 911 call and its response.<br />
Rick McCharles</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The VoIP E911 Problem &#8211; Solution Needed by Mark Fletcher</title>
		<link>http://ric.ca/blog/industry-perspective/the_voip_e911_problem_solution/#comment-27</link>
		<dc:creator>Mark Fletcher</dc:creator>
		<pubDate>Mon, 05 May 2008 10:43:37 +0000</pubDate>
		<guid isPermaLink="false">http://ric.ca/ict/?p=107#comment-27</guid>
		<description>Rick-
I agree 100% with the previous comments. MLTS E911 is a problem in many environments, however it is one that can be solved. Education is the key here. Most folks do not understand how E911 works, and therefore have no idea what that they even should or can do anything to improve their situation.
NENA (the National Emergency Number Association) has just completed the final drafts of new model legislation as well as a Technical Information Document outlining what can be done in different environments as well as some recommended best practices. These documents will go out for public review shortly, and once adopted will be available to all.
The comments made about only 14 states in the US having legislation on the books is a sad, but true fact. NENA published a model legislation document back in 2000, however there have been tremendous changes in technical capabilities over the past 8 years. Although VoIP does introduce new challenges, it is one of location discovery, very much the same issues you highlighted in your article. It is important to remember it is not the technology of VoIP that makes E911 problematic, it is the ability for a user to move themselves without administrative intervention.
The problem herein is that the FCC in the US delegated this down to the state level, and there is no over arching control point for uniform rules, regulations and requirements. Many legal experts will argue this may even be an OSHA issue, and that can carry stiff penalties in itself.
In any case, businesses need to take steps to protect themselves, and their employees, and the best first step is public education. People do not know the issue exists, or assume that the fix is in place when it is in fact not even addressed. A great podcast that I recorded with Guy Clinch from Avaya for the Voice Report is available to those interested at &lt;a href=&quot;http://thevoicereport.com/TelecomJunkiesArchive-E911.&quot; rel=&quot;nofollow&quot;&gt;http://thevoicereport.com/TelecomJunkiesArchive-E911.&lt;/a&gt;
This is an excellent overview on the problem at hand, as well as some simple explanations and suggestions of what to do.
MLTS operators need to understand E911, and their risk. Lives are at stake, and ignoring the problem will in no way make it go away. Many of this will be fixed with NextGen E911, but that is a whole other topic for another time.
Mark Fletcher, ENP
Nortel E911 Product Manager
NENA MLTS Technical Committee Chairperson
</description>
		<content:encoded><![CDATA[<p>Rick-<br />
I agree 100% with the previous comments. MLTS E911 is a problem in many environments, however it is one that can be solved. Education is the key here. Most folks do not understand how E911 works, and therefore have no idea what that they even should or can do anything to improve their situation.<br />
NENA (the National Emergency Number Association) has just completed the final drafts of new model legislation as well as a Technical Information Document outlining what can be done in different environments as well as some recommended best practices. These documents will go out for public review shortly, and once adopted will be available to all.<br />
The comments made about only 14 states in the US having legislation on the books is a sad, but true fact. NENA published a model legislation document back in 2000, however there have been tremendous changes in technical capabilities over the past 8 years. Although VoIP does introduce new challenges, it is one of location discovery, very much the same issues you highlighted in your article. It is important to remember it is not the technology of VoIP that makes E911 problematic, it is the ability for a user to move themselves without administrative intervention.<br />
The problem herein is that the FCC in the US delegated this down to the state level, and there is no over arching control point for uniform rules, regulations and requirements. Many legal experts will argue this may even be an OSHA issue, and that can carry stiff penalties in itself.<br />
In any case, businesses need to take steps to protect themselves, and their employees, and the best first step is public education. People do not know the issue exists, or assume that the fix is in place when it is in fact not even addressed. A great podcast that I recorded with Guy Clinch from Avaya for the Voice Report is available to those interested at <a href="http://thevoicereport.com/TelecomJunkiesArchive-E911." rel="nofollow">http://thevoicereport.com/TelecomJunkiesArchive-E911.</a><br />
This is an excellent overview on the problem at hand, as well as some simple explanations and suggestions of what to do.<br />
MLTS operators need to understand E911, and their risk. Lives are at stake, and ignoring the problem will in no way make it go away. Many of this will be fixed with NextGen E911, but that is a whole other topic for another time.<br />
Mark Fletcher, ENP<br />
Nortel E911 Product Manager<br />
NENA MLTS Technical Committee Chairperson</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The VoIP E911 Problem &#8211; Solution Needed by Anonymous</title>
		<link>http://ric.ca/blog/industry-perspective/the_voip_e911_problem_solution/#comment-26</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Sun, 04 May 2008 20:52:07 +0000</pubDate>
		<guid isPermaLink="false">http://ric.ca/ict/?p=107#comment-26</guid>
		<description>Rick,
I agree with 99% of your article, and kudos for raising the public concern. The part that I don&#039;t agree with is your last note, &quot;The 911 challenges discussed above relate to nomadic and residential VoIP or Internet Telephony services. When it comes to IP Telephony services for business, all of the E911 concerns can, and are routinely addressed satisfactorily.&quot;
Although it is entirely true that just about all of the mobility concerns with business IP Telephony CAN be addressed, the fact that they ARE addressed is far from correct. Not only does nomadic IP Telephony challenge most business Multi Line Telephone System (MLTS) operators, traditional telephony is also not being addressed by managers as well.
Businesses quite often forget about this crucial part of the implementation of any MLTS communications system, and improper Caller ID (the trigger for proper E911 resolution) is commonly sent on 9-1-1 calls.
The fact that only 14 states in the US actually have any laws on the books dealing with MLTS E911 requirements is a shocking testimony of the failure of legislation to recognize this tragedy waiting to happen. It is only when someone looses a life is the problem even discussed, and that is unfortunately too late for many. Families are left with out fathers and mothers from a simple configuration mistake or lack of planning.
in the US it is estimated that over 60,000,000 people spend their workday being serviced by an MLTS. I would estimate that 70% of those systems do not have E911 properly or efficiently provisioned. It&#039;s time for government to wake up and take notice before more lives are lost.
</description>
		<content:encoded><![CDATA[<p>Rick,<br />
I agree with 99% of your article, and kudos for raising the public concern. The part that I don&#8217;t agree with is your last note, &#8220;The 911 challenges discussed above relate to nomadic and residential VoIP or Internet Telephony services. When it comes to IP Telephony services for business, all of the E911 concerns can, and are routinely addressed satisfactorily.&#8221;<br />
Although it is entirely true that just about all of the mobility concerns with business IP Telephony CAN be addressed, the fact that they ARE addressed is far from correct. Not only does nomadic IP Telephony challenge most business Multi Line Telephone System (MLTS) operators, traditional telephony is also not being addressed by managers as well.<br />
Businesses quite often forget about this crucial part of the implementation of any MLTS communications system, and improper Caller ID (the trigger for proper E911 resolution) is commonly sent on 9-1-1 calls.<br />
The fact that only 14 states in the US actually have any laws on the books dealing with MLTS E911 requirements is a shocking testimony of the failure of legislation to recognize this tragedy waiting to happen. It is only when someone looses a life is the problem even discussed, and that is unfortunately too late for many. Families are left with out fathers and mothers from a simple configuration mistake or lack of planning.<br />
in the US it is estimated that over 60,000,000 people spend their workday being serviced by an MLTS. I would estimate that 70% of those systems do not have E911 properly or efficiently provisioned. It&#8217;s time for government to wake up and take notice before more lives are lost.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on QoS and Admission Control are IPT Requirements &#8211; Even for OCS by Julian Galley</title>
		<link>http://ric.ca/blog/industry-perspective/qos_and_admission_control_are/#comment-24</link>
		<dc:creator>Julian Galley</dc:creator>
		<pubDate>Sun, 13 Apr 2008 07:40:43 +0000</pubDate>
		<guid isPermaLink="false">http://ric.ca/ict/?p=100#comment-24</guid>
		<description>Great summary Rick.  Have been doing research on this as well for presentations on &quot;competing&quot; UC solutions.  Came across this feature comparison between Cisco Unity and Microsoft Exchange 2007 Unified Messaging.  Thought you might be interested.
&lt;a href=&quot;http://blogs.pointbridge.com/Blogs/mcgillen_matt/Pages/Post.aspx?_ID=5&quot; rel=&quot;nofollow&quot;&gt;http://blogs.pointbridge.com/Blogs/mcgillen_matt/Pages/Post.aspx?_ID=5&lt;/a&gt;
I think you summarized it best when you said that &quot;when a vendor can&#039;t do something you tend to hear an awful lot about why you don&#039;t need it&quot;.
</description>
		<content:encoded><![CDATA[<p>Great summary Rick.  Have been doing research on this as well for presentations on &#8220;competing&#8221; UC solutions.  Came across this feature comparison between Cisco Unity and Microsoft Exchange 2007 Unified Messaging.  Thought you might be interested.<br />
<a href="http://blogs.pointbridge.com/Blogs/mcgillen_matt/Pages/Post.aspx?_ID=5" rel="nofollow">http://blogs.pointbridge.com/Blogs/mcgillen_matt/Pages/Post.aspx?_ID=5</a><br />
I think you summarized it best when you said that &#8220;when a vendor can&#8217;t do something you tend to hear an awful lot about why you don&#8217;t need it&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on TELUS Enhances Short Messaging Service with Innovative Cisco IP NGN Technology by David H. Deans</title>
		<link>http://ric.ca/blog/press-releases/telus_enhances_short_messaging/#comment-23</link>
		<dc:creator>David H. Deans</dc:creator>
		<pubDate>Sun, 23 Mar 2008 20:58:25 +0000</pubDate>
		<guid isPermaLink="false">http://ric.ca/ict/?p=89#comment-23</guid>
		<description>FYI, you can &lt;a href=&quot;http://cisco.com/go/cpn&quot; rel=&quot;nofollow&quot;&gt;Find a Managed Service Provider&lt;/a&gt; via the Cisco Powered program that offers IP NGN benefits globally
</description>
		<content:encoded><![CDATA[<p>FYI, you can <a href="http://cisco.com/go/cpn" rel="nofollow">Find a Managed Service Provider</a> via the Cisco Powered program that offers IP NGN benefits globally</p>
]]></content:encoded>
	</item>
</channel>
</rss>

