Re: RAQMON Trap PDU size and report transmission time
Juergen Schoenwaelder <[email protected]>
| Newsgroups | gmane.ietf.rmonmib |
|---|---|
| Message-ID | <20050118192001.GA2670@james> |
On Tue, Jan 18, 2005 at 07:28:25PM +0200, Romascanu, Dan (Dan) wrote: > I am not in violent disagreement, although I consider that the > complexity hit is not that terrible, and that processing inform > replies should be in any case implemented by an agent. Also, I > cannot argue with numbers, even if their impact would show up > only in extreme cases. My question is whether these concerns > are strong enough and lead us to the decision to drop completely > the SNMP option as a transport for RDSs that already have an > SNMP agent. Do you believe that the incremental complexity in > the agent is higher than the complexity of supporting the > new protocol? I doubt that opening a TCP socket, filling out an in memory data structure and finally calling write() is more comlex then doing fragmentation and congestion control on top of SNMP/UDP. If you want to go with SNMP, then actually SNMP over TCP would be the simpler choice. Again, for all these possible options, it would be good to document the pros and cons (and that very well includes security, as I mentioned before). /js -- Juergen Schoenwaelder International University Bremen <http://www.eecs.iu-bremen.de/> P.O. Box 750 561, 28725 Bremen, Germany