RE: RFC 2576 vs IPv6
"Wijnen, Bert (Bert)" <[email protected]> Thu, 20 Feb 2003 00:32:58 +0100
| Newsgroups | gmane.ietf.snmpv3 |
|---|---|
| Message-ID | <7D5D48D2CAA3D84C813F5B154F43B155F7C0E7@nl0006exch001u.nl.lucent.com> |
I thought I had made similar comment to an earlier version of phil's document. Thanks, Bert > -----Original Message----- > From: Randy Presuhn [mailto:[email protected]] > Sent: woensdag 19 februari 2003 21:50 > To: [email protected] > Cc: [email protected] > Subject: RFC 2576 vs IPv6 > > > Hi - > > I think the analysis of RFC 2576 in section 5.070 (see below) of > draft-ietf-v6ops-ipv4survey-ops-00.txt is incorrect. > These rules for handling legacy data which happen to be > IPv4 addresses have no bearing on the ability to operate > in or manage IPv6 environments. > > Randy > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > > 5.070 RFC 2576 Coexistence between Version 1 Version 2 and Version > 3 of the Internet-standard Network Management Framework (SNMP) > > This document states: > > (11) For any object with a SYNTAX of NetworkAddress, the > SYNTAX MUST > be changed to IpAddress. Note that the use of > NetworkAddress in > new MIB documents is strongly discouraged (in fact, new MIB > documents should be written using SMIv2, which does not define > NetworkAddress). > > and defines the OID: > > snmpTrapAddress OBJECT-TYPE > SYNTAX IpAddress > MAX-ACCESS accessible-for-notify > STATUS current > DESCRIPTION > "The value of the agent-addr field of a Trap PDU which > is forwarded by a proxy forwarder application using > an SNMP version other than SNMPv1. The value of this > object SHOULD contain the value of the agent-addr field > from the original Trap PDU as generated by an SNMPv1 > agent." > ::= { snmpCommunityMIBObjects 3 } > > This clearly points out a lack of IPv6 awareness in this protocol. > > >