Thanks.
Rleated to below
> will not accept
>new registrations for the same OIDs, until the first connection is
>recognised as being dead.
Is there way for explicitly telling master that particular connection is
dead
-so please accept the new registeration for this OID ( in other
words is there any way
to "avoid" sending error response to 3 requests , IF possible)
Thanks & regards,
Peyush.
On Fri, Jan 15, 2010 at 3:46 PM, Dave Shield <[email protected]>wrote:
> 2010/1/15 Peyush Kumar <[email protected]>:
> >>Similarly, a subagent will not be able to re-register in place of a
> >>defunct colleague until the master agent has received three requests
> >>for the dead connection (and hence unregistered it)
> >
> > How will master know - if it is the colleague and not the
> original process
> > itself which is trying to re-register ( it it from the IP ?)
>
> It doesn't..
> All it knows is whether it has a registration for this OID or not.
> If it does, then it will reject subsequent (duplicate) registrations.
> >
>
> > In other words, Suppose my process gets killed and it immeditely starts
> > and sends for register ..will master agent allow this ..or wait for
> > dergistration first ( 3 requests)
>
> If the subagent is shut down cleanly, then it will de-register anything
> that it has registered, and the master agent is clear to accept new
> registrations for that OID.
>
> If the agent falls over (or is killed with -9 (bletch!)), then the master
> agent will still have the original registrations, and will not accept
> new registrations for the same OIDs, until the first connection is
> recognised as being dead.
>
> Dave
>
------------------------------------------------------------------------------
Throughout its 18-year history, RSA Conference consistently attracts the
world's best and brightest in the field, creating opportunities for Conference
attendees to learn about information security's most important issues through
interactions with peers, luminaries and emerging and established companies.
http://p.sf.net/sfu/rsaconf-dev2dev
_______________________________________________
Net-snmp-users mailing list
[email protected]
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users
