[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: RFC3576 MIBs
I note that these new MIB modules are not anchored under mib-2
but under subtrees of radiusMIB.
That means these assignments are not controlled/made by IANA
as is the normal process for new MIB modules.
In other WGs this approach has caused overlapping assigments
in the past, and so I would like to see one of 2 things
- assigne the MIB modules directly under mib-2
This is the prefered action
- create a registry that IANA maintains and create the rules
for them to make new assignments.
In these documents you then have to request IANA to assign
values under that registry.
See draft-ietf-ops-mib-review-guidelines-03.txt sections 3.7.2 and
3rd bullet sect 4.5
If you want to go for the first approach above, then RFC3737 may serve
as an example.
> -----Original Message-----
> From: email@example.com
> [mailto:firstname.lastname@example.org]On Behalf Of
> Sent: Tuesday, November 30, 2004 10:16
> To: email@example.com
> Subject: RFC3576 MIBs
> You find updated versions of the RFC3576 MIB drafts at
> All comments would be highly appreciated.
> to unsubscribe send a message to firstname.lastname@example.org with
> the word 'unsubscribe' in a single line as the message text body.
> archive: <http://psg.com/lists/radiusext/>
to unsubscribe send a message to email@example.com with
the word 'unsubscribe' in a single line as the message text body.