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
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.