On Mon, 28 Mar 2005 09:50:50 +0200 Gemma wrote:
GS> - I have read in the book "SNMP, SNMPv2, SNMPv3 and RMON 1 and 2" that the 
GS> theoretical maximum size of a OCTECT STRING is 64 KB. I need to know 
GS> if this limit is kept by net-snmp or if it imposes another one.

It is the size limit of a UDP packet.

GS> question about this matter, would be any problem is transmit a such a BIG 
GS> piece of information? What maximum size do you advise me?

Very possibly, depending on the networks the packet has to traverse. 1492
should be a safe size that will avoid fragmentation on most networks.

GS> - Other information I need, to perform the performance analysis of my 
GS> implementation, is the structure of the SNMP PDU generated by net-snmp. It 
GS> is, how is the structure of the SNMP-PDU that is sent through a TCP-PDU:
GS> its fields and the size of those fields, how long is an oid, how long is
GS> the type field for a variable, how is every type codified to be sent, the
GS> size of control information, etc... I need to study how many bytes use
GS> SNMP.

Read the RFCs on the ASN/BER encoding.

-- 
NOTE: messages sent directly to me, instead of the lists, will be deleted
      unless they are requests for paid consulting services.

Robert Story; NET-SNMP Junkie
Support: <http://www.net-snmp.org/> <irc://irc.freenode.net/#net-snmp>  
Archive: <http://sourceforge.net/mailarchive/forum.php?forum=net-snmp-users>

You are lost in a twisty maze of little standards, all different. 


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
Net-snmp-users mailing list
Net-snmp-users@lists.sourceforge.net
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users

Reply via email to