Search
Browse by Topic
- Ferris Deliverables
- Topics
- Vendors and Products
- Attenex
- Autonomy/Zantaz
- AXS-One
- Blue Coat
- Borderware
- C2C
- CA/Ilumin
- CaseCentral
- Cetaphora
- Cisco/Ironport
- Clearswift
- Clearwell
- Code Green
- CommVault
- EMC
- Fortiva
- GFI
- Global Relay
- Google/Postini
- H&S
- HP/IAP
- IBM CommonStore
- IBM Notes/Domino
- IBM Quickplace
- Iron Mountain/Stratify
- Kazeon
- LiveOffice
- Marshal
- McAfee
- MessageLabs
- MessageOne
- Microsoft Exchange/Outlook
- Mimosa Systems
- Open Text/Hummingbird
- Oracle/Stellent
- Orchestria
- Other Products
- Permessa
- Proofpoint
- Quest
- Reconnex
- RPost
- Seagate/EVault/MetaLINCS
- Sherpa Software
- SonicWALL
- Symantec/Vault/Veritas/Vontu
- Tablus
- Titus Labs
- Trend Micro
- Vericept
- Waterford
- Websense/Port Authority/SurfControl
- ZL Technologies
Archives
- May 2008
- April 2008
- March 2008
- February 2008
- January 2008
- December 2007
- November 2007
- October 2007
- September 2007
- August 2007
- July 2007
- June 2007
- May 2007
- April 2007
- March 2007
- February 2007
- January 2007
- December 2006
- November 2006
- October 2006
- September 2006
- August 2006
- July 2006
- June 2006
- May 2006
- April 2006
- March 2006
- February 2006
- January 2006
- December 2005
- November 2005
- October 2005
- September 2005
- August 2005
- July 2005
- June 2005
- May 2005
- April 2005
- March 2005
- February 2005
- January 2005
- December 2004
- November 2004
- October 2004
- September 2004
- August 2004
- July 2004
- June 2004
- May 2004
- April 2004
- March 2004
- February 2004
- January 2004
- December 2003
- November 2003
- October 2003
- September 2003
- August 2003
- July 2003
- June 2003
- May 2003
- April 2003
- March 2003
- February 2003
- January 2003
- December 2002
- November 2002
- October 2002
- September 2002
- August 2002
- July 2002
- June 2002
- May 2002
- April 2002
- March 2002
- February 2002
- January 2002
- December 2001
- October 2001
- September 2001
- August 2001
- July 2001
- June 2001
- May 2001
- April 2001
- March 2001
- December 2000
- October 2000
- September 2000
- August 2000
- July 2000
- June 2000
- May 2000
- April 2000
- March 2000
- February 2000
- January 2000
- December 1999
- November 1999
- October 1999
- September 1999
- July 1999
- June 1999
- April 1999
- March 1999
- February 1999
- January 1999
October, 2006
If you are a subscriber to our Analyzer Information Service, please log in to view subscriber attachments.
As we mentioned yesterday, those who started the X.500 work in the 1980s envisaged a global directory that would have broad use, including provision of a global white pages and support of the sister X.400 messaging specification. Measured against this ambitious goal, the technology "failed."
Although many major directories (Microsoft AD, Novell eDirectory, etc.) don’t directly support X.500, there are many large and small directory vendors that support the X.500 protocols for use in those markets that need them. As with LDAP, the X.500 protocols are broadly "complete," and there is no reason to expect much change in them.
X.500 directory deployments are also driven by security requirements, and many directories are in support of applications with significant security requirements. The relationship with X.509 PKI is beneficial to X.500, and we expect to see increased use of X.509-based authentication in conjunction with X.500/LDAP directories.
Directories will typically use LDAP without authentication for reading and searching — data in the directory are generally made fully available to those who have network access to the servers. But there are often stringent security and audit requirements on updates. X.500 Access Control becomes important in a distributed deployment, and signed operations (a neat X.500 feature, not available with LDAP) are beneficial and sometimes required for updates in high-security deployments.
X.500 has an important ongoing role for directories with distribution and/or security requirements.
Verizon Communications Posts Strong Third-Quarter 2006 Results as Organic Growth Initiatives Gain Momentum
Comment on this... (0 comments) Oct 31, 2006Ceryx Launches ThinOffice Hosted Exchange Solution for the Channel
Comment on this... (0 comments) Oct 31, 2006Maxprog Releases MaxBulk Mailer 5.0 in Various Languages
Comment on this... (0 comments) Oct 31, 2006Those who started the X.500 work in the 1980s envisaged a global directory that would have broad use, including provision of a global white pages and support of the sister X.400 messaging specification. By measure of this ambitious goal, the technology failed. However, this technology has been a tremendous success, but not exactly in the way its originators intended.
X.500 spawned two technologies that have very broad commercial adoption. The first of these is LDAP, which is based on and requires conformance to the core X.500 standards. It is not widely realized how closely the key X.500 and LDAP protocol authors worked together. LDAP is a stable and widely used protocol for directory access. Many systems have been built around this — for example, X.509 PKI (Public Key Infrastructure) was developed with X.500 and is very widely used, generally in conjunction with LDAP.
The core X.500 protocols also have an important ongoing role. Attempts in the 1990s to build a full directory specification around LDAP (with replication and access control) were abandoned. If you want to build a distributed directory based on open standards, X.500 is the only game in town. Where systems have a requirement for open directory interconnect, X.500 DSP (Directory System Protocol) is still specified. Highly replicated directories are needed for reliability in many situations. X.500 DISP (Directory Information Shadowing Protocol) is the obvious and only open choice here. As well as being chosen by those who understand the requirements, some industries mandate X.500 as the basis for directory services, notably military directories (with ACP 133) and aviation (with the ATN directory).
Please Wait