RFC 1330
Recommendations for the Phase I Deployment of OSI Directory Services (X.500) and OSI Message Handling Services (X.400) within the ESNET Community
Pages: 87
Informational
Informational
Part 3 of 3 – Pages 55 to 87
Appendix B: Current Activities in X.400 NOTE: The following are edited excerpts from the IETF X.400 Services Monthly reports as well as a few IETF scope documents. Effort has been taken to make sure this information is current as of February 1992. At the end of each section are lists of anonymous FTP and/or an e-mail address if more information is desired. IETF OSIX400 (IETF OSI X.400 Working Group) The IETF OSI X.400 Working Group is chartered to identify and provide solutions for problems encountered when operating X.400 in a dual protocol internet. This charter includes pure X.400 operational issues as well as X.400 <-> RFC 822 gateway (ala RFC 987) issues. Mailing list address: General Discussion: ietf-osi-x400@cs.wisc.edu To Subscribe: ietf-osi-x400-request@cs.wisc.edu
IETF X400OPS (IETF X.400 Operations Working Group)
X.400 management domains are being deployed today on the Internet.
There is a need for coordination of the various efforts to insure
that they can interoperate and collectively provide an Internet-wide
X.400 message transfer service connected to the existing Internet
mail service. The overall goal of this group is to insure
interoperability between Internet X.400 management domains and to the
existing Internet mail service. The specific task of this group is
to produce a document that specifies the requirements and conventions
of operational Internet PRMDs.
Mailing list address:
General Discussion: ietf-osi-x400ops@pilot.cs.wisc.edu
To Subscribe: ietf-osi-x400ops-request@pilot.cs.wisc.edu
IETF MHS-DS (IETF Message Handling Services - Directory Services)
The MHS-DS Group works on issues relating to Message Handling Service
use of Directory Services. The Message Handling Services are
primarily X.400, but issues relating to RFC 822 and RFC 822
interworking, in as far as use of the Directory is concerned, are in
the scope of the Group. Directory Services means the services based
on X.500 as specified by the OSI-DS group (RFCs 1274, 1275, 1276,
1277, 1278, 1297). The major aim of this group is to define a set of
specifications to enable effective large scale deployment of X.400.
While this Group is not directly concerned with piloting, the focus
is practical, and implementations of this work by members of the
Group is expected.
Mailing list address:
General Discussion: mhs-ds@mercury.udev.cdc.com
To Subscribe: mhs-ds-request@mercury.udev.cdc.com
Anonymous FTP site address: (e-mail archive is here)
mercury.udev.cdc.com
XNREN X.400 Pilot Project
The Internet X.400 Project at the University of Wisconsin is funded
by NSF. We are working on two main areas:
1. Supporting the operational use of X.400.
2. Working with others to define organizational procedures
necessary to operate X.400 on a large scale in the Internet.
To support the use of X.400, we are operating a PRMD, assisting sites
in running PP or the Wisconsin Argo X.400 software packages, and
running an X.400 Message Transfer Agent (MTA) which is connected to U.S. and international MTAs using RFC1006/TCP/IP. Internet sites are invited to join our PRMD or establish X.400 connections with us. The organizational work is being done jointly by IETF working groups and RARE Working Group 1. Mailing list address: General Discussion: x400-project-team@cs.wisc.edu RARE WG1 (RARE Working Group 1 - Message Handling Systems) RARE (Reseaux Associes pour la Recherche Europeenne) Working Group 1, Message Handling Systems, creates and promotes a European infrastructure for a message handling service within the European research community, with connections to the global environment. Membership of the Working Group is by nomination from the national networking organizations, together with a number of invited experts. CCITT SG-D MHS-MD (CCITT Study Group D, MHS Management Domains) This group initially pursues the development of the rules for registering MHS management Domain names within the US. This group also pursues developing a set of voluntary agreements for North American operators of these management domains which will allow the US to uphold its Telecommunications treaty obligations while the industry maintains e-mail as an Information Processing service. The specific aspect of the treaty that is immediate concern to this group is that subscribers of MHS services in other countries, especially those countries who treat MHS as a Telecommunications service, must be able to reach MHS users in this country regardless of how their message enters the US and regardless of how many domains are involved in the transfer of the message to the intended recipient. The US State Department presently considers MHS (e-mail) as an Information Processing service. Some other countries consider any MHS (e-mail) service to be a Telecommunications service and hence, CCITT treaty obligations apply. NIST/GSA Interagency X.400 Connectivity Project The goal of this project is to assist the members of the Federal Information Resource Management Policy Council (FIRMPoC) in establishing electronic mail connectivity based on X.400. The outcome of this project is to continue, as the National Institute of Standards and Technology (NIST) has done in the past, providing Federal agencies with assistance in establishing electronic mail connectivity. This project is sponsored by the General Services
Administration (GSA). Appendix C: How to Obtain QUIPU, PP and ISODE ISODE/QUIPU 7.0 This software supports the development of certain kinds of OSI protocols and applications. Here are the details: o The ISODE is not proprietary, but it is not in the public domain. This was necessary to include a "hold harmless" clause in the release. The upshot of all this is that anyone can get a copy of the release and do anything they want with it, but no one takes any responsibility whatsoever for any (mis)use. o The ISODE runs on native Berkeley (4.2, 4.3) and AT&T System V systems, in addition to various other UNIX-like operating systems. No kernel modifications are required. o Current modules include: - OSI transport service (TP0 on top of TCP, X.25 and CONS; TP4 for SunLink OSI) - OSI session, presentation, and association control services - ASN.1 abstract syntax/transfer notation tools, including: 1. Remote operations stub-generator (front-end for remote operations) 2. Structure-generator (ASN.1 to C) 3. Element-parser (basic encoding rules) - OSI reliable transfer and remote operations services - OSI directory services - OSI file transfer, access and management - FTAM/FTP gateway - OSI virtual terminal (basic class, TELNET profile) o ISODE 7.0 consists of final "IS" level implementations with the exception of VT which is a DIS implementation. The ISODE also
contains implementations of the 1984 X.400 versions of ROS and
RTS.
o Although the ISODE is not "supported" per se, it does have a
problem reporting address, Bug-ISODE@XTEL.CO.UK. Bug reports
(and fixes) are welcome by the way.
o The discussion group ISODE@NISC.SRI.COM is used as an open
forum on ISODE. Contact ISODE-Request@NISC.SRI.COM to be added
to this list.
o The primary documentation for this release consists of a five
volume User's Manual (approx. 1000 pages) and a set of UNIX
manual pages. The sources to the User's Manual are in LaTeX
format. In addition, there are a number of notes, papers, and
presentations included in the documentation set, again in
either LaTeX or SLiTeX format. If you do not have LaTeX, you
should probably get a hardcopy from one of the distribution
sites below.
ISODE/QUIPU Distribution Sites
The FTP or FTAM distributions of ISODE-7.0 consists of 3 files. The
source and main ISODE-7.0 distribution is in the file ISODE-7.tar.Z
which is approximately 4.7MB in size.
LaTeX source for the entire document set can be found in the ISODE-
7-doc.tar.Z file (3.5MB). A list of documents can be found in the
doc/ directory of the source tree.
A Postscript version of the five volume manual can be found in the
ISODE-7-ps.tar.Z file (4.3MB).
If you can FTP to the Internet, then use anonymous FTP to uu.psi.com
[136.161.128.3] to retrieve the files in BINARY mode from the ISODE/
directory.
Additional PSI White Pages Pilot Software
The 'usconfig' program configures a DSA which understands some of the
NADF naming rules. This software is primarily intended for creating
directory hierarchies for DSAs from scratch. The add-on software is
available via anonymous FTP from uu.psi.com in:
wp/src/wpp-addon.tar.Z
Whether you choose to use 'usconfig' or not, please retrieve and
install the addon, and follow the instructions therein. You might
want to retrieve pilot-ps.tar.Z again also, as it contains an updated
Administrator Guide.
Note that the wpp-addon.tar.Z file needs to be installed on top of
the ISODE 7.0 distribution; it does not duplicate any of the ISODE
7.0, you need to retrieve and generate that too.
PP 6.0
PP is a Message Transfer Agent, intended for high volume message
switching, protocol conversion, and format conversion. It is
targeted for use in an operational environment, but is also be useful
for investigating message related applications. Good management
features are a major aspect of this system. PP supports the 1984 and
1988 versions of the CCITT X.400 / ISO 10021 services and protocols.
Many existing RFC-822 based protocols are supported, along with RFC-
1148bis conversion to X.400. PP is an appropriate replacement for
MMDF or Sendmail. This is the second public release of PP, and
includes substantial changes based on feedback from using PP on many
sites.
o PP is not proprietary and can be used for any purpose. The only
restriction is that suing of the authors for any damage the
code may cause is not allowed.
o PP runs on a range of UNIX and UNIX-like operating systems,
including SUNOS, Ultrix, and BSD. A full list of platforms on
which PP is know to run is included in the distribution.
o Current modules include:
- X.400 (1984) P1 protocol.
- X.400 (1988) P1 protocol.
- Simple mail transfer protocol (SMTP), conformant to host
requirements.
- JNT mail (grey book) Protocol.
- UUCP mail transfer.
- DECNET Mail-11 transfer
- Distribution list expansion and maintenance, using either a
file based mechanism or an X.500 directory.
- RFC 822-based local delivery.
- Delivery time processing of messages.
- Conversion between X.400 and RFC-822 according to the latest
revision of RFC-1148, known as RFC-1148bis.
- Conversion support for reformatting body parts and headers.
- X-Window and line-based management console.
- Message Authorization checking.
- Reformatting support for "mail hub" operation.
- X.500-based distribution list facility using the QUIPU
directory.
- FAX interworking
o No User Agents (UAs) are included with PP. However, procedural
access to the MTA is documented, to encourage others to write
or to port UAs. Several existing UAs, such as MH, may be used
with PP.
o It is expected that a Message Store to be used in conjunction
with PP (PPMS), and an associated X-Windows User Agent (XUA)
will be released on beta test in first quarter 92.
o The core routing of PP 6.0 is table based. DNS is used by the
SMTP channel. The next version of PP will support Directory
Based routing, which may use X.500 or DNS.
o PP 6.0 requires ISODE 7.0.
o X-Windows release X11R4 (or greater) is needed by some of the
management tools. PP can be operated without these tools.
o Although PP is not "supported" per se (but see later), it does
have a problem reporting address (bug reports (and fixes) are
welcome):
RFC-822: PP-SUPPORT@CS.UCL.AC.UK
X.400: S=PP-Support; OU=CS; O=UCL;
PRMD=UK.AC; ADMD= ; C=GB;
o The discussion group PP-PEOPLE@CS.UCL.AC.UK is used as an open
forum on PP; Contact PP-PEOPLE-REQUEST@CS.UCL.AC.UK to be added
to this list.
o The primary documentation for this release consists of a three
and a half volume User's Manual (approx. 300 pages) and a set
of UNIX manual pages. The sources to the User's Manual are in
LaTeX format.
PP Distribution Sites
If you can FTP to the Internet from outside Europe, then use
anonymous FTP to uu.psi.com [136.161.128.3] to retrieve the file pp-
6.tar.Z in binary mode from the ISODE/ directory. This file is the
tar image after being run through the compress program and is
approximately 3Mb in size.
If you can FTP to the Internet from Europe, then use anonymous FTP to
archive.eu.net [192.16.202.1] to retrieve the file pp-6.tar.Z in
binary mode from the network/ISODE/ directory. This file is the tar
image after being run through the compress program and is
approximately 3Mb in size.
ISODE/QUIPU and PP Platforms as of December 1991
Machine OS ISODE PP Stacks Notes
====================================================================
CCUR 6000 RTU 5.0 7.0 Yes! TCP 1
--------------------------------------------------------------------
CCUR 6000 RTU 6.0 7.0 Yes! TCP 2
X25
CLNS
--------------------------------------------------------------------
CDC 4000 Series EP/IX 1.3.2 6.6+ TCP 3
EP/IX 1.4.1 CLNS
X25
--------------------------------------------------------------------
COMPAQ 386/25 SCO Unix 5.2 6.0 TCP
--------------------------------------------------------------------
COMPAQ 386 BSD 7.0 TCP 4
X25
--------------------------------------------------------------------
Convex C120 ConvexOS 8.1 7.0 TCP 5
--------------------------------------------------------------------
DEC Vax 2nd Berkeley Network rel 7.0 TCP
X25
--------------------------------------------------------------------
DEC DECnet-ULTRIX V5.0 7.0 TCP 6
CLNS
--------------------------------------------------------------------
DEC Ultrix 3.1D 7.0 5.2 TCP 7
Ultrix 4.0 X25
Ultrix 4.1
--------------------------------------------------------------------
DEC Ultrix 4.2 7.0 TCP
X25
CLNS
--------------------------------------------------------------------
DEC VMS v5.x 7.0 TCP
X25
--------------------------------------------------------------------
DG Avion DGUX 4.30 7.0 TCP 8
--------------------------------------------------------------------
Encore Multimax 3xx UMAX V 2.2h 6.0 TCP 9
Encore Multimax 5xx
--------------------------------------------------------------------
Encore NP1 UTX/32 3.1a 7.0 TCP 10
X25
--------------------------------------------------------------------
Encore PN6000 UTX/32 2.1b 6.0 TCP 9
Encore PN9000 X25
--------------------------------------------------------------------
HP/9000/3xx HP/UX 6.0 7.0 TCP 11
HP-UX 7.05 B
--------------------------------------------------------------------
HP/9000/8xx HP-UX 7.00 7.0 TCP 11
X25
--------------------------------------------------------------------
IBM 3090 AIX/370 1.2.1 7.0 TCP 12
--------------------------------------------------------------------
IBM PS/2 AIX 1.2.1 6.7 TCP 13
--------------------------------------------------------------------
IBM RS/6000 AIX 3.1 6.8 TCP
AIX 3.0
--------------------------------------------------------------------
ICL DRS/6000 7.0 5.2 TCP 14
--------------------------------------------------------------------
Macintosh A/UX 2.0.1 7.0 TCP
--------------------------------------------------------------------
Macintosh MacOS V6.x 6.0 TCP 15
--------------------------------------------------------------------
Mips 4-52 ATT-V3-0 7.0 5.2 TCP 16
--------------------------------------------------------------------
NeXT 7.0 5.2 TCP 17
--------------------------------------------------------------------
ORION/Clipper 6.8 TCP
--------------------------------------------------------------------
Olivetti LSX-3020 X/OS 2.1 6.7b 5.0 TCP 1
X25
--------------------------------------------------------------------
Pyramid 9800 OSx 5.1 (4.3BSD/SVR3.2) 7.0 5.2 TCP 18
Pyramid MIS
--------------------------------------------------------------------
SEQUENT DYNIX V3.0.18 7.0 TCP 8
--------------------------------------------------------------------
Sony News-1750 NEWS-OS 3.3 6.8 TCP
NEWS-OS 4.0c
--------------------------------------------------------------------
Sun4 SunOS 4.1 7.0 5.2 TCP
Sun3 SunOS 4.1.1 X25
SunOS 4.0.3c CONS
CLNS
--------------------------------------------------------------------
Notes:
1. NOT SNMP or VT
2. Little tested
3. Official upper layer
4. Prototype only!
5. Planned port
6. Being worked on!
7. 3.1D binaries compiled under 4.2
8. Only QUIPU confirmed
9. Not QUIPU
10. Need "-Dregister=" in CONFIG.make
11. Need bug-fix no. 5 from bug-ISODE@xtel.co.uk. not SNMP,VT or
FTAM-FTP gateway
12. No VT, QUIPU not tested
13. Models 80 and 95
14. NOT SNMP or VT,PP and X.25 requires patches available from
X-Tel
15. Using MacTCP
16. Only QUIPU tested, built using BSD43 config 17. Need bug-fix no. 6 from bug-ISODE@xtel.co.uk 18. Built using BSD config, no VT or SNMP The above tables do not refer to beta releases of ISODE and PP more recent than the public ISODE-7.0 or PP-5.2 releases. The above table is generated from reports sent to bug-ISODE and pp-support. There is no guarantee the information is correct. Appendix D: Sample X.500 Input File and Restricted Character List Below is a sample datafile that illustrates the format for providing data about persons at your site to be loaded into the ESnet DSA. Following the sample datafile is a detailed explanation of the format and content of the file. We have tried to be as flexible as possible in defining the format of the file, given the constraints imposed by an automated process. We would appreciate feedback on the format of the file and will try to accommodate any specific needs you may have to any extent that is reasonable. # # Sample Data File for Bulk Loading X.500 Database # # delimiter character is "," 1 # field 1 is commonName 2 # field 2 is phone extension 3 # area code for all numbers is 510 4 # prefix for all numbers is 422 5 # field 3 is rfc822Mailbox 6 # field 4 is facsimileTelephoneNumber 7 # default facsimileTelephoneNumber is (510) 422-3333 8 # postalAddress for all entries is: 9 # National Energy Research Supercomputer Center 10 # P.O. Box 5509 11 # Livermore, California 94552 12 # Chris Anderson,1915,anderson@ws1.nersc.gov, 13 Lila Brown,5680,brownl@ws2.nersc.gov, 14 Bob Green,4474,, 15 Max Jones,4488,elvis@presley.nersc.gov,5104224444 16 Dave Smith,9818,smithd@ws3.nersc.gov, 17 Cathy White,4016,snow@white.nersc.gov, 18 <end-of-file> Comment lines at the beginning of the file convey relevant formatting information.
Following comment lines, each data line contains information about one person. Fields within a single data line are separated by a delimiter character. You specify the delimiter character you wish to use in the comment section; be sure to choose a delimiter which does not appear as a legitimate character in any field of a data line. You may provide all or part of the attribute types listed in the table in Section 2.5 (commonName is required). In the comment section, you must indicate which attribute types are contained in each field of a data line. Each data line must contain the same number of fields and the same order of fields (i.e. same order of attribute types). Two successive delimiters indicated a null value (eof is a considered a field delimiter). The characters "=", "&", "$", and "#" are NEVER allowed in any attribute value. Below is a discussion of relevant lines of the sample datafile. Line 1 The delimiter character is identified as a comma (,). Line 2 Field # 1 is identified as containing the commonName attribute. Line 3 Field # 2 is identified as containing the telephoneNumber attribute. The actual data value is a 4-digit extension. Lines 4,5 Identify the area code and prefix which apply to all 4-digit extensions in the datafile. If your actual data values already contain area code and/or prefix, then there would be no need to indicate default values. Line 6 Field # 3 is identified as containing the rfc822Mailbox attribute. Line 7 Field # 4 is identified as containing the facsimileTelephoneNumber attribute. Line 8 Identifies the default value for facsimileTelephoneNumber. If field 4 is missing in a data line, the default value will be applied. Lines 9-12 Identify the value of the postalAddress attribute which
applies to all entries.
Line 13 commonName= Chris Anderson
surName= Anderson
telephoneNumber= 510-422-1915
rfc822MailBox= anderson@ws1.nersc.gov
facsimileTelephoneNumber= 510-422-3333
postalAddress= National Energy Research Supercomputer Center
P.O. Box 5509
Livermore, California 94552
Line 14 commonName= Lila Brown
surName= Brown
telephoneNumber= 510-422-5680
rfc822MailBox= brownl@ws2.nersc.gov
facsimileTelephoneNumber= 510-422-3333
postalAddress= National Energy Research Supercomputer Center
P.O. Box 5509
Livermore, California 94552
Line 15 commonName= Bob Green
surName= Green
telephoneNumber= 510-422-4474
rfc822MailBox=
facsimileTelephoneNumber= 510-422-3333
postalAddress= National Energy Research Supercomputer Center
P.O. Box 5509
Livermore, California 94552
Line 16 commonName= Max Jones
surName= Jones
telephoneNumber= 510-422-4488
rfc822MailBox= elvis@presley.nersc.gov
facsimileTelephoneNumber= 510-422-4444
postalAddress= National Energy Research Supercomputer Center
P.O. Box 5509
Livermore, California 94552
Line 17 commonName= Dave Smith
surName= Smith
telephoneNumber= 510-422-9818
rfc822MailBox= smithd@ws3.nersc.gov
facsimileTelephoneNumber= 510-422-3333
postalAddress= National Energy Research Supercomputer Center
P.O. Box 5509
Livermore, California 94552
Line 18 commonName= Cathy White
surName= White
telephoneNumber= 510-422-4016
rfc822MailBox= snow@white.nersc.gov
facsimileTelephoneNumber= 510-422-3333
postalAddress= National Energy Research Supercomputer Center
P.O. Box 5509
Livermore, California 94552
Appendix E: ESnet Backbone Sites
Government Agencies
U.S. Department of Energy, Office of Energy Research (DOE)
Germantown, Maryland USA
U.S. Department of Energy, San Francisco Office (SAN)
Oakland, California USA
National Laboratories
NASA Ames Research Center (AMES, FIX-WEST)
Mountain View, California USA
Argonne National Laboratory (ANL)
Argonne, Illinois USA
Brookhaven National Laboratory (BNL)
Upton, New York USA
Continuous Electron Beam Accelerator Facility (CEBAF)
Newport News, Virginia USA
Fermi National Accelerator Laboratory (FNAL)
Batavia, Illinois USA
Lawrence Berkeley Laboratory (LBL)
Berkeley, California USA
Lawrence Livermore National Laboratory (LLNL)
Livermore, California USA
Los Alamos National Laboratory (LANL)
Los Alamos, New Mexico USA
Oak Ridge National Laboratory (ORNL)
Oak Ridge, Tennessee USA
Pacific Northwest Laboratory (PNL)
Richland, Washington USA
Princeton Plasma Physics Laboratory (PPPL)
Princeton, New Jersey USA
Sandia National Laboratory, Albuquerque (SNLA)
Albuquerque, New Mexico USA
Stanford Linear Accelerator Center (SLAC)
Menlo Park, California USA
Superconducting Super Collider (SSC)
Dallas, Texas USA
Universities
California Institute of Technology (CIT)
Pasadena, California USA
Florida State University (FSU)
Tallahassee, Florida USA
Iowa State University (ISU)
Ames, Iowa USA
Massachusetts Institute of Technology (MIT)
Cambridge, Massachusetts USA
New York University (NYU)
Upton, New York USA
Oak Ridge Associated Universities (ORAU)
Oak Ridge, Tennessee USA
University of California, Los Angeles (UCLA)
Westwood, California USA
University of Maryland (UMD, FIX-EAST)
College Park, Maryland USA
University of Texas, Austin (UTA)
Austin, Texas USA
Commercial Entities
General Atomics (GA)
San Diego, California USA
Office of Science and Technology Information (OSTI) Oak Ridge, Tennessee USA Science Applications, Incorporated (SAIC) McLean, Virginia USA Appendix F: Local Site Contacts for DOE Naming Authorities Below is a list of all Department of Energy GOSIP Site Authorities for OSI registration and addressing. This information was obtained from the DoE GOSIP On-Line Information System (DOE-GOIS), dated November 18, 1991. Marian F. Sotel Director, Information management Division U.S. Department of Energy DOE Field Office, Albuquerque Dennis Jensen Ames Laboratory 258H Development Ames, IA 50011-3020 (515) 294-7909 Linda Winkler Argonne National Laboratory Argonne, IL 60439 (708) 972-7236 R. E. Kremer Manager, Resource Automation U.S. Department of Energy Bettis Atomic Power laboratory Gary Ragsdale Manager, Information Services U.S. Department of Energy Bonneville Power Administration 905 NE 11th Avenue Portland, OR 97232 Wayne Larson Head of Data Communications Unit U.S. Department of Energy Bonneville Power Administration 905 NE 11th Avenue Portland, OR 97232
George Rabinowitz Head Distributed Computing Section Brookhaven National Laboratory Upton, New York 11973 (516) 282-7637 Donna A. Dyxin Communications Specialist U.S. Department of Energy DOE Field Office, Chicago 9800 South Cass Avenue Argonne, IL 60439 Elaine R. Liebrecht System Manager and Planning Supervisor EG&G Mound Applied Technologies P.O. Box 3000 Miamisburg, OH 45343-3000 (FTS) 774-3733 or (513) 865-3733 Jeffrey J. Johnson Communications Supervisor EG&G Mound Applied Technologies P.O. Box 3000 Miamisburg, OH 45343-3000 (FTS) 774-4230 or (513) 865-4230 Paul P. Herr U.S. Department of Energy Energy Information Agency (202) 586-7318 William H. Foster U.S. Department of Energy Energy Information Agency (202) 586-6310 Mark O. Kaletka Data Communications Group Leader, Computing Div. Fermi National Accelerator Lab P.O. Box 500 Batavia, IL 60510 (708) 840-2965 David A. Mackler Grand Junction Project Office (FTS) 326-6412
Wayne L. Selfors Grand Junction Project Office (FTS) 326-6525 Gerald F. Chappell Director, ITSO U.S. Department of Energy Headquarters Washington D.C., 20545 (FTS) 233-3685 or (301) 903-3685 Joe Diel Supervisor, Biomathematics Group ITRI David H. Robinson Section Supervisor, Information Systems Allied-Signal Aerospace Company Kansas City Division P.O. Box 419159 Kansas City, MO 64141-6159 (FTS) 997-3690 or (816) 997-3690 Robert M. Jensen Supervisory Engineer, Information Systems Allied-Signal Aerospace Company Kansas City Division P.O. Box 419159 Kansas City, MO 64141-6159 (FTS) 997-5538 or (816) 997-5538 Russell Wright Lawrence Berkeley Laboratories 1 Cyclotron Road Berkeley, CA 94720 (510) 486-6965 William A. Lokke Associate Director for Computation Lawrence Livermore National Lab (FTS) 532-9870 or (669) 422-9870 Philip Wood/Glenn Michel Los Alamos National Laboratory Los Alamos, NM 87545 (FTS) 843-1845 or (FTS) 843-2598
Robert Bruen MIT Laboratory for Nuclear Science Computer Facilities Manager Massachusetts Institute of Tech. Cambridge, MA Mark Cerullo Morgantown Energy Technology Center (FTS) 923-4345 Hank Latham NVRSN (FTS) 575-7646 Bill Morrison Network Specialist Bechtel Petroleum Operations, Inc Naval Petroleum Reserves California P.O. Box 127 Tupman, CA 93276 (FTS) 797-6933 or (805) 763-6933 Mary Ann Jones DOE Field Office, Nevada Bill Freberg Computer Sciences Corporation DOE Field Office, Nevada Roger Hardwick Project Director Roy F. Weston OCRWM 3885 S. Decatur Blvd. Las Vegas, NV 89103 (702) 873-6200 John Gandi U.S. Department of Energy OCRWM 101 Convention Ctr Phase II Complex, Suite 202 Las Vegas, NV 89109 (702) 794-7954 Benny Goodman U.S. Department of Energy OSTI
Raymond F. Cook U.S. Department of Energy OSTI D. M. Turnpin Martin Marietta Energy Systems, Inc Oak Ridge P.O. Box 2009 Oak Ridge, TN 37831-8227 (FTS) 626-8848 or (615) 576-8848 T. E. Birchfield Supervisor, Electronic Informations Delivery Sect. Martin Marietta Energy Systems, Inc Oak Ridge P.O. Box 2008 Oak Ridge, TN 37831-6283 (FTS) 624-4635 or (615) 574-4635 Bobby Brumley TRESP Associates DOE Field Office, Oak Ridge Mike Letterman TRESP Associates DOE Field Office, Oak Ridge S. Dean Carpenter Department Head, Communications Mason and Hanger Pantex Plant Wayne C. Phillips Section Head, Internal Communications Mason and Hanger Pantex Plant A. J. Lelekacs Sr. Networking Engineer General Electric Pinellas Plant P.O. Box 2908 Neutron Devices Department Largo, FL 34649-2908
Paul A. Funk Site Access Coordinator Princeton Plasma Physics Laboratory P.O. Box 451 Princeton, NJ 08543 (609) 243-3403 John Murphy Branch Chief, Information and Communication Mgmt U.S. Department of Energy DOE Field Office, Richland P.O. Box 550 Richland, WA 99352 (FTS) 444-7543 or (509) 376-7543 Mike Schmidt Telecom & Network Services IRM Westinghouse Hanford Company DOE Field Office, Richland P.O. Box 1970 Richland, WA 99352 (FTS) 444-7739 or (509) 376-7739 Dwayne Ramsey Information Resources Management Division U.S. Department of Energy DOE Field Office, San Francisco (FTS) 536-4302 W. F. Mason Central Computing Systems Manager Sandia National Laboratories - AL P.O. Box 5800 Albuquerque, NM 87185 (FTS) 845-8059 or (505) 845-8059 Harry R. Holden U.S. Department of Energy DOE Field Office, Savannah River P.O. Box A Aiken, SC 29802 (FTS) 239-1118 or (803) 725-1118
Reggie Peagler Network Security Officer Savannah River Site Building 773-51A Aiken, SC 29808 (FTS) 239-3418 or (803) 557-3418 Wade A. Gaines Acting ADP Manager U.S. Department of Energy Southeastern Power Administration Samuel Elbert Building Elberton, GA 30635 Paul Richard Southwestern Power Administration (FTS) 745-7482 Dr. R. Les Cottrell Assistant Director, SLAC Computer Services Stanford Linear Accelerator Center P.O. Box 4349 Stanford, CA 94309 John Lucero Systems Analyst, Management Systems Westinghouse Electric Corporation Waste Isolation Pilot Plant P.O. Box 2078 Carlsbad, NM 88221 (FTS) 571-8459 or (505) 887-8459 Lawrence Bluhm Sr. Systems Analyst, Management Systems Westinghouse Electric Corporation Waste Isolation Pilot Plant P.O. Box 2078 Carlsbad, NM 88221 (FTS) 571-8459 or (505) 887-8459 Ben Sandoval Western Area Power Administration (FTS) 327-7470 John Sewell Western Area Power Administration (FTS) 327-7407
Appendix G: Recommended Reading RFCs (Request For Comments) The following RFCs may be obtained from the ESnet Information Server. They are stored in the directory [ANONYMOUS.RFCS]. They may be retrieved via anonymous FTP (nic.es.net, 128.55.32.3) or DECnet copy (ESNIC::, 41.174). RFC1328 X.400 1988 to 1984 downgrading. Hardcastle-Kille, S.E. 1992 May; 5 p. (Format: TXT=10006 bytes) RFC1327 Mapping Between X.400 (1988) /ISO 10021 and RFC 822. Hardcastle-Kille, S.E. 1992 May; 113 p. (Format: TXT=228598 bytes) RFC1309 Technical overview of directory services using the X.500 protocol. Weider, C.; Reynolds, J.K.; Heker, S. 1992 March; 4 p. (Format: TXT=35694 bytes) RFC1308 Executive Introduction to Directory Services Using the X.500 Protocol. Weider, C.; Reynolds, J.K. 1992 March; 4 p. (Format: TXT=9392 bytes) RFC1295 North American Directory Forum. User bill of rights for entries and listing in the public directory. 1992 January; 2 p. (Format: TXT=3502 bytes) RFC1292 Lang, R.; Wright, R. Catalog of Available X.500 Implementations. 1991 December; 103 p. (Format: TXT=129468 bytes) RFC1279 Hardcastle-Kille, S.E. X.500 and domains. 1991 November; 13 p. (Format: TXT=26669, PS=170029 bytes) RFC1278 Hardcastle-Kille, S.E. String encoding of presentation address. 1991 November; 5 p. (Format: TXT=10256, PS=128696 bytes) RFC1277 Hardcastle-Kille, S.E. Encoding network addresses to support operations over non-OSI lower layers. 1991 November; 10 p. (Format: TXT=22254, PS=176169 bytes) RFC1276 Hardcastle-Kille, S.E. Replication and distributed operations extensions to provide an Internet directory using X.500. 1991 November; 17 p. (Format: TXT=33731, PS=217170 bytes) RFC1275 Hardcastle-Kille, S.E. Replication requirements to provide an Internet directory using X.500. 1991 November; 2 p. (Format: TXT=4616, PS=83736 bytes)
RFC1274 Kille, S.E.; Barker, P. COSINE and Internet X.500 schema. 1991 November; 60 p. (Format: TXT=92827 bytes) RFC1255 North American Directory Forum. Naming scheme for c=US. 1991 September; 25 p. (Format: TXT=53783 bytes) (Obsoletes RFC 1218) RFC1249 Howes, T.; Smith, M.; Beecher, B. DIXIE protocol specification. 1991 August; 10 p. (Format: TXT=20693 bytes) RFC1202 Rose, M.T. Directory Assistance service. 1991 February; 11 p. (Format: TXT=21645 bytes) RFC1006 Rose, M.T.; Cass, D.E. ISO transport services on top of the TCP: Version 3. 1987 May; 17 p. (Format: TXT=31935 bytes) Non Published Working Notes "A String Representation of Distinguished Names", S.E. Hardcastle-Kille, 01/30/1992. The OSI Directory uses distinguished names as the primary keys to entries in the directory. Distinguished Names are encoded in ASN.1. When a distinguished name is communicated between to users not using a directory protocol (e.g., in a mail message), there is a need to have a user-oriented string representation of distinguished name. "An Access Control Approach for Searching and Listing", S.E. Hardcastle-Kille, T. Howes, 09/23/1991. This memo defines an extended ACL (Access Control List) mechanism for the OSI Directory. It is intended to meet strong operational requirements to restrict searching and listing externally, while allowing much more freedom within an organization. In particular, this mechanism makes it possible to restrict searches to certain sets of attributes, and to prevent "trawling": the disclosure of large organizational data or structure information by repeated searches or lists. This capability is necessary for organizations that want to hide their internal structure, or to prevent dumping of their entire database. This memo describes functionality beyond, but compatible with, that expected in the 1992 X.500 standard. "Building an Internet Directory using X.500", S. Kille, 01/07/1991. The IETF has established a Working Group on OSI Directory Services. A major component of the initial work of this group is to establish a technical framework for establishing a Directory Service on the
Internet, making use of the X.500 protocols and services. This
document summarizes the strategy established by the Working Group,
and describes a number of RFCs which will be written in order to
establish the technical framework.
"Directory Requirements for COSINE and Internet Pilots (OSI-DS 18)",
S.E. Hardcastle-Kille, 07/09/1991.
This document specifies operational requirements for DUAs and DSAs
in the Internet and COSINE communities. This document summarizes
conformance requirements. In most cases, technical detail is
handled by reference to other documents. This document refers to
core directory infrastructure. Each application using the directory
may impose additional requirements.
"DSA Naming", S.E. Hardcastle-Kille, 01/24/1992.
This document describes a few problems with DSA Naming as currently
deployed in pilot exercises, and suggests a new approach. This
approach is suggested for use in the Internet Directory Pilot,
which overcomes a number of existing problems, and is an important
component for the next stage in increase of scale.
"Handling QOS (Quality of service) in the Directory", S.E. Kille,
08/29/1991.
This document describes a mechanism for specifying the Quality of
Service for DSA Operations and Data in the Internet Pilot Directory
Service "Building and internet directory using X.500".
"Interim Directory Tree Structure for Network Infrastructure
Information", Chris Weider, Mark Knopper, Ruth Lang, 06/14/1991.
As work progresses on incorporating WHOIS and Network
Infrastructure information into X.500, we thought it would be
useful to document the current DIT structure for this information,
along with some thoughts on future expansion and organization of
this subtree of the DIT. The first section of this document
describes the current structure, the second section the possible
expansion of the structure.
"Interim Schema for Network Infrastructure Information in X.500 New
name: Encoding Network Addresses to support operation ov", Chris
Weider, Mark Knopper, 06/14/1991.
As the OSI Directory progresses into an operational structure which
is being increasingly used as a primary resource for Directory
Information, it was perceived that having the Internet Site
Contacts and some limited network information in the Directory
would be immediately useful and would also provide the preliminary
framework for some distributed NIC functions. This paper describes
the interim schema used to contain this information.
"Naming Guidelines for Directory Pilots", P. Barker, S.E. Kille,
01/30/1992.
Deployment of a Directory will benefit from following certain
guidelines. This document defines a number of naming guidelines.
Alignment to these guidelines will be recommended for national
pilots.
"OSI NSAP Address Format For Use In The Internet", R Colella, R Callon,
02/13/1991.
The Internet is moving towards a multi-protocol environment that
includes OSI. To support OSI, it is necessary to address network
layer entities and network service users. The basic principles of
OSI Network Layer addressing and Network Service Access Points
(NSAPs) are defined in Addendum 2 to the OSI Network service
definition. This document recommends a structure for the Domain
Specific Part of NSAP addresses for use in the Internet that is
consistent with these principles.
"Representing Public Archives in the Directory", Wengyik Yeong,
12/04/1991.
The proliferation of publicly accessible archives in the Internet
has created an ever-widening gap between the fact of the existence
of such archives, and knowledge about the existence and contents of
these archives in the user community. Related to this problem is
the problem of also providing users with the necessary information
on the mechanisms available to retrieve such archives. In order
for the Internet user community to better avail themselves of this
class of resources, there is a need for these gaps in knowledge to
be bridged.
"Schema for Information Resource Description in X.500", Chris Weider,
06/14/1991.
The authors are interested in allowing distributed access and
updating for Information Resource Description information to users
of the Internet. This paper discusses the schema used to hold the
Information Resource Description information. The new attributes
are taken from the US-MARC fields, and subfields, with the mapping
described in the text.
"Schema for NIC Profile Information in X.500", Chris Weider, Mark
Knopper, 06/14/1991.
The authors of this document, in conjunction with the chairs of the
IETF Network Information Services Infrastructure (NISI) group,
would like to implement a Directory of Network Information Centers,
or NICs. This will enable NICs to find each other easily, will
allow users with access to a DSA to find out where NICs are, and
will in general facilitate the distribution of information about
the Internet and some of its infrastructure. This document
proposes a set of standard schema for this information.
"Using the OSI Directory to Achieve User Friendly Naming", S. Kille,
01/30/1992.
The OSI Directory has user friendly naming as a goal. A simple
minded usage of the directory does not achieve this. Two aspects
not achieved are: 1) A user oriented notation and 2)
Guessability. This proposal sets out some conventions for
representing names in a friendly manner, and shows how this can be
used to achieve really friendly naming. This then leads to a
specification of a standard format for representing names, and to
procedures to resolve them. This leads to a specification which
allows directory names to be communicated between humans. The
format in this specification is identical to that defined in the
reference of "A String Representation of Distinguished Name", and
it is intended that these specifications are compatible.
"Requirements for X.400 Management Domains (MDs) Operating in the Global
Research and Development X.400 Service", R. Hagens, 11/12/1991.
This document specifies a set of minimal operational
requirements that must be implemented by all Management Domains
(MDs) in the Global R&D X.400 Service. This document defines
the core operational requirements; in some cases, technical
detail is handled by reference to other documents. The Global
R&D X.400 Service is defined as all organizations which meet the
requirements described in this document.
"Routing Coordination for X.400 MHS Services within a
Multiprotocol/Multinetwork Environment", U. Eppenberger,
10/25/1992.
The X.400 addresses do start to appear on business cards. The
different MHS service providers are not well interconnected and
coordinated which makes it a very hard job for the MHS managers to
know where to route all the new addresses. A big number of X.400
implementations support different lower layer stacks. Taking into
account the variety of existing large transport networks, there is
now the chance of implementing a worldwide message handling service
using the same electronic mail standard and therefore without the
need of gateways with service reduction and without the restriction
to a single common transport network. This document proposes how
messages can travel over different networks by using multi stack
MTAs as relays. Document formats and coordination procedures bridge
the gap until an X.500 directory service is ready to store the
needed connectivity and routing information.
International Standards Documents
International Consultative Committee for Telephone and Telegraph. Open
Systems Interconnection - The Directory. X.500 Series
Recommendations. December, 1988.
(also published as)
ISO/IEC. Information Technology - Open Systems Interconnection - The
Directory. International Standard 9594. 1989.
International Consultative Committee for Telephone and Telegraph. Data
Communication Networks - Message Handling Systems. X.400 Series
Recommendations. Geneva 1985.
International Consultative Committee for Telephone and Telegraph. Data
Communication Networks - Message Handling Systems. X.400 Series
Recommendations. Melbourne, 1988.
NIST Documents
(National Institute of Standards and Technology Documents)
The following documents can be retrieved from the ESnet Information
Server in directory [ANONYMOUS.NIST].
Government Open Systems Interconnection Profile (GOSIP) Version 1,
National Institute of Standards and Technology, Federal Information
Processing Standards Publication #146, August, 1988.
Government Open Systems Interconnection Profile (GOSIP) Version 2,
National Institute of Standards and Technology, October, 1990.
DOE Documents
The following documents prepared by the DOE GOSIP Migration Working
Group can be retrieved from the ESnet Information Server in directory
[ANONYMOUS.DOE-GOSIP].
U.S. Department of Energy. Government Open Systems Interconnection
Profile. Transition Strategy. DOE GOSIP Document # GW-ST-008.
November, 1990.
U.S. Department of Energy. Government Open Systems Interconnection
Profile. Transition Plan. DOE GOSIP Document # GW_PN_005.
November, 1990.
U.S. Department of Energy. Government Open Systems Interconnection
Profile. Procedures and Guidelines. DOE GOSIP Document # GW-PR-
007. April, 1991.
IETF Working Groups
Three IETF working groups, OSI X.400, OSI-DS and MHS-DS have been
working in in X.400 and X.500. Minutes of meetings, descriptions of
the working groups' charters and goals, information about mailing
lists, and other pertinent documents can be retrieved from the ESnet
Information Server in the directories [ANONYMOUS.IETF.OSIDS],
[ANONYMOUS.IETF.OSIX400] and [ANONYMOUS.IETF.MHSMS].
Others
Marshall T. Rose, Julian P. Onions and Colin J. Robbins. The ISO
Development Environment: User's Manual, 1991. ISODE Documentation
Set.
Marshall T. Rose and Wengyik Yeong. PSI White Pages Pilot Project:
Administrator's Guide, 1991. ISODE Documentation Set.
Marshall T. Rose. The Open Book: A Practical Perspective on Open
Systems Interconnection. Prentice-hall, 1990. ISBN 0-13-643016-3.
Marshall T. Rose. The Little Black Book: Mail Bonding with OSI
Directory Services. Prentice-hall, 1991. ISBN 0-13-683219-5.
Alan Turner and Paul Gjefle, Pacfic Northwest Laboratory. Performance
Analysis of an OSI X.500 (QUIPU) Directory Service Implmentation.
1992. Available on nic.es.net in the directory [ANONYMOUS.ESNET-
DOC]QUIPU-PERF.PS
Appendix H: Task Force Member Information
Bob Aiken
U.S. Department of Energy, Office of Energy Research, Scientific
Computing Staff (now with National Science Foundation)
Email: raiken@nsf.gov
Joe Carlson
Lawrence Livermore National Laboratory
Livermore, California USA
Email: carlson@lll-winken.llnl.gov
Les Cottrell
Stanford Linear Accelerator Center
Menlo Park, California USA
Email: cottrell@slacvm.slac.stanford.edu
Tim Doody
Fermi National Accelerator Laboratory
Batavia, Illinois USA
Email: doody@fndcd.fnal.gov
Tony Genovese (Contributing Author)
Lawrence Livermore National Laboratory
Livermore, California USA
Email: genovese@es.net
Arlene Getchell (Contributing Author)
Lawrence Livermore National Laboratory
Livermore, California USA
Email: getchell@es.net
Charles Granieri
Stanford Linear Accelerator Center
Menlo Park, California USA
Email: cxg@slacvm.slac.stanford.edu
Kipp Kippenhan (Contributing Author)
Fermi National Accelerator Laboratory
Batavia, Illinois USA
Email: kippenhan@fnal.fnal.gov
Connie Logg
Stanford Linear Accelerator Center
Menlo Park, California USA
Email: cal@slacvm.slac.stanford.edu
Glenn Michel
Los Alamos National Laboratory
Los Alamos, New Mexico USA
Email: gym@lanl.gov
Peter Mierswa
Digital Equipment Corporation USA
Jean-Noel Moyne
Lawrence Berkeley Laboratory
Berkeley, California USA
Email: jnmoyne@lbl.gov
Kevin Oberman (Contributing Author)
Lawrence Livermore National Laboratory
Livermore, California USA
Email: oberman@icdc.llnl.gov
Dave Oran
Digital Equipment Corporation USA
Bob Segrest
Digital Equipment Corporation USA
Tim Streater
Stanford Linear Accelerator Center
Menlo Park, California USA
Email: streater@slacvm.slac.stanford.edu
Allen Sturtevant (Chair, Contributing Author, Document Editor)
Lawrence Livermore National Laboratory
Livermore, California USA
Email: sturtevant@es.net
Mike Sullenberger
Stanford Linear Accelerator Center
Menlo Park, California USA
Email: mls@scsw5.slac.stanford.edu
Alan Turner (Contributing Author)
Pacific Northwest Laboratory
Richland, Washington USA
Email: ae_turner@pnl.gov
Linda Winkler (Contributing Author)
Argonne National Laboratory
Argonne, Illinois USA
Email: b32357@anlvm.ctd.anl.gov
Russ Wright (Contributing Author)
Lawrence Berkeley Laboratory
Berkeley, California USA
Email: wright@lbl.gov
Security Considerations Security issues are discussed in sections 2.5.1 and 2.7.5.1 of this memo. Authors' Addresses Allen Sturtevant Lawrence Livermore National Laboratory P.O. Box 5509; L-561 Livermore, CA 94551 Phone: +1 510-422-8266 Email: sturtevant@es.net Tony Genovese Lawrence Livermore National Laboratory P.O. Box 5509; L-561 Livermore, CA 94551 Phone: +1 510-423-2471 Email: genovese@es.net Arlene Getchell Lawrence Livermore National Laboratory P.O. Box 5509; L-561 Livermore, CA 94551 Phone: +1 510-423-6349 Email: getchell@es.net H. A. Kippenhan Jr. Fermi National Accelerator Laboratory Wilson Hall 6W, MS-234 P.O. Box 500 Batavia, IL 60150 Phone: +1 708-840-8068 Email: kippenhan@fnal.fnal.gov
Kevin Oberman Lawrence Livermore National Laboratory P.O. Box 5509; L-156 Livermore, CA 94551 Phone: +1 510-422-6955 Email: oberman1@llnl.gov Alan Turner Pacific Northwest Laboratory P.O. Box 999; K7-57 Richland, WA 99352 Phone: +1 509-375-6670 Email: ae_turner@pnl.gov Linda Winkler Argonne National Laboratory 9700 South Cass Avenue Building 221 B251 Argonne, IL 60439 Phone: +1 708-252-7236 Email: lwinkler@anl.gov Russ Wright Lawrence Berkeley Laboratory 1 Cyclotron Road MS 50B-2258 Berkeley, CA 94720 Phone: +1 510-486-6965 Email: wright@lbl.gov