home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / drafts / draft_ietf_i / draft-ietf-ion-scsp-atmarp-00.txt < prev    next >
Text File  |  1997-04-16  |  11KB  |  334 lines
  1. Internetworking Over NBMA                               James V. Luciani
  2. INTERNET-DRAFT                                            (Bay Networks)
  3. <draft-ietf-ion-scsp-atmarp-00.txt>                          Barbara Fox
  4.                                                      (Harris & Jeffries)
  5.                                                   Expires September 1997
  6.  
  7.  
  8.  
  9.  
  10.  
  11.                 A Distributed ATMARP Service Using SCSP
  12.  
  13.  
  14. Status of this Memo
  15.  
  16.    This document is an Internet-Draft.  Internet-Drafts are working
  17.    documents of the Internet Engineering Task Force (IETF), its areas,
  18.    and its working groups.  Note that other groups may also distribute
  19.    working documents as Internet-Drafts.
  20.  
  21.    Internet-Drafts are draft documents valid for a maximum of six months
  22.    and may be updated, replaced, or obsoleted by other documents at any
  23.    time.  It is inappropriate to use Internet-Drafts as reference
  24.    material or to cite them other than as ``work in progress.''
  25.  
  26.    To learn the current status of any Internet-Draft, please check the
  27.    ``1id-abstracts.txt'' listing contained in the Internet-Drafts Shadow
  28.    Directories on ds.internic.net (US East Coast), nic.nordu.net
  29.    (Europe), ftp.isi.edu (US West Coast), or munnari.oz.au (Pacific
  30.    Rim).
  31.  
  32. Abstract
  33.  
  34.    This document describes a method for distributing an ATMARP service
  35.    within a LIS[1].  This method uses the Server Cache Synchronization
  36.    Protocol (SCSP)[2] to synchronize the ATMARP server databases within
  37.    a LIS.  When SCSP is used to synchronize the caches of ATMARP servers
  38.    in a LIS, the LIS defines the boundary of an SCSP Server Group (SG).
  39.  
  40. 1. Introduction
  41.  
  42.    An ATMARP Client implicitly registers (e.g., by sending an ATMARP
  43.    Request for itself; see [1]) and refreshes its own ATMARP information
  44.    with a single ATMARP server in its atm$arp-req-list table.  In
  45.    addition, the ATMARP Client uses the ATMARP service to gain access to
  46.    and re-validate ATMARP information about other ATMARP Clients in its
  47.    Logical IP Subnet (LIS). Since, there MAY be multiple ATMARP servers
  48.    in a given LIS, and since any ATMARP server within the LIS MUST be
  49.  
  50.  
  51.  
  52. Luciani, Fox                                                    [Page 1]
  53.  
  54. INTERNET-DRAFT                    SCSP            Expires September 1997
  55.  
  56.  
  57.    able to reply to ATMARP requests for ATMARP information about any
  58.    ATMARP Clients within the LIS, there MUST be a method by which to
  59.    synchronize ATMARP information across all ATMARP Servers within the
  60.    LIS.  The Server Cache Synchronization Protocol (SCSP) solves the
  61.    generalized server synchronization/cache-replication problem for
  62.    distributed databases, and thus SCSP MAY be applied to the ATMARP
  63.    server database synchronization problem with the LIS.  When SCSP is
  64.    used to synchronize the caches of ATMARP servers in a LIS, the LIS
  65.    defines the boundary of an SCSP Server Group (SG).
  66.  
  67.    SCSP is defined in two parts: the protocol independent part and the
  68.    client/server protocol specific part.  The protocol independent part
  69.    is specified in [2] whereas this document will specify the
  70.    client/server protocol specific part where ATMARP is the
  71.    client/server protocol.
  72.  
  73.  
  74. 2. Overview
  75.  
  76.    All ATMARP servers belonging to a Logical IP Subnet (LIS)[1] are said
  77.    to belong to a Server Group (SG).  An SG is identified by, not
  78.    surprisingly, its SGID which is contained in a field in all SCSP
  79.    packets.  All SCSP packets contain a Protocol ID (PID) field as well.
  80.    This PID field is set to 0x0001 to signify that SCSP is synchronizing
  81.    ATMARP server databases as opposed to synchronizing some other
  82.    protocol's databases (see Section B.2.0.1 of [2] for more details).
  83.    In general, PIDs for SCSP will be assigned by IANA upon request given
  84.    that a client/server protocol specific specification has been
  85.    written. In the case of ATMARP, the client/server protocol specific
  86.    specification was initially written at the same time as SCSP, and
  87.    thus a PID=0x0001 was assigned by the author.
  88.  
  89.    SCSP places no topological requirements upon an ATMARP SG.
  90.    Obviously, however, the resultant graph of ATMARP servers must span
  91.    the set of ATMARP servers to be synchronized.  For more information
  92.    about the client/server protocol independent part of SCSP, the reader
  93.    is encouraged to see [2].
  94.  
  95.    When an ATMARP SG is using SCSP for synchronization, a given ATMARP
  96.    Client will use only one ATMARP server and it will use that server
  97.    for remainder of its participation in the SG.  This server is said to
  98.    be the "serving ATMARP server." There needs to be some hysteresis on
  99.    refreshes since every ATMARP Request may cause a cache update/refresh
  100.    in the serving ATMARP Server, and such refreshes might cause
  101.    excessive traffic if propagated to all ATMARP Servers in the SG.  In
  102.    the case of mere refreshes, where no change occurs to the ATMARP
  103.    Server's cache entry for the ATMARP Client, SCSP updates will occur
  104.    at a maximum rate of once every 10+Random(2) minutes.
  105.  
  106.  
  107.  
  108. Luciani, Fox                                                    [Page 2]
  109.  
  110. INTERNET-DRAFT                    SCSP            Expires September 1997
  111.  
  112.  
  113.    When an ATMARP client has left a server group (e.g., as the result of
  114.    a crash), it MUST NOT rejoin the SG by generating new ATMARP requests
  115.    to any other ATMARP Server than the one it previously used for a
  116.    period of time greater than 20 minutes minus the time since the last
  117.    ATMARP request was made by the ATMARP Client. This is necessary
  118.    because no mechanism exists to tell the ATMARP service that the
  119.    ATMARP Client has left the SG and because ATMARP Server table entries
  120.    are valid for 20 minutes from the time the entries are
  121.    created/updated.
  122.  
  123.  
  124. 3.  Format of the CSA Record ATMARP Specific Part
  125.  
  126.    CSA Records in SCSP contain a "Client/Server Protocol Specific Part"
  127.    which contains the non-protocol independent information for a given
  128.    server's cache entry.
  129.  
  130.    0                   1                   2                   3
  131.    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
  132.    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  133.    |        Hardware Type          |        Protocol Type          |
  134.    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  135.    |     State     |  ATM Addr T/L |ATM SubAddr T/L| Proto Addr Len|
  136.    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  137.    |                ATM Address      (variable length)             |
  138.    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  139.    |              ATM SubAddress     (variable length)             |
  140.    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  141.    |                 Protocol Address  (variable length)           |
  142.    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  143.  
  144.    With the exception of the State and unused fields, these fields
  145.    contain the values specified in the ATMARP Request and Reply packets
  146.    defined in [1] which are used to create, update, and access ATMARP
  147.    server cache entries.
  148.  
  149.    Hardware Type
  150.      Defines the type of "link layer" addresses being carried.  This
  151.      value is the ATM Forum 'address family number' specified in [3] as
  152.      19 decimal (0x0013).  This is the ar$hrd field defined in [1].
  153.  
  154.    Protocol Type
  155.      This field is the protocol type number for the protocol using
  156.      ATMARP from [3].  (IP is 0x0800).  This is the ar$pro field from
  157.      [1].
  158.  
  159.    State
  160.      This field contains a value which represents the new state of the
  161.  
  162.  
  163.  
  164. Luciani, Fox                                                    [Page 3]
  165.  
  166. INTERNET-DRAFT                    SCSP            Expires September 1997
  167.  
  168.  
  169.      client.
  170.  
  171.        0 - New client available.
  172.        1 - Client entry has been updated.
  173.  
  174.      Note that a time-out of a cache entry does not cause a CSA Record
  175.      to be sent because, if everything is working properly then all
  176.      ATMARP servers have the cache entry timing out at the same time.
  177.      Thus, the individual servers would take the appropriate actions
  178.      necessary.
  179.  
  180.    ATM Addr T/L
  181.      This field contains the type and length of the ATM Address field.
  182.      The type and length encodings are described in Section 8.7.3 of
  183.      [1].
  184.  
  185.    ATM SubAddr T/L
  186.      This field contains the type and length of the ATM SubAddress
  187.      field.  The type and length encodings are described in Section
  188.      8.7.3 of [1].
  189.  
  190.    Proto Addr Len
  191.      This field contains the length of the Protocol Address field.  For
  192.      IPv4, the value is 4.
  193.  
  194.    ATM Number
  195.      This is the ATM address of an address binding in an ATMARP server
  196.      cache entry.  The address, if specified, is E.164 or ATM Forum
  197.      NSAPA.
  198.  
  199.    ATM Subaddress
  200.      This is the ATM subaddress of an address binding in an ATMARP
  201.      server cache entry.  The subaddress, if specified, is an ATM Forum
  202.      NSAPA.  If null, no storage will be allocated.
  203.  
  204.    Protocol Address
  205.      This is the internetwork address of an address binding in an ATMARP
  206.      server cache entry.
  207.  
  208.  
  209. 4.  Values for SCSP Protocol Independent Part
  210.  
  211.    The following sections give values for fields of the SCSP Protocol
  212.    Independent Part of the various SCSP messages.
  213.  
  214.  
  215.  
  216.  
  217.  
  218.  
  219.  
  220. Luciani, Fox                                                    [Page 4]
  221.  
  222. INTERNET-DRAFT                    SCSP            Expires September 1997
  223.  
  224.  
  225. 4.1 Values for the SCSP "Mandatory Common Part"
  226.  
  227.    Protocol ID = 0x0001
  228.    Sender ID Len = 0x04
  229.    Recvr ID Len = 0x04
  230.  
  231.    See Section B.2.0.1 of [2] for a detailed description of these
  232.    fields.
  233.  
  234. 4.2 Values for the SCSP "CSAS Record"
  235.  
  236.    Cache Key Len = 0x04
  237.    Orig ID Len = 0x04
  238.  
  239.    See Section B.2.0.2 of [2] for a detailed description of these
  240.    fields.
  241.  
  242.  
  243. References
  244.  
  245. [1] "Classic IP and ARP over ATM", Mark Laubach and Joel Halpern,
  246.     draft-ion-ipatm-classic2-02.txt, March, 1997.
  247.  
  248. [2] "Server Cache Synchronization Protocol", Luciani, Armitage, Halpern,
  249.     draft-ietf-ion-scsp-01.txt.
  250.  
  251. [3] Assigned Numbers, J. Reynolds and J. Postel, RFC 1700.
  252.  
  253.  
  254. Acknowledgments
  255.    I would also like to thank the members of the ION working group of
  256.    the IETF, whose review and discussion of this document has been
  257.    invaluable.
  258.  
  259.  
  260.  
  261.  
  262.  
  263.  
  264.  
  265.  
  266.  
  267.  
  268.  
  269.  
  270.  
  271.  
  272.  
  273.  
  274.  
  275.  
  276. Luciani, Fox                                                    [Page 5]
  277.  
  278. INTERNET-DRAFT                    SCSP            Expires September 1997
  279.  
  280.  
  281. Author's Address
  282.  
  283.    James V. Luciani
  284.    Bay Networks, Inc.
  285.    3 Federal Street, BL3-04
  286.    Billerica, MA  01821
  287.    phone: +1-508-916-4734
  288.    email: luciani@baynetworks.com
  289.  
  290.  
  291.    Barbara A. Fox
  292.    Harris & Jeffries
  293.    888 Washington Street
  294.    Dedham, MA  02026
  295.    phone: +1-617-329-3200
  296.    email: bfox@hjinc.com
  297.  
  298.  
  299.  
  300.  
  301.  
  302.  
  303.  
  304.  
  305.  
  306.  
  307.  
  308.  
  309.  
  310.  
  311.  
  312.  
  313.  
  314.  
  315.  
  316.  
  317.  
  318.  
  319.  
  320.  
  321.  
  322.  
  323.  
  324.  
  325.  
  326.  
  327.  
  328.  
  329.  
  330.  
  331.  
  332. Luciani, Fox                                                    [Page 6]
  333.  
  334.