RE: Nesting levels in existing mibs
"Durham, David" <[email protected]> Wed, 18 Sep 2002 10:07:48 -0700
| Newsgroups | gmane.ietf.sming |
|---|---|
| Message-ID | <[email protected]> |
<dbh> -----Original Message----- From: Harrington, David [mailto:[email protected]] Sent: Wednesday, September 18, 2002 9:43 AM ... snip... 3) operators have spoken out strongly against applications that have to do a lot of "conversion" of the data stream to make it understandable, because when they are debugging, they don't want to add yet another potentially-buggy layer of interpretation between them and the raw data; and </dbh> <DaveD> In fact, I recall the operators making a much stronger statement that they regularly work (and want to work) with the raw snmp data via command line get & set, and don't want to be dependent on application driven data conversion, interpretation, or anything else. Frank, given the operator preference for low-level visibility, how does adding multiple levels of indirection between smiv2 tables make their life easier? In this case it seems that it would be a benefit to have hierarchical oids "on-the-wire" to make the low level data more readily understandable as well as the data definitions... </DaveD>