<?xml version="1.0" encoding="UTF-8"?>
<!-- generator="FeedCreator 1.7.3" -->
<rss version="2.0">
	<channel>
		<title>E911</title>
		<description></description>
		<link><![CDATA[http://b2b.brockmann.com/index.php?option=com_content&task=category&id=31]]></link>
		<lastBuildDate>Wed, 23 May 2012 03:38:31 +0100</lastBuildDate>
        <generator>FeedCreator 1.7.3</generator>
		<item>
			<title>Swatting Is a New Dangerous Sport</title>
			<link>http://b2b.brockmann.com/communications/e911/1569-swatting-is-a-new-dangerous-sport</link>
			<description>Doug Mohoney at FierceTelecom reported this incredible (too strange to be true) story about abuse of public safety resources. 


Called &amp;#39;&lt;a href=&quot;http://www.technewsworld.com/story/The-Cost-of-Securing-911-Against-Scary-Pranksters-66050.html&quot; target=&quot;_blank&quot;&gt;swatting&lt;/a&gt;&amp;#39; the game is really costly and quite a dangerous prank. These really stupid people get their jollies sending 911 emergency crews which can include SWAT teams, canine units and helicopters of metropolitan police forces, to unsuspecting innocent homes anticipating hostage situations, murder scenes or worse and then laughing all about the waste ...</description>
			<category>E911</category>
			<pubDate>Tue, 10 Feb 2009 19:26:35 +0100</pubDate>
		</item>
		<item>
			<title>Broadcast SMS as Public Safety Service</title>
			<link>http://b2b.brockmann.com/communications/e911/977-broadcast-sms-as-public-safety-service</link>
			<description>The first report of Brockmann &amp;amp; Company, &lt;a href=&quot;index.php?option=com_content&amp;amp;task=view&amp;amp;id=492&amp;amp;Itemid=69&quot;&gt;First Communications&lt;/a&gt;  was on public safety and business users&amp;#39; recommendations. In the research, it became clear that mobile is the most powerful emergency communications service. It is also the default communications service. 


	
	When the office PBX is rebooted, what to enterprise sales people do?
	
	
	They use their mobile phones and do business even though they have a pretty good excuse why they can&amp;#39;t.
	


As I read through the ...</description>
			<category>E911</category>
			<pubDate>Mon, 24 Sep 2007 08:00:00 +0100</pubDate>
		</item>
		<item>
			<title>James Kim Dies After Leaving Car &amp; Family</title>
			<link>http://b2b.brockmann.com/communications/e911/401-james-kim-dies-after-leaving-car-a-family</link>
			<description>Sadly, it&amp;#39;s a story of one mistake,&amp;nbsp; one death and one great technology. James Kim, a C|Net editor, with a car abandoned on a road in a remote Oregon forest, left his wife and two daughters on Saturday to seek for help, which he never found. That was the mistake - never leave the car.


The wife and children were found in the car on Monday afternoon, his body was found on Wednesday after Thanksgiving 2006. Aparently, the cellular phone provided a trajectory for the rescuers to find th...</description>
			<category>E911</category>
			<pubDate>Sat, 09 Dec 2006 16:00:34 +0100</pubDate>
		</item>
		<item>
			<title>AIM PhoneLine Supports E911</title>
			<link>http://b2b.brockmann.com/communications/e911/71-aim-phoneline</link>
			<description>&lt;p&gt;
Using a technique I proposed in November 2004, AIM solves this demanding issue.
&lt;/p&gt;
&lt;p&gt;
Having users confirm the physical address of the network endpoint at login, is useful. It balances the network operator&amp;#39;s need to know where to send emergency services with the users&amp;#39; practice of logging in and out of PC-based services from time to time. A solid solution if I say so myself. &lt;br /&gt;
;-)&lt;br /&gt;
&lt;/p&gt;
</description>
			<category>E911</category>
			<pubDate>Tue, 15 Aug 2006 01:00:00 +0100</pubDate>
		</item>
		<item>
			<title>FCC Enforcement Division</title>
			<link>http://b2b.brockmann.com/communications/e911/70-fcc</link>
			<description>FCC Enforcement Division Weighs in with a procedure for extensions and expected actions for non-compliance.


You might recall the FCC decision to require telephony-substitute services to require notification to each and every enduser about E911 capabilities (or lack of them) capturing an affirmative acknowledgment of that communication.In this communique, the FCC Enforcement Bureau provides guidance on what to do if no affirmative acknowledgment is obtained by the end date (shut off the servi...</description>
			<category>E911</category>
			<pubDate>Fri, 05 Aug 2005 01:00:00 +0100</pubDate>
		</item>
		<item>
			<title>FCC Weighs in on E911 and consumer VoIP</title>
			<link>http://b2b.brockmann.com/communications/e911/69-fcc-weighs-in</link>
			<description>Well, despite the context that VoIP is a different service than telephone service, the FCC orders E911 compliance.

The Federal Communications Commission dials into E911 for voice over IP service providers. In a decision released on Thursday, May 19, 2005, the commission identified that fundamentally substitute services that connect with the PSTN must allow consumers to call 911 and get the emergency service they expect.

Not to be confused with IM-type, PC-to-PC calls in games etc, only thos...</description>
			<category>E911</category>
			<pubDate>Sat, 21 May 2005 01:00:00 +0100</pubDate>
		</item>
		<item>
			<title>Vonage Sued by Texas Attorney General</title>
			<link>http://b2b.brockmann.com/communications/e911/68-vonage-sued</link>
			<description>Disclosing 911 limitations is important.

After a Houston couple were attacked, and calls through the VoIP providers&amp;#39; 911 service didn&amp;#39;t work as the teen making the call had expected, the &lt;a href=&quot;http://news.zdnet.com/2100-1035_22-5630118.html?tag=zdfd.newsfeed&quot; target=&quot;_blank&quot;&gt;Texas Attorney General sued&lt;/a&gt;.



This sounds like a publicity stunt, but one that can force the consumer voip provider and hopefully the FCC and the carriers managing 911 services into a more-proactive stance. Right now, most VoIP service providers are not allowed to connect directly to the 911 cent...</description>
			<category>E911</category>
			<pubDate>Tue, 22 Mar 2005 01:00:00 +0100</pubDate>
		</item>
		<item>
			<title>E911 Goes National</title>
			<link>http://b2b.brockmann.com/communications/e911/67-national-please</link>
			<description>The regulatory mish-mash in this country that is the 911 environment needs clearer definition to include IP Telephony sites and services.

A recent USA Today article (March 1, 2005) flagged the life-and-death issues in 911. The story showcases a family that struggled with robbers in their home and the call to 911 was not delivered since the family used a VoIP service provider.

It was only a matter of time that this issue would blow up and cause significant public safety concern. E911 was bui...</description>
			<category>E911</category>
			<pubDate>Sun, 06 Mar 2005 01:00:00 +0100</pubDate>
		</item>
		<item>
			<title>E911 via IP? 4 - remote users and other devices</title>
			<link>http://b2b.brockmann.com/communications/e911/66-e911-via-ip</link>
			<description>What about work-at-homers? Should they be able to use their company IP phones to dial E911? Part 4 of 4.


I say, sure. Citizenship for remote employees is a big requirement in today&amp;#39;s location insensitive enterprise. This is a problem similar to what residential subscribers of Vonage or AT&amp;amp;T&amp;#39;s Advantage IP Telephony service are having to deal with. However, instead of offering legalese to avoid the obvious need for good planning and effective service design, we&amp;#39;re going to sol...</description>
			<category>E911</category>
			<pubDate>Thu, 18 Nov 2004 01:00:00 +0100</pubDate>
		</item>
		<item>
			<title>E911 via IP? 3 Softphones and PCs</title>
			<link>http://b2b.brockmann.com/communications/e911/65-e911-via-ip-3</link>
			<description>Will somebody actually email 911? Part 3 of 4.

For the longest time, the standard joke offered by PBX vendors as to why IP Telephony needs a lot of work, is that they&amp;#39;d remind people that &amp;quot;Nobody emails 911.&amp;quot; 

In the previous 2 articles, we reviewed how E911 works today for circuit switched implementations, how it works in wireless networks and how it should use information about the physical network (L1 and L2) to map IP address to physical port and end point so E911 can work...</description>
			<category>E911</category>
			<pubDate>Wed, 17 Nov 2004 01:00:00 +0100</pubDate>
		</item>
		<item>
			<title>E911 via IP? 2</title>
			<link>http://b2b.brockmann.com/communications/e911/64-e911-via-ip-2</link>
			<description>Thoughts on enterprise IP telephony deployments and E911 service. Part 2 of 4.

E911 mechanisms are based on the geographical limitations of circuit switching. All telephone numbers are assigned to specific ports on central office switches which terminate at specific physical addresses, which the phone company keeps really, really good records on.

IP Telephony implementations, on the other hand, have difficulty duplicating the geographical limitations of central offices. Fortunately, IP Tele...</description>
			<category>E911</category>
			<pubDate>Tue, 16 Nov 2004 01:00:00 +0100</pubDate>
		</item>
		<item>
			<title>E911 via IP?</title>
			<link>http://b2b.brockmann.com/communications/e911/63-e911-via-ip</link>
			<description>IP Telephony needs some serious thought here. Part 1 of 4.

Today&amp;#39;s E911 system is based on a fundamental flaw in circuit-based telephony - geographic-based addressing. Area codes and telephone numbers were engineered in a time when electro-mechanical step-switches first completed automatic routing. These numbers imbedded geographical data directly into them. For example, 212 area code, is Manhattan, 312 - Chicago and so on. For the longest time, your telephone number was bound to a physica...</description>
			<category>E911</category>
			<pubDate>Mon, 15 Nov 2004 01:00:00 +0100</pubDate>
		</item>
	</channel>
</rss>

