Re: RMON in hardware
Stephen Grau <steveg@novell.com> Thu, 14 April 1994 02:25 UTC
Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa15581; 13 Apr 94 22:25 EDT
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa15577; 13 Apr 94 22:25 EDT
Received: from jarthur.cs.hmc.edu by CNRI.Reston.VA.US id aa24152; 13 Apr 94 22:25 EDT
Received: from jarthur by jarthur.cs.hmc.edu id ab19664; 13 Apr 94 18:56 PDT
Received: from newsun.Novell.COM by jarthur.cs.hmc.edu id aa16666; 13 Apr 94 17:45 PDT
Received: from na.SJF.Novell.COM by newsun.Novell.COM (4.1/SMI-4.1) id AA00244; Wed, 13 Apr 94 17:45:03 PDT
Received: by na.SJF.Novell.COM (4.1/SMI-4.1) id AA02092; Wed, 13 Apr 94 15:35:31 PDT
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Stephen Grau <steveg@novell.com>
Message-Id: <9404132235.AA02092@na.SJF.Novell.COM>
Subject: Re: RMON in hardware
To: karl@empirical.com
Date: Wed, 13 Apr 1994 15:35:30 -0700
Cc: ppmorris@mailbox.syr.edu, steveg@novell.com, mark@csn.org, snmp@psi.com, rmonmib@jarthur.cs.hmc.edu
In-Reply-To: <9404132211.AA02682@empirical.com> from "Karl Auerbach, Empirical Tools and Technologies, 408/427-5280" at Apr 13, 94 03:11:11 pm
X-Mailer: ELM [version 2.4 PL22]
Content-Type: text
Content-Length: 660
> > > > Novell's NetWare LANalyzer Agent (RMON probe) integrates with the NetWare > > > > The LANalyzer Agent toggles promiscous mode off if CPU loading gets excessive. > > Not to put too fine a point on it, but does this mean that it > resets sysUpTime whenever it drops out of promiscous mode? No. > > How can a manger know that the counts that the rmon then gives are > skewed because the agent is only running part time in promiscous > mode? It uses the DropEvents object and the captureBufferPacketStatus to indicate that packets have been missed. It's analogous to a dedicated probe being overrun by more packets than it can process. Steve
- RMON in hardware Mark A. Miller
- Re: RMON in hardware Karl Auerbach, Empirical Tools and Technologies, 408/457-6302
- Re: RMON in hardware Frank Kastenholz
- Re: RMON in hardware Michael Scanlon
- Re: RMON in hardware Andrew Bierman
- Re: RMON in hardware Bhushan Kanekar
- Re: RMON in hardware karl
- Re: RMON in hardware Peter P Morrissey
- Re: RMON in hardware Stephen Grau
- Re: RMON in hardware Peter P Morrissey
- Re: RMON in hardware Karl Auerbach, Empirical Tools and Technologies, 408/427-5280
- Re: RMON in hardware Stephen Grau
- Re: RMON in hardware Karl Auerbach, Empirical Tools and Technologies, 408/427-5280
- Re: RMON in hardware Stephen Grau
- Re: RMON in hardware karl
- Re: RMON in hardware Stephen Grau
- Re: RMON in hardware karl