Re: opstat model questions
J Nevil Brownlee <n.brownlee@auckland.ac.nz> Sun, 30 April 1995 06:48 UTC
Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa13207; 30 Apr 95 2:48 EDT
Received: from CNRI.Reston.VA.US by IETF.CNRI.Reston.VA.US id aa13203; 30 Apr 95 2:48 EDT
Received: from wugate.wustl.edu by CNRI.Reston.VA.US id aa16930; 30 Apr 95 2:48 EDT
Received: from host (localhost [127.0.0.1]) by wugate.wustl.edu (8.6.11/8.6.11) with SMTP id BAA20587; Sun, 30 Apr 1995 01:49:03 -0500
Received: from ccvcom.auckland.ac.nz (ccvcom.auckland.ac.nz [130.216.1.2]) by wugate.wustl.edu (8.6.11/8.6.11) with ESMTP id BAA20488 for <oswg-l@wugate.wustl.edu>; Sun, 30 Apr 1995 01:46:19 -0500
Received: from ccu1.auckland.ac.nz by ccvcom.auckland.ac.nz (PMDF V4.3-7 #2864) id <01HPYJG3GJK08WYRXL@ccvcom.auckland.ac.nz>; Sun, 30 Apr 1995 18:08:32 GMT+1300
Received: by ccu1.auckland.ac.nz (931110.SGI/940509) for oswg-l@wugate.wustl.edu id AA07189; Sun, 30 Apr 95 18:08:30 +1200
Message-Id: <9504300608.AA07189@ccu1.auckland.ac.nz>
Date: Sun, 30 Apr 1995 18:08:29 +1200
Reply-To: oswg-l@wugate.wustl.edu
X-Orig-Sender: owner-oswg-l@wugate.wustl.edu
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: J Nevil Brownlee <n.brownlee@auckland.ac.nz>
To: oswg-l@wugate.wustl.edu
Subject: Re: opstat model questions
In-Reply-To: <199504261826.LAA09792@desiree.teleport.com> from "Jeff Yarnell" at Apr 26, 95 11:27:40 am
MIME-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
X-Mailer: ELM [version 2.4 PL23]
X-Listprocessor-Version: 7.1 -- ListProcessor by CREN
Hello Jeff: > 1. The Model for Common Operational Statistics draft mentions the > Internet Standard MIB several times. Does this term refer to > MIB-II or the collection of all standard MIBs? All the standard MIBs. These form a huge tree of MIB objects, any of which can be read (at least in principle, in practice many of them aren't useful for operational statistics). The important thing here is that each MIB object has a unique name. > 2. The discussion of metrics seems to be biased towards obtaining > data from MIB-II, and particularly from routers. I have a couple > years of experience with RMON, and it seems like a natural supplier > of network metrics data. Has this, or other standard MIBs been > considered? You're right about the bias towards routers, and this reflects the fact that most people who have taken part in the WG have been network operators who have a lot of experience in monitoring routers. I agree that the RMON MIB should provide useful operational data. We'd be delighted if you would share your experiences in this area! > 3. The storage format described again seems to show a bias towards > routers. Is there any reason that the "router-name" field couldn't > be something more abstract like host or device since other hosts > on the network may supply network metrics? RFC 1404 is intended to be an interchange format rather than a storage format. You could certainly use it for storage, but there will usually be more efficient formats available. The idea of the 'client-server' draft (draft-ietf-opstat-client-server- ..) is to provide a statistics server delivering 1404-format files. The router-name field could certainly be used to name whatever source of data is being used. > 4. Can someone clarify the "link-name" in the storage format? Link-name is the name of a data circuit. It's really a sub-name, with router-name as the name. This naming hierarchy fits naturally with routers (router-name identifies the router, link-name identifies the interface, etc). Again, there's no reason why these two levels on name couldn't be used for other devices. Cheers, Nevil +-----------------------------------------------------------------------+ | Nevil Brownlee n.brownlee@auckland.ac.nz Deputy Director | | FAX: 64 9 373 7425 Computer Centre, The University of Auckland | | Phone: 64 9 373 7599 x8941 Private Bag 92019, Auckland, New Zealand | +-----------------------------------------------------------------------C
- opstat model questions Jeff Yarnell
- Re: opstat model questions Alex Bochannek
- Re: opstat model questions Henry Clark
- Re: opstat model questions J Nevil Brownlee
- Re: opstat model questions Gerald Winters
- Re: opstat model questions Alex Bochannek
- Re: opstat model questions elliot
- Re: opstat model questions Gerald Winters
- Re: opstat model questions Elliot Schwartz
- Re: opstat model questions Alex Bochannek
- Re: opstat model questions elliot
- Re: opstat model questions Alex Bochannek
- Re: opstat model questions Elliot Schwartz
- Re: opstat model questions Henry Clark