[AGENT++] Size limit of an OctetString inside a MibTable ?

[Jacquemin, Jean-Philippe]

Thanks Jochen,

I will try to enlarge the max to 16K for the moment.
However I am wondering what the impact would be on the agent ?

I guess the MAX_SNMP_PACKET parameter is used to initialize the snmp
communication buffers, so my memory footprint would be much larger (I
use it as an embedded application using the threadpool of I think the
default 5 threads).

Are there any other effects of setting this parameter to a higher limit
? Slowier communication or anything else I should consider... ?

Thanks in advance.

Regards,
Jean-Philippe


-----Original Message-----
From: agentpp-bounces at agentpp.org [mailto:agentpp-bounces at agentpp.org]
On Behalf Of Jochen Katz
Sent: dinsdag 28 juni 2011 22:17
To: agentpp at agentpp.org
Subject: Re: [AGENT++] Size limit of an OctetString inside a MibTable ?

Hi,

> I would like to know what is the size limit of a DisplayString 
> contained into a MibTable ?

there is no size limit for the string itself, but if it is too long, you
cannot retrieve it any more ;-)

> I use to populate my table with security certificates of max size of 
> 3KB. I now have to use 9KB data (in the future maybe up to 64KB) and I

> do get a 'SNMP protocol error').

This indicates that the agent supports a bigger PDU size than the
manager.

The default for snmp++/agent++ is
	#define MAX_SNMP_PACKET 4096
So 3KB will work, but 9KB not.

Note that the maximum message size is limited by UDP to 64K.

Regards,
  Jochen
_______________________________________________
AGENTPP mailing list
AGENTPP at agentpp.org
http://lists.agentpp.org/mailman/listinfo/agentpp


DISCLAIMER:
Unless indicated otherwise, the information contained in this message is privileged and confidential, and is intended only for the use of the addressee(s) named above and others who have been specifically authorized to receive it. If you are not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this message and/or attachments is strictly prohibited. The company accepts no liability for any damage caused by any virus transmitted by this email. Furthermore, the company does not warrant a proper and complete transmission of this information, nor does it accept liability for any delays. If you have received this message in error, please contact the sender and delete the message. Thank you.