VRRP_1.3.6.1.2.1.207.0.1 vrrpv3NewMaster

Description

VRRP/2/VRRPV3CHANGETOMASTER:OID [oid] The status of VRRP changed to master. (VrrpIfIndex=[VrrpIfIndex], VrId=[VrId], InetAddrType=[InetAddrType], IPAddress=[IPAddress], ChangeReason=[ChangeReason])

This trap indicates that the sending agent has transitioned to 'Master' state.

Attribute

Alarm ID	Alarm Severity	Alarm Type
1.3.6.1.2.1.207.0.1	Major	environmentalAlarm(6)

Parameters

Name	Meaning
oid	Indicates the MIB object ID of the alarm.
VrrpIfIndex	Index of the interface on which a VRRP backup group is configured
VrId	ID of a VRRP backup group
InetAddrType	IP address type supported by VRRP
IPAddress	IP address of the interface where a VRRP backup group is configured
ChangeReason	Cause for the change of the VRRP backup group status

Impact on the System

If a master/backup switchover occurs in normal cases, services are not affected.
If a master/backup switchover occurs in abnormal cases, services may be interrupted.

Possible Causes

Cause 1:

The former master switch was faulty.

Cause 2:

The former master link was faulty.

Cause 3:

The priority of the former master switch or backup switch changed.

Cause 4:

The logical interface where the VRRP backup group resides on the master switch is deleted or the configuration of the VRRP backup group is deleted.

Cause 5:

The former master switch recovers from a fault.

Cause 6:

The former active link recovers from a fault.

Procedure

View user logs to check the causes of the VRRP change. You can perform operations according to the specific cause.
- If the cause is priority calculation, go to Step 6.
- If the cause is that the MASTER_DOWN timer expired, go to Step 2.
- If the cause is the change of the BFD session status, go to Step 2.
- If the cause is the change of the interface status, go to Step 2.
- If the cause is admin-vrrp DROVE, go to Step 6.
Run the display vrrp command to check the status of the VRRP backup group on the former master switch.
- If the VRRP backup group is in the Initialize state, it indicates that the former switch is faulty. Locate the cause of the fault and restore the master switch. Go to Step 8.
- If the VRRP backup group is in the Backup state, go to Step 6.
- If the VRRP backup group is in the Master state, go to Step 3.
Check whether VRRP is associated with a BFD session.
- If VRRP is associated with a BFD session, go to Step 4.
- If VRRP is not associated with a BFD session, go to Step 5.
Run the display vrrp command to check the status of the BFD session.
- If the BFD session is Down, it indicates that the former master link is faulty. Locate the cause of the fault and restore the master link. Go to Step 8.
- If the BFD session is Up, go to Step 7.
Run the display vrrp [ interface interface-type interface-number ] [virtual-router-id ] statistics command to check whether the VRRP packets are normally forwarded.
- If not, it indicates that the link is faulty. Locate the cause of the fault and restore the link. Go to Step 8.
- If so, go to Step 7.
On the former master switch and backup switch, run the display vrrp command to check whether the configured priority of the VRRP is consistent with the running priority.
- If not, it indicates that the link monitored through VRRP is faulty. Locate the cause of the fault and restore the monitored link. Go to Step 8.
- If so, go to Step 7.
Collect alarm information and configuration information, and then contact technical support personnel.
End.