Unified VRRP-MIB: vrrpNewMasterReason
"Sylwester Chojkiewicz" <[email protected]> Tue, 4 Dec 2007 17:00:30 -0500
| Newsgroups | gmane.ietf.vrrp |
|---|---|
| Message-ID | <019c01c836c1$1672f600$0600a8c0@SYLWESTERD160> |
Hi,
I have been implementing the unified VRRP MIB and was stopped when it came
to the implementation of support for the vrrpNewMasterReason object
{vrrpOperations 9}.
Per the MIB provided descriptions, it can serve two goals:
- It can be delivered with vrrpTrapNewMaster, along the
vrrpOperationsMasterIpAddr object
- It can be pooled "if the vrrpTrapNewMaster is lost to identify
the reason for "transmission." (N.B: Should not it be "transition",
instead?).
As far as the "polling" is concerned, assuming the following:
1. The VRRP router is running several virtual routers at the same time
2. Each virtual router can become Master or Backup at any time -
independently of the others
3. The polling message does not identify any specific virtual router
-- the question sounds as follow:
Which virtual router status needs to be returned in response to the polling
of the VRRP router?
Does VRRP router need to remember the last transiting virtual router and
respond with its status?
What will be the relevance of sending of virtual router status that is
completely out of context?
I will appreciate your prompt answer.
Thanks,
Sylwester
_______________________________________________
vrrp mailing list
[email protected]
https://www1.ietf.org/mailman/listinfo/vrrp