<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: The Importance of Apertio&#8217;s Acquisition for the Directory World</title>
	<atom:link href="http://blogs.kuppingercole.com/gaehtgens/2008/01/15/the-importance-of-apertios-acquisition-for-the-directory-world/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.kuppingercole.com/gaehtgens/2008/01/15/the-importance-of-apertios-acquisition-for-the-directory-world/</link>
	<description>Kuppinger Cole</description>
	<lastBuildDate>Fri, 04 May 2012 06:56:02 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: bernie</title>
		<link>http://blogs.kuppingercole.com/gaehtgens/2008/01/15/the-importance-of-apertios-acquisition-for-the-directory-world/comment-page-1/#comment-126</link>
		<dc:creator>bernie</dc:creator>
		<pubDate>Mon, 02 Nov 2009 22:03:44 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.kuppingercole.de/gaehtgens/2008/01/15/the-importance-of-apertios-acquisition-for-the-directory-world/#comment-126</guid>
		<description>Is there any technical documentation of how Apertio&#039;s One-NDS works/implemented? How easy is it to convert a traditional LDAP server e.g. OpenLDAP to function as close as possible to Apertio&#039;s One-NDS? </description>
		<content:encoded><![CDATA[<p>Is there any technical documentation of how Apertio&#039;s One-NDS works/implemented? How easy is it to convert a traditional LDAP server e.g. OpenLDAP to function as close as possible to Apertio&#039;s One-NDS? </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Directory</title>
		<link>http://blogs.kuppingercole.com/gaehtgens/2008/01/15/the-importance-of-apertios-acquisition-for-the-directory-world/comment-page-1/#comment-38</link>
		<dc:creator>Directory</dc:creator>
		<pubDate>Thu, 05 Feb 2009 16:18:45 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.kuppingercole.de/gaehtgens/2008/01/15/the-importance-of-apertios-acquisition-for-the-directory-world/#comment-38</guid>
		<description>Very informative article, which I found quite useful.  Cheers ,Jay</description>
		<content:encoded><![CDATA[<p>Very informative article, which I found quite useful.  Cheers ,Jay</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sampo_kello4682</title>
		<link>http://blogs.kuppingercole.com/gaehtgens/2008/01/15/the-importance-of-apertios-acquisition-for-the-directory-world/comment-page-1/#comment-119</link>
		<dc:creator>sampo_kello4682</dc:creator>
		<pubDate>Tue, 22 Jan 2008 12:46:00 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.kuppingercole.de/gaehtgens/2008/01/15/the-importance-of-apertios-acquisition-for-the-directory-world/#comment-119</guid>
		<description>Much of what Apertio does can be done with a virtual directory that supports multiple protocols. The HSS or GUP side requires Diameter, which is available on market place. The future of supporting end user applications will require a web service interface - potentially with identity management such as SAML or Liberty. This is also available today. I guess the next contender for telco directory solution just has to do a convincing integration. From what I&#039;ve learned from telco projects is that &quot;you do not touch HLR!&quot; Apertio&#039;s main contribution was to convince telcos that this area can indeed be touched. Whoever is equally convincing, will rule the roost. </description>
		<content:encoded><![CDATA[<p>Much of what Apertio does can be done with a virtual directory that supports multiple protocols. The HSS or GUP side requires Diameter, which is available on market place. The future of supporting end user applications will require a web service interface &#8211; potentially with identity management such as SAML or Liberty. This is also available today. I guess the next contender for telco directory solution just has to do a convincing integration. From what I&#039;ve learned from telco projects is that &quot;you do not touch HLR!&quot; Apertio&#039;s main contribution was to convince telcos that this area can indeed be touched. Whoever is equally convincing, will rule the roost. </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sampo Kellomäki</title>
		<link>http://blogs.kuppingercole.com/gaehtgens/2008/01/15/the-importance-of-apertios-acquisition-for-the-directory-world/comment-page-1/#comment-15</link>
		<dc:creator>Sampo Kellomäki</dc:creator>
		<pubDate>Tue, 22 Jan 2008 11:46:00 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.kuppingercole.de/gaehtgens/2008/01/15/the-importance-of-apertios-acquisition-for-the-directory-world/#comment-15</guid>
		<description>Much of what Apertio does can be done with a virtual directory that supports multiple protocols. The HSS or GUP side requires Diameter, which is available on market place. The future of supporting end user applications will require a web service interface - potentially with identity management such as SAML or Liberty. This is also available today. I guess the next contender for telco directory solution just has to do a convincing integration. From what I&#039;ve learned from telco projects is that &quot;you do not touch HLR!&quot; Apertio&#039;s main contribution was to convince telcos that this area can indeed be touched. Whoever is equally convincing, will rule the roost.  </description>
		<content:encoded><![CDATA[<p>Much of what Apertio does can be done with a virtual directory that supports multiple protocols. The HSS or GUP side requires Diameter, which is available on market place. The future of supporting end user applications will require a web service interface &#8211; potentially with identity management such as SAML or Liberty. This is also available today. I guess the next contender for telco directory solution just has to do a convincing integration. From what I&#8217;ve learned from telco projects is that &#8220;you do not touch HLR!&#8221; Apertio&#8217;s main contribution was to convince telcos that this area can indeed be touched. Whoever is equally convincing, will rule the roost.  </p>
]]></content:encoded>
	</item>
</channel>
</rss>

