summaryrefslogtreecommitdiff
path: root/doc/rfc/rfc1243.txt
diff options
context:
space:
mode:
authorThomas Voss <mail@thomasvoss.com> 2024-11-27 20:54:24 +0100
committerThomas Voss <mail@thomasvoss.com> 2024-11-27 20:54:24 +0100
commit4bfd864f10b68b71482b35c818559068ef8d5797 (patch)
treee3989f47a7994642eb325063d46e8f08ffa681dc /doc/rfc/rfc1243.txt
parentea76e11061bda059ae9f9ad130a9895cc85607db (diff)
doc: Add RFC documents
Diffstat (limited to 'doc/rfc/rfc1243.txt')
-rw-r--r--doc/rfc/rfc1243.txt1627
1 files changed, 1627 insertions, 0 deletions
diff --git a/doc/rfc/rfc1243.txt b/doc/rfc/rfc1243.txt
new file mode 100644
index 0000000..4a90bf8
--- /dev/null
+++ b/doc/rfc/rfc1243.txt
@@ -0,0 +1,1627 @@
+
+
+
+
+
+
+Network Working Group S. Waldbusser, Editor
+Request for Comments: 1243 Carnegie Mellon University
+ July 1991
+
+
+ AppleTalk Management Information Base
+
+Status of this Memo
+
+ This memo defines objects for managing AppleTalk objects for use with
+ the SNMP protocol. This memo is a product of the AppleTalk-IP
+ Working Group of the Internet Engineering Task Force (IETF). This
+ RFC specifies an IAB standards track protocol for the Internet
+ community, and requests discussion and suggestions for improvements.
+ Please refer to the current edition of the "IAB Official Protocol
+ Standards" for the standardization state and status of this protocol.
+ Distribution of this memo is unlimited.
+
+Table of Contents
+
+ 1. Abstract .............................................. 1
+ 2. The Network Management Framework....................... 2
+ 3. Objects ............................................... 2
+ 3.1 Format of Definitions ................................ 3
+ 4. Overview .............................................. 3
+ 4.1 Structure of MIB ..................................... 3
+ 4.2 The LocalTalk Link Access Protocol Group ............. 3
+ 4.3 The AppleTalk Address Resolution Protocol Group ...... 4
+ 4.4 The AppleTalk Port Group ............................. 4
+ 4.5 The Datagram Delivery Protocol Group ................. 4
+ 4.6 The Routing Table Maintenance Protocol Group ......... 4
+ 4.7 The Kinetics Internet Protocol Group ................. 4
+ 4.8 The Zone Information Protocol Group .................. 4
+ 4.9 The Name Binding Protocol Group ...................... 4
+ 4.10 The AppleTalk Echo Protocol Group ................... 5
+ 4.11 Textual Conventions ................................. 5
+ 5. Definitions ........................................... 5
+ 6. Acknowledgements ...................................... 27
+ 7. References ............................................ 28
+ 8. Security Considerations................................ 29
+ 9. Author's Address....................................... 29
+
+1. Abstract
+
+ This memo defines a portion of the Management Information Base (MIB)
+ for use with network management protocols in TCP/IP-based internets.
+ In particular, it defines objects for managing AppleTalk networks.
+
+
+
+
+AppleTalk-IP Working Group [Page 1]
+
+RFC 1243 AppleTalk MIB July 1991
+
+
+2. The Network Management Framework
+
+ The Internet-standard Network Management Framework consists of three
+ components. They are:
+
+ RFC 1155 which defines the SMI, the mechanisms used for describing
+ and naming objects for the purpose of management. RFC 1212
+ defines a more concise description mechanism, which is wholly
+ consistent with the SMI.
+
+ RFC 1156 which defines MIB-I, the core set of managed objects for
+ the Internet suite of protocols. RFC 1213, defines MIB-II, an
+ evolution of MIB-I based on implementation experience and new
+ operational requirements.
+
+ RFC 1157 which defines the SNMP, the protocol used for network
+ access to managed objects.
+
+ The Framework permits new objects to be defined for the purpose of
+ experimentation and evaluation.
+
+3. Objects
+
+ Managed objects are accessed via a virtual information store, termed
+ the Management Information Base or MIB. Objects in the MIB are
+ defined using the subset of Abstract Syntax Notation One (ASN.1) [7]
+ defined in the SMI. In particular, each object has a name, a syntax,
+ and an encoding. The name is an object identifier, an
+ administratively assigned name, which specifies an object type. The
+ object type together with an object instance serves to uniquely
+ identify a specific instantiation of the object. For human
+ convenience, we often use a textual string, termed the OBJECT
+ DESCRIPTOR, to also refer to the object type.
+
+ The syntax of an object type defines the abstract data structure
+ corresponding to that object type. The ASN.1 language is used for
+ this purpose. However, the SMI [3] purposely restricts the ASN.1
+ constructs which may be used. These restrictions are explicitly made
+ for simplicity.
+
+ The encoding of an object type is simply how that object type is
+ represented using the object type's syntax. Implicitly tied to the
+ notion of an object type's syntax and encoding is how the object type
+ is represented when being transmitted on the network.
+
+ The SMI specifies the use of the basic encoding rules of ASN.1 [8],
+ subject to the additional requirements imposed by the SNMP.
+
+
+
+
+AppleTalk-IP Working Group [Page 2]
+
+RFC 1243 AppleTalk MIB July 1991
+
+
+3.1. Format of Definitions
+
+ Section 5 contains the specification of all object types contained in
+ this MIB module. The object types are defined using the conventions
+ defined in the SMI, as amended by the extensions specified in [9,10].
+
+4. Overview
+
+ AppleTalk is a protocol suite which features an open peer-to-peer
+ architecture that runs over a variety of transmission media.
+ AppleTalk is defined in [10]. This protocol suite interoperates with
+ the IP protocol suite through various encapsulation methods. As
+ large AppleTalk networks are built that coexist with large IP
+ networks, a method to manage the AppleTalk networks with SNMP becomes
+ necessary. This MIB defines managed objects to be used for managing
+ AppleTalk networks.
+
+4.1. Structure of MIB
+
+ The objects are arranged into the following groups:
+
+ - LLAP
+ - AARP
+ - ATPort
+ - DDP
+ - RTMP
+ - KIP
+ - ZIP
+ - NBP
+ - ATEcho
+
+ These groups are the basic unit of conformance. If the semantics of a
+ group is applicable to an implementation, then it must implement all
+ objects in that group. For example, a managed agent must implement
+ the KIP group if and only if it implements the KIP protocol.
+
+ These groups are defined to provide a means of assigning object
+ identifiers, and to provide a method for managed agents to know which
+ objects they must implement.
+
+4.2. The LocalTalk Link Access Protocol Group
+
+ The LocalTalk Link Access Protocol (LLAP) is a medium-speed data-link
+ protocol designed for low cost and plug-and-play operation. The LLAP
+ group is designed to manage all interfaces on a managed device that
+ use this protocol.
+
+
+
+
+
+AppleTalk-IP Working Group [Page 3]
+
+RFC 1243 AppleTalk MIB July 1991
+
+
+4.3. The AppleTalk Address Resolution Protocol Group
+
+ The AppleTalk Address Resolution Protocol (AARP) is used to map
+ between AppleTalk node addresses, used by the Datagram Delivery
+ Protocol, and the addresses of the underlying data link layer. The
+ AARP table allows for management of the Address Mapping Table on the
+ managed device.
+
+4.4. The AppleTalk Port Group
+
+ An AppleTalk Port is a logical connection to a network over which
+ AppleTalk packets can be transmitted. This group allows the
+ management of the configuration of these AppleTalk ports.
+
+4.5. The Datagram Delivery Protocol Group
+
+ The Datagram Delivery Protocol (DDP) is the network-layer protocol
+ that is responsible for the socket-to-socket delivery of datagrams
+ over the AppleTalk Internet. This group manages the DDP layer on the
+ managed device.
+
+4.6. The Routing Table Maintenance Protocol Group
+
+ The Routing Table Maintenance Protocol (RTMP) is used by AppleTalk
+ routers to create and maintain the routing tables that dictate the
+ process of forwarding datagrams on the AppleTalk internet. The RTMP
+ group manages the RTMP protocol as well as the routing tables
+ generated by this protocol.
+
+4.7. The Kinetics Internet Protocol Group
+
+ The Kinetics Internet Protocol (KIP) is a protocol for encapsulating
+ and routing AppleTalk datagrams over an IP internet. This name is
+ historical. The KIP group manages the KIP routing protocol as well
+ as the routing tables generated by this protocol.
+
+4.8. The Zone Information Protocol Group
+
+ The Zone Information Protocol (ZIP) is used to maintain a mapping
+ between networks and zone names to facilitate the name lookup process
+ performed by the Name Binding Protocol. The ZIP group manages this
+ protocol and the mapping it produces.
+
+4.9. The Name Binding Protocol Group
+
+ The Name Binding Protocol (NBP) is a transport-level protocol that is
+ used to convert human readable service names into the numeric
+ AppleTalk network addresses needed for communicating across the
+
+
+
+AppleTalk-IP Working Group [Page 4]
+
+RFC 1243 AppleTalk MIB July 1991
+
+
+ AppleTalk network. The NBP group manages this protocol and the NBP
+ services that exist on the managed device.
+
+4.10. The AppleTalk Echo Protocol Group
+
+ The AppleTalk Echo Protocol is a transport-level protocol used to
+ test and verify the status of the AppleTalk internet. The AtEcho
+ group manages this protocol.
+
+4.11. Textual Conventions
+
+ A new data type is introduced as a textual convention in this MIB
+ document. This textual convention enhances the readability of the
+ specification and can ease comparison with other specifications if
+ appropriate. It should be noted that the introduction of this
+ textual convention has no effect on either the syntax or the
+ semantics of any managed objects. The use of this is merely an
+ artifact of the explanatory method used. Objects defined in terms of
+ this method are always encoded by means of the rules that define the
+ primitive type. Hence, no changes to the SMI or the SNMP are
+ necessary to accommodate this textual convention which is adopted
+ merely for the convenience of readers and writers in pursuit of the
+ elusive goal of clear, concise, and unambiguous MIB documents.
+
+ The new data type is:
+
+ DdpAddress ::= -- 2 octets of net number,
+ -- 1 octet of node number
+ OCTET STRING (SIZE (3))
+
+5. Definitions
+
+
+ RFC1243-MIB DEFINITIONS ::= BEGIN
+
+ IMPORTS
+ Counter, IpAddress
+ FROM RFC1155-SMI
+ DisplayString, mib-2
+ FROM RFC1213-MIB
+ OBJECT-TYPE
+ FROM RFC-1212;
+
+ -- This MIB module uses the extended OBJECT-TYPE macro as
+ -- defined in [9]
+
+
+ -- AppleTalk MIB
+
+
+
+AppleTalk-IP Working Group [Page 5]
+
+RFC 1243 AppleTalk MIB July 1991
+
+
+ appletalk OBJECT IDENTIFIER ::= { mib-2 13 }
+
+
+ DdpAddress ::= -- 2 octets of net number
+ -- 1 octet of node number
+ OCTET STRING (SIZE (3))
+ -- This data type is used for encoding a DDP protocol
+ -- address. The format of this address is a serial
+ -- encoding of the two octets of network number in
+ -- network byte order, followed by the 1 octet node
+ -- number.
+
+ llap OBJECT IDENTIFIER ::= { appletalk 1 }
+ aarp OBJECT IDENTIFIER ::= { appletalk 2 }
+ atport OBJECT IDENTIFIER ::= { appletalk 3 }
+ ddp OBJECT IDENTIFIER ::= { appletalk 4 }
+ rtmp OBJECT IDENTIFIER ::= { appletalk 5 }
+ kip OBJECT IDENTIFIER ::= { appletalk 6 }
+ zip OBJECT IDENTIFIER ::= { appletalk 7 }
+ nbp OBJECT IDENTIFIER ::= { appletalk 8 }
+ atecho OBJECT IDENTIFIER ::= { appletalk 9 }
+
+
+ -- The LLAP Group
+
+ llapTable OBJECT-TYPE
+ SYNTAX SEQUENCE OF LlapEntry
+ ACCESS not-accessible
+ STATUS mandatory
+ DESCRIPTION
+ "The list of LLAP entries."
+ ::= { llap 1 }
+ llapEntry OBJECT-TYPE
+ SYNTAX LlapEntry
+ ACCESS not-accessible
+ STATUS mandatory
+ DESCRIPTION
+ "An LLAP entry containing objects for the
+ LocalTalk Link Access Protocol for a particular
+ LocalTalk interface."
+ INDEX { llapIfIndex }
+ ::= { llapTable 1 }
+
+ LlapEntry ::= SEQUENCE {
+ llapIfIndex INTEGER,
+ llapInPkts Counter,
+ llapOutPkts Counter,
+ llapInNoHandlers Counter,
+
+
+
+AppleTalk-IP Working Group [Page 6]
+
+RFC 1243 AppleTalk MIB July 1991
+
+
+ llapInLengthErrors Counter,
+ llapInBads Counter,
+ llapCollisions Counter,
+ llapDefers Counter,
+ llapNoDataErrors Counter,
+ llapRandomCTSErrors Counter,
+ llapFCSErrors Counter
+ }
+ llapIfIndex OBJECT-TYPE
+ SYNTAX INTEGER
+ ACCESS read-only
+ STATUS mandatory
+ DESCRIPTION
+ "The LLAP interface to which this entry pertains.
+ The interface identified by a particular value of
+ this index is the same interface as identified
+ by the same value of ifIndex."
+ ::= { llapEntry 1 }
+
+ llapInPkts OBJECT-TYPE
+ SYNTAX Counter
+ ACCESS read-only
+ STATUS mandatory
+ DESCRIPTION
+ "The total number of good packets received on this
+ LocalTalk interface."
+ ::= { llapEntry 2 }
+
+ llapOutPkts OBJECT-TYPE
+ SYNTAX Counter
+ ACCESS read-only
+ STATUS mandatory
+ DESCRIPTION
+ "The total number of packets transmitted on this
+ LocalTalk interface."
+ ::= { llapEntry 3 }
+
+ llapInNoHandlers OBJECT-TYPE
+ SYNTAX Counter
+ ACCESS read-only
+ STATUS mandatory
+ DESCRIPTION
+ "The total number of good packets received on this
+ LocalTalk interface for which there was no
+ protocol handler."
+ ::= { llapEntry 4 }
+
+
+
+
+
+AppleTalk-IP Working Group [Page 7]
+
+RFC 1243 AppleTalk MIB July 1991
+
+
+ llapInLengthErrors OBJECT-TYPE
+ SYNTAX Counter
+ ACCESS read-only
+ STATUS mandatory
+ DESCRIPTION
+ "The total number of packets received on this
+ LocalTalk interface whose actual length did not
+ match the length in the header."
+ ::= { llapEntry 5 }
+
+ llapInErrors OBJECT-TYPE
+ SYNTAX Counter
+ ACCESS read-only
+ STATUS mandatory
+ DESCRIPTION
+ "The total number of packets containing errors
+ received on this LocalTalk interface."
+ ::= { llapEntry 6 }
+
+ llapCollisions OBJECT-TYPE
+ SYNTAX Counter
+ ACCESS read-only
+ STATUS mandatory
+ DESCRIPTION
+ "The total number of collisions assumed on this
+ LocalTalk interface due to the lack of a lapCTS
+ reply."
+ ::= { llapEntry 7 }
+
+ llapDefers OBJECT-TYPE
+ SYNTAX Counter
+ ACCESS read-only
+ STATUS mandatory
+ DESCRIPTION
+ "The total number of times this LocalTalk
+ interface deferred to other packets."
+ ::= { llapEntry 8 }
+
+ llapNoDataErrors OBJECT-TYPE
+ SYNTAX Counter
+ ACCESS read-only
+ STATUS mandatory
+ DESCRIPTION
+ "The total number of times this LocalTalk
+ interface received a lapRTS packet and expected
+ a data packet, but did not receive any data
+ packet."
+ ::= { llapEntry 9 }
+
+
+
+AppleTalk-IP Working Group [Page 8]
+
+RFC 1243 AppleTalk MIB July 1991
+
+
+ llapRandomCTSErrors OBJECT-TYPE
+ SYNTAX Counter
+ ACCESS read-only
+ STATUS mandatory
+ DESCRIPTION
+ "The total number of times this LocalTalk
+ interface received a lapCTS packet that was
+ not solicited by a lapRTS packet."
+ ::= { llapEntry 10 }
+
+ llapFCSErrors OBJECT-TYPE
+ SYNTAX Counter
+ ACCESS read-only
+ STATUS mandatory
+ DESCRIPTION
+ "The total number of times this LocalTalk
+ interface received a packet with an FCS
+ (Frame Check Sequence) error."
+ ::= { llapEntry 11 }
+
+
+ -- The AARP Group
+ aarpTable OBJECT-TYPE
+ SYNTAX SEQUENCE OF AarpEntry
+ ACCESS not-accessible
+ STATUS mandatory
+ DESCRIPTION
+ "The AppleTalk Address Translation Table
+ contains an equivalence of AppleTalk Network
+ Addresses to the link layer physical address."
+ ::= { aarp 1 }
+
+ aarpEntry OBJECT-TYPE
+ SYNTAX AarpEntry
+ ACCESS not-accessible
+ STATUS mandatory
+ DESCRIPTION
+ "Each entry contains one AppleTalk Network
+ Address to physical address equivalence."
+ INDEX { aarpIfIndex, aarpNetAddress }
+ ::= { aarpTable 1 }
+
+ AarpEntry ::= SEQUENCE {
+ aarpIfIndex INTEGER,
+ aarpPhysAddress OCTET STRING,
+ aarpNetAddress DdpAddress
+ }
+
+
+
+
+AppleTalk-IP Working Group [Page 9]
+
+RFC 1243 AppleTalk MIB July 1991
+
+
+ aarpIfIndex OBJECT-TYPE
+ SYNTAX INTEGER
+ ACCESS read-only
+ STATUS mandatory
+ DESCRIPTION
+ "The interface on which this entry's equivalence
+ is effective. The interface identified by a
+ particular value of this index is the same
+ interface as identified by the same value of
+ ifIndex."
+ ::= { aarpEntry 1 }
+
+ aarpPhysAddress OBJECT-TYPE
+ SYNTAX OCTET STRING
+ ACCESS read-only
+ STATUS mandatory
+ DESCRIPTION
+ "The media-dependent physical address"
+ ::= { aarpEntry 2 }
+
+ aarpNetAddress OBJECT-TYPE
+ SYNTAX DdpAddress
+ ACCESS read-only
+ STATUS mandatory
+ DESCRIPTION
+ "The AppleTalk Network Address corresponding to
+ the media-dependent physical address."
+ ::= { aarpEntry 3 }
+
+
+ -- The ATPort Group
+
+ atportTable OBJECT-TYPE
+ SYNTAX SEQUENCE OF AtportEntry
+ ACCESS not-accessible
+ STATUS mandatory
+ DESCRIPTION
+ "A list of AppleTalk ports for this entity."
+ ::= { atport 1 }
+
+ atportEntry OBJECT-TYPE
+ SYNTAX AtportEntry
+ ACCESS not-accessible
+ STATUS mandatory
+ DESCRIPTION
+ "The description of one of the AppleTalk
+ ports on this entity."
+ INDEX { atportIndex }
+
+
+
+AppleTalk-IP Working Group [Page 10]
+
+RFC 1243 AppleTalk MIB July 1991
+
+
+ ::= { atportTable 1 }
+
+ AtportEntry ::= SEQUENCE {
+ atportIndex INTEGER,
+ atportDescr DisplayString,
+ atportType INTEGER,
+ atportNetStart OCTET STRING (SIZE(2)),
+ atportNetEnd OCTET STRING (SIZE(2)),
+ atportNetAddress DdpAddress,
+ atportStatus INTEGER,
+ atportNetConfig INTEGER,
+ atportZoneConfig INTEGER,
+ atportZone OCTET STRING,
+ atportIfIndex INTEGER
+ }
+
+ atportIndex OBJECT-TYPE
+ SYNTAX INTEGER
+ ACCESS read-only
+ STATUS mandatory
+ DESCRIPTION
+ "A unique value for each AppleTalk port.
+ Its value is between 1 and the total number of
+ AppleTalk ports. The value for each port must
+ remain constant at least from the
+ re-initialization of the entity's network
+ management system to the next
+ re-initialization."
+ ::= { atportEntry 1 }
+
+ atportDescr OBJECT-TYPE
+ SYNTAX DisplayString
+ ACCESS read-only
+ STATUS mandatory
+ DESCRIPTION
+ "A text string containing information about the
+ port. This string is intended for presentation
+ to a human; it must not contain anything but
+ printable ASCII characters."
+ ::= { atportEntry 2 }
+
+ atportType OBJECT-TYPE
+ SYNTAX INTEGER {
+ other(1), -- none of the following
+ localtalk(2),
+ ethertalk1(3),
+ ethertalk2(4),
+ tokentalk(5),
+
+
+
+AppleTalk-IP Working Group [Page 11]
+
+RFC 1243 AppleTalk MIB July 1991
+
+
+ iptalk(6),
+ serial-ppp(7),
+ serial-nonstandard(8),
+ virtual(9)
+ }
+ ACCESS read-write
+ STATUS mandatory
+ DESCRIPTION
+ "The type of port, distinguished by the protocol
+ immediately below DDP in the protocol stack."
+ ::= { atportEntry 3 }
+
+ atportNetStart OBJECT-TYPE
+ SYNTAX OCTET STRING (SIZE(2))
+ ACCESS read-write
+ STATUS mandatory
+ DESCRIPTION
+ "The first AppleTalk network address in the range
+ configured for this port. This is a two octet
+ DDP network address in network byte order."
+ ::= { atportEntry 4 }
+
+ atportNetEnd OBJECT-TYPE
+ SYNTAX OCTET STRING (SIZE(2))
+ ACCESS read-write
+ STATUS mandatory
+ DESCRIPTION
+ "The last AppleTalk network address in the range
+ configured for this port. This is a two octet
+ DDP network address in network byte order. If the
+ network to which this AppleTalk port is
+ connected is a Phase 1 network or a non-extended
+ network, the value for atportNetEnd shall be two
+ octets of zero."
+ ::= { atportEntry 5 }
+
+ atportNetAddress OBJECT-TYPE
+ SYNTAX DdpAddress
+ ACCESS read-write
+ STATUS mandatory
+ DESCRIPTION
+ "The AppleTalk network address configured for this
+ port."
+ ::= { atportEntry 6 }
+
+ atportStatus OBJECT-TYPE
+ SYNTAX INTEGER {
+ operational(1),
+
+
+
+AppleTalk-IP Working Group [Page 12]
+
+RFC 1243 AppleTalk MIB July 1991
+
+
+ unconfigured(2),
+ off(3),
+ invalid(4)
+ }
+ ACCESS read-write
+ STATUS mandatory
+ DESCRIPTION
+ "The configuration status of this port.
+
+ Setting this object to the value invalid(4)
+ has the effect of invalidating the corresponding
+ entry in the atportTable. That is, it
+ effectively disassociates the mapping identified
+ with said entry. It is an
+ implementation-specific matter as to whether the
+ agent removes an invalidated entry from the table.
+ Accordingly, management stations must be
+ prepared to receive from agents tabular
+ information corresponding to entries not
+ currently in use. Proper interpretation of such
+ entries requires examination of the relevant
+ atportStatus object."
+ ::= { atportEntry 7 }
+
+ atportNetConfig OBJECT-TYPE
+ SYNTAX INTEGER {
+ configured(1), -- explicit configuration.
+ garnered(2), -- assumed from inspection of net.
+ guessed(3), -- a "random" configuration.
+ unconfigured(4)
+ }
+ ACCESS read-only
+ STATUS mandatory
+ DESCRIPTION
+ "The configuration status of this port."
+ ::= { atportEntry 8 }
+
+ atportZoneConfig OBJECT-TYPE
+ SYNTAX INTEGER {
+ configured(1), -- explicit configuration
+ garnered(2), -- assumed from inspection of net.
+ guessed(3), -- a "random" configuration.
+ unconfigured(4)
+ }
+ ACCESS read-only
+ STATUS mandatory
+ DESCRIPTION
+ "The configuration status of the zone information
+
+
+
+AppleTalk-IP Working Group [Page 13]
+
+RFC 1243 AppleTalk MIB July 1991
+
+
+ for this port."
+ ::= { atportEntry 9 }
+
+ atportZone OBJECT-TYPE
+ SYNTAX OCTET STRING
+ ACCESS read-write
+ STATUS mandatory
+ DESCRIPTION
+ "The zone name configured for this AppleTalk
+ port."
+ ::= { atportEntry 10 }
+
+ atportIfIndex OBJECT-TYPE
+ SYNTAX INTEGER
+ ACCESS read-write
+ STATUS mandatory
+ DESCRIPTION
+ "The physical interface associated with this
+ AppleTalk port. The interface identified by a
+ particular value of this index is the same
+ interface as identified by the same value of
+ ifIndex."
+ ::= { atportEntry 11 }
+
+
+ -- The DDP Group
+
+ ddpOutRequests OBJECT-TYPE
+ SYNTAX Counter
+ ACCESS read-only
+ STATUS mandatory
+ DESCRIPTION
+ "The total number of DDP datagrams which were
+ supplied to DDP by local DDP clients in requests
+ for transmission. Note that this counter does
+ not include any datagrams counted in
+ ddpForwRequests."
+ ::= { ddp 1 }
+
+ ddpOutShorts OBJECT-TYPE
+ SYNTAX Counter
+ ACCESS read-only
+ STATUS mandatory
+ DESCRIPTION
+ "The total number of short DDP datagrams which
+ were transmitted from this entity."
+ ::= { ddp 2 }
+
+
+
+
+AppleTalk-IP Working Group [Page 14]
+
+RFC 1243 AppleTalk MIB July 1991
+
+
+ ddpOutLongs OBJECT-TYPE
+ SYNTAX Counter
+ ACCESS read-only
+ STATUS mandatory
+ DESCRIPTION
+ "The total number of long DDP datagrams which were
+ transmitted from this entity."
+ ::= { ddp 3 }
+
+ ddpInReceives OBJECT-TYPE
+ SYNTAX Counter
+ ACCESS read-only
+ STATUS mandatory
+ DESCRIPTION
+ "The total number of input datagrams received by
+ DDP, including those received in error."
+ ::= { ddp 4 }
+
+ ddpForwRequests OBJECT-TYPE
+ SYNTAX Counter
+ ACCESS read-only
+ STATUS mandatory
+ DESCRIPTION
+ "The number of input datagrams for which this
+ entity was not their final DDP destination, as
+ a result of which an attempt was made to find a
+ route to forward them to that final destination."
+ ::= { ddp 5 }
+
+ ddpInLocalDatagrams OBJECT-TYPE
+ SYNTAX Counter
+ ACCESS read-only
+ STATUS mandatory
+ DESCRIPTION
+ "The total number of input DDP datagrams for
+ which this entity was their final DDP
+ destination."
+ ::= { ddp 6 }
+
+ ddpNoProtocolHandlers OBJECT-TYPE
+ SYNTAX Counter
+ ACCESS read-only
+ STATUS mandatory
+ DESCRIPTION
+ "The total number of DDP datagrams addressed to
+ this entity that were addressed to an upper
+ layer protocol for which no protocol handler
+ existed."
+
+
+
+AppleTalk-IP Working Group [Page 15]
+
+RFC 1243 AppleTalk MIB July 1991
+
+
+ ::= { ddp 7 }
+
+ ddpOutNoRoutes OBJECT-TYPE
+ SYNTAX Counter
+ ACCESS read-only
+ STATUS mandatory
+ DESCRIPTION
+ "The total number of DDP datagrams dropped
+ because a route could not be found to their
+ final destination."
+ ::= { ddp 8 }
+
+ ddpTooShortErrors OBJECT-TYPE
+ SYNTAX Counter
+ ACCESS read-only
+ STATUS mandatory
+ DESCRIPTION
+ "The total number of input DDP datagrams dropped
+ because the received data length was less than
+ the data length specified in the DDP header or
+ the received data length was less than the
+ length of the expected DDP header."
+ ::= { ddp 9 }
+
+ ddpTooLongErrors OBJECT-TYPE
+ SYNTAX Counter
+ ACCESS read-only
+ STATUS mandatory
+ DESCRIPTION
+ "The total number of input DDP datagrams dropped
+ because the received data length was greater
+ than the data length specified in the DDP header
+ or because they exceeded the maximum DDP
+ datagram size."
+ ::= { ddp 10 }
+
+ ddpBroadcastErrors OBJECT-TYPE
+ SYNTAX Counter
+ ACCESS read-only
+ STATUS mandatory
+ DESCRIPTION
+ "The total number of input DDP datagrams dropped
+ because this entity was not their final
+ destination and they were addressed to the link
+ level broadcast."
+ ::= { ddp 11 }
+
+
+
+
+
+AppleTalk-IP Working Group [Page 16]
+
+RFC 1243 AppleTalk MIB July 1991
+
+
+ ddpShortDDPErrors OBJECT-TYPE
+ SYNTAX Counter
+ ACCESS read-only
+ STATUS mandatory
+ DESCRIPTION
+ "The total number of input DDP datagrams dropped
+ because this entity was not their final
+ destination and their type was short DDP."
+ ::= { ddp 12 }
+
+ ddpHopCountErrors OBJECT-TYPE
+ SYNTAX Counter
+ ACCESS read-only
+ STATUS mandatory
+ DESCRIPTION
+ "The total number of input DDP datagrams dropped
+ because this entity was not their final
+ destination and their hop count would exceed 15."
+ ::= { ddp 13 }
+
+ ddpChecksumErrors OBJECT-TYPE
+ SYNTAX Counter
+ ACCESS read-only
+ STATUS mandatory
+ DESCRIPTION
+ "The total number of input DDP datagrams dropped
+ because of a checksum error."
+ ::= { ddp 14 }
+
+
+ -- The RTMP Group
+
+ rtmpTable OBJECT-TYPE
+ SYNTAX SEQUENCE OF RtmpEntry
+ ACCESS not-accessible
+ STATUS mandatory
+ DESCRIPTION
+ "A list of Routing Table Maintenance Protocol
+ entries for this entity."
+ ::= { rtmp 1 }
+
+ rtmpEntry OBJECT-TYPE
+ SYNTAX RtmpEntry
+ ACCESS not-accessible
+ STATUS mandatory
+ DESCRIPTION
+ "The route entry to a particular network range."
+ INDEX { rtmpRangeStart }
+
+
+
+AppleTalk-IP Working Group [Page 17]
+
+RFC 1243 AppleTalk MIB July 1991
+
+
+ ::= { rtmpTable 1 }
+
+ RtmpEntry ::= SEQUENCE {
+ rtmpRangeStart OCTET STRING (SIZE(2)),
+ rtmpRangeEnd OCTET STRING (SIZE(2)),
+ rtmpNextHop OCTET STRING,
+ rtmpType INTEGER,
+ rtmpPort INTEGER,
+ rtmpHops INTEGER,
+ rtmpState INTEGER
+ }
+
+ rtmpRangeStart OBJECT-TYPE
+ SYNTAX OCTET STRING (SIZE(2))
+ ACCESS read-write
+ STATUS mandatory
+ DESCRIPTION
+ "The first DDP network address in the network
+ range to which this routing entry pertains.
+ This is a two octet DDP network address in
+ network byte order."
+ ::= { rtmpEntry 1 }
+
+ rtmpRangeEnd OBJECT-TYPE
+ SYNTAX OCTET STRING (SIZE(2))
+ ACCESS read-write
+ STATUS mandatory
+ DESCRIPTION
+ "The last DDP network address in the network range
+ to which this routing entry pertains. This is a
+ two octet DDP network address in network byte
+ order. If the network to which this routing
+ entry pertains is a Phase 1 network or a
+ non-extended network, the value for rtmpRangeEnd
+ shall be two octets of zero."
+ ::= { rtmpEntry 2 }
+
+ rtmpNextHop OBJECT-TYPE
+ SYNTAX OCTET STRING
+ ACCESS read-write
+ STATUS mandatory
+ DESCRIPTION
+ "The next hop in the route to this entry's
+ destination network. If the type of this route
+ is Appletalk, this address takes the same form
+ as DdpAddress."
+ ::= { rtmpEntry 3 }
+
+
+
+
+AppleTalk-IP Working Group [Page 18]
+
+RFC 1243 AppleTalk MIB July 1991
+
+
+ rtmpType OBJECT-TYPE
+ SYNTAX INTEGER {
+ other(1),
+ appletalk(2),
+ serial-ppp(3),
+ serial-nonstandard(4)
+ }
+ ACCESS read-write
+ STATUS mandatory
+ DESCRIPTION
+ "The type of network over which this route
+ points."
+ ::= { rtmpEntry 4 }
+
+ rtmpPort OBJECT-TYPE
+ SYNTAX INTEGER
+ ACCESS read-write
+ STATUS mandatory
+ DESCRIPTION
+ "The index of the AppleTalk port over which
+ this route points."
+ ::= { rtmpEntry 5 }
+
+ rtmpHops OBJECT-TYPE
+ SYNTAX INTEGER
+ ACCESS read-write
+ STATUS mandatory
+ DESCRIPTION
+ "The number of hops required to reach the
+ destination network to which this routing
+ entry pertains."
+ ::= { rtmpEntry 6 }
+
+ rtmpState OBJECT-TYPE
+ SYNTAX INTEGER {
+ good(1),
+ suspect(2),
+ goingBad(3),
+ bad(4) -- may be removed from table
+ }
+ ACCESS read-write
+ STATUS mandatory
+ DESCRIPTION
+ "The status of the information contained in this
+ route entry.
+
+ Setting this object to the value bad(4) has the
+ effect of invalidating the corresponding entry
+
+
+
+AppleTalk-IP Working Group [Page 19]
+
+RFC 1243 AppleTalk MIB July 1991
+
+
+ in the rtmpTable. That is, it effectively
+ disassociates the mapping identified with said
+ entry. It is an implementation-specific matter
+ as to whether the agent removes an invalidated
+ entry from the table. Accordingly, management
+ stations must be prepared to receive from agents
+ tabular information corresponding to entries not
+ currently in use. Proper interpretation of such
+ entries requires examination of the relevant
+ rtmpState object."
+ ::= { rtmpEntry 7 }
+
+
+ -- The KIP Group
+
+ kipTable OBJECT-TYPE
+ SYNTAX SEQUENCE OF KipEntry
+ ACCESS not-accessible
+ STATUS mandatory
+ DESCRIPTION
+ "The table of routing information for KIP
+ networks."
+ ::= { kip 1 }
+
+ kipEntry OBJECT-TYPE
+ SYNTAX KipEntry
+ ACCESS not-accessible
+ STATUS mandatory
+ DESCRIPTION
+ "An entry in the routing table for KIP networks."
+ INDEX { kipNetStart }
+ ::= { kipTable 1 }
+
+ KipEntry ::= SEQUENCE {
+ kipNetStart OCTET STRING (SIZE(2)),
+ kipNetEnd OCTET STRING (SIZE(2)),
+ kipNextHop IpAddress,
+ kipHopCount INTEGER,
+ kipBCastAddr IpAddress,
+ kipCore INTEGER,
+ kipType INTEGER,
+ kipState INTEGER,
+ kipShare INTEGER
+ }
+
+ kipNetStart OBJECT-TYPE
+ SYNTAX OCTET STRING (SIZE(2))
+ ACCESS read-write
+
+
+
+AppleTalk-IP Working Group [Page 20]
+
+RFC 1243 AppleTalk MIB July 1991
+
+
+ STATUS mandatory
+ DESCRIPTION
+ "The first AppleTalk network address in the
+ range for this routing entry. This address is a
+ two octet DDP network address in network byte
+ order."
+ ::= { kipEntry 1 }
+
+ kipNetEnd OBJECT-TYPE
+ SYNTAX OCTET STRING (SIZE(2))
+ ACCESS read-write
+ STATUS mandatory
+ DESCRIPTION
+ "The last AppleTalk network address in the range
+ for this routing entry. This address is a two
+ octet DDP network address in network byte order.
+ If the network to which this AppleTalk port is
+ connected is a Phase 1 network or a non-extended
+ network, the value for kipNetEnd shall be two
+ octets of zero."
+ ::= { kipEntry 2 }
+
+ kipNextHop OBJECT-TYPE
+ SYNTAX IpAddress
+ ACCESS read-write
+ STATUS mandatory
+ DESCRIPTION
+ "The IP address of the next hop in the route to
+ this entry's destination network."
+ ::= { kipEntry 3 }
+
+ kipHopCount OBJECT-TYPE
+ SYNTAX INTEGER
+ ACCESS read-write
+ STATUS mandatory
+ DESCRIPTION
+ "The number of hops required to reach the
+ destination network to which this entry pertains."
+ ::= { kipEntry 4 }
+
+ kipBCastAddr OBJECT-TYPE
+ SYNTAX IpAddress
+ ACCESS read-write
+ STATUS mandatory
+ DESCRIPTION
+ "The form of the IP address used to broadcast on
+ this network."
+ ::= { kipEntry 5 }
+
+
+
+AppleTalk-IP Working Group [Page 21]
+
+RFC 1243 AppleTalk MIB July 1991
+
+
+ kipCore OBJECT-TYPE
+ SYNTAX INTEGER {
+ core(1),
+ notcore(2)
+ }
+ ACCESS read-write
+ STATUS mandatory
+ DESCRIPTION
+ "The status of this network as a Kip Core
+ network."
+ ::= { kipEntry 6 }
+
+ kipType OBJECT-TYPE
+ SYNTAX INTEGER {
+ kipRouter(1),
+ net(2),
+ host(3),
+ other(4)
+ }
+ ACCESS read-write
+ STATUS mandatory
+ DESCRIPTION
+ "The type of the entity that this route points
+ to."
+ ::= { kipEntry 7 }
+
+ kipState OBJECT-TYPE
+ SYNTAX INTEGER {
+ configured(1),
+ learned(2),
+ invalid(3)
+ }
+ ACCESS read-write
+ STATUS mandatory
+ DESCRIPTION
+ "The state of this network entry.
+
+ Setting this object to the value invalid(3) has
+ the effect of invalidating the corresponding
+ entry in the kipTable. That is, it effectively
+ disassociates the mapping identified with said
+ entry. It is an implementation-specific matter
+ as to whether the agent removes an invalidated
+ entry from the table.
+ Accordingly, management stations must be
+ prepared to receive from agents tabular
+ information corresponding to entries not
+ currently in use. Proper interpretation of such
+
+
+
+AppleTalk-IP Working Group [Page 22]
+
+RFC 1243 AppleTalk MIB July 1991
+
+
+ entries requires examination of the relevant
+ kipState object."
+ ::= { kipEntry 8 }
+
+ kipShare OBJECT-TYPE
+ SYNTAX INTEGER {
+ shared(1),
+ private(2)
+ }
+ ACCESS read-write
+ STATUS mandatory
+ DESCRIPTION
+ "If the information in this entry is propagated
+ to other routers as part of a routing protocol,
+ the value of this variable is equal to
+ shared(1). Otherwise its value is private(2)."
+ ::= { kipEntry 9 }
+
+
+ -- The ZIP Group
+
+ zipTable OBJECT-TYPE
+ SYNTAX SEQUENCE OF ZipEntry
+ ACCESS not-accessible
+ STATUS mandatory
+ DESCRIPTION
+ "The table of zone information for reachable
+ AppleTalk networks."
+ ::= { zip 1 }
+
+ zipEntry OBJECT-TYPE
+ SYNTAX ZipEntry
+ ACCESS not-accessible
+ STATUS mandatory
+ DESCRIPTION
+ "An entry of zone information for a particular
+ zone and network combination."
+ INDEX { zipZoneNetStart, zipZoneIndex }
+ ::= { zipTable 1 }
+
+ ZipEntry ::= SEQUENCE {
+ zipZoneName OCTET STRING,
+ zipZoneIndex INTEGER,
+ zipZoneNetStart OCTET STRING (SIZE(2)),
+ zipZoneNetEnd OCTET STRING (SIZE(2)),
+ zipZoneState INTEGER
+ }
+
+
+
+
+AppleTalk-IP Working Group [Page 23]
+
+RFC 1243 AppleTalk MIB July 1991
+
+
+ zipZoneName OBJECT-TYPE
+ SYNTAX OCTET STRING
+ ACCESS read-write
+ STATUS mandatory
+ DESCRIPTION
+ "The ASCII zone name of this entry."
+ ::= { zipEntry 1 }
+
+ zipZoneIndex OBJECT-TYPE
+ SYNTAX INTEGER
+ ACCESS read-only
+ STATUS mandatory
+ DESCRIPTION
+ "An integer that is unique to the zipZoneName
+ that is present in this entry. For any given
+ zone name, every zipEntry that has an equal zone
+ name will have the same zipZoneIndex."
+ ::= { zipEntry 2 }
+
+ zipZoneNetStart OBJECT-TYPE
+ SYNTAX OCTET STRING (SIZE(2))
+ ACCESS read-write
+ STATUS mandatory
+ DESCRIPTION
+ "The network that starts the range for this
+ entry. This address is a two octet DDP network
+ address in network byte order."
+ ::= { zipEntry 3 }
+
+ zipZoneNetEnd OBJECT-TYPE
+ SYNTAX OCTET STRING (SIZE(2))
+ ACCESS read-write
+ STATUS mandatory
+ DESCRIPTION
+ "The network that ends the range for this
+ entry. This address is a two octet DDP network
+ address in network byte order. If the network
+ to which this zip entry pertains is a Phase 1
+ network or a non-extended network, the value for
+ zipZoneNetEnd shall be two bytes of zero."
+ ::= { zipEntry 4 }
+
+ zipZoneState OBJECT-TYPE
+ SYNTAX INTEGER {
+ valid(1),
+ invalid(2)
+ }
+ ACCESS read-write
+
+
+
+AppleTalk-IP Working Group [Page 24]
+
+RFC 1243 AppleTalk MIB July 1991
+
+
+ STATUS mandatory
+ DESCRIPTION
+ "The state of this zip entry.
+
+ Setting this object to the value invalid(2) has
+ the effect of invalidating the corresponding
+ entry in the zipTable. That is, it effectively
+ disassociates the mapping identified with said
+ entry. It is an implementation-specific matter
+ as to whether the agent removes an invalidated
+ entry from the table.
+ Accordingly, management stations must be
+ prepared to receive from agents tabular
+ information corresponding to entries not
+ currently in use. Proper interpretation of
+ such entries requires examination of the
+ relevant zipZoneState object."
+ ::= { zipEntry 5 }
+
+
+ -- The NBP Group
+
+ nbpTable OBJECT-TYPE
+ SYNTAX SEQUENCE OF NbpEntry
+ ACCESS not-accessible
+ STATUS mandatory
+ DESCRIPTION
+ "The table of NBP services registered on this
+ entity."
+ ::= { nbp 1 }
+
+ nbpEntry OBJECT-TYPE
+ SYNTAX NbpEntry
+ ACCESS not-accessible
+ STATUS mandatory
+ DESCRIPTION
+ "The description of an NBP service registered on
+ this entity."
+ INDEX { nbpIndex }
+ ::= { nbpTable 1 }
+
+ NbpEntry ::= SEQUENCE {
+ nbpIndex INTEGER,
+ nbpObject OCTET STRING,
+ nbpType OCTET STRING,
+ nbpZone OCTET STRING,
+ nbpState INTEGER
+ }
+
+
+
+AppleTalk-IP Working Group [Page 25]
+
+RFC 1243 AppleTalk MIB July 1991
+
+
+ nbpIndex OBJECT-TYPE
+ SYNTAX INTEGER
+ ACCESS read-only
+ STATUS mandatory
+ DESCRIPTION
+ "The index of this NBP entry. This value ranges
+ from 1 to the number of NBP entries currently
+ registered on this entity."
+ ::= { nbpEntry 1 }
+
+ nbpObject OBJECT-TYPE
+ SYNTAX OCTET STRING
+ ACCESS read-write
+ STATUS mandatory
+ DESCRIPTION
+ "The name of the service described by this
+ entity."
+ ::= { nbpEntry 2 }
+
+ nbpType OBJECT-TYPE
+ SYNTAX OCTET STRING
+ ACCESS read-write
+ STATUS mandatory
+ DESCRIPTION
+ "The type of the service described by this
+ entity."
+ ::= { nbpEntry 3 }
+
+ nbpZone OBJECT-TYPE
+ SYNTAX OCTET STRING
+ ACCESS read-write
+ STATUS mandatory
+ DESCRIPTION
+ "The zone the service described by this entity is
+ registered in."
+ ::= { nbpEntry 4 }
+
+ nbpState OBJECT-TYPE
+ SYNTAX INTEGER {
+ valid(1),
+ invalid(2)
+ }
+ ACCESS read-write
+ STATUS mandatory
+ DESCRIPTION
+ "The state of this NBP entry.
+
+ Setting this object to the value invalid(2) has
+
+
+
+AppleTalk-IP Working Group [Page 26]
+
+RFC 1243 AppleTalk MIB July 1991
+
+
+ the effect of invalidating the corresponding
+ entry in the nbpTable. That is, it effectively
+ disassociates the mapping identified with said
+ entry. It is an implementation-specific matter
+ as to whether the agent removes an invalidated
+ entry from the table.
+ Accordingly, management stations must be
+ prepared to receive from agents tabular
+ information corresponding to entries not
+ currently in use. Proper interpretation of
+ such entries requires examination of the
+ relevant nbpState object."
+ ::= { nbpEntry 5 }
+
+
+ -- The ATEcho Group
+
+ atechoRequests OBJECT-TYPE
+ SYNTAX Counter
+ ACCESS read-only
+ STATUS mandatory
+ DESCRIPTION
+ "The number of AppleTalk echo requests received."
+ ::= { atecho 1 }
+
+ atechoReplies OBJECT-TYPE
+ SYNTAX Counter
+ ACCESS read-only
+ STATUS mandatory
+ DESCRIPTION
+ "The number of AppleTalk echo replies sent."
+ ::= { atecho 2 }
+ END
+
+6. Acknowledgements
+
+ This document was produced by the IETF AppleTalk-IP Working Group:
+
+ Terry Braun, Novell
+ Gregory Bruell, Shiva
+ Philip Budne, Shiva
+ Rob Chandhok, CMU
+ Cyrus Chow, NASA
+ Bruce Crabill, UMD
+ Peter DiCamillo, Brown
+ Robert Elz, U. of Melbourne
+ Tom Evans, Webster
+ Karen Frisa, CMU
+
+
+
+AppleTalk-IP Working Group [Page 27]
+
+RFC 1243 AppleTalk MIB July 1991
+
+
+ Russ Hobby, UC Davis
+ Tom Holodnik, CMU
+ Peter Honeyman, U. of Michigan
+ Michael Horowitz, Shiva
+ Van Jacobson, Lawrence Berkeley Labs
+ Doug Kerr, Novell
+ Holly Knight, Apple
+ Philip Koch, Dartmouth
+ Louise Laier, Apple
+ Nik Langrind, Shiva
+ Joshua Littlefield, Cayman
+ Kanchei Loa, Motorola
+ John Mason, Apple
+ Leo McLaughlin, TWG
+ Milo Medin, NASA
+ Greg Minshall, Novell
+ Bob Morgan, Stanford
+ Ed Moy, Berkeley
+ Matthew Nocifore, Drexel
+ Zbigniew Opalka, BBN
+ Alan Oppenheimer, Apple
+ Brad Parker, Cayman
+ Greg Satz, Cisco
+ John Seligson, Apple
+ Frank Slaughter, Shiva
+ Zaw-Sing Su, SRZ
+ John Veizades, Apple
+ Peter Vinsel, Apple
+ Jonathan Wenocur, Shiva
+ Steven Willis, Wellfleet
+
+ In addition, the contribution of the following individuals is also
+ acknowledged:
+
+ Karen Frisa, Carnegie Mellon University
+ Greg Minshall, Novell, Inc.
+ Marshall T. Rose, PSI
+
+7. References
+
+ [1] Cerf, V., "IAB Recommendations for the Development of Internet
+ Network Management Standards", RFC 1052, NRI, April 1988.
+
+ [2] Cerf, V., "Report of the Second Ad Hoc Network Management Review
+ Group", RFC 1109, NRI, August 1989.
+
+ [3] Rose M., and K. McCloghrie, "Structure and Identification of
+ Management Information for TCP/IP-based internets", RFC 1155,
+
+
+
+AppleTalk-IP Working Group [Page 28]
+
+RFC 1243 AppleTalk MIB July 1991
+
+
+ Performance Systems International, Hughes LAN Systems, May 1990.
+
+ [4] McCloghrie K., and M. Rose, "Management Information Base for
+ Network Management of TCP/IP-based internets", RFC 1156, Hughes
+ LAN Systems, Performance Systems International, May 1990.
+
+ [5] Case, J., Fedor, M., Schoffstall, M., and J. Davin, "Simple
+ Network Management Protocol", RFC 1157, SNMP Research,
+ Performance Systems International, Performance Systems
+ International, MIT Laboratory for Computer Science, May 1990.
+
+ [6] McCloghrie K., and M. Rose, Editors, "Management Information Base
+ for Network Management of TCP/IP-based internets", RFC 1213,
+ Performance Systems International, March 1991.
+
+ [7] Information processing systems - Open Systems Interconnection -
+ Specification of Abstract Syntax Notation One (ASN.1),
+ International Organization for Standardization, International
+ Standard 8824, December 1987.
+
+ [8] Information processing systems - Open Systems Interconnection -
+ Specification of Basic Encoding Rules for Abstract Notation One
+ (ASN.1), International Organization for Standardization,
+ International Standard 8825, December 1987.
+
+ [9] Rose, M., and K. McCloghrie, Editors, "Concise MIB Definitions",
+ RFC 1212, Performance Systems International, Hughes LAN Systems,
+ March 1991.
+
+ [10] Sidhu, G., Andrews, R., and A. Oppenheimer, "Inside AppleTalk",
+ Second Edition, Addison Wesley, 1990.
+
+8. Security Considerations
+
+ Security issues are not discussed in this memo.
+
+9. Author's Address
+
+ Steven Waldbusser
+ Carnegie Mellon University
+ 4910 Forbes Ave.
+ Pittsburgh, PA 15213
+
+ EMail: waldbusser@andrew.cmu.edu
+
+
+
+
+
+
+
+AppleTalk-IP Working Group [Page 29]
+ \ No newline at end of file