[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
InetAddressType and InetAddress
What do we do with this....
If someone wants to limit the values for InetAddressType and
InetAddress to a subset of those defined in INET-ADDRESS-MIB,
then my current recommendation is this (example from diffserv)
diffServMultiFieldClfrAddrType OBJECT-TYPE
SYNTAX InetAddressType
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The type of IP address used by this classifier entry. While
other types of addresses are defined in the InetAddressType
textual convention, and DNS names, a classifier can only look at
packets on the wire. Therefore, this object is limited to IPv4
and IPv6 addresses."
::= { diffServMultiFieldClfrEntry 2 }
diffServMultiFieldClfrDstAddr OBJECT-TYPE
SYNTAX InetAddress
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The IP address to match against the packet's destination IP
address. This may not be a DNS name, but may be an IPv4 or IPv6
prefix. diffServMultiFieldClfrDstPrefixLength indicates the
number of bits that are relevant."
::= { diffServMultiFieldClfrEntry 3 }
And then in the MODULE-COMPLIANCE they sepcify:
OBJECT diffServMultiFieldClfrAddrType
SYNTAX InetAddressType { unknown(0), ipv4(1), ipv6(2) }
DESCRIPTION
"An implementation is only required to support IPv4 and IPv6
addresses."
OBJECT diffServMultiFieldClfrDstAddr
SYNTAX InetAddress (SIZE(0|4|16))
DESCRIPTION
"An implementation is only required to support IPv4 and globally
unique IPv6 addresses."
Sofar so good. But now what if one wants to use the same thing for
an InetAddressType and an InetAddress that are used as INDEX objects.
Cause now:
- one needs to limit the size of InetAddress to not go over 128 subids
(I know some find this a CLR... so we could do away with it)
- one cannot include INDEX objects (not-accessible) in the
MODULE-COMPLIANCE.
So what do we do about this. I thought I had brought this up with someone
(Juergen? or mibs list) some time ago, but I cannot find the discussion
and or outcome in my mail archives.
The question is imminent, cause I have the malloc MIB on the IESG agenda
draft-ietf-malloc-malloc-mib-07.txt
Thanks,
Bert