<?xml version='1.0' encoding='UTF-8'?><rss xmlns:atom='http://www.w3.org/2005/Atom' xmlns:openSearch='http://a9.com/-/spec/opensearchrss/1.0/' version='2.0'><channel><atom:id>http://www.blogger.com/feeds/17420798/posts/full</atom:id><lastBuildDate>Fri, 25 Aug 2006 20:54:09 +0000</lastBuildDate><title>VoIP technologies with the voiploser and friends</title><description></description><link>http://www.voiploser.com/auzelac/blog</link><managingEditor>voiploser</managingEditor><generator>Blogger</generator><openSearch:startIndex>1</openSearch:startIndex><openSearch:itemsPerPage>15</openSearch:itemsPerPage><item><guid isPermaLink='false'>http://www.blogger.com/feeds/17420798/posts/full/117512645337590100</guid><pubDate>Wed, 28 Mar 2007 23:54:00 +0000</pubDate><atom:updated>2007-03-28T20:00:53.384-04:00</atom:updated><title>Open ID and P2P SIP</title><description>&lt;div xmlns="http://www.w3.org/1999/xhtml"&gt;Friend and fellow IETF'er Alex Mayrhofer from Austria brings to light some very interesting thoughts on OpenID and it's applicability to P2P SIP.  P2P SIP is a very intriguing Working Group in IETF, but there's strong debate from many sides about how to implement.  Alex have references in his post, as well as some solid points about OpenID's pertinence to P2P SIP.&lt;br /&gt;&lt;br /&gt;Adam "voiploser" Uzelac&lt;/div&gt;</description><link>http://www.voiploser.com/auzelac/blog/2007/03/open-id-and-p2p-sip.html</link><author>voiploser</author></item><item><guid isPermaLink='false'>http://www.blogger.com/feeds/17420798/posts/full/117019365563194394</guid><pubDate>Tue, 30 Jan 2007 21:44:00 +0000</pubDate><atom:updated>2007-01-30T16:47:35.640-05:00</atom:updated><title>iPhone versus the xpPhone</title><description>&lt;div xmlns="http://www.w3.org/1999/xhtml"&gt;Microsoft didn't want to get outdone by Apple with this whole iPhone business - so it &lt;a href="http://www.thespoof.com/news/spoof.cfm?headline=s5i13680"&gt;announced a product&lt;/a&gt; to top the iPhone!&lt;br /&gt;&lt;br /&gt;From the article....&lt;br /&gt;&lt;br /&gt;    * Let you contact the dead&lt;br /&gt;    * Swipe illegal music before it even hits the market&lt;br /&gt;    * Download porn movies at 4.5 Megabits per second&lt;br /&gt;    * UPLOAD porn movies at 4.5 Megabits per second&lt;br /&gt;    * Order your pizza for you even when you don't want a pizza&lt;br /&gt;&lt;br /&gt;Adam&lt;/div&gt;</description><link>http://www.voiploser.com/auzelac/blog/2007/01/iphone-versus-xpphone.html</link><author>voiploser</author></item><item><guid isPermaLink='false'>http://www.blogger.com/feeds/17420798/posts/full/116611716918269620</guid><pubDate>Thu, 14 Dec 2006 17:24:00 +0000</pubDate><atom:updated>2006-12-14T12:26:09.196-05:00</atom:updated><title>Man gets the bad-guys from 1000s of miles away</title><description>&lt;div xmlns="http://www.w3.org/1999/xhtml"&gt;Now &lt;a href="http://www.cnn.com/2006/WORLD/americas/12/14/internet.security.reut/index.html?eref=yahoo"&gt;here's a great example&lt;/a&gt; of the power of the Internet and communications.....&lt;br /&gt;&lt;br /&gt;Adam "voiploser" Uzelac&lt;/div&gt;</description><link>http://www.voiploser.com/auzelac/blog/2006/12/man-gets-bad-guys-from-1000s-of-miles.html</link><author>voiploser</author></item><item><guid isPermaLink='false'>http://www.blogger.com/feeds/17420798/posts/full/116257835839074043</guid><pubDate>Fri, 03 Nov 2006 18:23:00 +0000</pubDate><atom:updated>2006-11-03T13:25:58.423-05:00</atom:updated><title>Too funny....</title><description>&lt;div xmlns="http://www.w3.org/1999/xhtml"&gt;&lt;a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://imgs.xkcd.com/comics/not_really_into_pokemon.png"&gt;&lt;img style="float:left; margin:0 10px 10px 0;cursor:pointer; cursor:hand;width: 320px;" src="http://imgs.xkcd.com/comics/not_really_into_pokemon.png" border="0" alt="" /&gt;&lt;/a&gt;&lt;br /&gt;I have to share this online comic strip - &lt;a href="http://xkcd.com/"&gt;xkcd.com&lt;/a&gt; is just too funny!&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;Enjoy.&lt;br /&gt;&lt;br /&gt;Adam "voiploser" Uzelac&lt;/div&gt;</description><link>http://www.voiploser.com/auzelac/blog/2006/11/too-funny.html</link><author>voiploser</author></item><item><guid isPermaLink='false'>http://www.blogger.com/feeds/17420798/posts/full/115902602100710265</guid><pubDate>Sat, 23 Sep 2006 15:37:00 +0000</pubDate><atom:updated>2006-09-23T11:40:21.020-04:00</atom:updated><title>Amazing Hockey Skills</title><description>&lt;div xmlns="http://www.w3.org/1999/xhtml"&gt;The hand-eye coordination of the guys depicted in &lt;a href="http://www.youtube.com/watch?v=ouJuGtyyddE"&gt;this video clip&lt;/a&gt; from TSN are AMAZING!  Enjoy.&lt;br /&gt;&lt;br /&gt;Adam "voiploser" Uzelac&lt;br /&gt;&lt;br /&gt;PS - for the record, I have been playing hockey since I was 6 and I am a HUGE fan of the &lt;a href="http://www.detroitredwings.com/"&gt;Detroit Red Wings&lt;/a&gt;.  GO WINGS!&lt;/div&gt;</description><link>http://www.voiploser.com/auzelac/blog/2006/09/amazing-hockey-skills.html</link><author>voiploser</author></item><item><guid isPermaLink='false'>http://www.blogger.com/feeds/17420798/posts/full/115887038396830061</guid><pubDate>Thu, 21 Sep 2006 20:26:23 +0000</pubDate><atom:updated>2006-09-21T16:26:24.116-04:00</atom:updated><title>IMS is just an application</title><description>&lt;div xmlns="http://www.w3.org/1999/xhtml"&gt;Simon Torrance - the mind behind the IMS Insider blog - put together the following post on the IMS Insider's blog.  &lt;a href="http://ims-insider.blogspot.com/2006/09/ims-is-just-application.html"&gt;IMS Insider: IMS is just an application&lt;/a&gt;.  The basic premise, as you can tell from the title of the post, is that IMS isn't necessarily a platform, but is just an applicaiton.  &lt;br /&gt;&lt;br /&gt;From the post... The big IT platform vendors have long offered a suite of both horizontal business applications (e.g. HR, Finance) as well as vertical solutions (e.g. manufacturing). As far as this vendor is concerned, a telco is just another software application that resides in a common application, storage and management framework. Granted, there are some special tweaks and extra capabilities needed, but not a separate supplier ecosystem.&lt;br /&gt;&lt;br /&gt;As my source puts it: "IMS isn't a platform. We're the platform, IMS is just an application. And you don't hard wire an application into your network, particularly one as complex and inflexible as IMS."&lt;br /&gt;&lt;br /&gt;I couldn't agree more that the future looks bleak for equipment providers, and bright for folks that can cost effectively pump out applications, services and features to a marketplace that is ever-changing. The secret to  IMS isn't IMS at all!  The "secret sauce" that makes the IMS argument actually lies in the delivery of services.  The folks that have consumed the IMS kool-aid would like you to believe that there's value in managing the sessions between the end-user and the application, or "thing of interest".  That is a broad statement that only holds true in a small subset of circumstances.  It majority, the less complication and "moving parts" between the end-user and application, the better.  &lt;br /&gt;&lt;br /&gt;IMS also attempts to control the subscriber, the features that are offered to the subscriber, and the communications to/from the subscriber.  This is contrary to what the market really wants and needs.  It's about the applications, and IP/SIP are the great enablers.  NOT IMS.&lt;br /&gt;&lt;br /&gt;Adam "voiploser" Uzelac&lt;/div&gt;</description><link>http://www.voiploser.com/auzelac/blog/2006/09/ims-is-just-application.html</link><author>voiploser</author></item><item><guid isPermaLink='false'>http://www.blogger.com/feeds/17420798/posts/full/115653396762683367</guid><pubDate>Fri, 25 Aug 2006 19:22:00 +0000</pubDate><atom:updated>2006-08-25T15:26:07.660-04:00</atom:updated><title>Searching for VoIP on YouTube</title><description>&lt;div xmlns="http://www.w3.org/1999/xhtml"&gt;&lt;p&gt;Well here's a somewhat &lt;a href="http://youtube.com/watch?v=9MWYw0fltr0" target="_blank" title="reference on interesting YouTube video"&gt;interesting YouTube video&lt;/a&gt; on VoIP and different ways to address NAT (Network Address Translation (translator according to the video)). It's remedial in it's explanation, but provides a good high-level overview of the NAT problem with VoIP, and some ways to address.&lt;/p&gt;  &lt;p&gt;This is not new, but a very good &lt;a href="http://youtube.com/watch?v=UP9b_FEZuUE&amp;mode=related&amp;amp;search=" target="_blank" title="reference on overview on Asterisk"&gt;overview on Asterisk&lt;/a&gt; from Systm, which is a show from &lt;a href="http://revision3.com/" target="_blank" title="reference on Revision3"&gt;Revision3&lt;/a&gt;. Another show from Revision3 that I follow religiously is &lt;a href="http://www.diggnation.com/" target="_blank" title="reference on Diggnation"&gt;Diggnation&lt;/a&gt;&lt;/p&gt;  &lt;p&gt;&lt;a href="http://youtube.com/watch?v=YLXE0lqjY8M" target="_blank" title="reference on This hilarious video"&gt;This hilarious video&lt;/a&gt; is a spoof on a girl operating Cisco Call Manager under pressure. Too funny.&lt;/p&gt;  &lt;p&gt;This video with &lt;a href="http://youtube.com/watch?v=1p40eVlVeCE" target="_blank" title="reference on  Rebtel CEO - Hjalmar Winbladh"&gt;Rebtel CEO - Hjalmar Winbladh&lt;/a&gt; is quite interesting. &lt;a href="http://pulverblog.pulver.com/" target="_blank" title="reference on Jeff Pulver"&gt;Jeff Pulver&lt;/a&gt; blogged recently about this company. It's basically international toll abritriage for wireless calls, but it's an ingenius concept leveraging what's out there now.&lt;/p&gt;&lt;br /&gt;&lt;p&gt;Adam Uzelac&lt;br /&gt;&lt;/p&gt;&lt;/div&gt;</description><link>http://www.voiploser.com/auzelac/blog/2006/08/searching-for-voip-on-youtube.html</link><author>voiploser</author></item><item><guid isPermaLink='false'>http://www.blogger.com/feeds/17420798/posts/full/114745410161479092</guid><pubDate>Fri, 12 May 2006 17:10:00 +0000</pubDate><atom:updated>2006-05-12T13:15:01.626-04:00</atom:updated><title>Skype adding translations services</title><description>&lt;div xmlns="http://www.w3.org/1999/xhtml"&gt;This has to be one of the more &lt;a href="http://tech.moneycontrol.com/news/skype-introduces-new-translation-services/979/india/trackback/"&gt;innovative package/service&lt;/a&gt; offerings I have seen in awhile.  It's a great maneuver by Skype to increase the "stickiness"  and applicability to their widely popular international calling.&lt;br /&gt;&lt;br /&gt;Adam "voiploser" Uzelac&lt;/div&gt;</description><link>http://www.voiploser.com/auzelac/blog/2006/05/skype-adding-translations-services.html</link><author>voiploser</author></item><item><guid isPermaLink='false'>http://www.blogger.com/feeds/17420798/posts/full/114597374133542937</guid><pubDate>Tue, 25 Apr 2006 13:59:00 +0000</pubDate><atom:updated>2006-04-25T10:02:21.353-04:00</atom:updated><title>IMS "Reality Check"</title><description>&lt;div xmlns="http://www.w3.org/1999/xhtml"&gt;Martin Geddes was asked his &lt;a href="http://www.telepocalypse.net/cgi-sys/cgiwrap/mgeddes/MT/mt-tb.cgi/699"&gt;opinion on IMS&lt;/a&gt; - and what he replies with is very interesting.  I have to hand it to him, the man understands the big picture!  As for my view on IMS...I am still on the road of discovery.&lt;br /&gt;&lt;br /&gt;Adam "voiploser" Uzelac&lt;/div&gt;</description><link>http://www.voiploser.com/auzelac/blog/2006/04/ims-reality-check.html</link><author>voiploser</author></item><item><guid isPermaLink='false'>http://www.blogger.com/feeds/17420798/posts/full/114497647380869886</guid><pubDate>Fri, 14 Apr 2006 01:01:13 +0000</pubDate><atom:updated>2006-04-13T21:01:13.870-04:00</atom:updated><title>Thomas Howe Consulting: Getting the Ernie Juices Flowing</title><description>&lt;div xmlns="http://www.w3.org/1999/xhtml"&gt;&lt;a href="http://thomashowe.blogspot.com/2006/04/getting-ernie-juices-flowing.html"&gt;Thomas Howe Consulting: Getting the Ernie Juices Flowing&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;It's been awhile since we have heard from Thomas and his Ernie Project. I first discovered Thomas and Ernie back in&lt;a href="http://www.voiploser.com/auzelac/blog/2005/11/ernie-open-source-tool-for-voice-based.html"&gt; November&lt;/a&gt;.  I believe he got some momentum going into the end of the year. It's good to see that he's back at the grindstone!&lt;br /&gt;&lt;br /&gt;Adam "voiploser" Uzelac&lt;/div&gt;</description><link>http://www.voiploser.com/auzelac/blog/2006/04/thomas-howe-consulting-getting-ernie.html</link><author>voiploser</author></item><item><guid isPermaLink='false'>http://www.blogger.com/feeds/17420798/posts/full/114424385132461856</guid><pubDate>Wed, 05 Apr 2006 11:56:00 +0000</pubDate><atom:updated>2006-04-05T13:27:04.563-04:00</atom:updated><title>Yogi Berra-isms of Telecom</title><description>&lt;div xmlns="http://www.w3.org/1999/xhtml"&gt;&lt;p class="MsoNormal"&gt;Yogi Berra-ism #1 - "It's like deja vu all over again."&lt;br /&gt;&lt;br /&gt;There is a fascinating wave of rethinking in the telecom arena that makes me think of Yogi Berra-isms for some reason. Along with my love of history, it is with Yogi’s wisdom and inspiration that I reflect on some of the attention that technologies of the day are getting.&lt;br /&gt;&lt;br /&gt;While traveling the blogosphere, I came across the following &lt;a href="http://ims-insider.blogspot.com/2006/03/92-of-telco-professionals-say.html"&gt;statistic&lt;/a&gt; - 92% of Telco Professionals say 'Strategic Re-Think' a Key Priority. It's not the first time that we, the service provider community, have been trained to believe that the technology or product will solve all our woes. Let's get a historical perspective to prove the point. Let's visit some of the past propaganda and see if there's a common theme.&lt;br /&gt;&lt;br /&gt;First it was the rational behind Advanced Intelligent Networks (AIN). The following definition provided by Intel's Telecom Glossary. ' The Advanced Intelligent Network (AIN) is a telephone network architecture that separates service logic from switching equipment, allowing new services to be added without having to redesign switches to support new services. Developed by Bell Communications Research, AIN is recognized as an industry standard in North America.'&lt;br /&gt;&lt;br /&gt;"&lt;a href="http://www.findarticles.com/p/articles/mi_m0NEW/is_1992_March_12/ai_11947438"&gt;Bell Atlantic Demonstrates AIN Telecom Technology 03/12/92 BALTIMORE, MARYLAND, U.S.A., 1992 MAR 12 (NB)&lt;/a&gt; -- Bell Atlantic has demonstrated a technology called Advanced Intelligent Network, which uses computers in modern phone switches to quickly define new services on subscriber lines. The company said this could speed the arrival and cut the development costs of new services by factors of several thousand or more.&lt;br /&gt;&lt;br /&gt;"The astonishing leap in network efficiency offered by AIN promises to open a new chapter in telecommunications history in which new services will be available to customers on demand, and exotic technologies such as portable handheld phones will become commonplace," said John Seazholtz, Bell Atlantic vice president of technology."&lt;br /&gt;&lt;br /&gt;OK - so just so that we are all on the same page here, AIN was (and still barely is) around as an attempt to separate the service and application invocation logic from the switching fabirc. It's important to keep in mind the state of the technology at the time that this idea was conceived. The switch manufacturers were required to open up somewhere in the range of 10+ million lines of code in order to gain the ability to support a new service. It doesn't take a genius to understand the key to delivering new features and services is in making it simple. In order to make it simple, a concerted effort of unbundling had to be undertaken. Enter AIN. So why didn't it work and get adopted if it was so logical? It so happens that the carriers interested in AIN wouldn’t permit the suppliers of the technology to sell it to other carriers, for competitive reason. It’s not a tactic that brings the best to bare via competition. So the "unbundled golden nugget" remained elusive.&lt;br /&gt;&lt;br /&gt;Yogi Berra-ism #2 - "The future ain't what it used to be "&lt;br /&gt;&lt;br /&gt;Next in our journey along the lines of telecom technical evolution is the Softswitch. The concept of the softswitch is a continuation of the unbundling theme. A Softswitch is the segregation of the call signaling from the media, with media gateways used for bearer processing, and call-state/processing software on general purpose computers for signaling. Once again the Nirvana of a service and feature creation environment that is decomposed of the call processing element was sought.&lt;br /&gt;&lt;br /&gt;Check out &lt;a href="http://telephonyonline.com/mag/telecom_hard_facts_softswitches/index.html%20this%20gem"&gt;this quote&lt;/a&gt; from Jan. 24th, 2000&lt;br /&gt;&lt;br /&gt;"The primary value of softswitches is they allow service providers to quickly roll out new services without involving switch vendors in the process. That is why softswitches create such promising opportunities for service providers to quickly ramp up their Internet revenues."&lt;br /&gt;&lt;br /&gt;Here's a hum-dinger titled - &lt;a href="http://www.findarticles.com/p/articles/mi_m0TLC/is_1_34/ai_59486773"&gt;Softswitch Fever: The Bedrock for Next-Gen Services - Technology Information Telecommunications&lt;/a&gt;, Jan, 2000 by Doug Allen&lt;br /&gt;&lt;br /&gt;" Of all the elements that will make up the new public network, softswitches may be the most important. Softswitches play a crucial role in converged services, end-user control and third-party application integration--attributes that require many changes to the infrastructure."&lt;br /&gt;&lt;br /&gt;The advanced intelligent networks (AIN) has been around since the '80s, when proprietary code and lack of vendor support sank it. This time around, softswitches have generated major hype--and some real-world deployment. Level 3 and Global Crossing have announced major IP telephony initiatives using the technology; 22 vendors have announced or introduced softswitch products of one stripe or another; and the International Softswitch Consortium debuted earlier this year to address time-to-market issues for its impressive roster of members."&lt;br /&gt;So I know what you have to be thinking here….with this being the second attempt to reach the ultimate goal for the operator surely with lessons learned, the goal will reached. Well not so fast.&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.sentito.com/corporate_vision.asp"&gt;Back in 1999&lt;/a&gt;, the International Softswitch Consortium came up with the model for the softswitch architecture. The goal was to distribute the embedded features of existing circuit switches into multiple, discrete elements for the more efficient processing and handling of calls across converged voice and data networks. Beyond the immediate goal of offloading dial-up Internet traffic from circuit switches, the softswitch architecture was envisioned to be the new service creation and delivery engine for voice networks for years to come.&lt;br /&gt;&lt;br /&gt;The fundamental problem with centralized softswitch architectures is that too much capability and control is centralized in the Media Gateway Controller, which has to be heavily involved in just about every transaction—from bearer path routing decisions to signaling to feature delivery. Making matters worse, the closed and proprietary platforms offered by most vendors not only create centralized models ill-suited for subscriber service creation and delivery, they also dramatically limit how and when service providers can deliver new features and services to their subscribers.&lt;br /&gt;&lt;br /&gt;Enter IMS - I recently got back in touch with my college roommate. I haven't seen nor heard from the guy in over 12 years, and then when surfing the Internet, I stumbled across his name and contact information. He founded a company that specialized in Rebranding. I wasn't familiar with the term, but once he explained it to me, I understood. In the world of Telecom, we have some very creative "rebranders" floating around. See if the quotes below sound familiar.&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.ericsson.com/technology/whitepapers/ims_ip_multimedia_subsystem.pdf"&gt;From Oct 2004&lt;/a&gt; "(for) operators there are benefits of introducing the IMS architecture today. On longer term, IMS enables a secure migration path to an all-IP architecture that will meet end-user demands for new enriched services."&lt;br /&gt;&lt;br /&gt;As far as I am concerned, there is are redesign efforts taking place now for 2 main reasons. First we are realizing that the initial generation of packet gateways and the infrastructure that supported them have seen their day in the limelight, and need to be put to pasture. The days of providing a means to facilitate a bridging mechanisms between the Circuit and Packet worlds are dying. The "TDM-hop" that was the defacto standard carriers and enterprises used to pass voice calls is seen as archaic. It's a logical evolution, but an evolution nontheless, and this means the days of the circuit/packet gateway are numbered. The second reason telecom professionals are in the midst of a "redesign" of their infrastructure is due to their ingestion of copious amount of the proverbial "koolaid" being offered by the vendor community in the form of IMS propaganda. I was on a conference call today with a vendor pitching their wares, and the first slide after basic introductions was "We are IMS-ready!" What in tarnation does that even mean?&lt;br /&gt;&lt;br /&gt;Yogi Berra-ism #3 - "You can observe a lot by watching"&lt;br /&gt;&lt;br /&gt;&lt;a href="http://voipandenum.blogspot.com/2006/04/skype-asterisk-and-ims-and-p2p-sip.html"&gt;This post&lt;/a&gt; of Richard Stastny's is one that I am going to print off and tape onto my desk.&lt;br /&gt;&lt;br /&gt;Richard provides a historical perspective that must be kept in mind when revisiting the architecture of carrier networks:&lt;br /&gt;&lt;br /&gt;==================&lt;br /&gt;&lt;br /&gt;First some lessons from the past:&lt;br /&gt;&lt;br /&gt;* Walled gardens are very successful for some time, but do not last.&lt;br /&gt;&lt;br /&gt;* Proprietary solutions are also successful for some time, but they are either replaced by an open standard, or they evolve to a de-facto standard&lt;br /&gt;&lt;br /&gt;* Open systems (open source) are lasting and getting more and more successful.&lt;br /&gt;&lt;br /&gt;* IETF standards are more successful then others&lt;br /&gt;&lt;br /&gt;* End-to-end systems (the Internet) with distributed intelligence are replacing centralized Intelligent Networks&lt;br /&gt;&lt;br /&gt;* It is essential that third parties may add functions&lt;br /&gt;&lt;br /&gt;* Simplicity wins, also usability.&lt;br /&gt;&lt;br /&gt;* The ultimate end-to-end system is P2P&lt;br /&gt;&lt;br /&gt;==================&lt;br /&gt;&lt;br /&gt;There's much wisdom in these words, and the point I focus on the most is that "Simplicity wins, also usability." I find, as I explore some of the finer points of the IMS framework, that simplicity is not at the forefront of those that conceived the concepts. This is not to say that it's a trivial task to create a signaling plane for real-time sessions on an IP network. It's more the case that owning and using that signaling plane must not be an afterthought, but a focal point from inception.&lt;br /&gt;&lt;br /&gt;Yogi Berra-ism #4 - "If the world were perfect, it wouldn't be "&lt;br /&gt;&lt;br /&gt;Adam "voiploser" Uzelac&lt;/p&gt;&lt;/div&gt;</description><link>http://www.voiploser.com/auzelac/blog/2006/04/yogi-berra-isms-of-telecom.html</link><author>voiploser</author></item><item><guid isPermaLink='false'>http://www.blogger.com/feeds/17420798/posts/full/114383821875281971</guid><pubDate>Fri, 31 Mar 2006 20:26:00 +0000</pubDate><atom:updated>2006-03-31T15:50:18.813-05:00</atom:updated><title>Confusion around IMS</title><description>&lt;div xmlns="http://www.w3.org/1999/xhtml"&gt;There is a lot of confusion around IMS these days - and you know what? – it’s completely understandable. IMS can mean so many different things to so many different people, and most of the ambiguity stems from the technical angle of view.  For instance, from a consumer’s point of view, there’s a popular and growing perception that IMS will lead to the “Walled Garden” approach to services/features and offerings.  Brough Turner recently &lt;a href="http://blogs.nmss.com/communications/2006/03/walled_gardens_.html"&gt;blogged &lt;/a&gt;about the evolution of the mobile application business in Asia, and compared it to the US/EU.  He points out the in the US/EU, service providers are interested in controlling the subscriber base more and more, with the intention of offering services directly to the subscribers.  Increasing the bundle to increase the revenue per subscriber, and make it more difficult and unattractive to part ways.  He goes on to compare this “closed” model with the revenue-sharing models of Asia, where partnerships between the service providers and the application providers create an offering that is attractive to the widest audience.&lt;br /&gt;&lt;br /&gt;Is IMS applicable in both approaches? I argue it is. I think that Brough might have missed that point. From a service provider’s perspective, it’s the ability of IMS to manage and direct sessions with QOS and securitythat is the most attractive. It shouldn’t matter that the SP, or a partner of the SP ultimately provides the “&lt;a href="http://blogs.globalcrossing.com/imsthing"&gt;thing of attraction&lt;/a&gt;” – Most important is that the “thing of attraction” meets the expectations of the subscriber.&lt;br /&gt;&lt;br /&gt;Adam "voiploser" Uzelac&lt;/div&gt;</description><link>http://www.voiploser.com/auzelac/blog/2006/03/confusion-around-ims.html</link><author>voiploser</author></item><item><guid isPermaLink='false'>http://www.blogger.com/feeds/17420798/posts/full/114286535198831816</guid><pubDate>Mon, 20 Mar 2006 14:17:00 +0000</pubDate><atom:updated>2006-03-20T10:04:31.983-05:00</atom:updated><title>Camophone - who the heck is calling me now?</title><description>&lt;div xmlns="http://www.w3.org/1999/xhtml"&gt;Ring-Ring, you get a call and look at the Caller ID  - "Who the heck is this calling me?" Now, I don't know about you. but I have done this a number of times, and if I am not familiar with the number, I ususally answer the call. Odd, but I usually reject if I know the person, not when I don't know who the calling party is.&lt;br /&gt;&lt;br /&gt;Now comes a hum-dinger - &lt;a href="http://www.Camophone.com"&gt;www.camophone.com&lt;/a&gt;.  These guys permit you to input any caller ID you want.  The initial premise was to fool your buddies/friends/enemies into thinking they were getting a call from the police or something.  It's one thing to state verbally that you are the police, but when the caller ID substantiates the verbal claim - then it's gospel to some folks.&lt;br /&gt;&lt;br /&gt;So what are the implications of something like this.  Firstly, it proves that you can't judge a call by it's callerID.  Secondly, some systems use calling party information for call routing, or identification purposes.  For instance, when I activate my Credit Card, I am required to place the call from my home phone.  There's no security in that!!  It will be important to note how this issue, and issues like these are addressed by the authorities, if they can.   It's only become easier with VoIP, and that can only mean abuse of the technology.&lt;br /&gt;&lt;br /&gt;Adam "voiploser" Uzelac&lt;/div&gt;</description><link>http://www.voiploser.com/auzelac/blog/2006/03/camophone-who-heck-is-calling-me-now.html</link><author>voiploser</author></item><item><guid isPermaLink='false'>http://www.blogger.com/feeds/17420798/posts/full/114158613563273500</guid><pubDate>Sun, 05 Mar 2006 19:13:00 +0000</pubDate><atom:updated>2006-03-05T14:15:35.646-05:00</atom:updated><title>Reports: AT&amp;T, Bellsouth Near $65B Deal</title><description>&lt;div xmlns="http://www.w3.org/1999/xhtml"&gt;The &lt;a href="http://news.yahoo.com/s/ap/20060305/ap_on_bi_ge/at_t_bellsouth"&gt;consolidation &lt;/a&gt;continues.  This is very expected and interesting only due to the fact that the regulators wouldn't have permitted such a transaction to ever be considered.  Nowadays, with so many other telecom options out there, it's allowed to proceed.  Nice knowing ya Bell South.&lt;br /&gt;&lt;br /&gt;Adam "voiploser" Uzelac&lt;/div&gt;</description><link>http://www.voiploser.com/auzelac/blog/2006/03/reports-att-bellsouth-near-65b-deal.html</link><author>voiploser</author></item><item><guid isPermaLink='false'>http://www.blogger.com/feeds/17420798/posts/full/114117202952716960</guid><pubDate>Wed, 01 Mar 2006 00:12:00 +0000</pubDate><atom:updated>2006-02-28T19:13:49.536-05:00</atom:updated><title>not much posting - sorry  :(</title><description>&lt;div xmlns="http://www.w3.org/1999/xhtml"&gt;In the UK last week, on jury duty this week, and in Boston next week.  Trying to keep head above water.&lt;br /&gt;&lt;br /&gt;Adam "voiploser" Uzelac&lt;/div&gt;</description><link>http://www.voiploser.com/auzelac/blog/2006/02/not-much-posting-sorry.html</link><author>voiploser</author></item></channel></rss>
