📄 rfc1491.txt
字号:
Integrated Directory Services Working Group [Page 6]RFC 1491 X.500 Advanced Usages July 1993 The current object types are very basic and may only convey the minimal amount of information necessary. We are now in the process of extending this further to a full product class hierarchy which is being based on information that may be sent within an EDI trade document using the EDI standard document syntax EDIFACT. By using the Directory as a repository for product information to aid in EDI the catalogues become available worldwide. They may be replicated at various nodes, and the updating and propagation of changes to slave copies becomes trivial.2.2.4 Network Topology Information There are two projects in this area; Merit Network's Shared Whois Information Project, and EARN's Network Directory.2.2.4.1 Shared Whois Information Project Application Name: Shared Whois Project Date Received: 6/1/1993 Date Last Validated: 6/1/1993 Author(s): Sheri Repucci Company or Institution: Merit Network, Inc. e-mail address for more information: swip@merit.edu Availability: June 1993 Type: experimental prototype, not public List of platforms product runs on: UNIX Short Description: The Shared Whois Project merges network data held by various organizations. The principal purpose of merging this data is to find and resolve conflicting network information between the databases. The longterm goal of this project is to move away from the current model of storing similar and/or duplicate network information in multiple databases and to move to a X.500 distributed database model. To this end, we are working on loading the NSFNET network information into X.500 in anticipation of participating in a distributed database trial.Integrated Directory Services Working Group [Page 7]RFC 1491 X.500 Advanced Usages July 1993 Full Description: The Shared Whois Project is a collection of programs and shell scripts which collectively merges the network data held by each of the participating organizations. Currently this includes Merit, the RIPE-NCC and the InterNIC. The principal purpose of merging this vast quantity of data is to find and resolve conflicting network information between the various databases. It is our intent to merge this data bi-weekly and thus rapidly reach, and thereafter maintain, a stable set of commonly held network information. While there is a common set of information all three of the participants hold in their various databases, additional information unique to the function of each organization is also held. Furthermore, the resulting set of data created by the merger holds only one entry per network without attempting to combine the variations. Thus, each entry includes a listing of all databases found to contain information for that network as well as all databases found to be in conflict with the entry held in the resultant set. The longterm goal of this project is to move away from the current model of storing similar and/or duplicate network information in multiple databases and to move to a X.500 distributed database model. To this end, Merit is working to load the NSFNET network information into X.500 in anticipation of participating in a trial with the InterNIC and others on the road to a globally distributed database model.2.2.4.2 EARN's Network Directory Application Name: Ditnet/EARN Network Directory Date Received: 7/7/1992 Date Last Verified: 7/7/1992 Author(s): Peter Sylvester Company or Institution: Inria Rocquencourt - France e-mail address for more information: peter.sylvester@inria.fr Type: FREE (data owned by EARN/Bitnet)Integrated Directory Services Working Group [Page 8]RFC 1491 X.500 Advanced Usages July 1993 Short Description: The EARN/Bitnet Network database consists of descriptions of all participating members, network nodes, adminstrators, and topology information. This database commonly known as BITEARN NODES is being made available through x.500. Full Description: A full description of the contents of the EARN/Bitnet database can be found in some EARN internal document which is available as a file BITEARN NODES from any NETSERV in EARN/Bitnet. The contents of this file is mapped into an X.500 subtree containing descriptions of network nodes, adminstrational personnel, and topology information. The first version of the directory subtree will be created using a simple textual mapping to a flat directory tree using private attributes.2.2.5 Soft Pages Application Name: Soft Pages Date Received: 9/25/1992 Date Last Validated: 9/25/1992 Author(s): Thomas Johannsen Glenn Mansfield Company or Institution: AIC Systems Laboratory, Tohoku University Sendai e-mail address for more information: spp-support@aic.co.jp Type: Intended for public distribution, not yet public FTP address: <none> Short Description: A file name look-up services for anonymous FTP servers, provides ls -lR information and FTP server address. Additionally, the nearest FTP site (from user's site) which holds the requested file is chosen.Integrated Directory Services Working Group [Page 9]RFC 1491 X.500 Advanced Usages July 1993 Full Description: With the growing of number and size of electronic archives for documents, programs and the like, the problem of finding and retrieving a specific file becomes more and more complex. Furthermore, bandwidth in the Internet is still limited. Users should be encouraged and supported to do local FTP sessions as often as possible instead of getting everything from the other end of the world (i.e., the net). The Soft Pages Project combines an Archie-like file look-up service with network configuration knowledge. A dedicated User Agent gives a suggestion how to retrieve a document in a network traffic optimized manner. Basically, Directory information introduced by Soft Pages falls into two parts: A file information part and a network configuration part. The file information part describes objects and attributes for file servers and their contents. For each file server, names and attributes of its files are stored and updated periodically. This provides global access to Archie-like information for all registered file servers and, furthermore, opens the way to store document description together with the file name. Thus, document search is not restricted to file name matches but might be run for keywords as well. The network configuration part provides information on networks (subnetworks), nodes and lines in the Internet. Furthermore, IP numbers can be mapped to network and node objects. In order to evaluate file server sites, Internet (site to site) connections are given a cost index and then alternatives are compared by their cost index. Cost index is a calculated parameter representing properties of a connection like speed, average traffic, charges etc. where values for the latter are hold as attributes to line objects. If a document is stored at two or more sites, the site with the lowest cost index (which naturally will be the "nearest" in network terms) will be chosen for retrieval. A Soft Pages User Agent basically interacts with the Directory for finding a pointer to the "best" copy of a file wanted by a user.2.2.6 X-Tel Application Name: X-Tel's advanced applications Date received: 7/1/1992Integrated Directory Services Working Group [Page 10]RFC 1491 X.500 Advanced Usages July 1993 Date last verified: 7/1/1992 Author(s): Colin Robbins Julian Onions Graeme Lunt Company or Institution: X-Tel Services Ltd. e-mail address for more information: x500@xtel.co.uk Type: Commercial Products / Ideas Short Description: 1) Product Information. Products that have DUA facilites built in have a "latest info" button or other request method. When "pressed" a well known node below the X-Tel part of the tree is read. The attributes contain descriptions of the latest version of the software, new features etc. If you decide you would like the new version, a second read obtains the information required for a template order form. 2) BUG Status. As above, but obtains details of known bugs in the version of software you are running. (If only we could find a way of putting fixes in, and automatically updating the software itself!) 3) X-Terms. We have a conferencing product, allowing X users to "talk" and share windows. The problem is identifying which X Terminal device a particular user is currently on. One solution we are using is modify a users directory entry during login to say which X display they have logged into. The conference can the query the directory, and open windows on the appropriate device. The directory is also used to store details of current conferences, so new delegates can join the conference easily. 4) Organisation browsing. There are a rich set of attributes about people and their roles stored in the directory. We have a special purpose DUA that exploits this information, and presents information on who manages who, who is secretary for who etc. This is very useful when combined with the search ACL mechanism defined in OSI-DS 21 as different views can be given to different catergories of users. 5) MHS use of directory. The directory is use to store MHS routing information (as per the MHS DS working group documents)Integrated Directory Services Working Group [Page 11]RFC 1491 X.500 Advanced Usages July 1993 6) Mail Lists. Details of mailing lists are stored in the directory. With careful use of access control, users can be given access so that they can subscribe and unsubscribe themselves to/from a list. 7) Details of restuarants in the Nottingham area are stored in the directory! 8) We plan to use the directory as a rendevuz for a multi-user adventure game. Each "room" will be a different entry, and modify operations will be used to pick up and put down objects! The next two are "advanced" features of our DUA, they may not be considered relevant to this document! 9) Templates. The directory is used to store template entries. Our DUA then uses this template when adding new users. Very useful, as a number of default attributes can be set. 10) Editors. Special purpose editors for a number of complex attribute syntaxes are built in to our DUAs. This includes QUIPU ACLs, and X.400 OR Addresses.2.2.7 Xerox Clearinghouse Application Name: Clearinghouse Interface Date Received: 7/1/1992 Date Last Validated: 7/1/1992 Author(s): Margaret Avino Company or Institution: Xerox Corporation e-mail address for more information mavin.cin_ops@xerox.com Type: Early Design/Implementation stages Short Description: X.500 DSA interface to XNS (Xerox Network Services) Clearinghouse directory to provide access to Xerox Corporation's Clearinghouse via X.500 DUAs.Integrated Directory Services Working Group [Page 12]
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -