Re: Router Redundancy Group (110 Views)
Reply
Occasional Visitor
firefall
Posts: 1
Registered: ‎03-27-2014
Message 1 of 2 (136 Views)

Router Redundancy Group

All,

 

I receive multiple RR Multiple Primary Messages per day from a pair of L3 switches who have a bunch of vlans and corresponding vlan interfaces.

 

Closer inspection of the RR groups shows that in VRRP 10, which should have network 192.168.10.0 / VLAN 10 only, there are some other vlan interfaces as well, like 192.168.20.0 from VLAN 20 etc.

 

So from a switch config perspective, everything is fine, but somehow NNM pulls vlan interfaces into a Redundancy Group that is not part of that group. Also strange: From the 20 or so vlan interfaces / vrrp group on the switches, not all of them have this problem. Also, the groups triggering the false alerst don´t show _all_ the other vlan interfaces, but only 10 or so.

 

So I wonder: What happened ? Is the MIB of the switches or their SNMP implementation buggy ? Does NNM interpret the data in a creative way ? What can be done to manually remove certain vlan interfaces from groups they don´t belong to and keep them monitored only in the group they should be member of ?

 

 

Honored Contributor
AndyKemp
Posts: 751
Registered: ‎05-17-2010
Message 2 of 2 (110 Views)

Re: Router Redundancy Group

The quickest way to see if its the MIB or the Device software is to pull the  VRRP instance table from that device and see if all the values are unique. If they are not guess what ?

Have a nice day :)

Andy Kemp,  CISSP
The opinions expressed above are the personal opinions of the authors, not of HP. By using this site, you accept the Terms of Use and Rules of Participation.