Allan Cargille <> Thu, 07 April 1994 19:13 UTC

Received: from by IETF.CNRI.Reston.VA.US id aa11552; 7 Apr 94 15:13 EDT
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa11548; 7 Apr 94 15:13 EDT
Received: from by CNRI.Reston.VA.US id aa21704; 7 Apr 94 15:13 EDT
Received: by; Thu, 7 Apr 94 13:13:36 -0500
X-From: Thu Apr 7 13:13 CDT 1994
Received: from by; Thu, 7 Apr 94 13:11:51 -0500
Received: from by id SMTP-0012da44cd7003488; Thu, 7 Apr 94 13:11:37 -0500
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Allan Cargille <>
Message-Id: <>
Received: by; Thu, 7 Apr 94 13:11:32 -0500
Subject: comments.infotree-04.txt
Date: Thu, 7 Apr 1994 13:11:30 -0500 (CDT)
Organization: Univ of Wisconsin
Phone: +1 608 262-5084
Fax: +1 608 262-9777
X-Mailer: ELM [version 2.4 PL23]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 3309


 Representing the O/R Address hierarchy in the Directory Information

Status of this Memo

This document is an Internet Draft.  Internet Drafts are working
documents of the Internet Engineering Task Force (IETF), its Areas,
and its Working Groups.  Note that other groups may also distribute
working documents as Internet Drafts.
>>> Break, indent, or wrap text. 
Internet Drafts are draft documents valid for a maximum of six months.
Internet Drafts may be updated, replaced, or obsoleted by other
documents at any time.  It is not appropriate to use Internet Drafts
as reference material or to cite them other than as a ``working
draft'' or ``work in progress.''
>>> Break, indent, or wrap text. 
Please check the I-D abstract listing contained in each Internet Draft
directory to learn the current status of this or any other Internet


                               @ @

                 C=GB             @ @  Numeric-C=234
                                     @ @

             | Country    |              _____S

             |__aeaeHH___ |
             aaee     H H H  ADMD=Gold 400
  ADMD=" "aaee             H H H
________aeae=_            ______H_HHj_

|ADMD       |             | ADMD       |

|____Q_Q_Q__|             |_____@@____ |

          Q QQPRMD=UK.AC           @ @ PRMD=UK.AC
             __Q_QQs_____             @ @

             |  PRMD     ________________@@R_oe_SS.............|

             |___________ |


  | MHS-Org    |

  |______Q_Q__ |
            Q Q
               Q QOU=CS

                 | MHS-OU     |
                 |___________ |

                 Figure 1:  Example O/R Address Tree

>>> Does this picture say what you want in ASCII?  If not, we should
delete it or replace it with a better picture.


11. Where an O/R Address has a valid Printable String and T.61 form,
    both must be present, with one as an alias for the other.  When
    both are present in the O/R Address, either may be used to
    construct the distinguished name.

>>> Why do both need to be present?


C            mHSCountry                 countryName
A            aDMD                       aDMDName
P            pRMD                       pRMDName
O            mHSOrganization            mHSOrganizationName
OU/OU1/OU2   mHSOrganizationalUnit      mHSOrganizationalUnitName
PN           mHSPerson                  personName
CN           mHSNamedObject             mHSCommonName
X121         mHSX121                    mHSX121Address
T-ID         mHSTerminalID              mHSTerminalIDName
UA-ID        mHSNumericUserIdentifier   mHSNumericUserIdentifierName
DDA          mHSDomainDefinedAttribute  mHSDomainDefinedAttributeType

>>> Why are we supporting "OU" -- why not just use OU1/2/3/4 ?