ARPANET 1822L Host Access Protocol
RFC 878

Document Type RFC - Unknown (December 1983; No errata)
Obsoletes RFC 851
Last updated 2013-03-02
Stream Legacy
Formats plain text pdf htmlized bibtex
Stream Legacy state (None)
Consensus Boilerplate Unknown
RFC Editor Note (None)
IESG IESG state RFC 878 (Unknown)
Telechat date
Responsible AD (None)
Send notices to (None)
Request for Comments: 878
     Obsoletes RFCs: 851, 802

                  The ARPANET 1822L Host Access Protocol

                                  RFC 878

                              Andrew G. Malis
                       ARPANET Mail: malis@bbn-unix

                         BBN Communications Corp.
                              50 Moulton St.
                           Cambridge, MA  02238

                               December 1983

     This RFC specifies the ARPANET 1822L Host Access Protocol,  which
     is  a successor to the existing 1822 Host Access Protocol.  1822L
     allows ARPANET hosts to use  logical  names  as  well  as  1822's
     physical port locations to address each other.






     1822L Host Access Protocol                          December 1983
     RFC 878

                             Table of Contents

     1   INTRODUCTION.......................................... 1

     2   THE ARPANET 1822L HOST ACCESS PROTOCOL................ 3
     2.1   Addresses and Names................................. 5
     2.2   Name Translations................................... 7
     2.2.1   Authorization and Effectiveness................... 7
     2.2.2   Translation Policies............................. 11
     2.2.3   Reporting Destination Host Downs................. 13
     2.2.4   1822L and 1822 Interoperability.................. 15
     2.3   Uncontrolled Packets............................... 16
     2.4   Establishing Host-IMP Communications............... 19
     2.5   Counting RFNMs When Using 1822L.................... 20
     2.6   1822L Name Server.................................. 23

     3   1822L LEADER FORMATS................................. 25
     3.1   Host-to-IMP 1822L Leader Format.................... 26
     3.2   IMP-to-Host 1822L Leader Format.................... 34

     4   REFERENCES........................................... 42

     A   1822L-IP ADDRESS MAPPINGS............................ 43

                                   - i -




     1822L Host Access Protocol                          December 1983
     RFC 878

                                  FIGURES

     2.1  1822 Address Format.................................. 5
     2.2  1822L Name Format.................................... 6
     2.3  1822L Address Format................................. 6
     3.1  Host-to-IMP 1822L Leader Format..................... 27
     3.2  NDM Message Format.................................. 30
     3.3  IMP-to-Host 1822L Leader Format..................... 35
     3.4  Name Server Reply Format............................ 38
     A.1  1822 Class A Mapping................................ 44
     A.2  1822L Class A Mapping............................... 44
     A.3  1822L Class B Mapping............................... 45
     A.4  1822L Class C Mapping............................... 46

                                  - ii -




     1822L Host Access Protocol                          December 1983
     RFC 878

     1  INTRODUCTION

     This RFC specifies the ARPANET 1822L Host Access Protocol,  which

     will allow hosts to use logical addressing (i.e., host names that

     are independent of their physical location  on  the  ARPANET)  to

     communicate  with  each  other.  This new host access protocol is

     known as the ARPANET 1822L (for Logical)  Host  Access  Protocol,

     and  is  a  successor  to  the  current  ARPANET 1822 Host Access

     Protocol, which is described in  sections  3.3  and  3.4  of  BBN

     Report  1822  [1].   Although  the  1822L protocol uses different

     Host-IMP leaders than the 1822 protocol, the IMPs  will  continue

     to support the 1822 protocol, and hosts using either protocol can

     readily communicate with each other (the  IMPs  will  handle  the

     translation automatically).

     The RFC's terminology is consistent  with  that  used  in  Report

     1822, and any new terms will be defined when they are first used.

     Familiarity  with  Report  1822  (section  3  in  particular)  is

     assumed.   As could be expected, the RFC makes many references to

     Report 1822.  As a result, it uses, as a convenient abbreviation,

     "see 1822(x)" instead of "please refer to Report 1822, section x,

     for further details".

     This RFC updates, and obsoletes, RFC 851.  The changes from  that

     RFC are:

                                   - 1 -




     1822L Host Access Protocol                          December 1983
     RFC 878

     o Section 2.2.4 was rewritten for clarity.

     o Section 2.5 was expanded to  further  discuss  the  effects  of

       using 1822L names on host-to-host virtual circuits.

     o In section 3.2, the type 1  IMP-to-host  message  has  two  new

       subtypes,  the type 9 message has one new subtype, and the type

       15, subtype 4 message is no longer defined.
Show full document text