Archives
 
 
 
  Special
 
 
 
  About Us
 
 
 

Newsletter
Free E-mail Newsletter from BYTE.com

 
    
           
Visit the home page Browse the four-year online archive Download platform-neutral CPU/FPU benchmarks Find information for advertisers, authors, vendors, subscribers Request free information on products written about or advertised in BYTE Submit a press release, or scan recent announcements Talk with BYTE's staff and readers about products and technologies

ArticlesX.500: The Once And Future Answer


November 1995 / Features / Needle Hunting / X.500: The Once And Future Answer

In the mid-1980s, the ISO began outlining X.500, a standard that builds directories on distributed databases so that companies can divide their networks into distinct domains. Information is passed between domain servers in a hierarchical manner.

The first standard, completed in 1988, lacked needed features, such as replication. Also, X.500 was rigid, requiring addresses defined in a fixed manner: country, company, organizational unit, and locality information. By the time X.500 came into existence, many firms were reluctant to discard existing addressing schemes.

Also, the standard was designed to work with X.400, a lower-level E-mail standard, and it didn't work easily with other types of mail systems.

A 1992 version of X.500 includes replication facilities, so multiple copies of a global directory can be kept on different machines. Users now have the flexibility to customize addresses.

Problems may arise because the current specifications are broad and vendors have a lot of latitude. There are no accepted APIs that outline how to move information from one X.500 system to a second.

A directory system includes a list of such mailing addresses as well as the software needed to move it from one location to the next. X.500 has a hierarchical directory structure and global information; instructions are stored in a global Directory Information Tree (DIT). This information is then broken up and spread to different directories, dubbed Directory System Agents (DSAs), through a network via a Directory System Protocol, which lets directories exchange information.

The Directory User Agent (DUA) is client software that presents directory options to a user. A DUA then accesses the nearest DSA via a D irectory Access Protocol (DAP), which connects a user to a directory system. DSAs then exchange information so the user can either transmit a message or locate a mailing address.


Up to the Features section contentsGo to previous article: Needle HuntingGo to next article: Hyper-G Organizes the WebSearchSend a comment on this articleSubscribe to BYTE or BYTE on CD-ROM  
Flexible C++
Matthew Wilson
My approach to software engineering is far more pragmatic than it is theoretical--and no language better exemplifies this than C++.

more...

BYTE Digest

BYTE Digest editors every month analyze and evaluate the best articles from Information Week, EE Times, Dr. Dobb's Journal, Network Computing, Sys Admin, and dozens of other CMP publications—bringing you critical news and information about wireless communication, computer security, software development, embedded systems, and more!

Find out more

BYTE.com Store

BYTE CD-ROM
NOW, on one CD-ROM, you can instantly access more than 8 years of BYTE.
 
The Best of BYTE Volume 1: Programming Languages
The Best of BYTE
Volume 1: Programming Languages
In this issue of Best of BYTE, we bring together some of the leading programming language designers and implementors...

Copyright © 2005 CMP Media LLC, Privacy Policy, Your California Privacy rights, Terms of Service
Site comments: webmaster@byte.com
SDMG Web Sites: BYTE.com, C/C++ Users Journal, Dr. Dobb's Journal, MSDN Magazine, New Architect, SD Expo, SD Magazine, Sys Admin, The Perl Journal, UnixReview.com, Windows Developer Network