ILMI-Based Server Discovery for ATMARP
RFC 2601

Document Type RFC - Proposed Standard (June 1999; No errata)
Last updated 2013-03-02
Stream IETF
Formats plain text pdf htmlized bibtex
Stream WG state (None)
Document shepherd No shepherd assigned
IESG IESG state RFC 2601 (Proposed Standard)
Consensus Boilerplate Unknown
Telechat date
Responsible AD (None)
Send notices to (None)
Network Working Group                                       M. Davison
Request for Comments: 2601                               Cisco Systems
Category: Standards Track                                    June 1999

                 ILMI-Based Server Discovery for ATMARP

Status of this Memo

   This document specifies an Internet standards track protocol for the
   Internet community, and requests discussion and suggestions for
   improvements.  Please refer to the current edition of the "Internet
   Official Protocol Standards" (STD 1) for the standardization state
   and status of this protocol.  Distribution of this memo is unlimited.

Copyright Notice

   Copyright (C) The Internet Society (1999).  All Rights Reserved.

Abstract

   This memo defines how ILMI-based Server Discovery, which provides a
   method for ATM-attached hosts and routers to dynamically determine
   the ATM addresses of servers, shall be used to locate ATMARP servers.

1. Introduction

   Presently, configuring a host or router to use ATMARP [1] is
   cumbersome and error-prone since it requires at least one ATM address
   to be statically configured on each host or router in the network.
   Further, it is impossible to implement a diskless host to use ATMARP
   since local configuration is required.  ILMI-based Server Discovery,
   hereafter referred to as "server discovery," provides a solution to
   these problems.

   A brief overview of the Integrated Local Management Interface (ILMI)
   and the Service Registry MIB, as defined by the ATM Forum, are
   provided in this memo. The reader should consult [2] for a complete
   description of ILMI and this MIB, but the information contained here
   is sufficient for an understanding of its use to support ATMARP
   server discovery.

2. Integrated Local Management Interface

   The Integrated Local Management Interface (ILMI) [2] provides a
   mechanism for ATM-attached devices, such as hosts, routers, and ATM
   switches, to transfer management information. It is based on the
   Simple Network Management Protocol (SNMP), Version 1, and supports

Davison                     Standards Track                     [Page 1]
RFC 2601         ILMI-Based Server Discovery for ATMARP        June 1999

   get, get-next, set and trap operations.

   The ILMI specification designates the switch side of the ATM link as
   the 'network side' and the host/router side of the ATM link as the '
   user side.' The Service Registry MIB, which is outlined in Section 3,
   is implmented on the network side and is queried from the user side.

3. ILMI 4.0 Service Registry MIB

   Server discovery utilizes the Service Registry MIB defined by the ATM
   Forum in ILMI Specification Version 4.0 [2]. To support the existing
   framework for IP over ATM, ATM switches must support the Service
   Registry MIB.

   A row in the service registry table [2] is defined as:

      AtmfSrvcRegEntry ::= SEQUENCE {
          atmfSrvcRegPort          INTEGER,
          atmfSrvcRegServiceID     OBJECT IDENTIFIER,
          atmfSrvcRegATMAddress    AtmAddress,
          atmfSrvcRegAddressIndex  INTEGER,
          atmfSrvcRegParm1         OCTET STRING
      }

   The definition of each field in this structure is:

      atmfSrvcRegPort - The ATM port number for which this entry
          contains management information. The value of zero may be used
          to indicate the ATM interface over which a management request
          was received.

      atmfSrvcRegServiceID - This is the service identifier that
          uniquely identifies the type of service at the address
          provided in the table. (See Section 3.2 for ATMARP OID.)

      atmfSrvcRegATMAddress - This is the full address of the service.
          The ATM client will use this address to establish a connection
          with the service.

      atmfSrvcRegAddressIndex - An arbitrary integer to differentiate
          multiple rows containing different ATM addresses for the same
          service on the same port.

      atmfSrvcRegParm1 - An octet string whose size and meaning is
          determined by the value of atmfSrvcRegServiceID.

   The service registry table is indexed by atmfSrvcRegPort,
   atmfSrvcRegServiceID and atmfSrvcRegAddressIndex.

Davison                     Standards Track                     [Page 2]
RFC 2601         ILMI-Based Server Discovery for ATMARP        June 1999

3.1 Service Parameter String

   A generic parameter string is defined in the service registry table,
   thus allowing protocol-specific parameters to be specified. To be
   consistent with [1], the parameter string for ATMARP shall be:

       ar$pro   16    bits     Protocol type
       ar$plen   8    bits     Length of protocol address
       ar$addr  plen  octets   Network address
       ar$mask  plen  octets   Network mask

   Where

      ar$pro  - see Assigned Numbers for protocol type number for
                protocol using ATMARP. (IPv4 is 0x0800, IPv6 is 0x86DD)
Show full document text