| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 3232.1 | RMON, yes! | CHRISB::BRIENEN | DECmcc LAN and SNMP Stuff... | Tue Jun 23 1992 10:12 | 23 |
| > Can anyone tell me something about the following news?
Apparently some vendors got together to test their RMON MIB
agent (and manager) implementations.
> Do we plan to add RMON MIB for TCPIP AM?
The TCP/IP SNMP AM will support the RMON MIB *now* (we have been
using the NAT box locally, and it seems to be working fine);
all you have to do is load the MIB using DECmcc's MIB Translation
Utility (MTU).
A more interesting question is: "Are we looking at using the data
provided by RMON agents and at least presenting this data is a user
friendly way?". The answer to this question is: YES.
> Does it compete with UNIX_SYSTEM AM?
RMON MIB defines data for LAN traffic monitoring. How would this
compete with UNIX_SYSTEM AM? What IS UNIX_SYSTEM AM?
Chris Brienen
|
| 3232.2 | RMON | BONNET::LATOUCHE | Valbonne Network Integration Services | Tue Jun 23 1992 11:47 | 32 |
|
FYI, Datacommunication - May 92 contains a few articles around RMON MIB; usefull
when not too familiar with the subject.
re -1.
Another way to turn the question is
"Is there a plan to include the RMON MIB with the standard DECmcc TCP/IP AM
as now it seems to be standardized (RFC1271 ?) and there are some
'interoperability' tests (re .0), or will we have to compile manualy
the RMON MIB"
"If we plan to provide a RMON MIB in the DECmcc TCP/IP AM, is there any plans
to participate in any 'interoperability' tests with major probe vendors ?"
Another topic : Chris, you mentionned correctly that one think is to gather
data from a RMON agent, another is make it usefull to the operator so he can
get reports, customize RMON alarms, ...
Could you elaborate a little bit more on what's going on there ? AM's, FMs,
availability, ...
Will it be the equivalent of the HP Openview Probe Manager ?
Last : General question to all reader :
Is there any plans somewhere in DEC to test DECmcc with the HPLANprobe II ?
Best regards,
Marc.
|
| 3232.3 | UDM | ISIDRO::MAMORENO | | Wed Jun 24 1992 07:59 | 11 |
| re -1.
UNIX_SYSMTEM AM is an AM from UK as an asset to manage Unix Systems as
such object (CPUs, Disks, FileSystems, Printers, etc.). It is the UDM
(unix distributed management) for DEC and SUN -hopefully HP soon- Unix
Systems.
Sorry my missunderstanding, I see that UDM has nothing in common with
RMON.
-Miguel Angel
|
| 3232.4 | More on RMON... | CHRISB::BRIENEN | DECmcc LAN and SNMP Stuff... | Thu Jun 25 1992 13:49 | 45 |
| RE: 3232.2
>"Is there a plan to include the RMON MIB with the standard DECmcc TCP/IP AM
> as now it seems to be standardized (RFC1271 ?) and there are some
>'interoperability' tests (re .0),
Both the experimental and the standard RMON MIB are on the
DECmcc BMS V1.2 kit. If SNMP AM support for RMON is desired,
the user loads it into DECmcc using the suplied MIB(s) and
the MTU command procedure.
>...or will we have to compile manualy the RMON MIB"
Adding any given MIB to DECmcc is a one-time event. There are
many MIBs that can be loaded, most of which won't apply to all
customer networks (and many which we do not ship with DECmcc).
Are you requesting that we pre-load all existing MIBs into the
dictionary for the user?
>"If we plan to provide a RMON MIB in the DECmcc TCP/IP AM, is there any plans
> to participate in any 'interoperability' tests with major probe vendors ?"
>
> Is there any plans somewhere in DEC to test DECmcc with the HPLANprobe II ?
Our "interoperability" tests to date involve acquiring a probe
vendor's PROBE and using DECmcc to access the information it
contains.
We have done this with the NAT box. I believe we have a couple
of LAN Probe IIs on order as well.
> Could you elaborate a little bit more on what's going on there ? AM's, FMs,
> availability, ...
> Will it be the equivalent of the HP Openview Probe Manager ?
All I can say at this point is that we have a few engineers
looking at it...
I'll try to supply more information as it becomes available.
Hope this helps...
Chris Brienen
|
| 3232.5 | we need applications to use the raw data | CLARID::PATEL | We'll get it right on the night | Mon Jun 29 1992 05:55 | 19 |
| Chris,
good to see that engineering is working at being ahead of the game here.
However, this point probably applies to other areas too, providing
access to data is just one part of the solution. Recently a
conversation with a end users went, "so I can get the MIB data --NOW
WHAT DO I DO WITH IT", meaning without the added applications that can
either represent the data in a concise form, or use it to directly perform
operational management the access is pretty meaningless.
point being what are we doing in the way of layered applications (call
them FM if you want) to use the data available from RMON probes ?
Considering that most serious HUB vendors will probably implement RMON
in the hubs, can you imagine the power of a standard application to
alarm on segment utilization, or error/collision rate etc..
Amrit
|