RE: WG last call on LSR and LDP MIB modules - setting dates
"Natale, Robert C (Bob)" <[email protected]> Thu, 19 Jun 2003 10:30:04 -0400
| Newsgroups | gmane.ietf.ppvpn,gmane.ietf.mpls |
|---|---|
| Message-ID | <305D2EAC01C45448A7F3ECC487666F6C0781D184@md6370exch004u.nse.lucent.com> |
Hi, Apologies for keeping the long cc: list.... > -----Original Message----- > From: [email protected] [mailto:[email protected]] > Sent: Thursday, June 19, 2003 8:37 AM > > ... > My read of the draft is that the authors are indeed requesting > changes to the LDP protocol. One example is the > discussion on sessions being enabled/disabled. As Tom points out, > this is not in the MIB because it is not in the protocol. Yes, and we all understand (I hope) the futility of that. However, these exchanges do raise several very good points: E.g., - Isn't it a good idea to have a fuller understanding of how a technology should be managed *before and/or during* protocol development? - If so, perhaps: - Each protocol development WG should have a Mgmt & Ops advisor? (The "MIB Doctors" service is valuable but seems to tend to focus on SMI compliance (and similar issues) to the exclusion of MIB sufficiency relative to the management requirements of using the technology at hand.) - The Mgmt & Ops Area should publish a set of critical generic management requirements for all protocol development WGs to refer to as they do their core work. (Yes, everyone knows how important management and operations are :-], but everyone also knows how much that is just given "lip service" in the segments of the real world that don't include real users.) > ... > A question was made privately to one of the authors at the > Atlanta IETF that perhaps a MIB which stores LDP counter information > in a history table (such as is done in SONET) could be useful to them? This is a good example of the kind of generic feature and "re-use" that I am talking about above. Cheers, BobN