Re: Begin WG Last Call: draft-ietf-rmonmib-raqmon-pdu-09

"Randy Presuhn" <[email protected]>
Newsgroups gmane.ietf.rmonmib
Message-ID <008201c4fd8f$2cc25360$7f1afea9@oemcomputer>
Hi -

> From: "David B Harrington" <[email protected]>
> To: <[email protected]>
> Sent: Tuesday, January 18, 2005 7:18 AM
> Subject: RE: [RMONMIB] Begin WG Last Call: draft-ietf-rmonmib-raqmon-pdu-09
...
> One of the concerns raised on the MIB Doctor's list was the issue of
> scalability if multi-varbind traps are sent to an SNMP engine in
> realtime from a large number of devices. My personal experience is
> that this may not be scalable. I have had personal experience with a
> deployment that tried to use realtime reporting of events using SNMP,
> and caused a leading SNMP NMS application capable of managing tens of
> thousands of devices to crash (i.e not being able to continue
> operating effectively).
...

In fairness, if I recall your message to the other list correctly, it must
be mentioned that that NMS application did a fork() for each trap
received.  I'm sure the implementors thought that that was a good
idea at the time, but there is nothing in the SNMP protocol or architecture
that demands such an overhead-intensive approach.  I've worked with
systems where the cost of handling an incoming notification was on the
same order as processing a response to a get-next request.

Randy
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.