MESSAGE TRANSFER SYSTEM - The Message Transfer System (MTS) is the
collection of Message Transfer Agents (MTAs), which provide the
Message Transfer Service elements.
MHS - See MESSAGE HANDLING SYSTEM.
MTA - See MESSAGE TRANSFER AGENT.
MTAE - See MESSAGE TRANSFER AGENT ENTITY.
MTL - See MESSAGE TRANSFER LAYER.
MTS - See MESSAGE TRANSFER SYSTEM.
MULTICASTING - Multicasting is a mode of interaction which may
optionally be used by a Directory System Agent (DSA) which cannot
perform an operation itself. The DSA multicasts the operation
(i.e. it invokes the operation of several other DSAs (in series or
in parallel) and passes an appropriate outcome to the original
requestor).
NAME - A name is a construct that singles out a particular object from
all other objects. A name must be unambiguous (i.e. denote just
one object); however, it need not be unique (i.e. be the only name
which unambiguously denotes the object).
NIST - The national institute of standards, a government organization
which develops, endorses, and promulgates standards for use by the
U.S. government.
O/R ADDRESS - See ORIGINATOR/RECIPIENT ADDRESS.
O/R NAME - See ORIGINATOR/RECIPIENT NAME.
OBJECT (OF INTEREST) - Anything in some "world", generally the world of
telecommunications and information processing or some part thereof,
which is identifiable (i.e. can be named), and which it is of
interest to hold information on in the Directory Information Base
(DIB).
OIW - The OSI Implementors workshop. OIW is one of three regional
workshops (OIW, EWOS, AOW), which specifies implementation
agreements for base OSI standards. OIW's participants are mostly
from the Americas and the OIW is jointly sponsored by the IEEE
(Institute of Electrical and Electronic Engineers) and NIST.
OPEN SYSTEMS INTERCONNECTION - A term referring to the capability of
interconnecting different systems.
ORIGINATING USER AGENT - The Originating User Agent (UA) is a UA that
submits to the Message Transfer System (MTS) a message to be
transferred.
ORIGINATOR - A user, a human being or computer process, from whom the
Message Handling System (MHS) accepts a message.
ORIGINATOR/RECIPIENT ADDRESS - A descriptive name for a User Agent (UA)
that contains certain characteristics which help the Message
Transfer System (MTS) to locate the UA's point of attachment. An
Originator/Recipient (O/R) address is a type of O/R name.
ORIGINATOR/RECIPIENT NAME - The Originator/Recipient Name (O/R Name) is
the descriptive name for a User Agent (UA).
OSI - See OPEN SYSTEMS INTERCONNECTION.
PRDMD - See PRIVATE DIRECTORY MANAGEMENT DOMAIN.
PRIMITIVE NAME - A name assigned by a naming authority. Primitive names
are components of descriptive names.
PRIVATE DIRECTORY MANAGEMENT DOMAIN - A Private Directory Management
Domain (PRDMD) is a Directory Management Domain which is managed by
an organization other than an administration.
PRIVATE MANAGEMENT DOMAIN - A Private Management Domain (PRMD) is a
management domain managed by a company or non-commercial
organization.
PRMD - See PRIVATE MANAGEMENT DOMAIN.
RDN - See RELATIVE DISTINGUISHED NAME.
RECIPIENT - A user, a human being or computer process, who receives a
message from the Message Handling System (MHS).
RECIPIENT USER AGENT - A User Agent (UA) to which a message is delivered
or that is specified for delivery.
REFERRAL - A referral is an outcome which can be returned by a Directory
System Agent (DSA) which cannot perform an operation itself, and
which identifies one or more other DSAs more able to perform the
operation.
RELATIVE DISTINGUISHED NAME - A Relative Distinguished Name (RDN) is a
set of attribute value assertions, each of which is true,
concerning the distinguished values of a particular entry.
RELAYING - The interaction by which one Message Transfer Agent (MTA)
transfers to another MTA the content of a message plus the relaying
envelope.
RELAYING ENVELOPE - The envelope which contains the information related
to the operation of the Message Transfer System (MTS) plus the
service elements requested by the originating User Agent (UA).
RFC- Request for Comments. The RFC's are documents used to propose or
specify internet community standards.
ROOT - The vertex that is not the final vertex of any arc is referred to
as the root vertex (or informally as the root) of the tree.
SCHEMA - The Directory Schema is the set of rules and constraints
concerning the Directory Information Tree (DIT) structure, object
class definitions, attribute types, and syntaxes which characterize
the Directory Information base (DIB).
SDE - See SUBMISSION AND DELIVERY ENTITY.
SMTP - Simple Mail Transfer Protocol. An e-mail protocol frequently
used by the Internet community.
SUBMISSION - The interaction by which an originating User Agent (UA)
transfers to a Message Transfer Agent (MTA) the contents of a
message plus the submission envelope.
SUBMISSION AND DELIVERY ENTITY - The Submission and Delivery Entity
(SDE) is an entity located in the Message Transfer Layer (MTL),
co-resident with a User Agent (UA) and not with a Message Transfer
Agent (MTA), and responsible for controlling the submission and
delivery interactions with a Message Transfer Agent Entity (MTAE).
SUBMISSION AND DELIVERY PROTOCOL - The Submission and Delivery Protocol
(P3) is the protocol which governs communication between a
Submission and Delivery Entity (SDE) and a Message Transfer Agent
Entity (MTAE).
SUBMISSION ENVELOPE - The envelope which contains the information the
Message Transfer System (MTS) requires to provide the requested
service elements.
TCP - A non-OSI transport protocol, the Transmission Control Protocol,
used extensively in the Internet. TP4 is the OSI alternative to
TCP.
TP0 - An OSI transport protocol specified by GOSIP and generally used
with connection-oriented networks.
TP4 - An OSI transport protocol specified by GOSIP and generally used
with connectionless networks such as CLNP.
TREE - A tree is a set of points (vertices), and a set of directed lines
(arcs); each arc leads from a vertex V to a vertex V'. The
vertices V and V' are said to be the initial and final vertices of
an arc a from V to V'. In a tree, several different arcs may have
the same initial vertex, but not the same final vertex.
UA - See USER AGENT.
UAE - See USER AGENT ENTITY.
UAL - See USER AGENT LAYER.
USER - A person or computer application or process who makes use of a
Message Handling System (MHS).
USER AGENT - Typically, the User Agent (UA) is a set of computer
processes (for example, an editor, a file system, a word processor)
that are used to create, inspect, and manage the storage of
messages. There is typically one user per User Agent (UA). During
message preparation, the originator communicates with his UA via an
input/output (I/O) device (for example, a keyboard, display,
printer, facsimile machine, and/or telephone). Also by means of
these devices, the UA communicates to its user messages received
from the Message Transfer System (MTS). To send and receive
messages, the UA interacts with the MTS via the submission and
delivery protocol.
USER AGENT ENTITY - A User Agent Entity (UAE) is an entity in the User
Agent Layer (UAL) of the Application Layer that controls the
protocol associated with cooperating UAL services. It exchanges
control information with the Message Transfer Agent Entity (MTAE)
or the Submission and Delivery Entity (SDE) in the layer below.
The control information is the information the Message Transfer
layer (MTL) requires to create the appropriate envelope and thus
provide the desired message transfer service elements.
USER AGENT LAYER - The User Agent Layer (UAL) is the layer that contains
the User Agent Entities (UAEs).
X.25 - A packet switched network standard often used by public providers
and optional in GOSIP.
Appendix A: Current Activities in X.500
NOTE: The following are edited excerpts from the IETF Directory
Services Monthly reports as well as a few IETF scope documents.
Effort has been taken to make sure this information is current as of
late 1991. At the end of each section are lists of anonymous FTP
and/or an e-mail address if more information is desired.
IETF DISI
(Directory Information Services Infrastructure Working Group)
The Directory Information Services (pilot) Infrastructure Working
Group is chartered to facilitate the deployment in the Internet of
Directory Services based on implementations of the X.500 standards.
It will facilitate this deployment by producing informational RFCs
intended to serve as a Directory Services "Administrator's Guide".
These RFCs will relate the current usage and scope of the X.500
standard and Directory Services in North America and the world, and
will contain information on the procurement, installation, and
operation of various implementations of the X.500 standard. As the
various implementations of the X.500 standard work equally well over
TCP/IP and CLNP, the DISI working group shall not mandate specific
implementations or transport protocols.
DISI is an offshoot of the OSI Directory Services group, and,
accordingly, is a combined effort of the OSI Integration Area and
User Services Area of the IETF. The current OSIDS working group was
chartered to smooth out technical differences in information storage
schema and difficulties in the interoperability and coherence of
various X.500 implementations. The DISI group is concerned solely
with expanding the Directory Services infrastructure. As DISI will
be providing information to facilitate the building of infrastructure
with an eye towards truly operational status, DISI will need to form
liaisons with COSINE, PARADISE, and perhaps the RARE WG3.
As a final document, the DISI working group shall write a charter for
a new working group concerned with user services, integration,
maintenance and operations of Directory Services, the Operations and
Infrastructure of Directory Services (OIDS) Group.
One particular DISI document you may be interested in is a catalogue
of the various X.500 implementations:
Title : Catalog of Available X.500 Implementations
Author(s) : R. Lang, R. Wright
Filename : rfc1292.txt
Pages : 103
This document is available on the ESnet Information Server in the
[ANONYMOUS.RFCS] directory.
Mailing list address:
General Discussion: disi@merit.edu
To Subscribe: disi-request@merit.edu
Anonymous FTP site address: (e-mail archive is here)
merit.edu
IETF OSI-DS (OSI Directory Service Working Group)
The OSI-DS group works on issues relating to building an OSI
Directory Service using X.500 and its deployment on the Internet.
Whilst this group is not directly concerned with piloting, the focus
is practical, and technical work needed as a pre-requisite to
deployment of an open Directory will be considered.
The major goal of this WG is to provide the technical framework for a
Directory Service infrastructure on the Internet. This
infrastructure should be based on the OSI Directory (X.500). It is
intended that this infrastructure can be used by many applications.
Whilst this WG is not directly concerned with operation of services,
close liaison is expected with those groups which do operate pilots
and services.
Liaisons have been established with RARE WG3, NIST, CCITT/ISO IEC,
North American Directory Forum.
X.500 (1984) / ISO 9594 does not have sufficient functionality for
full deployment on the Internet. This group identifies areas where
extensions are required.
It is a basic aim of the group to be aligned to appropriate base
standards and functional standards. Any activity should be
undertaken in the light of ongoing standardization activity. Areas
which should be examined include:
o Replication
o Knowledge Representation
o Schema Management
o Access Control
o Authentication
o Distributed operations for partially connected DSAs
o Presentation Address Handling
Mailing list address:
General Discussion: osi-ds@cs.ucl.ac.uk
To Subscribe: osi-ds-request@cs.ucl.ac.uk
Anonymous FTP site address: (all OSI-DS documents and e-mail archive
cs.ucl.ac.uk are here)
FOX (Field Operational X.500 Project)
The FOX project is a DARPA funded effort to provide a basis for
operational X.500 deployment in the NREN/Internet. This work is
being carried out at Merit, NYSERnet/PSI, SRI and ISI. ISI is the
main contractor and responsible for project oversight.
There are two primary thrusts of the FOX project:
1. X.500 Infrastructure: It is important that multiple
interoperable platforms be available for deployment. FOX
plans to examine and test the interoperability of the QUIPU
and NIST-X.500 (Custos) implementations, and DNANS-X.500 if
possible. In addition, FOX will explore X.500 interfaces to
conventional database systems (one target is Sybase), an
alternate OS platform (VM) for X.500 servers, and X-window
based user interfaces.
2. X.500 Applications: A long-range goal is to facilitate the
use of X.500 for real Internet applications. FOX will first
focus on making network infrastructure information available
through X.500. This includes network and AS site contacts,
topology information, and the NIC WHOIS service.
A centrally managed X.500 version will be the first phase of a WHOIS
service. Providing an X.500 version of a well-known widely-used
service should promote the use of X.500 by Internet users. In
addition, this effort will provide experience in designing X.500
applications. However, the manageability of this scheme will be
short-lived, so the next step will be a design for a distributed
version of WHOIS.
Finally, it is critical for Internet X.500 efforts to be aligned with
directory service efforts that are ongoing in other communities. FOX
participants are involved in, or are otherwise tracking these
efforts, and information about FOX activities will be publicly
available.
NADF (North American Directory Forum)
The North American Directory Forum (NADF) is a collection of
organizations which offer, or plan to offer, public Directory
services in North America, based on the CCITT X.500 Recommendations.
The NADF has produced a document, NADF-175, "A Naming Scheme for
c=US", which has been issued as RFC-1255.
The NADF-175 document proposes the use of existing civil
infrastructure for naming objects under c=US. This has the advantage
of using existing registration authorities and not establishing any
new ones (the document simply maps names assigned by existing
authorities into different portions of the c=US DIT). The document
is intended as the basis for X.500 names in the U.S. for the long-
term; it is important that interested parties get a copy, review it,
and return comments.
A second output, which is still undergoing development, is NADF-128,
a preliminary draft on "Mapping the DIT onto Multiple ADDMDs". This
describes how the c=US portion of the DIT is mapped onto DSAs and
what service-providers must minimally share in order to achieve a
working public directory. The next revision of this document will
likely be ASCII-ized and published as an informational RFC.
NIST (National Institute of Standards and Technology)
NIST is involved in several X.500 activities: standards, pilot
deployment, and development of an X.500 implementation, Custos. The
objective is to see X.500 widely deployed and used in the U.S.
Government. X.500 is expected to be in the next release of the U.S.
Government OSI Profile (GOSIP). In the standards efforts, emphasis
is on access control and replication; the other activities are
described in some detail below.
o NIST/GSA X.500 Pilot Deployment: NIST and GSA are
collaborating in the creation of a U.S. Government X.500 pilot
deployment. To date, two meetings have been held. At the
second, held on April 25th at NIST, significant progress was
made towards refining an initial draft schema developed by
NIST. A number of government agency requirements will be
included in the next schema revision. Once the schema is
defined, agencies will begin collecting data for loading into
the directory. Initially, NIST will offer to host agency data
on Custos DSAs running at NIST. Eventually, agencies are
expected to obtain and operate DSAs.
o CUSTOS: The NIST X.500 public-domain implementation, Custos,
is implemented on ISODE, although it otherwise bears no
relation to QUIPU. One of its more interesting features is that
the DBMS interface is SQL, and we provide a simple DBMS as part
of Custos to support the DSA. Information can be optionally
loaded into memory, and the memory usage is reasonably
efficient on a per-entry basis.
OIW (OSI Implementor's Workshop)
The OSI Implementor's Workshop (OIW) is an open public forum for
technical issues, concerned with the timely development of
implementation agreements based on emerging international OSI
standards. The Workshop accepts as input the specifications of
emerging standards for protocols, and produces as output agreements
on the implementation and testing particulars of these protocols.
This process is expected to expedite the development of OSI protocols
and to promote interoperability of independently manufactured data
communications equipment.
The Workshop organizes its work through Special Interest Groups
(SIGs) that prepare technical documentation. The SIGs are encouraged
to coordinate with standards organizations and user groups, and to
seek widespread technical consensus on implementation agreements
through international discussions and liaison activities.
The Directory SIG of the Workshop produces agreements on the
implementation of Directory protocols based on ISO 9594 and CCITT
X.500 Recommendations. There are three major areas that the SIG is
working on for 1991: access control, replication, and distributed
operations.
Mailing list address:
General Discussion: dssig@nisc.sri.com
To Subscribe: dssig-request@nisc.sri.com
PARADISE Project
The PARADISE project is based at the Department of Computer Science,
University College London (UCL).
PARADISE is a sub-project of the broader COSINE project sponsored
under the umbrella of EUREKA by eighteen participating countries and
aimed at promoting OSI to the academic, industrial and governmental
research and development organizations in Europe. The countries
involved are those of the EC, EFTA plus Yugoslavia; that is:
Austria, Belgium, Denmark, Finland, France, Germany, Greece, Holland,
Ireland, Italy, Luxembourg, Norway, Portugal, Spain, Sweden,
Switzerland, United Kingdom, and Yugoslavia.
The partners funded by PARADISE besides UCL are:
o The Networks Group at the University of London Computer Centre
(ULCC), which is a service-oriented organization providing a
range of facilities to the academic community in London and the
entry point into the UK for IXI, the COSINE international X.25
backbone;
o X-Tel Services Ltd, a software company based in Nottingham
which currently provides service support to the UK Academic
X.500 pilot; and
o PTT Telematic Systems from the Netherlands, which in turn has
subcontracted the Swiss and Finnish PTTs, and whose involvement
is to create a forum for discussion on X.500 among the European
carrier administrations.
The project also aims to have representation from all the
participating countries, which in the majority of cases are the
existing X.500 national pilots.
Of the 18 countries involved, at least 12 are registered in the White
Pages Pilot Project. Most countries are using the QUIPU
implementation developed at UCL. However, a French group has
developed PIZARRO, which will form the basis of the emerging French
pilot. In Italy, a Torino-based company Systems Wizards are using
DirWiz, which is currently the sole representative from Italy in the
tree.
Mailing list address:
helpdesk@paradise.ulcc.ac.uk
PSI White Pages Pilot Project
The White Pages Pilot Project is the first production-quality field
test of the OSI Directory (X.500). The pilot currently has a few
hundred organizations (more each month) and is based on OSI TP4 over
TCP/IP (RFC-1006).
Anonymous FTP site address: (Most X.500 pilot project software is
uu.psi.com here as well as more information)
ANSI ASC X3T5.4 (Directory Ad Hoc Group)
The American National Standards Institute (ANSI) Accredited Standards
Committee (ASC) X3T5.4. This group reviews the Proposed Draft
Amendments (PDAMs) for extensions to the International Consultative
Committee for Telegraphy and Telephony (CCITT) X.500
Recommendations/International Organization for Standardization
(ISO)/International Electrotechnical Commission (IEC) 9594.
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 <-> RFC822 gateway (ala RFC987) 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 RFC822 and RFC822
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.
- RFC822-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