Hello Amit, state Master flags: preempt yes accept *no* unicast no
Your clue lies here. Check https://vpp.flirble.org/master/d7/d40/vrrp_8c_source.html#l00182 and https://vpp.flirble.org/master/dc/dfb/vrrp__cli_8c.html#a2fd76fa6d5cd9ddfef75af8f0d12e016 HTH. Muthu On Sat, Jun 13, 2020 at 2:01 PM Amit Mehra <amito...@gmail.com> wrote: > Hi, > > I am trying to test Master/Backup functionality on 2 VPP nodes, each > running it's own VRRP plugin and I am observing 2 VRRP routers acting as > Masters at the same time. Please find below the configuration that i am > using for my testing:- > > On VVP Node 1:- > set interface mtu 1500 GigabitEthernet13/0/0 > set interface ip address GigabitEthernet13/0/0 10.20.37.118/24 > set interface state GigabitEthernet13/0/0 up > vrrp vr add GigabitEthernet13/0/0 vr_id 1 priority 255 10.20.37.118 > vrrp proto start GigabitEthernet13/0/0 vr_id 1 > > This becomes a Master, as it is the address owner and has the priority as > 255. > > On VPP Node2:- > set interface mtu 1500 GigabitEthernet13/0/0 > set interface ip address GigabitEthernet13/0/0 10.20.37.109/24 > set interface state GigabitEthernet13/0/0 up > vrrp vr add GigabitEthernet13/0/0 vr_id 1 priority 200 accept_mode > 10.20.37.118 > vrrp proto start GigabitEthernet13/0/0 vr_id 1 > > This becomes a back-up and has priority 200. > > Note:- 10.20.37.118 is the IP that will be pinged from external > machine(which would be having same subnet as 10.20.37.xx) and that is why > have configured this IP on VR (VVP instance 2) with "accept_mode" ON. > > So, VR on VPP-1 comes up as Master and VR on VPP-2 comes up as Back-up. > Now, if i kill VPP-1, then VR on VPP-2 becomes a Master and IP 10.20.37.118 > also gets added to the VPP interface. Please find the output of show int > addr below > > vpp# show int addr > GigabitEthernet13/0/0 (up): > L3 10.20.37.109/24 > L3 10.20.37.118/24 > GigabitEthernet1b/0/0 (dn): > local0 (dn): > > vpp# show vrrp vr > [0] sw_if_index 1 VR ID 1 IPv4 > state Master flags: preempt yes accept yes unicast no > priority: configured 200 adjusted 200 > timers: adv interval 100 master adv 100 skew 21 master down 321 > virtual MAC 00:00:5e:00:01:01 > addresses 10.20.37.118 > peer addresses > tracked interfaces > > Now, if i bring VPP-1 up, the VR on VVP-1 also becomes a Master and VR on > VPP-2 also remains in Master State.At this moment, both the VRs i.e on > VPP-1 and VPP-2 are acting as Masters. Please find the output of show vrrp > vr from both the VPP instances:- > > From VPP-1 > vpp# show vrrp vr > [0] sw_if_index 1 VR ID 1 IPv4 > state Master flags: preempt yes accept no unicast no > priority: configured 255 adjusted 255 > timers: adv interval 100 master adv 0 skew 0 master down 0 > virtual MAC 00:00:5e:00:01:01 > addresses 10.20.37.118 > peer addresses > tracked interfaces > > vpp# show int addr > GigabitEthernet13/0/0 (up): > L3 10.20.37.118/24 > GigabitEthernet1b/0/0 (dn): > local0 (dn): > > On VPP-2 > vpp# show vrrp vr > [0] sw_if_index 1 VR ID 1 IPv4 > state Master flags: preempt yes accept yes unicast no > priority: configured 200 adjusted 200 > timers: adv interval 100 master adv 100 skew 21 master down 321 > virtual MAC 00:00:5e:00:01:01 > addresses 10.20.37.118 > peer addresses > tracked interfaces > > vpp# show int addr > GigabitEthernet13/0/0 (up): > L3 10.20.37.109/24 > L3 10.20.37.118/24 > GigabitEthernet1b/0/0 (dn): > local0 (dn): > > Is this a known issue or am i missing something in my configuration? How > to overcome this issue of multiple VRRP routers acting as Master at the > same time? > > Regards > Amit > > >
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#16719): https://lists.fd.io/g/vpp-dev/message/16719 Mute This Topic: https://lists.fd.io/mt/74854562/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
