Re: RMON in hardware
Andrew Bierman <abierman@synoptics.com> Tue, 12 April 1994 01:47 UTC
Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa14801; 11 Apr 94 21:47 EDT
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa14797; 11 Apr 94 21:47 EDT
Received: from jarthur.cs.hmc.edu by CNRI.Reston.VA.US id aa04542; 11 Apr 94 21:47 EDT
Received: from jarthur by jarthur.cs.hmc.edu id ab02457; 11 Apr 94 18:04 PDT
Received: from [134.177.1.95] by jarthur.cs.hmc.edu id aa26094; 11 Apr 94 15:51 PDT
Received: from donatello (donatello.synoptics.com) by SynOptics.COM (4.1/SMI-4.1) id AA07636; Mon, 11 Apr 94 15:51:03 PDT
Received: by donatello (4.1/2.0N) id AA28328; Mon, 11 Apr 94 15:51:03 PDT
Message-Id: <9404112251.AA28328@donatello>
Date: Mon, 11 Apr 1994 15:51:03 -0700
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Andrew Bierman <abierman@synoptics.com>
To: mark@csn.org, karl@empirical.com
Subject: Re: RMON in hardware
Cc: snmp@psi.com, rmonmib@jarthur.cs.hmc.edu
> > A few months ago, CrossComm announced that it would integrate RMON > > capabilities into its line of routers. Has anyone heard of other > > hardware vendors that are putting RMON inside their internetworking > > devices? > > When there are a zillion packets flying across the net and many have > to be routed, which does the box drop first? The routable packets or > the packets for the RMON engine? > > In other words, when a box has two distinct duties, which does it > prefer when placed under load? > > --karl-- Karl, this question assumes that the two functions are sharing the NIC, PKT SRAM, and/or the CPU...it is possible (although expensive) that the two functions are independent of each other--not likely, but possible --andy; abierman@synoptics.com
- 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