RE: compliances in: draft-ietf-rmonmib-raqmon-mib-10.txt
"Romascanu, Dan \(Dan\)" <[email protected]> Mon, 30 Jan 2006 07:55:10 +0200
| Newsgroups | gmane.ietf.rmonmib |
|---|---|
| Message-ID | <AAB4B3D3CF0F454F98272CBE187FDE2F09F1B7F1@is0004avexu1.global.avaya.com> |
I will do a quick rev and submit later today. Regards, Dan > -----Original Message----- > From: Wijnen, Bert (Bert) [mailto:[email protected]] > Sent: Sunday, January 29, 2006 11:09 PM > To: Romascanu, Dan (Dan) > Cc: RMON WG (E-mail) > Subject: RE: compliances in: draft-ietf-rmonmib-raqmon-mib-10.txt > > Sorry I did not check immediately when you submitted new rev. > You have done (in MODULE-COMPLIANCE): > > > OBJECT raqmonParticipantAddrType > MIN-ACCESS read-only > DESCRIPTION > "Only IPv4 and IPv6 addresses need to be supported" > > OBJECT raqmonParticipantAddr > MIN-ACCESS read-only > DESCRIPTION > "Only IPv4 and IPv6 addresses need to be supported" > > OBJECT raqmonParticipantPeerAddrType > MIN-ACCESS read-only > DESCRIPTION > "Only IPv4 and IPv6 addresses need to be supported" > > OBJECT raqmonParticipantPeerAddr > MIN-ACCESS read-only > DESCRIPTION > "Only IPv4 and IPv6 addresses need to be supported" > > And that causes SMICng to tell me: > > C:\bwijnen\smicng\work>smicng raqmon.inc > W: f(raqmon.mi2), (1170,20) Row "raqmonParticipantAddrEntry" does > not have a consistent indexing scheme - index item > raqmonParticipantAddrType from base row raq > monParticipantEntry is not defined as an index item > W: f(raqmon.mi2), (1355,19) MIN-ACCESS value identical to access > specified for "raqmonParticipantAddrType" > W: f(raqmon.mi2), (1360,19) MIN-ACCESS value identical to access > specified for "raqmonParticipantAddr" > W: f(raqmon.mi2), (1365,18) MIN-ACCESS value identical to access > specified for "raqmonParticipantPeerAddrType" > W: f(raqmon.mi2), (1370,17) MIN-ACCESS value identical to access > specified for "raqmonParticipantPeerAddr" > > *** 0 errors and 5 warnings in parsing > > The first warning we understand and know it is done > intentionally, so I will suppress it with -Z option in SMICng > > The other ones are proper warning. They are not fatal flwas. > They can be suppressed by not inclusing a MIN-ACCESS in this case. > > But they also do not help in a machine readable definition of > the fact that only IPv4 and IPv6 need to be supported. It is > just in the text in the DESCRIPTION clause. > > The proper way to do it (or so I think) is: > > OBJECT raqmonParticipantAddrType > SYNTAX InetAddressType { ipv4(1), ipv6(2) } > DESCRIPTION > "Only IPv4 and IPv6 addresses need to be supported" > > OBJECT raqmonParticipantAddr > SYNTAX InetAddress (SIZE(4|16)) > DESCRIPTION > "Only IPv4 and IPv6 addresses need to be supported" > > OBJECT raqmonParticipantPeerAddrType > SYNTAX InetAddressType { ipv4(1), ipv6(2) } > DESCRIPTION > "Only IPv4 and IPv6 addresses need to be supported" > > OBJECT raqmonParticipantPeerAddr > SYNTAX InetAddress (SIZE(4|16)) > DESCRIPTION > "Only IPv4 and IPv6 addresses need to be supported" > > Let me know if you want to do a quick rev or if you rather > have me address it with an RFC-Editor note for now. > > Bert >