JUniper router vrrp issue. both routers remain master

I am having an issue with 2 Juniper routers where all of the vrrp groups between them are in a master state despite the fact I have given one router higher priority than the other.
The one exception is the fxp0.0 port.  This started to happen after rebooting both routers as part of maintenance test.   Can someone help me determine why this is happening? or how I can fix it?

here is a sample of config router 1:
set interfaces ge-1/0/2 unit 1700 family inet address 10.66.251.66/28 vrrp-group 5 virtual-address 10.66.251.65
set interfaces ge-1/0/2 unit 1700 family inet address 10.66.251.66/28 vrrp-group 5 priority 110
set interfaces ge-1/0/2 unit 1700 family inet address 10.66.251.66/28 vrrp-group 5 preempt
set interfaces ge-1/0/2 unit 1700 family inet address 10.66.251.66/28 vrrp-group 5 accept-data

router 2:
set interfaces ge-1/0/2 unit 1700 family inet address 10.66.251.67/28 vrrp-group 5 virtual-address 10.66.251.65
set interfaces ge-1/0/2 unit 1700 family inet address 10.66.251.67/28 vrrp-group 5 priority 105
set interfaces ge-1/0/2 unit 1700 family inet address 10.66.251.67/28 vrrp-group 5 preempt
set interfaces ge-1/0/2 unit 1700 family inet address 10.66.251.67/28 vrrp-group 5 accept-data

router 1 vrrp status:
ge-1/0/2.1700 up              5   master   Active      A  0.832 lcl    10.66.251.66
                                                                vip    10.66.251.65

router 2 vrrp status:
ge-1/0/2.1700 up              5   master   Active      A  0.531 lcl    10.66.251.67
                                                                vip    10.66.251.65


Model: mx80
JUNOS Base OS boot [10.3R2.11]
JUNOS Base OS Software Suite [10.3R2.11]
JUNOS Kernel Software Suite [10.3R2.11]
JUNOS Crypto Software Suite [10.3R2.11]
JUNOS Packet Forwarding Engine Support (MX80) [10.3R2.11]
JUNOS Online Documentation [10.3R2.11]
JUNOS Routing Software Suite [10.3R2.11]


thanks
FREDARCEAsked:
Who is Participating?

Improve company productivity with a Business Account.Sign Up

x
 
deimarkConnect With a Mentor Commented:
Check the switch between the routers and make sure it's passing the multicast packets for VRRP. What you describe is a failure of the vrrp packets bud.
0
 
deimarkCommented:
try deleting the pre empt on the back up node, it does nothing here

also is there anything in between the 2 routers that may be stopping the VRRP multicast cos both nodes that think they are master normally means that VRRP isnt getting through
0
 
FREDARCEAuthor Commented:
I deleted the preempt on the backup node but still no difference.  I also spanned the ports on the switch the routers are connected to and i can see VRRP advertisements from borh routers.  Strange part is the vrrp stats on the router only show that the router is sending vrrp and showing 0 for recieved?
0
Turn Raw Data into a Real Career

There’s a growing demand for qualified analysts who can make sense of Big Data. With an MS in Data Analytics, you can become the data mining, management, mapping, and munging expert that today’s leading corporations desperately need.

 
rochey2009Commented:
Hi,

Can you ping 10.66.251.67 from 10.66.251.66?
0
 
TimotiStDatacenter TechnicianCommented:
Not sure about the Juniper implementation, but unlike HSRP, in VRRP the preferred master router should be the "IP address owner", meaning that the physical interface address is the virtual address (RFC5798).
Did you change the JunOS version by chance during that maintenance reboot, so the behavior might have changed?

Tamas
0
 
FREDARCEAuthor Commented:
appears to be a bug in Cisco switch that doesn't forward the multicast packets.  Another reboot of switch is a workaround.  Fix is to upgrade IOS.

thanks
0
 
deimarkCommented:
Glad I could help bud  :)
0
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

All Courses

From novice to tech pro — start learning today.