RFC 1418 (rfc1418) - Page 1 of 4
SNMP over OSI
Alternative Format: Original Text Document
Network Working Group M. Rose
Request for Comments: 1418 Dover Beach Consulting, Inc.
Obsoletes: 1161, 1283 March 1993
SNMP over OSI
Status of this Memo
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. Background ................................................. 1
2. Mapping onto the CLTS ...................................... 2
2.1 Well-known Addresses ...................................... 2
2.2 Traps ..................................................... 2
2.3 Maximum Message Size ...................................... 3
3. Acknowledgements ........................................... 3
4. References ................................................. 3
5. Security Considerations .................................... 4
6. Author's Address ........................................... 4
1. Background
The Simple Network Management Protocol (SNMP) as defined in [1] is
now used as an integral part of the network management framework for
TCP/IP-based internets. Together with its companions standards,
which define the Structure of Management Information (SMI) [2,3], and
the Management Information Base (MIB) [4], the SNMP has received
widespread deployment in many operational networks running the
Internet suite of protocols.
It should not be surprising that many of these sites might acquire
OSI capabilities and may wish to leverage their investment in SNMP
technology towards managing those OSI components. This memo
addresses these concerns by defining a framework for running the SNMP
in an environment which supports the OSI connectionless-mode
transport service.
However, as noted in [5], the preferred mapping for SNMP is onto the
UDP [6]. This specification is intended for use in environments
where UDP transport is not available. No aspect of this
specification should be construed as a suggestion that, in a
Rose