Printable Version: RFC3417.PDF
RFC 3417 Transport Mappings for SNMP December 2002
-- for proxy to SNMPv1 (RFC 1157)
rfc1157Proxy OBJECT IDENTIFIER ::= { snmpProxys 1 }
rfc1157Domain OBJECT-IDENTITY
STATUS deprecated
DESCRIPTION
"The transport domain for SNMPv1 over UDP over IPv4.
The corresponding transport address is of type
SnmpUDPAddress."
::= { rfc1157Proxy 1 }
-- ::= { rfc1157Proxy 2 } this OID is obsolete
END
3. SNMP over UDP over IPv4
This is the preferred transport mapping.
3.1. Serialization
Each instance of a message is serialized (i.e., encoded according to
the convention of [BER]) onto a single UDP [RFC768] over IPv4
[RFC791] datagram, using the algorithm specified in Section 8.
3.2. Well-known Values
It is suggested that administrators configure their SNMP entities
supporting command responder applications to listen on UDP port 161.
Further, it is suggested that SNMP entities supporting notification
receiver applications be configured to listen on UDP port 162.
When an SNMP entity uses this transport mapping, it must be capable
of accepting messages up to and including 484 octets in size. It is
recommended that implementations be capable of accepting messages of
up to 1472 octets in size. Implementation of larger values is
encouraged whenever possible.
4. SNMP over OSI
This is an optional transport mapping.
4.1. Serialization
Each instance of a message is serialized onto a single TSDU [IS8072]
[IS8072A] for the OSI Connectionless-mode Transport Service (CLTS),
using the algorithm specified in Section 8.
Presuhn, et al. Standards Track [Page 7]