<?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"
	>

<channel>
	<title>VoiceCon Enews</title>
	<atom:link href="http://enews.voicecon.com/feed" rel="self" type="application/rss+xml" />
	<link>http://enews.voicecon.com</link>
	<description>The Forum for Business IP Telephony</description>
	<pubDate>Wed, 03 Sep 2008 02:04:42 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
	<language>en</language>
			<item>
		<title>Comes a Time When You Settle Down</title>
		<link>http://enews.voicecon.com/2008/08/26/comes-a-time-when-you-settle-down/</link>
		<comments>http://enews.voicecon.com/2008/08/26/comes-a-time-when-you-settle-down/#comments</comments>
		<pubDate>Tue, 26 Aug 2008 19:00:48 +0000</pubDate>
		<dc:creator>Eric Krapf</dc:creator>
		
	<dc:subject>Market Trends</dc:subject>
	<dc:subject>Phones &amp; User Devices</dc:subject>
	<dc:subject>Unified Communications</dc:subject>
	<dc:subject>VOIP</dc:subject>
	<dc:subject>Wireless</dc:subject>
		<guid isPermaLink="false">http://enews.voicecon.com/?p=319</guid>
		<description><![CDATA[For the last several years at VoiceCon, we've taken it for granted that interest in mobility will continue its strong growth. And yet, it's equally clear that people are driving less--people are cutting down on energy use. The operative word, going forward, may not be mobility, but rather flexibility. And if that's the case, the "productivity"-based arguments for Unified Communications may look less like a nice-to-have, and more like table stakes.]]></description>
			<content:encoded><![CDATA[<blockquote><p>This issue of VoiceCon Enews is sponsored by IBM:</p>
<p><strong>The Challenge of Unifying Communications and Collaboration</strong><br />
Your challenge: provide simple, effective ways for your organization to communicate and collaborate. IBM understands. You have telephony systems from multiple vendors; you can&#8217;t afford to rip and replace; you need to extend your existing investments and shield your users from these complexities. IBM solutions work with the industry leaders; IBM partners are your partners. <a href="http://ad.doubleclick.net/clk;206814287;29153338;l">IBM Unified Communications and Collaboration</a>.</p></blockquote>
<p>Our next VoiceCon webinar (<a href="http://w.on24.com/r.htm?e=116466&amp;s=1&amp;k=2164E879D93096B7A20152BBD73F6BC1&amp;partnerref=VC-Enews">register here</a>) poses a question that has made me think. The Webinar is titled, &#8220;Taming the Nomad&#8211;How to Accomplish More by Moving Less,&#8221; and its premise is that the ever-increasing desire for mobility may be tempered by the realities of the current energy situation. In other words, how do you plan for an environment where workers who used to take mobility for granted are now much more conscious of the amount they&#8217;re spending to drive or fly? And how can communications technology help you deal with this changing reality?</p>
<p>The webinar, which features Brent Kelly of Wainhouse Research, proposes to examine the prospects for &#8220;giving employees a seamless, adaptive work environment&#8221; that could include:</p>
<ul>
<li>&#8220;Working at home for 1 or more days a week without anyone knowing they are not in the office.&#8221;</li>
<li>&#8220;Working from the office INSTEAD of being mobile without losing the effectiveness of face-to-face communications.&#8221;</li>
<li>&#8220;Moving from office to home to remote office to clients sites seamlessly.&#8221;</li>
<li>&#8220;Integrating remote employees closer into the business processes (branch office employees in New York fielding morning calls from St. Louis and Denver before the call center in California is open).&#8221;</li>
</ul>
<p>For the last several years at VoiceCon, we&#8217;ve taken it for granted that interest in mobility will continue its strong growth. Most of the evidence, both statistical and anecdotal, seems to support this conclusion. And yet, it&#8217;s equally clear that people are driving less&#8211;the U.S. Department of Transportation reported recently that Americans drove 4.7% fewer miles in June 2008 than in June 2007, and used 400 million fewer gallons of gasoline in 1Q08 than they did in 1Q07, a 1.3% percent drop. So people are cutting down on energy use.</p>
<p>The operative word, going forward, may not be mobility, but rather flexibility. And if that&#8217;s the case, the &#8220;productivity&#8221;-based arguments for Unified Communications may look less like a nice-to-have, and more like table stakes. Find-me/follow-me becomes a much more important capability; a UC client that looks the same on a hard phone, PC and mobile phone becomes a particularly useful thing to have; and social networking tools offer the possibility for people to collaborate in various channels depending on the type of device and the environment where the person is working at that moment.</p>
<p>However, such a new state of affairs would also mean that the user is accessing multiple networks characterized by varying qualities of service. If your base for everyday work is your house, VPN over broadband can re-create &#8220;office quality&#8221; pretty consistently. But if a lot more home-based users, scattered around the country, are plugging IP phones into that remote access network, is backhaul to a single VPN node going to give them the quality they need?</p>
<p>If the nearest company HQ is the place to go for a telepresence/video meeting, will there be enough bandwidth there? (Maybe so, if a lot of the workers now telecommute instead of going on site&#8211;unless they&#8217;re all VPN-ing into that site over the same access link, I suppose.)</p>
<p>Then there&#8217;s wireless. The quality of cellular voice calling is not getting better, and cell phones will continue to grow in importance&#8211;because even if people are sometimes less mobile, they&#8217;ll still want to use, as one of their baseline devices, something that permits mobility when they do need it. I don&#8217;t see the traditional digital cellular networks improving&#8211;but can VOIP over 3G and 4G deliver better quality?</p>
<p>The world is your campus. Good luck.</p>
<p>What do you think? Drop me a note here in the VoiceCon Enews Forum or directly at ekrapf@cmp.com</p>
<p>Eric H. Krapf<br />
Editor &amp; Lead Blogger, NoJitter.com<br />
VoiceCon Program Chair</p>
]]></content:encoded>
			<wfw:commentRss>http://enews.voicecon.com/2008/08/26/comes-a-time-when-you-settle-down/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Avaya Plus Tandberg?</title>
		<link>http://enews.voicecon.com/2008/08/19/avaya-plus-tandberg/</link>
		<comments>http://enews.voicecon.com/2008/08/19/avaya-plus-tandberg/#comments</comments>
		<pubDate>Tue, 19 Aug 2008 19:00:59 +0000</pubDate>
		<dc:creator>Eric Krapf</dc:creator>
		
	<dc:subject>Applications</dc:subject>
	<dc:subject>Market Trends</dc:subject>
	<dc:subject>Phones &amp; User Devices</dc:subject>
	<dc:subject>Tech Trends</dc:subject>
	<dc:subject>VOIP</dc:subject>
	<dc:subject>Video</dc:subject><dc:subject>Avaya</dc:subject><dc:subject>enterprise communications</dc:subject><dc:subject>Eric Krapf</dc:subject><dc:subject>irwin lazar</dc:subject><dc:subject>unified communications</dc:subject><dc:subject>Video</dc:subject><dc:subject>videoconferencing</dc:subject><dc:subject>voicecon</dc:subject><dc:subject>wainhouse research</dc:subject>
		<guid isPermaLink="false">http://enews.voicecon.com/?p=317</guid>
		<description><![CDATA[a Silver Lake-Tandberg deal--assuming Avaya played into the scenario--would really set Avaya apart and would arguably make Avaya the most credible alternative to Cisco for enterprise communications. It's getting harder and harder to escape the conclusion that video is moving from nice-to-have/status symbol, to critical element of a communications solution going forward. Of course, video means lots of different things: Desktop, room, telepresence. All but desktop seem like a pretty good bet to take off for business purposes]]></description>
			<content:encoded><![CDATA[<blockquote><p>This issue of VoiceCon Enews is sponsored by IBM:</p>
<p><strong>The Challenge of Unifying Communications and Collaboration</strong><br />
Your challenge: provide simple, effective ways for your organization to communicate and collaborate. IBM understands. You have telephony systems from multiple vendors; you can&#8217;t afford to rip and replace; you need to extend your existing investments and shield your users from these complexities. IBM solutions work with the industry leaders; IBM partners are your partners. <a href="http://ad.doubleclick.net/clk;206814287;29153247;k">IBM Unified Communications and Collaboration.</a></p></blockquote>
<p>In what is probably the first really interesting consolidation rumor I&#8217;ve heard in a long time, there are reports that Silver Lake, the private equity firm that owns Avaya, has approached Tandberg about acquiring that video-focused vendor (see my No Jitter post here: &#8220;<a href="http://www.nojitter.com/blog/archives/2008/08/does_avayas_own.html">Does Avaya&#8217;s Owner Want Tandberg?</a>&#8220;).</p>
<p>This would be a complementary acquisition rather than a duplicative one; it&#8217;d be a vendor (or its owner) buying technology, rather than buying market share. In other words, it&#8217;d be the kind of acquisition Cisco does. Which happens to be a pretty successful model.</p>
<p>Indeed, a Silver Lake-Tandberg deal&#8211;assuming Avaya played into the scenario&#8211;would really set Avaya apart and would arguably make Avaya the most credible alternative to Cisco for enterprise communications. It&#8217;s getting harder and harder to escape the conclusion that video is moving from nice-to-have/status symbol, to critical element of a communications solution going forward (Irwin Lazar thinks so; see here: &#8220;<a href="http://www.nojitter.com/blog/archives/2008/08/get_ready_for_v.html">Get Ready for Video (Finally!)</a>&#8220;). Of course, video means lots of different things: Desktop, room, telepresence. All but desktop seem like a pretty good bet to take off for business purposes (also see this Wainhouse Research feature article: &#8220;<a href="http://www.nojitter.com/showArticle.jhtml?articleID=208403312">12 Forces Shaping the Future of Videoconferencing</a>&#8220;).</p>
<p>But if there&#8217;s another big winner in this scenario besides Avaya, I&#8217;d have to say that, in fact, it&#8217;s Cisco, on both the perception and the reality. In terms of perception, an Avaya-Tandberg mashup essentially validates Cisco&#8217;s big push into telepresence. I was among those who were very skeptical about telepresence; it just seemed too expensive and, frankly, over the top&#8211;with the lighting and the color design and the C-shaped table and all. But what the ensuing two years have taught us is that the telepresence room may well be the Apple interface writ large: It&#8217;s just cool, and it makes people go, &#8220;Ooooh&#8221; and &#8220;Aaaah.&#8221; Technologists discount this factor at their peril.</p>
<p>And of course Cisco wins big on the substance if video/telepresence rooms become a standard feature of corporate offices, because that&#8217;s gonna take a <em>lot</em> of bandwidth. In fact, that was one of the reasons I was skeptical of telepresence when Cisco first came out with it: It seemed like just too naked a ploy, too obvious an attempt to get people to upgrade their routers yet again. But damned if it didn&#8217;t work. Cisco just keeps figuring out ways for their competitors to sell more bandwidth and QOS for Cisco to provision.</p>
<p>A final aspect to watch is the competition/cooperation/partnership view of things. Cisco looms as the only real end-to-end choice, the one-stop shop. Microsoft could be this at the application layer, but you&#8217;ll always have Cisco in the network, where Microsoft is absent. The contrasting vision is, if not best-of-breed, at least multi-vendor. With the Siemens-Enterasys JV, there&#8217;s clearly an attempt to leverage new accounts for both vendors, at the same time that there&#8217;s a realization that Enterasys still needs customers beyond Siemens users, and Siemens users will have vendors besides Enterasys in their IP infrastructures.</p>
<p>Some enterprises may be truly all-Cisco shops, but going forward it&#8217;s likely that many will remain multi-vendor, whether intentionally or by circumstance (M&amp;As, installed base not going away, etc.). For those enterprises, <a href="http://w.on24.com/r.htm?e=114955&amp;s=1&amp;k=00281D4AF010A963D97FFA8720FD0742&amp;partnerref=VC-Enews">this week&#8217;s VoiceCon Webinar</a> will address this conundrum, at least in the voice environment&#8211;it&#8217;s an hour-long discussion with Gary Audin of Delphi Inc. and Teresa Dixon of Unimax on Better Visibility and Control for Multi-Vendor Voice Systems.</p>
<p>Which raises a point about telepresence: If it does become business-critical, or at least something that every business has, there will be intense pressure on the vendors to make their systems interoperate, which they don&#8217;t today. Cisco may not be thrilled by that, but it will be driven by their own success.</p>
<p>What do you think? Drop me a note here in the VoiceCon Enews Forum or directly at ekrapf@cmp.com</p>
<p>Eric H. Krapf<br />
Editor &amp; Lead Blogger, NoJitter.com<br />
VoiceCon Program Chair</p>
Technorati Tags: <a href="http://www.technorati.com/tag/Avaya" rel="tag">Avaya</a>, <a href="http://www.technorati.com/tag/enterprise+communications" rel="tag">enterprise communications</a>, <a href="http://www.technorati.com/tag/Eric+Krapf" rel="tag">Eric Krapf</a>, <a href="http://www.technorati.com/tag/irwin+lazar" rel="tag">irwin lazar</a>, <a href="http://www.technorati.com/tag/unified+communications" rel="tag">unified communications</a>, <a href="http://www.technorati.com/tag/Video" rel="tag">Video</a>, <a href="http://www.technorati.com/tag/videoconferencing" rel="tag">videoconferencing</a>, <a href="http://www.technorati.com/tag/voicecon" rel="tag">voicecon</a>, <a href="http://www.technorati.com/tag/wainhouse+research" rel="tag">wainhouse research</a><a href="http://enews.voicecon.com/index.php?tag=avaya" rel="tag">Avaya</a>, <a href="http://enews.voicecon.com/index.php?tag=enterprise_communications" rel="tag">enterprise communications</a>, <a href="http://enews.voicecon.com/index.php?tag=eric-krapf" rel="tag">Eric Krapf</a>, <a href="http://enews.voicecon.com/index.php?tag=irwin_lazar" rel="tag">irwin lazar</a>, <a href="http://enews.voicecon.com/index.php?tag=unified_communications" rel="tag">unified communications</a>, <a href="http://enews.voicecon.com/index.php?tag=video" rel="tag">Video</a>, <a href="http://enews.voicecon.com/index.php?tag=videoconferencing" rel="tag">videoconferencing</a>, <a href="http://enews.voicecon.com/index.php?tag=voicecon" rel="tag">voicecon</a>, <a href="http://enews.voicecon.com/index.php?tag=wainhouse_research" rel="tag">wainhouse research</a>]]></content:encoded>
			<wfw:commentRss>http://enews.voicecon.com/2008/08/19/avaya-plus-tandberg/feed/</wfw:commentRss>
		</item>
		<item>
		<title>IP-PBXs Aren&#8217;t UC; Is That a Problem?</title>
		<link>http://enews.voicecon.com/2008/08/12/ip-pbxs-arent-uc-is-that-a-problem/</link>
		<comments>http://enews.voicecon.com/2008/08/12/ip-pbxs-arent-uc-is-that-a-problem/#comments</comments>
		<pubDate>Tue, 12 Aug 2008 19:00:11 +0000</pubDate>
		<dc:creator>Eric Krapf</dc:creator>
		
	<dc:subject>Architecture</dc:subject>
	<dc:subject>Equipment</dc:subject>
	<dc:subject>Unified Communications</dc:subject>
	<dc:subject>VOIP</dc:subject><dc:subject>communications networks</dc:subject><dc:subject>enterprise communications</dc:subject><dc:subject>pbx</dc:subject><dc:subject>unified communications</dc:subject><dc:subject>voicecon</dc:subject>
		<guid isPermaLink="false">http://enews.voicecon.com/?p=315</guid>
		<description><![CDATA[Last week, Jim Burton wrote a piece entitled, "UC: It's Not About Buying a New IP-PBX." I agree with Jim, which is usually the smart thing to do, but at least to me--Jim may disagree--his mantra doesn't mean that you shouldn't buy a new IP-PBX. It's just that the IP-PBX is not synonymous with Unified Communications.]]></description>
			<content:encoded><![CDATA[<blockquote><p>This issue of VoiceCon Enews is sponsored by VoiceCon Webinars:</p>
<p><strong>Free VoiceCon Webinar: &#8220;Better Visibility and Control for Diverse Networks&#8221;</strong><br />
Wednesday, August 20, 2008<br />
11:00 am PT/2:00 pm ET</p>
<p>Nearly all enterprise communications networks are made up of diverse systems, from multiple vendors, managed by myriad systems and tools. If you can&#8217;t manage what you can&#8217;t measure, it&#8217;s equally true that you can&#8217;t measure what you can&#8217;t see. In this webinar, a leading analyst/consultant and a top technology vendor will describe how to bring a blurry management picture into focus.</p>
<p><a href="http://w.on24.com/r.htm?e=114955&amp;s=1&amp;k=00281D4AF010A963D97FFA8720FD0742&amp;partnerref=VC-Enews"><strong>Register Now!</strong></a></p></blockquote>
<p>Last week, Jim Burton wrote a piece entitled, &#8220;<a href="http://unified-communications.voicecon.com/2008/08/06/its-not-about-buying-a-new-ip-pbx/">UC: It&#8217;s Not About Buying a New IP-PBX</a>.&#8221; I agree with Jim, which is usually the smart thing to do, but at least to me&#8211;Jim may disagree&#8211;his mantra doesn&#8217;t mean that you shouldn&#8217;t buy a new IP-PBX. It&#8217;s just that the IP-PBX is not synonymous with Unified Communications.</p>
<p>I fully agree with Jim&#8217;s complaint that IP-PBX vendors are trying to grandfather their core systems into the status of &#8220;Unified Communications&#8221; equipment, because UC is the buzzword of the moment. If allowed to get away with it, vendors will call a basic PBX-voice implementation a &#8220;UC&#8221; system, with X number of end stations of &#8220;UC&#8221; installed&#8211;when in fact those end stations are what you and I would refer to as &#8220;telephones.&#8221;</p>
<p>And yet, that statement in itself is problematic. Is a Microsoft Tanjay phone&#8211;which Polycom, LG-Nortel and others are OEMing&#8211;<em>not</em> a UC station? It&#8217;s a phone, but it runs a UC client. Or what about a user who has the classic implementation that UC people have been talking about&#8211;they get a relatively simple IP phone for high-quality voice when they&#8217;re at the desk, but they also have a soft client and/or various telephony hooks into business apps on their PC. Is that person 1 UC station, or 2, or 3?</p>
<p>There&#8217;s no reason that you, as a customer, need to care about how vendors count UC ports, except to understand that these games will be what&#8217;s lurking behind the UC market numbers you&#8217;re likely to see coming out. Probably every vendor that answers your RFP will tell you they&#8217;re the market leader in UC, and will have some numbers or market research study to back up that claim.</p>
<p>But I digress. The issue is, given the fact that IP-PBX does not equal UC, should you forget about IP-PBXs?</p>
<p>I don&#8217;t think so. In his article, Jim cites Blair Pleasant&#8217;s list of the components of a UC solution, which are:</p>
<ul>
<li><strong>Presence</strong></li>
<li><strong>Messaging</strong>&#8211;IM, email, voice, video</li>
<li><strong>Communications</strong>&#8211;Voice, data, video, VoIP/SIP, CTI</li>
<li><strong>Conferencing</strong>&#8211;Web, audio, video</li>
<li><strong>Information sharing</strong>&#8211;web chat, file sharing, document sharing</li>
<li><strong>Business processes, applications, directories</strong></li>
<li><strong>Common user experience</strong>&#8211;Portal, desktop, mobility, speech</li>
<li><strong>Rules engine</strong>&#8211;Business rules, priorities, and permissions for routing, notification, and other tasks</li>
</ul>
<p>And Jim notes that this list does not include IP-PBXs. But on the other hand, you have to ask yourself: Could you run your business today only on products that are commercially available in these categories?</p>
<p>The answer is no. Today, the voice communications aspect of your business runs on PBX features, and those features don&#8217;t exist in a vacuum; they&#8217;re not just sitting on the phone or the PBX waiting for somebody to pick them up and play with them. They&#8217;re built into your (dare I say it) business processes, as I noted awhile back in an Information Week blog (&#8221;<a href="http://www.informationweek.com/blog/main/archives/2008/06/youve_already_g.html">You&#8217;ve Already Got Communications-Enabled Business Processes</a>&#8221; ).</p>
<p>As Jim suggests, the UC way of handling business processes is potentially much more efficient and cost-effective, which is why we&#8217;re having this whole migration in the first place. But we&#8217;re not there yet.</p>
<p>Incidentally, Allan Sulkin&#8211;who&#8217;s squared off against Jim Burton in many VoiceCon Locknote sessions over the years&#8211;has an excellent feature up on No Jitter (&#8221;<a href="http://www.nojitter.com/showArticle.jhtml?articleID=209600436">PBX Evolution: Where It Was, Where It Is, &amp; Where It&#8217;s Going</a>&#8220;) tracing the evolution of the PBX, and the revealing thing is that Allan does see the PBX fading away and being replaced by what he calls the Federated Communications System. But he sees this being a gradual process, and one that&#8217;s as much tied to what goes on in the public network as it is to other factors.</p>
<p>So here&#8217;s my bottom line: Enterprises need to understand what <em>they</em> mean by Unified Communications, and then they need to press the vendors for specifics on whether those vendors can deliver that set of capabilities.</p>
<p>What do you think? Drop me a note here in the VoiceCon Enews Forum or directly at ekrapf@cmp.com</p>
<p>Eric H. Krapf<br />
Editor &amp; Lead Blogger, NoJitter.com<br />
VoiceCon Program Chair</p>
Technorati Tags: <a href="http://www.technorati.com/tag/communications+networks" rel="tag">communications networks</a>, <a href="http://www.technorati.com/tag/enterprise+communications" rel="tag">enterprise communications</a>, <a href="http://www.technorati.com/tag/pbx" rel="tag">pbx</a>, <a href="http://www.technorati.com/tag/unified+communications" rel="tag">unified communications</a>, <a href="http://www.technorati.com/tag/voicecon" rel="tag">voicecon</a><a href="http://enews.voicecon.com/index.php?tag=communications_networks" rel="tag">communications networks</a>, <a href="http://enews.voicecon.com/index.php?tag=enterprise_communications" rel="tag">enterprise communications</a>, <a href="http://enews.voicecon.com/index.php?tag=pbx" rel="tag">pbx</a>, <a href="http://enews.voicecon.com/index.php?tag=unified-communications" rel="tag">unified communications</a>, <a href="http://enews.voicecon.com/index.php?tag=voicecon" rel="tag">voicecon</a>]]></content:encoded>
			<wfw:commentRss>http://enews.voicecon.com/2008/08/12/ip-pbxs-arent-uc-is-that-a-problem/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Is Process Automation the Key to UC?</title>
		<link>http://enews.voicecon.com/2008/08/05/is-process-automation-the-key-to-uc/</link>
		<comments>http://enews.voicecon.com/2008/08/05/is-process-automation-the-key-to-uc/#comments</comments>
		<pubDate>Tue, 05 Aug 2008 19:00:10 +0000</pubDate>
		<dc:creator>Eric Krapf</dc:creator>
		
	<dc:subject>Applications</dc:subject>
	<dc:subject>Architecture</dc:subject>
	<dc:subject>Contact Centers/CRM</dc:subject>
	<dc:subject>Market Trends</dc:subject>
	<dc:subject>Unified Communications</dc:subject><dc:subject>CEBP</dc:subject><dc:subject>communications enabled business processes</dc:subject><dc:subject>contact center</dc:subject><dc:subject>Eric Krapf</dc:subject><dc:subject>Interactive Intelligence</dc:subject><dc:subject>voicecon</dc:subject>
		<guid isPermaLink="false">http://enews.voicecon.com/?p=313</guid>
		<description><![CDATA[Don Brown, Interactive Intelligence's chairman, president and CEO, told me he wants to compete against the likes of BEA and Ultimus in providing programming tools that automate business processes, instead of just communications-enabling those processes. In Brown's view of things, communications-enabled business processes (CEBP) "undershoots the potential" of the cluster of technologies that are typically deployed first in the contact center, which is the marketplace where Interactive Intelligence has its historic strength.]]></description>
			<content:encoded><![CDATA[<blockquote><p>This issue of VoiceCon Enews is sponsored by AVST:</p>
<p><strong>Free Webinar: &#8220;Unified Messaging: Productivity Payoff Today&#8221;</strong><br />
Tomorrow, Wednesday, August 6, 2008<br />
11:00 am PT/2:00 pm ET</p>
<p>In this webinar, a leading analyst and technology provider will explain how Unified Messaging can provide a payoff in end user productivity, along with administrative and compliance benefits. Understand how to select a Unified Messaging solution that provides the functionality you need within an architecture that meets the requirements of your network&#8211;and your budget.</p>
<p><strong><a href="http://w.on24.com/r.htm?e=114898&amp;s=1&amp;k=57DB7C245D1848E1004C2D75F48EBC56&amp;partnerref=VC-Enews">Register Now!</a></strong></p></blockquote>
<p>When you talk to the CEO of a company that makes PBX, IVR, ACD and similar kinds of software, and you talk about their competitors, you expect names like Avaya or Nortel or Cisco to come up. But when I visited the headquarters of Interactive Intelligence last week, I got a different picture.</p>
<p>Don Brown, Interactive Intelligence&#8217;s chairman, president and CEO, told me he wants to compete against the likes of BEA and Ultimus in providing programming tools that <em>automate</em> business processes, instead of <em>just</em> communications-enabling those processes. In Brown&#8217;s view of things, communications-enabled business processes (CEBP) &#8220;undershoots the potential&#8221; of the cluster of technologies that are typically deployed first in the contact center, which is the marketplace where Interactive Intelligence has its historic strength.</p>
<p>Indeed, it&#8217;s in the contact center processes that Brown sees the greatest opportunity for a real revolution driven by the new software-based systems. &#8220;The contact center remains our bread and butter, because that&#8217;s the proving grounds for applications,&#8221; he said. Specifically, he calls out the contact center&#8217;s ability to not just route communications traffic intelligently, but to assign and track work and gather results: &#8220;In the contact center, we measure people out the wazoo,&#8221; Brown said. [Editor's note: I think I crossed the Wazoo River when I drove from Chicago to Indianapolis for the meeting.]</p>
<p>And while other vendors focus on call control or presence as the next generation&#8217;s center of gravity, Brown said he believes the PBX is basically plumbing, and presence is a &#8220;fairly trivial function.&#8221; Unlike many other vendors, he doesn&#8217;t believe his company needs to own the presence function to own the customer.</p>
<p>Instead, Interactive hopes process automation will provide the compelling ROI story, and they brought in an erstwhile customer, Rick Chin, to serve as the company&#8217;s manager of solutions marketing to promote the idea. Rick implemented an Interactive Intelligence solution when he was with Pinnacle Mortgage Corp., and used it to automate processes around mortgage approvals. He said that applying contact center-like processes and measurements let Pinnacle shave time out of the process, and the reporting was superior to traditional business process automation software. &#8220;Most people who try to automate something have no way to measure it afterwards,&#8221; he said.</p>
<p>Rick Chin claimed that the Interactive Intelligence system generated an ROI that led the company to mothball three NEC switches that hadn&#8217;t even been paid for, because the savings with Interactive Intelligence more than made up for the ongoing payments on the switches. He also said that business units within Pinnacle started demanding the system&#8217;s capabilities for their own processes: &#8220;We had a groundswell.&#8221;</p>
<p>With revenues of just north of $100 million, Interactive Intelligence is still a niche player, and it doesn&#8217;t have the full range of check-off items when it comes to unified communications, or even for that matter IP telephony: Most notably, the company doesn&#8217;t make its own phones and relies on SIP phones as their telephony endpoints. For a company whose strength is in the contact center, that&#8217;s not a fatal flaw, but it seems likely to limit Interactive&#8217;s ability to repeat the Pinnacle experience on a broad scale at very large enterprises.</p>
<p>Also, the relationship of the vendor&#8217;s Interaction Client with Microsoft OCS is interesting. Tim Passios, director of product marketing, said Interactive has figured out how to federate its presence engine with OCS&#8217;s&#8211;a capability that IBM Lotus, among others, has been at loggerheads with Microsoft about. When I asked how they do it, the Interactive folks told me it was a &#8220;secret sauce&#8221; kind of deal.</p>
<p>On the other hand, Interactive relies on Microsoft for features it doesn&#8217;t support natively, such as IM and video connectivity. And yet, you can&#8217;t embed Interaction Client in Communicator or vice versa, meaning users who have both systems will have to use both clients to meet all their needs. Whether this is a big deal or not remains to be seen.</p>
<p>All in all, Interactive Intelligence is adding another layer to the CEBP/UC story, and providing more ammunition for those who see the contact center not just as the killer app for next-gen communications, but as the model for it.</p>
<p>What do you think? Drop me a note here in the VoiceCon Enews Forum or directly at ekrapf@cmp.com</p>
<p>Eric H. Krapf<br />
Editor &amp; Lead Blogger, NoJitter.com<br />
VoiceCon Program Chair</p>
Technorati Tags: <a href="http://www.technorati.com/tag/CEBP" rel="tag">CEBP</a>, <a href="http://www.technorati.com/tag/communications+enabled+business+processes" rel="tag">communications enabled business processes</a>, <a href="http://www.technorati.com/tag/contact+center" rel="tag">contact center</a>, <a href="http://www.technorati.com/tag/Eric+Krapf" rel="tag">Eric Krapf</a>, <a href="http://www.technorati.com/tag/Interactive+Intelligence" rel="tag">Interactive Intelligence</a>, <a href="http://www.technorati.com/tag/voicecon" rel="tag">voicecon</a><a href="http://enews.voicecon.com/index.php?tag=cebp" rel="tag">CEBP</a>, <a href="http://enews.voicecon.com/index.php?tag=communications-enabled-business-processes" rel="tag">communications enabled business processes</a>, <a href="http://enews.voicecon.com/index.php?tag=contact-center" rel="tag">contact center</a>, <a href="http://enews.voicecon.com/index.php?tag=eric-krapf" rel="tag">Eric Krapf</a>, <a href="http://enews.voicecon.com/index.php?tag=interactive-intelligence" rel="tag">Interactive Intelligence</a>, <a href="http://enews.voicecon.com/index.php?tag=voicecon" rel="tag">voicecon</a>]]></content:encoded>
			<wfw:commentRss>http://enews.voicecon.com/2008/08/05/is-process-automation-the-key-to-uc/feed/</wfw:commentRss>
		</item>
		<item>
		<title>The History of Human Latency</title>
		<link>http://enews.voicecon.com/2008/07/29/the-history-of-human-latency/</link>
		<comments>http://enews.voicecon.com/2008/07/29/the-history-of-human-latency/#comments</comments>
		<pubDate>Tue, 29 Jul 2008 19:00:48 +0000</pubDate>
		<dc:creator>Eric Krapf</dc:creator>
		
	<dc:subject>Management</dc:subject>
	<dc:subject>Unified Communications</dc:subject>
	<dc:subject>VOIP</dc:subject><dc:subject>brent kelly</dc:subject><dc:subject>business process</dc:subject><dc:subject>communication channels</dc:subject><dc:subject>enterprise communications</dc:subject><dc:subject>human latency</dc:subject><dc:subject>Marty Parker</dc:subject><dc:subject>unified communications</dc:subject><dc:subject>voicecon san francisco</dc:subject>
		<guid isPermaLink="false">http://enews.voicecon.com/?p=311</guid>
		<description><![CDATA[Last week's newsletter got things cooking over on No Jitter (http://www.nojitter.com ), because my description of the concept of Human latency really didn't do justice to the concept the way that (as it turns out) most people see it. In an entry at NoJitter.com, Brent Kelly sums it up this way: "Human latency is not the time it takes to change communication channels, it is the delay in a business process that results when human interaction or intervention is required." Marty Parker offers something very similar: "Human latency is the time that a business process is pending or delayed while waiting for the humans who are required to act on the process. The important thing to the enterprise and to the enterprise's customers or constituents is that the process be completed."]]></description>
			<content:encoded><![CDATA[<blockquote><p>This issue of VoiceCon Enews is sponsored by VoiceCon San Francisco:</p>
<p>Register today for VoiceCon San Francisco 2008, to be held November 10-13, 2008, at the Moscone Center. Everyone is looking for ways to stretch the corporate budget and reduce costs. VoiceCon will analyze the new framework for enterprise communications, and show you how to have a true, bottom-line impact on how your company does business and on cutting energy and related expenses.</p>
<p><strong><a href="http://www.voicecon.com/sanfrancisco/register.php?priorityCode=CMEUVC01">Register now</a> and save up to $500.</strong></p></blockquote>
<p>Last week&#8217;s newsletter got things cooking over on <a href="http://www.nojitter.com/">No Jitter</a>, because my description of the concept of Human latency really didn&#8217;t do justice to the concept the way that (as it turns out) most people see it. Brent Kelly (&#8221;<a href="http://www.nojitter.com/blog/archives/2008/07/brent_kelly_on.html">Brent Kelly on Human Latency</a>&#8220;), Marty Parker (&#8221;<a href="http://www.nojitter.com/blog/archives/2008/07/human_latency_i.html">Human Latency in UC: What Does the Business Process See?</a>&#8220;) and Art Rosenberg (&#8221;<a href="http://www.nojitter.com/blog/archives/2008/07/more_about_huma.html">More About Human Latency: Art Rosenberg Weighs In</a>&#8220;) all weighed in to correct me.</p>
<p>Brent sums it up this way: &#8220;Human latency is not the time it takes to change communication channels, it is the delay in a business process that results when human interaction or intervention is required.&#8221; Marty offers something very similar: &#8220;Human latency is the time that a business process is pending or delayed while waiting for the humans who are required to act on the process. The important thing to the enterprise and to the enterprise&#8217;s customers or constituents is that the process be completed.&#8221;</p>
<p>I&#8217;m good with that, and I think Brent&#8217;s explanation, highlighting the difference between shifting communications channels vs. delaying business process, reflects the larger case that people are making around Unified Communications: There&#8217;s some value in saving people time as they muddle through their day communicating with others, but it&#8217;s not large or even quantifiable enough to make enterprises buy. But speeding up business processes could make a serious impact.</p>
<p>However, I do think we run the risk of overstating the benefits that UC can offer in reducing human latency, and how much of a breakthrough UC would be in dealing with this problem. For example, Marty writes, &#8220;Many, many examples exist [of technology overcoming human latency]. How about IVR systems and [automatic teller machines] and web sites, so that the customer or constituent does not even have to wait? How about e-mail, voice mail or texting so that a dialogue can occur without waiting for both (or several) parties to be available for a phone call (simultaneous by definition)?&#8221; He goes on to offer more examples, which don&#8217;t include, but could, based on this list: How about the telephone, so you don&#8217;t have to wait for a letter to get there?</p>
<p>The point being, business telecommunications from its inception has been all about reducing human latency. So the question becomes, how big of a deal is the incremental improvement that Unified Communications promises?</p>
<p>Marty sort of leads the way to this answer as well, when he writes about the application of advanced communications to contact centers: &#8220;The resulting improvements in both customer satisfaction and business profitability (from cost cutting, revenue growth or both) are matters of record. Why won&#8217;t we do this in the rest of the business?&#8221;</p>
<p>Pre-UC, the answer to that question was simple: It cost too much and was too much work. The costs of CTI in time and money were justified in the contact center, and weren&#8217;t justified anywhere else.</p>
<p>We often think that whatever technology is hot now will be some sort of end-state. When I worked at a magazine that covered the public network carriers, we had occasion at some point during the mid-&#8217;90s to name ATM (asynchronous transfer mode) as &#8220;Technology of the Year.&#8221; One of the package of stories was to answer the question, &#8220;What comes after ATM?&#8221; As far as the carriers were concerned, the answer was, &#8220;Nothing.&#8221; They actually seemed to believe that ATM was the end of history for carrier technology.</p>
<p>So all I&#8217;m saying is, maybe UC isn&#8217;t here to put an end to &#8220;human latency.&#8221; Maybe the advantages it holds over CTI will indeed let it penetrate deeper into the enterprise (as well as further improving the contact center). But at some point, the same cost/benefit equation that stopped CTI at the outside border of the contact center will come into play with UC.</p>
<p>In practical terms, what I think that means is you should go into UC looking to solve a couple of discrete issues rather than thinking it&#8217;s going to transform everything.</p>
<p>What do you think? Drop me a note here in the VoiceCon Enews Forum, or directly at ekrapf@cmp.com</p>
<p>Eric H. Krapf<br />
Editor &amp; Lead Blogger, NoJitter.com<br />
VoiceCon Program Chair</p>
Technorati Tags: <a href="http://www.technorati.com/tag/brent+kelly" rel="tag">brent kelly</a>, <a href="http://www.technorati.com/tag/business+process" rel="tag">business process</a>, <a href="http://www.technorati.com/tag/communication+channels" rel="tag">communication channels</a>, <a href="http://www.technorati.com/tag/enterprise+communications" rel="tag">enterprise communications</a>, <a href="http://www.technorati.com/tag/human+latency" rel="tag">human latency</a>, <a href="http://www.technorati.com/tag/Marty+Parker" rel="tag">Marty Parker</a>, <a href="http://www.technorati.com/tag/unified+communications" rel="tag">unified communications</a>, <a href="http://www.technorati.com/tag/voicecon+san+francisco" rel="tag">voicecon san francisco</a><a href="http://enews.voicecon.com/index.php?tag=brent_kelly" rel="tag">brent kelly</a>, <a href="http://enews.voicecon.com/index.php?tag=business_process" rel="tag">business process</a>, <a href="http://enews.voicecon.com/index.php?tag=communication_channels" rel="tag">communication channels</a>, <a href="http://enews.voicecon.com/index.php?tag=enterprise_communications" rel="tag">enterprise communications</a>, <a href="http://enews.voicecon.com/index.php?tag=human-latency" rel="tag">human latency</a>, <a href="http://enews.voicecon.com/index.php?tag=marty-parker" rel="tag">Marty Parker</a>, <a href="http://enews.voicecon.com/index.php?tag=unified_communications" rel="tag">unified communications</a>, <a href="http://enews.voicecon.com/index.php?tag=voicecon_san_francisco" rel="tag">voicecon san francisco</a>]]></content:encoded>
			<wfw:commentRss>http://enews.voicecon.com/2008/07/29/the-history-of-human-latency/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Wait and See on Latency</title>
		<link>http://enews.voicecon.com/2008/07/22/wait-and-see-on-latency/</link>
		<comments>http://enews.voicecon.com/2008/07/22/wait-and-see-on-latency/#comments</comments>
		<pubDate>Tue, 22 Jul 2008 19:00:49 +0000</pubDate>
		<dc:creator>Eric Krapf</dc:creator>
		
	<dc:subject>Applications</dc:subject>
	<dc:subject>Management</dc:subject>
	<dc:subject>Phones &amp; User Devices</dc:subject>
	<dc:subject>Tech Trends</dc:subject>
	<dc:subject>Unified Communications</dc:subject>
	<dc:subject>VOIP</dc:subject><dc:subject>business processes</dc:subject><dc:subject>Eric Krapf</dc:subject><dc:subject>human latency</dc:subject><dc:subject>No Jitter</dc:subject><dc:subject>UC</dc:subject><dc:subject>unified communications</dc:subject><dc:subject>usage scenarios</dc:subject><dc:subject>voicecon san francisco</dc:subject><dc:subject>zeus kerravala</dc:subject>
		<guid isPermaLink="false">http://enews.voicecon.com/?p=308</guid>
		<description><![CDATA[On No Jitter this week, Zeus Kerravala makes some valid points about the whole "human latency" issue around Unified Communications (see "Mobile Unified Communications Provides More Bang For The Buck Than On The Desktop"). Essentially, Zeus says that at least when it comes to landline communications (as opposed to when we're mobile), most of us have developed pretty effective workarounds for the human latency in our communications routines, so that it's really not as inefficient to work in separate media as the UC marketers make it out to be.]]></description>
			<content:encoded><![CDATA[<blockquote><p>This issue of VoiceCon Enews is sponsored by VoiceCon San Francisco:</p>
<p>There has never been a better time for enterprise decision-makers to register for VoiceCon San Francisco 2008, to be held November 10-13, 2008 at the Moscone Center. The migration from standalone TDM voice networks to IP Telephony, converged networks and Unified Communications continues, and enterprise IT/telecom executives face pressure to leverage all of this in order to strengthen the business. Only VoiceCon lets you see the innovators and hear from the experts.</p>
<p><strong><a href="http://www.voicecon.com/sanfrancisco/register.php?priorityCode=CMEUVC01">Register now</a> and save up to $500.</strong></p></blockquote>
<p>On <a href="http://www.nojitter.com/">No Jitter</a> this week, Zeus Kerravala makes some valid points about the whole &#8220;human latency&#8221; issue around Unified Communications (see &#8220;<a href="http://www.nojitter.com/blog/archives/2008/07/mobile_unified_1.html">Mobile Unified Communications Provides More Bang For The Buck Than On The Desktop</a>&#8220;). Human latency, for those not buzzword-current, is the time it takes for workers to move from one communications channel&#8211;say, email&#8211;to another one&#8211;say, the telephone&#8211;to respond to whatever issue they&#8217;re dealing with. UC gets touted as the way to automate these multi-channel transitions, saving time and therefore money. For example, you get an email, and can see, within the email, the correspondent&#8217;s current presence status, availability on various communications channels, and you can invoke the appropriate channel to respond without leaving the email program.</p>
<p>Essentially, Zeus says that at least when it comes to landline communications (as opposed to when we&#8217;re mobile), most of us have developed pretty effective workarounds for the human latency in our communications routines, so that it&#8217;s really not as inefficient to work in separate media as the UC marketers make it out to be.</p>
<p>But if Zeus is right, I wonder if it doesn&#8217;t cast at least a little bit of doubt on all of the UC usage scenarios and, more important, all of the scenarios for Communications-Enabled Business Processes (CEBP). The vision of CEBP says that you&#8217;ll add communications to workforce applications, scheduling apps, even production line applications for manufacturing. The classic scenario is that something goes wrong in the process and the system automatically calls the relevant people and sets up a conference call or whatever communication is needed to bring together those who have to collaborate to fix the problem.</p>
<p>But why is this really any different from the above-described &#8220;pure&#8221; communications integrations that UC interfaces/portals are meant to address? Any company that doesn&#8217;t already have processes&#8211;however burdened by &#8220;human latency&#8221;&#8211;to deal promptly with exceptions, probably won&#8217;t be in business very long. And the more critical the type of problem, the more likely that the relevant people have developed their own ways of overcoming the inherent human latency.</p>
<p>And expecting things to change relies on the assumption that everything goes off perfectly in the CEBP communications process. But CEBP will involve more complex call setups and communications among applications, and adding complexity to a process is not usually a recipe for improving its quality&#8211;especially a process like real-time communications, which is already highly sensitive to latency (the actual bits-and-bytes kind, not the soft &#8220;human&#8221; kind). And if the network happens to be running slow for any of the myriad reasons why networks run slow, and this happens just at the time your CEBP process is trying to set up a conference call to solve a critical issue that&#8217;s arisen, what are the odds that the user won&#8217;t just say, Screw it, and pick up the phone and start yelling? Now you&#8217;ve got the worst of all worlds.</p>
<p>I may be overstating my case somewhat here. All things being equal, the more efficient you can make communications interfaces and the more you can integrate voice into business processes, the more opportunities open up for smoother connections that actually do produce results. But I think that it&#8217;s important to realize that both UC and CEBP are certain to fail spectacularly if they run over networks that can&#8217;t deliver the performance required by real-time communications.</p>
<p>It&#8217;s kind of ironic: In the IP telephony generation, voice was the un-sexy application that some IP data folks didn&#8217;t care to spend a lot of time worrying about&#8211;until they had to. Now it&#8217;s the IP network that gets short shrift while everyone talks about the applications layer, blithely assuming that it will be trivial to make this stuff work right.</p>
<p>And it&#8217;s the IP networking experts&#8217; turn to say: Wait a minute&#8230;</p>
<p>What do you think? Drop me a note at ekrapf@techweb.com</p>
<p>Eric H. Krapf<br />
Editor &amp; Lead Blogger, NoJitter.com<br />
VoiceCon Program Chair</p>
Technorati Tags: <a href="http://www.technorati.com/tag/business+processes" rel="tag">business processes</a>, <a href="http://www.technorati.com/tag/Eric+Krapf" rel="tag">Eric Krapf</a>, <a href="http://www.technorati.com/tag/human+latency" rel="tag">human latency</a>, <a href="http://www.technorati.com/tag/No+Jitter" rel="tag">No Jitter</a>, <a href="http://www.technorati.com/tag/UC" rel="tag">UC</a>, <a href="http://www.technorati.com/tag/unified+communications" rel="tag">unified communications</a>, <a href="http://www.technorati.com/tag/usage+scenarios" rel="tag">usage scenarios</a>, <a href="http://www.technorati.com/tag/voicecon+san+francisco" rel="tag">voicecon san francisco</a>, <a href="http://www.technorati.com/tag/zeus+kerravala" rel="tag">zeus kerravala</a><a href="http://enews.voicecon.com/index.php?tag=business_processes" rel="tag">business processes</a>, <a href="http://enews.voicecon.com/index.php?tag=eric-krapf" rel="tag">Eric Krapf</a>, <a href="http://enews.voicecon.com/index.php?tag=human-latency" rel="tag">human latency</a>, <a href="http://enews.voicecon.com/index.php?tag=no-jitter" rel="tag">No Jitter</a>, <a href="http://enews.voicecon.com/index.php?tag=uc" rel="tag">UC</a>, <a href="http://enews.voicecon.com/index.php?tag=unified_communications" rel="tag">unified communications</a>, <a href="http://enews.voicecon.com/index.php?tag=usage_scenarios" rel="tag">usage scenarios</a>, <a href="http://enews.voicecon.com/index.php?tag=voicecon_san_francisco" rel="tag">voicecon san francisco</a>, <a href="http://enews.voicecon.com/index.php?tag=zeus-kerravala" rel="tag">zeus kerravala</a>]]></content:encoded>
			<wfw:commentRss>http://enews.voicecon.com/2008/07/22/wait-and-see-on-latency/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Communications and Energy</title>
		<link>http://enews.voicecon.com/2008/07/15/communications-and-energy/</link>
		<comments>http://enews.voicecon.com/2008/07/15/communications-and-energy/#comments</comments>
		<pubDate>Tue, 15 Jul 2008 19:00:14 +0000</pubDate>
		<dc:creator>Eric Krapf</dc:creator>
		
	<dc:subject>Equipment</dc:subject>
	<dc:subject>Management</dc:subject>
	<dc:subject>Market Trends</dc:subject>
	<dc:subject>Tech Trends</dc:subject>
		<guid isPermaLink="false">http://enews.voicecon.com/?p=307</guid>
		<description><![CDATA[As we've begun discussing the program for November's VoiceCon San Francisco conference, Fred Knight and I have been looking for ways we can program sessions around the issue of communications' role in saving energy. To get the obvious point out of the way: This isn't about saving the planet. There may be some specific corporate directives around "Green" initiatives whose aim is corporate image-building, but what we're talking about here is the immediate and long-term effects that high and rising energy prices will have on enterprise IT systems and human behavior.]]></description>
			<content:encoded><![CDATA[<blockquote><p>This issue of VoiceCon Enews is sponsored by Psytechnics:</p>
<p>Join Dr Mike Hollier, CTO, Psytechnics, and John Bartlett, Principal, NetForecast, for a VoiceCon webinar covering &#8220;<a href="http://w.on24.com/r.htm?e=114196&amp;s=1&amp;k=479F37C26D25393BB8AA65DB61472FD0&amp;partnerref=VC-Enews">Practical IP Telephony Performance Management</a>.&#8221;</p>
<p>Dr Hollier is a pioneer in perceptual engineering, and his expertise has created Psytechnics, a world leader in voice and video user experience management. Psytechnics&#8217; unique capability delivers real time voice application management, measuring, reporting and diagnosing voice specific problems such as echo, noise, volume levels and speech distortion.</p></blockquote>
<p>As we&#8217;ve begun discussing the program for November&#8217;s <a href="http://www.voicecon.com/sanfrancisco/?priorityCode=CMEUVC01">VoiceCon San Francisco</a> conference, Fred Knight and I have been looking for ways we can program sessions around the issue of communications&#8217; role in saving energy. Since energy costs appear to be on a permanent upward trend, it seems clear that enterprises will have to take a fresh look at this problem from all its various aspects, and it&#8217;s inevitable that communications technology will be the preferred solution in at least some of the situations.</p>
<p>To get the obvious point out of the way: This isn&#8217;t about saving the planet. There may be some specific corporate directives around &#8220;Green&#8221; initiatives whose aim is corporate image-building, but what we&#8217;re talking about here is the immediate and long-term effects that high and rising energy prices will have on enterprise IT systems and human behavior.</p>
<p>This breaks down into two pieces: Conserving energy in the consumption of communications technology by the enterprise; and deploying communications technology in ways that help the enterprise avoid energy consumption in its business processes.</p>
<p>On the first point, Gary Audin and Matt Brunk have been doing yeomen&#8217;s work at No Jitter, discussing the progress that&#8217;s being made&#8211;or not made&#8211;in bringing energy efficiency to networking. For just one example, as Matt has blogged, the Energy Star certification program is finally coming to servers and other network gear, helping buyers choose products that will use power most efficiently (see &#8220;<a href="http://www.nojitter.com/blog/archives/2008/05/power_resources.html">Power Resources</a>&#8221; and many other blogs at No Jitter&#8211;just search on Matt&#8217;s name).</p>
<p>However, as Gary has pointed out many times, IP telephony creates unique new challenges when it comes to power consumption, not the least of which is the fact that power demand becomes much more decentralized. Instead of main distribution frames (MDFs) and/or intermediate distribution frames (IDFs) representing a handful of easily monitored and understood locations, much of your power will be consumed at the wiring closet, where desktop switches will run power over Ethernet out to the phones (and the WLAN access points, too).</p>
<p>Not only are these closets often ill-equipped to properly dissipate the heat generated by these deployments&#8211;I once heard an APC exec say his company should really be in the box-fan business&#8211;there&#8217;s an even more basic problem when it comes to understanding your power consumption in the new IP telephony architecture: Chances are, the telecom or IT folks never see the bill for the power that&#8217;s consumed in the closets&#8211;that&#8217;s the bailiwick of the facilities department, which, ironically, telecom used to be a part of in many organizations.</p>
<p>Then there&#8217;s Part 2 of the larger equation, which is: How can enterprises deploy communications technology, and especially the new Unified Communications capabilities, to reduce energy consumption by employees throughout their day&#8211;whether it&#8217;s commuting to and from an office, or whether we&#8217;re talking about the way the enterprise moves people and materials around in the course of doing whatever the company does for a living.</p>
<p>Certainly this begins with telecommuting/telework, and it likely involves various forms of conferencing&#8211;audio, video and Web&#8211;but how specifically does the enterprise implement these applications most effectively? And what other applications might there be? Could communications technology be integrated with business processes to, for example, send workers to the job site or retail outlet nearest their home based on that day&#8217;s needs? If so, and if that&#8217;s a good idea, how does that change the employee&#8217;s notion of where he or she works? They become &#8220;home based,&#8221; at least in the sense that their constant is where they start from each morning, rather than where they report to.</p>
<p>As you can see, this is a big, complicated discussion, it&#8217;s one we&#8217;re just starting now, and it&#8217;s one we hope to engage more fully in San Francisco this November. We&#8217;ll dig into more detail in future newsletters as well.</p>
<p>What do you think? Drop me a note at ekrapf@techweb.com</p>
<p>Eric H. Krapf<br />
Editor &amp; Lead Blogger, NoJitter.com<br />
VoiceCon Program Chair</p>
]]></content:encoded>
			<wfw:commentRss>http://enews.voicecon.com/2008/07/15/communications-and-energy/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Mr. Inside or Mr. Outside?</title>
		<link>http://enews.voicecon.com/2008/07/08/mr-inside-or-mr-outside/</link>
		<comments>http://enews.voicecon.com/2008/07/08/mr-inside-or-mr-outside/#comments</comments>
		<pubDate>Tue, 08 Jul 2008 19:00:28 +0000</pubDate>
		<dc:creator>Eric Krapf</dc:creator>
		
	<dc:subject>Security</dc:subject>
	<dc:subject>Tech Trends</dc:subject>
	<dc:subject>Unified Communications</dc:subject>
	<dc:subject>VOIP</dc:subject><dc:subject>bruce schneier</dc:subject><dc:subject>Eric Krapf</dc:subject><dc:subject>security expert</dc:subject><dc:subject>unified communications</dc:subject><dc:subject>unified communications</dc:subject><dc:subject>voicecon san francisco</dc:subject><dc:subject>voice networks</dc:subject>
		<guid isPermaLink="false">http://enews.voicecon.com/?p=306</guid>
		<description><![CDATA[This issue of VoiceCon Enews is sponsored by VoiceCon San Francisco:
There has never been a better time for enterprise decision-makers to register for VoiceCon San Francisco 2008, to be held November 10-13, 2008, at the Moscone North Convention Center. The migration from standalone TDM voice networks to IP Telephony, converged networks and Unified Communications continues, [...]]]></description>
			<content:encoded><![CDATA[<blockquote><p>This issue of VoiceCon Enews is sponsored by VoiceCon San Francisco:</p>
<p>There has never been a better time for enterprise decision-makers to register for <a href="http://www.voicecon.com/sanfrancisco/?priorityCode=CMEUVC01">VoiceCon San Francisco 2008</a>, to be held November 10-13, 2008, at the Moscone North Convention Center. The migration from standalone TDM voice networks to IP Telephony, converged networks and Unified Communications continues, and enterprise IT/telecom executives face pressure to leverage all of this in order to strengthen the business. Only VoiceCon lets you see the innovators and hear from the experts.</p>
<p><strong><a href="http://www.voicecon.com/sanfrancisco/register.php?priorityCode=CMEUVC01">Register now and save up to $500</a>.</strong></p></blockquote>
<p>On his <a href="http://www.schneier.com/blog/">blog</a>, renowned security expert Bruce Schneier recently picked up on an article about a Verizon Business study (see &#8220;<a href="http://www.pcworld.com/businesscenter/article/147098/insider_threat_exaggerated_study_says_.html">Insider Threat Exaggerated, Study Says</a>&#8220;) questioning the conventional wisdom that the major security threat to enterprises comes from within, not from without. Schneier explains why this makes sense, and why it&#8217;s also a highly constricted view of the problem in any event:</p>
<p>&#8220;The whole insiders vs. outsiders debate has always been one of semantics more than anything else,&#8221; he writes. &#8220;If you count by attacks, there are a lot more outsider attacks, simply because there are orders of magnitude more outsider attackers. If you count incidents, the numbers tend to get closer: 75% vs. 18% in this case [the Verizon study]. And if you count damages, insiders generally come out on top&#8211;mostly because they have a lot more detailed information and can target their attacks better.&#8221;</p>
<p>He concludes: &#8220;Both insiders and outsiders are security risks, and you have to defend against them both. Trying to rank them isn&#8217;t all that useful.&#8221;</p>
<p>In practice, I&#8217;ve never heard of an enterprise behaving as if outsiders <em>weren&#8217;t</em> a significant threat, though I&#8217;ve certainly sat through many marketing presentations in which I was reminded that insiders were the real problem. I think everybody intuitively grasps Schneier&#8217;s last point, that making the inside/outside distinction isn&#8217;t that useful an exercise, since you know you&#8217;re going to have to protect against both. Obviously, security is an exercise in risk management, in deciding how much weight to give what kinds of threats. But I think most enterprise managers grasp the idea that a catastrophic breach can originate on either side of the demarc.</p>
<p>Interestingly, Verizon actually broke the data breaches into categories based on three sources of the compromise: Insiders, outsiders and partners. In the comments on Schneier&#8217;s blog, one of the report&#8217;s authors wrote that, &#8220;When you multiply likelihood and impact, partners represented the greatest risk,&#8221; and added, &#8220;we often found partner-facing controls to be non-existent.&#8221;</p>
<p>This is obviously a factor to keep in mind as enterprises begin dissolving the perimeter of their communications infrastructure as they move toward Unified Communications. The vision is one where the core of the communications system is accessible via a range of mobile endpoints, devices connecting over the Internet, and presence-enabled contact/buddy lists that may be extended not just to colleagues within the enterprise, but to partners as well. Given the findings of the Verizon study, UC security will be every bit as complex as security in the wider IT infrastructure.</p>
<p>We continue to hear that, while vulnerabilities have been reported, actual attacks specifically targeting the enterprise VOIP infrastructure remain somewhere between rare and nonexistent. Various structures remain in place today to protect the enterprise, the most effective of which is probably the continued isolation of IP telephony into site-based islands connected over dedicated carrier services. As long as this continues to be the case, the broader issue of UC security may not be critical.</p>
<p>But part of the emerging UC discipline within enterprise organizations is the growing realization that specialists from virtually every division of IT must come together to understand how the integration of communications and business applications, running over a converged IP network, will affect the many stakeholders in the process. This inter-disciplinary, inter-departmental effort will have to extend to security, and will have to be more comprehensive than the current threat picture might suggest.</p>
<p>What do you think? Drop me a note at ekrapf@techweb.com</p>
<p>Eric H. Krapf<br />
Editor &amp; Lead Blogger, NoJitter.com<br />
VoiceCon Program Chair</p>
Technorati Tags: <a href="http://www.technorati.com/tag/bruce+schneier" rel="tag">bruce schneier</a>, <a href="http://www.technorati.com/tag/Eric+Krapf" rel="tag">Eric Krapf</a>, <a href="http://www.technorati.com/tag/security+expert" rel="tag">security expert</a>, <a href="http://www.technorati.com/tag/unified+communications" rel="tag">unified communications</a>, <a href="http://www.technorati.com/tag/unified+communications" rel="tag">unified communications</a>, <a href="http://www.technorati.com/tag/voicecon+san+francisco" rel="tag">voicecon san francisco</a>, <a href="http://www.technorati.com/tag/voice+networks" rel="tag">voice networks</a><a href="http://enews.voicecon.com/index.php?tag=bruce_schneier" rel="tag">bruce schneier</a>, <a href="http://enews.voicecon.com/index.php?tag=eric-krapf" rel="tag">Eric Krapf</a>, <a href="http://enews.voicecon.com/index.php?tag=security_expert" rel="tag">security expert</a>, <a href="http://enews.voicecon.com/index.php?tag=unified-communications" rel="tag">unified communications</a>, <a href="http://enews.voicecon.com/index.php?tag=unified_communications" rel="tag">unified communications</a>, <a href="http://enews.voicecon.com/index.php?tag=voicecon_san_francisco" rel="tag">voicecon san francisco</a>, <a href="http://enews.voicecon.com/index.php?tag=voice_networks" rel="tag">voice networks</a>]]></content:encoded>
			<wfw:commentRss>http://enews.voicecon.com/2008/07/08/mr-inside-or-mr-outside/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Digium Update</title>
		<link>http://enews.voicecon.com/2008/07/01/digium-update/</link>
		<comments>http://enews.voicecon.com/2008/07/01/digium-update/#comments</comments>
		<pubDate>Tue, 01 Jul 2008 19:00:25 +0000</pubDate>
		<dc:creator>Eric Krapf</dc:creator>
		
	<dc:subject>Architecture</dc:subject>
	<dc:subject>Equipment</dc:subject>
	<dc:subject>Market Trends</dc:subject>
	<dc:subject>Unified Communications</dc:subject>
	<dc:subject>VOIP</dc:subject><dc:subject>Architecture</dc:subject><dc:subject>Asterisk</dc:subject><dc:subject>Digium</dc:subject><dc:subject>Equipment</dc:subject><dc:subject>Eric Krapf</dc:subject><dc:subject>Mark Spencer</dc:subject><dc:subject>Market Trends</dc:subject><dc:subject>unified communications</dc:subject><dc:subject>VOIP</dc:subject>
		<guid isPermaLink="false">http://www.voicecon.com/enews/2008/07/01/digium-update/</guid>
		<description><![CDATA[This issue of VoiceCon Enews is sponsored by BCR Training:
BCR Training in Information Technologies
Get vendor-neutral education in a city near you:

Introduction to Telecom: Voice, Data and Video
DataComm I: Understanding IP Networks for Data and VOIP
DataComm II: Switching &#38; Routing Technologies for Converged Networks
Voice over IP and IP Telephony
VOIP II: Deploying and Best Practices in the [...]]]></description>
			<content:encoded><![CDATA[<blockquote>This issue of VoiceCon Enews is sponsored by BCR Training:<strong><a href="http://www.bcrtraining.com/"></p>
<p>BCR Training in Information Technologies</a></strong><br />
Get vendor-neutral education in a city near you:</p>
<ul>
<li>Introduction to Telecom: Voice, Data and Video</li>
<li>DataComm I: Understanding IP Networks for Data and VOIP</li>
<li>DataComm II: Switching &amp; Routing Technologies for Converged Networks</li>
<li>Voice over IP and IP Telephony</li>
<li>VOIP II: Deploying and Best Practices in the Enterprise</li>
<li>Planning and Implementing VOIP Unified Communications</li>
<li>Managing and Controlling the IT Power Bill</li>
<li>Cost Control of Wired and Wireless Networks</li>
</ul>
<p>Plus more than 30 programs that can be brought to your site: <strong><a href="http://www.bcrtraining.com/">bcrtraining.com</a></strong></p></blockquote>
<p>Fred Knight and I had the opportunity to travel down to Huntsville, AL, last week to visit with the folks at Digium, the company founded by Mark Spencer, creator of the Asterisk open source PBX. What we found was a company that appears to be making the familiar tech industry passage from a young startup focused on breaking new ground, to VC-funded company on the IPO track, focused on execution and building its market.</p>
<p>Digium has always had lots of buzz, largely thanks to Mark Spencer&#8217;s high profile, enthusiasm and energy in advocating for open source in the communications world. In classic startup form, the company has brought in a team of industry veterans to push Digium to the next level. Many of these leaders, including CEO Danny Windham and worldwide sales VP Steve Harvey, moved over from Adtran, whose HQ is just across Huntsville&#8217;s industrial park from Digium. Another exec, product marketing VP Bill Miller, is a veteran of Fujitsu, 3Com and other venerable networking and telecom companies.</p>
<p>What I wasn&#8217;t really aware of was how solid a footing Digium has built: It&#8217;s on its 26th consecutive quarter of profitable growth, driven primarily by analog and digital gateway boards, which account for 70% of the company&#8217;s revenue. In fact, up until August 2006, all of its revenues were tied to boards, according to Bill Miller, who admitted, &#8220;The challenge has been for us to monetize Asterisk.&#8221;</p>
<p>Things picked up in a big way last year. The company launched its first Asterisk appliance; concluded three OEM deals (3Com plus two companies not publicly named); and acquired Switchvox, a San Diego-based firm that had built a 400-station-capable PBX on Asterisk. According to Bill Miller, the Switchvox acquisition and product is what will boost Digium out of the low-end SMB market into larger deployments. Digium also launched 24&#215;7 worldwide subscription support services last year.</p>
<p>The company touts its growing customer base, recently announcing that its 4 millionth port of Asterisk was shipped to Wisconsin-based Ashley Furniture, which claims to be the #1 selling brand of home furniture in North America. Among its other installations is a 1,200-seat contact center for Aheeva (a call center/CTI software vendor) which has 4 sites, 28 T1s, 650 lines and 10 Asterisk servers, handling a peak of 160K calls in one day, 55K calls on average. Digium is working on scaling its Business Edition Software&#8217;s capabilities, and in the next (4.0) release will start to build some of the clustering capabilities needed to support growing deployment sizes, Miller said.</p>
<p>Cost is still the major appeal of Asterisk, according to Bill Miller, who said ROI for Digium&#8217;s AA50 Asterisk appliance or its Business Edition software package can be &#8220;months.&#8221; SMBs, he said, &#8220;don&#8217;t care about Asterisk&#8221;-that is, they&#8217;re not open source advocates-they just want an appliance that works.</p>
<p>The other big advantage is flexibility. Customers can work with their VARs (Digium sells only through the channel) to customize the software in ways that would be much more expensive and time-consuming with legacy vendors&#8217; products, Miller said.</p>
<p>Digium/Asterisk may not be a PBX for the large enterprise today, and if Unified Communications had never come along, it might have continued to show up as nothing more than a science project on the part of a few motivated hobbyists within enterprise IT/telecom shops. But UC is beginning to cause enterprises to think differently (to coin a phrase) about phone systems. I recently spoke with Blake Baxter of Dimension Data, who said that in some client enterprises, UC is &#8220;pulling&#8221; IP telephony instead of vice versa. This tracks with the general perception that enterprises might want to first find the communications applications that will add value, then build IP telephony out where it enables these apps. In a context like that, call control can become something of a wild card. And so could Digium/Asterisk.</p>
<p>The venture capital firm Matrix Partners invested $13 million in Digium in 2006, and Adtran also holds a 13% stake in Digium. Now isn&#8217;t exactly the time for any startup to be bandying about specific plans for an IPO, but that&#8217;s clearly where Digium will be positioned in the medium term-which might just coincide with the time when the market rebounds.</p>
<p>What do you think? Drop me a note at ekrapf@techweb.com</p>
<p>Eric H. Krapf<br />
Editor &amp; Lead Blogger, NoJitter.com<br />
VoiceCon Program Chair</p>
Technorati Tags: <a href="http://www.technorati.com/tag/Architecture" rel="tag">Architecture</a>, <a href="http://www.technorati.com/tag/Asterisk" rel="tag">Asterisk</a>, <a href="http://www.technorati.com/tag/Digium" rel="tag">Digium</a>, <a href="http://www.technorati.com/tag/Equipment" rel="tag">Equipment</a>, <a href="http://www.technorati.com/tag/Eric+Krapf" rel="tag">Eric Krapf</a>, <a href="http://www.technorati.com/tag/Mark+Spencer" rel="tag">Mark Spencer</a>, <a href="http://www.technorati.com/tag/Market+Trends" rel="tag">Market Trends</a>, <a href="http://www.technorati.com/tag/unified+communications" rel="tag">unified communications</a>, <a href="http://www.technorati.com/tag/VOIP" rel="tag">VOIP</a><a href="http://enews.voicecon.com/index.php?tag=architecture" rel="tag">Architecture</a>, <a href="http://enews.voicecon.com/index.php?tag=asterisk" rel="tag">Asterisk</a>, <a href="http://enews.voicecon.com/index.php?tag=digium" rel="tag">Digium</a>, <a href="http://enews.voicecon.com/index.php?tag=equipment" rel="tag">Equipment</a>, <a href="http://enews.voicecon.com/index.php?tag=eric-krapf" rel="tag">Eric Krapf</a>, <a href="http://enews.voicecon.com/index.php?tag=mark-spencer" rel="tag">Mark Spencer</a>, <a href="http://enews.voicecon.com/index.php?tag=market-trends" rel="tag">Market Trends</a>, <a href="http://enews.voicecon.com/index.php?tag=unified-communications" rel="tag">unified communications</a>, <a href="http://enews.voicecon.com/index.php?tag=voip" rel="tag">VOIP</a>]]></content:encoded>
			<wfw:commentRss>http://enews.voicecon.com/2008/07/01/digium-update/feed/</wfw:commentRss>
		</item>
		<item>
		<title>What&#8217;s Really Hot in UC</title>
		<link>http://enews.voicecon.com/2008/06/24/whats-really-hot-in-uc/</link>
		<comments>http://enews.voicecon.com/2008/06/24/whats-really-hot-in-uc/#comments</comments>
		<pubDate>Tue, 24 Jun 2008 19:00:27 +0000</pubDate>
		<dc:creator>Eric Krapf</dc:creator>
		
	<dc:subject>Unified Communications</dc:subject><dc:subject>unified communications</dc:subject>
		<guid isPermaLink="false">http://www.voicecon.com/enews/2008/06/24/whats-really-hot-in-uc/</guid>
		<description><![CDATA[This issue of VoiceCon Enews is sponsored by VoiceCon Amsterdam:
The enterprise telephony market in Europe continues its strong growth, and European enterprises are actively exploring their choices for migrating to IP Telephony and Unified Communications, so now is the right time for enterprise decision makers to plan on attending VoiceCon Amsterdam: 14-16 October 2008 at [...]]]></description>
			<content:encoded><![CDATA[<blockquote>This issue of VoiceCon Enews is sponsored by VoiceCon Amsterdam:</p>
<p>The enterprise telephony market in Europe continues its strong growth, and European enterprises are actively exploring their choices for migrating to IP Telephony and Unified Communications, so now is the right time for enterprise decision makers to plan on attending <a href="http://www.voicecon.eu/?priorityCode=CMEUVC01">VoiceCon Amsterdam</a>: 14-16 October 2008 at the Amsterdam RAI. VoiceCon is the best place to see the innovators and hear from experts and pioneering end users. We&#8217;re proud of our reputation for accuracy, objectivity and technical depth.<strong><a href="http://www.voicecon.eu/register.php?priorityCode=CMEUVC01"></p>
<p>Register now</a></strong> and save up to &euro;250.</p></blockquote>
<p>Over on <a href="http://www.nojitter.com/">NoJitter.com</a>, Marty Parker and Fred Knight have had an interesting back-and-forth on the issue of whether users are confused about the value of Unified Communications, whether they&#8217;re deploying UC, and generally how big a deal UC is <em>today.</em> Marty is bullish; Fred more skeptical.</p>
<p>Much of their debate centers on a Forrester Research report on enterprise decision-makers&#8217; attitudes about a range of communications technologies, from WAN services to VOIP to UC. I&#8217;ve dug through the Forrester report and could easily pull out data to support either Fred&#8217;s or Marty&#8217;s position. So I&#8217;ll leave them to battle it out and call attention to one other question from Forrester&#8217;s survey of enterprise decision-makers.</p>
<p>Forrester asked, &#8220;How important to your organization is each of the following features of Unified Communications? (very important/somewhat important/not important/don&#8217;t know)&#8221;. And here are the percentage results, in the same descending order of importance as in the parenthesis from the previous sentence:</p>
<ul>
<li>Integrated voice, email and IM: 58/38/3/0</li>
<li>Audio, Web and videoconferencing capabilities: 62/33/5/0</li>
<li>Integration with collaboration software: 42/49/8/2</li>
<li>Presence: 38/48/14/0</li>
<li>Business telephone features on mobile devices: 37/43/18/2</li>
<li>Call control from the desktop: 25/51/23/1</li>
<li>Calendars that can be accessed and updated by voice commands: 21/40/38/1</li>
</ul>
<p>I&#8217;m not at all surprised by the position that conferencing took in the survey. Audio conferencing-i.e., getting rid of expensive conferencing services&#8211;is the killer app for VOIP/UC cost justification, and videoconferencing is surging in the enterprise. I am a little surprised by the high importance that the respondents placed on integrating all communications channels, primarily because the payback on such integration is extremely soft.</p>
<p>And yet, I was talking to Allan Sulkin not long ago, and Allan asked me, &#8220;When was the last time somebody said: I need a new voice mail system; I&#8217;ve got to go do an ROI?&#8221; It looks to me like this survey is telling us that integrated UC portals like Microsoft Communicator and Lotus Sametime are reaching the same level of acceptance, at least in the minds of IT decision makers. Which means that the UC story has been very good news for Microsoft and IBM, less so for others.</p>
<p>At the same time, the survey respondents seem to have a somewhat constrained-or maybe less grandiose-vision of the world than do the vendors. There&#8217;s decidedly less interest in Presence, even though vendors seem to agree that Presence is the heart of UC. All you ever hear about is how you&#8217;ve got to know what your co-workers are up to so that you can contact them the right way on the first try.</p>
<p>This survey seems to suggest otherwise. The respondents clearly grasp the idea that unifying a worker&#8217;s communications into a single interface will make that worker more productive. They believe that collaboration tools and integration will likewise help end users do their jobs. But fewer of them see the importance of dictating too carefully exactly how those employees collaborate.</p>
<p>Another thing may be that there&#8217;s more resistance out there than we realize to the notion that people should be findable at all times-even if the individual gets to configure his or her own findability. Communications professionals and power users may love the idea of Presence, but maybe the same IT folks see less evidence of demand for it among their broader workforce.</p>
<p>In closing, I was also kind of surprised by the relatively low position given to business-feature-enabling of mobile devices. Fixed-mobile convergence clearly is a hot topic in the industry, but if it <em>isn&#8217;t</em> so important to port business telephone features onto mobile devices, does this mean that mobility isn&#8217;t as critical as we thought? Or does it mean that, for now, Blackberry email and plain-vanilla cellular voice are good enough for the mobile worker?</p>
<p>What do you think? Drop me a note at ekrapf@techweb.com</p>
<p>Eric H. Krapf<br />
Editor &amp; Lead Blogger, NoJitter.com<br />
VoiceCon Program Chair</p>
Technorati Tags: <a href="http://www.technorati.com/tag/unified+communications" rel="tag">unified communications</a><a href="http://enews.voicecon.com/index.php?tag=unified-communications" rel="tag">unified communications</a>]]></content:encoded>
			<wfw:commentRss>http://enews.voicecon.com/2008/06/24/whats-really-hot-in-uc/feed/</wfw:commentRss>
		</item>
	</channel>
</rss>
