Re: Summary for RFC 3276 respin

"Randy Presuhn" <[email protected]>
Newsgroups gmane.ietf.adslmib
Message-ID <000c01c4242d$97988560$7f1afea9@oemcomputer>
Hi -

> From: "Clay Sikes" <[email protected]>
> To: "Bob Ray" <[email protected]>; "Rajesh Abbi" <[email protected]>; "Lee Nipper" <[email protected]>; "Matt Beanland"
<[email protected]>
> Cc: "IETF ADSL MIB List" <[email protected]>; "Clay Sikes" <[email protected]>
> Sent: Friday, April 16, 2004 4:00 PM
> Subject: [Adslmib] Summary for RFC 3276 respin
...
> 1. Line Rates
>
> It seems like we all agree that the all line rates should be changed to
> an unbounded Unsigned32. Removing the restrictions on the upper limit
> will prevent us from making having to make any changes should the upper
> limits that exist today change in the future. This is really good in
> that Annex G in the G.991.2, 12/2003, still has a provisional rate.
...

I agree that this seems like the right thing to do.

However, as far as I can tell, the rules for revising MIB modules do
not support this change, and would require us to create new objects
that lacked the old, over-specified range constraints.  I think we should
check with the AD to see whether the need to maintain interoperability
with the installed base is sufficient justification in this case to bend the rules.
There needs to be some thought to verify that both old manager/new agent
and new manager/old agent scenarios would work.

(The lesson, of course, is that constraints given in a MIB should be
those inherent in the architecture of the stuff being managed, not
just the current technology.)

Randy
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.