Re: [VRRP] draft-ietf-vrrp-unified-mib-07 - deprecatingvrrpTrapNewMaster

["Joan Cucchiara" <jcucchiara at mindspring.com>]

----- Original Message ----- 
From: <Kalyan.Tata at nokia.com>
To: <vrrp at ietf.org>
Sent: Tuesday, March 10, 2009 7:15 PM
Subject: [VRRP] draft-ietf-vrrp-unified-mib-07 - 
deprecatingvrrpTrapNewMaster


> Hi,
> I started working on the new draft for the unified VRRP MIB.
> One of the todo items was to change the vrrpTrapNewMaster.
> Following is the mail I sent some time back - Resending this to
> see if I get any input before I change this in version 7 of the
> draft:
>
>
> I would like some working group opinion on deprecating vrrpTrapNewMaster
> and adding vrrpStateChange notification.

I would be in favor of this.  As Carl states below, being able to correlate 
the state
changes would  be beneficial.


> Request from Carl Kalbfleisch  :
> --------
> is it possible to add a vrrpStateChange notification or a notification
> for each state. Our requirements require notification from a device when
> it EXITS master state. Currently the vrrpTrapNewMaster only indicates
> when the system goes into the master state. Having an indication of
> backup and initialization states as notifications allows the management
> station to correlate when the state changes without polling.
>
> Proposed :
> --
> vrrpStateChange NOTIFICATION-TYPE
>
> OBJECTS { vrrpOperationsMasterIpAddr, vrrpOperationsState,
> vrrpStateChangeReason }
>
> STATUS current
>
> DESCRIPTION
>
> "Notification of VRRP state change."
>
> ::= { vrrpNotifications 4 }
> --
>
> Will it be useful to include a previous state in the notification?

If the NMS missed one notification (i.e. a state change) then this
might be useful, but if more than one notification (i.e. few state changes) 
were
missed, then this might be more confusing.

The alternative is that informs be used instead of notifications, or that 
the NMS
poll for the info, or that the NMS be smart enough to deal with missed state 
change within the
its correlation (which it probably needs to do even if using informs or 
polling).

So, I would say sending the previous state doesn't hurt, but may not help 
too much.

Thanks,
  -Joan

> ===
>
> Thanks,
> Kalyan
> _______________________________________________
> vrrp mailing list
> vrrp at ietf.org
> https://www.ietf.org/mailman/listinfo/vrrp