Activity log for bug #1564810

Date Who What changed Old value New value Message
2016-04-01 09:31:22 eon bug added bug
2016-04-01 09:34:25 eon attachment added out-ping.pcap https://bugs.launchpad.net/opencontrail/+bug/1564810/+attachment/4619274/+files/out-ping.pcap
2016-04-01 09:36:23 eon attachment added out-noping.pcap https://bugs.launchpad.net/opencontrail/+bug/1564810/+attachment/4619275/+files/out-noping.pcap
2016-04-01 10:08:10 eon description Using a simple setup where I have 2 VRRP nodes with keepalived and a client VM on the same subnet that pings the VIP. The VIP is configured using allow address pairs. Looking at the VRF of the client machine port I can see that the VIP MAC is not updated when the master VRRP node goes down: root@d-ocnclc-0000[lab2][aub] ~ # rt --dump 10 | grep 15.15.15.15/32 15.15.15.15/32 32 LP 40 28 2:81:ca:87:ff:66(11936) root@d-ocnclc-0000[lab2][aub] ~ # rt --dump 10 | grep 15.15.15.15/32 15.15.15.15/32 32 LP 40 28 2:81:ca:87:ff:66(11936) (keepalived stopped on master) root@d-ocnclc-0000[lab2][aub] ~ # rt --dump 10 | grep 15.15.15.15/32 15.15.15.15/32 32 LP 29 29 2:81:ca:87:ff:66(11936) root@d-ocnclc-0000[lab2][aub] ~ # rt --dump 10 | grep 15.15.15.15/32 15.15.15.15/32 32 LP 29 29 2:81:ca:87:ff:66(11936) We can see the route change (mpls label and nh updated) but not the MAC. As a result if an ARP request is made on the VIP by the client it gets the wrong MAC so the connection doesn't work anymore. Using the noping tool instead of ping should show this behaviour. Using a simple setup where I have 2 VRRP nodes with keepalived and a client VM on the same subnet that pings the VIP. The VIP is configured using allow address pairs. Looking at the VRF of the client machine port I can see that the VIP MAC is not updated when the master VRRP node goes down: # rt --dump 10 | grep 15.15.15.15/32 15.15.15.15/32 32 LP 40 28 2:81:ca:87:ff:66(11936) # rt --dump 10 | grep 15.15.15.15/32 15.15.15.15/32 32 LP 40 28 2:81:ca:87:ff:66(11936) (keepalived stopped on master) # rt --dump 10 | grep 15.15.15.15/32 15.15.15.15/32 32 LP 29 29 2:81:ca:87:ff:66(11936) # rt --dump 10 | grep 15.15.15.15/32 15.15.15.15/32 32 LP 29 29 2:81:ca:87:ff:66(11936) We can see the route change (mpls label and nh updated) but not the MAC. As a result if an ARP request is made on the VIP by the client it gets the wrong MAC so the connection doesn't work anymore. Using the noping tool instead of ping should show this behaviour.
2016-04-05 10:52:27 Nagabhushana R opencontrail: assignee Naveen N (naveenn)
2016-04-05 10:52:38 Nagabhushana R bug task added juniperopenstack
2016-04-05 10:53:00 Nagabhushana R juniperopenstack: assignee Naveen N (naveenn)