[snmp] SNMP v3 discovery bug in 5.1

Josh Bers jbers at bbn.com
Thu Oct 11 15:29:12 BST 2007


Birgit,

I think in your response you may have answered the question: since discovery
involves potentially two PDU's (timeline & engineid) that would result in 2x
the timeout :-) Make sense?

Josh

> -----Original Message-----
> From: Birgit Arkesteijn [mailto:birgit at westhawk.co.uk] 
> Sent: Wednesday, October 10, 2007 6:02 AM
> To: Josh Bers
> Cc: Jonathan Tung; 'List for discussion of the Westhawk SNMP 
> stack'; 'Stephane Blais'
> Subject: Re: [snmp] SNMP v3 discovery bug in 5.1
> 
> 
> Hi Josh,
> 
> Sorry for my late reply, I was on holiday for two weeks.
> 
> I don't know where the 10s comes from.
> Discovery is only done (if needed) when adding the pdu to the 
> v3 context. First the engineid is discovered (unless already 
> known), then the 
> timeline is discovered (only if the engine id is known AND 
> the timeline 
> isn't known yet).
> 
> Cheers, Birgit
> 
> 
> On 28/09/07 22:45, Josh Bers wrote:
> > Birgit,
> > 
> > I have confirmed the success of the fix. One strange behavior: On 
> > failure when disconnected, it takes about 10 seconds for 
> the discovery 
> > timeout to happen even though my retry array is [750, 1500, 2250]. 
> > Does discovery try twice per retry?
> > 
> > We would like to get a new release of the stack with this 
> fix in place 
> > as it makes SNMPv3 usable for our application. Can you give me an 
> > estimate for when the next release will be available?
> > 
> > Regards,
> > 
> > Josh
> 
> 
> -- 
> -- Birgit Arkesteijn, birgit at westhawk.co.uk,
> -- Westhawk Ltd, Albion Wharf, 19 Albion Street, Manchester M1 5LN, UK
> -- Company no: 1769350
> -- Registered Office:
> -- 15 London Road, Stockton Heath, Warrington WA4 6SJ. UK.
> -- tel.: +44 (0)161 237 0660
> -- <URL: http://www.westhawk.co.uk>
> 





More information about the snmp mailing list