Ping to vIP using vMAC fails in a VRRP scenario

Bug #1432754 reported by Ganesha HV
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Juniper Openstack
Status tracked in Trunk
R2.1
Won't Fix
Medium
Praveen
R2.20
Fix Released
Medium
Nischal Sheth
Trunk
Fix Committed
Medium
Nischal Sheth

Bug Description

Build CentOS release 6.5 2.10-42~havana.el6

Configure VRRP on the VMs as below :

nohup vrrpd -D -i eth0 -v 1 -a none -p 20 -d 3 10.10.10.10

Create 2 VMs and enable VRRP between them, specifying a vIP.
Update the ports of the respective VMs to allow the vIP so configured.

Ping to the vIP using vMAC is failing.

Praveen is aware of the issue.

Tags: vrouter
Ganesha HV (ganeshahv)
Changed in juniperopenstack:
milestone: r2.1-fcs → none
Changed in juniperopenstack:
importance: High → Medium
Changed in juniperopenstack:
assignee: Praveen (praveen-karadakal) → Naveen N (naveenn)
milestone: none → r2.20-fcs
Revision history for this message
OpenContrail Admin (ci-admin-f) wrote : master

Review in progress for https://review.opencontrail.org/10367
Submitter: Naveen N (<email address hidden>)

Nischal Sheth (nsheth)
summary: - [Build CentOS release 6.5 2.10-42~havana.el6] Ping to vIP using vMAC
- fails in a VRRP scenario
+ Ping to vIP using vMAC fails in a VRRP scenario
description: updated
Revision history for this message
Naveen N (naveenn) wrote :

contrail-vrouter-agent doesn't install EVPN route for AAP if mac is specified.
Hence layer2 route for the vMAC would not be present, if VM originates
a packet with vMAC packets would be discarded because of layer 2 route table
look up failure.

Changes to be done in contrail-vrouter-agent:
1> Agent should advertise EVPN route for AAP if mac is specified.
2> Agent should run mastership algorithm for EVPN route based on
      VM originating active traffic for given AAP.

Whenever mastership flap happens there would be temporary ecmp route,
since there would be 2 path with high preference, with the latest master
publishing the path with higher sequence no than the old master.
In case of unicast route both the path would goto backup state after
publishing path with low preference and run mastership election again,
new master would publish again with high preference.
Instead of this transition proposal is for control-node to path with highest sequence,
which would avoid ECMP routes for EVPN.

Revision history for this message
OpenContrail Admin (ci-admin-f) wrote :

Review in progress for https://review.opencontrail.org/10682
Submitter: Nischal Sheth (<email address hidden>)

Revision history for this message
OpenContrail Admin (ci-admin-f) wrote : R2.20

Review in progress for https://review.opencontrail.org/10683
Submitter: Nischal Sheth (<email address hidden>)

information type: Proprietary → Public
Revision history for this message
OpenContrail Admin (ci-admin-f) wrote : A change has been merged

Reviewed: https://review.opencontrail.org/10683
Committed: http://github.org/Juniper/contrail-controller/commit/bac4f4a93edddb9c0ecc4c1697becba9a8e3b6c9
Submitter: Zuul
Branch: R2.20

commit bac4f4a93edddb9c0ecc4c1697becba9a8e3b6c9
Author: Nischal Sheth <email address hidden>
Date: Thu May 21 13:42:40 2015 -0700

Include sequence number in ECMP decision

Support for ESIs will be added in future. This change should be
good enough to get things working for currently supported cases.

Change-Id: I2132ae51ae098d90407b43dbce17d338ba33e171
Partial-Bug: 1432754

Revision history for this message
OpenContrail Admin (ci-admin-f) wrote :

Reviewed: https://review.opencontrail.org/10682
Committed: http://github.org/Juniper/contrail-controller/commit/81923fad8cac36e243f7ed07f4dcdb9ba464b6f5
Submitter: Zuul
Branch: master

commit 81923fad8cac36e243f7ed07f4dcdb9ba464b6f5
Author: Nischal Sheth <email address hidden>
Date: Thu May 21 13:42:40 2015 -0700

Include sequence number in ECMP decision

Support for ESIs will be added in future. This change should be
good enough to get things working for currently supported cases.

Change-Id: I2132ae51ae098d90407b43dbce17d338ba33e171
Partial-Bug: 1432754

Revision history for this message
Nischal Sheth (nsheth) wrote :

Also needs fix for bug 1403602 and bug 1352148.

Revision history for this message
OpenContrail Admin (ci-admin-f) wrote : [Review update] R2.20

Review in progress for https://review.opencontrail.org/11994
Submitter: Divakar Dharanalakota (<email address hidden>)

Revision history for this message
OpenContrail Admin (ci-admin-f) wrote : [Review update] master

Review in progress for https://review.opencontrail.org/11995
Submitter: Divakar Dharanalakota (<email address hidden>)

Revision history for this message
OpenContrail Admin (ci-admin-f) wrote : [Review update] R2.20

Review in progress for https://review.opencontrail.org/11994
Submitter: Divakar Dharanalakota (<email address hidden>)

Revision history for this message
OpenContrail Admin (ci-admin-f) wrote : A change has been merged

Reviewed: https://review.opencontrail.org/11994
Committed: http://github.org/Juniper/contrail-vrouter/commit/74c633550d905aa2bf8aa14e86722554364f24ad
Submitter: Zuul
Branch: R2.20

commit 74c633550d905aa2bf8aa14e86722554364f24ad
Author: Divakar <email address hidden>
Date: Wed Jun 24 10:28:50 2015 +0530

Not overwriting VM's Mac in L2 encap nh

In R2.1, while supporting Floating IP, Agent on Private Network side
used to advertise Evpn route of Floating IP by stitching to Vhost's MAc.
Because of this to the reverse flow packets come to to compute node with
Vhosts mac and this mac is converted to VM's MAC, by l2 rewrite data.
But this overwrite is no more necessary as Agent started stiching this
IP with VM's MAC. So removing this rewrite data for L2 encap NH.

Change-Id: I375296662c5c1c4027e4c1312fdcdd9a8cb942a1
closes-bug: #1432754

Revision history for this message
OpenContrail Admin (ci-admin-f) wrote :

Reviewed: https://review.opencontrail.org/11995
Committed: http://github.org/Juniper/contrail-vrouter/commit/6040494f4289897b72bff07da33b197598e467f1
Submitter: Zuul
Branch: master

commit 6040494f4289897b72bff07da33b197598e467f1
Author: Divakar <email address hidden>
Date: Wed Jun 24 10:58:57 2015 +0530

Not overwriting VM's Mac in L2 encap nh

In R2.1, while supporting Floating IP, Agent on Private Network side
used to advertise Evpn route of Floating IP by stitching to Vhost's MAc.
Because of this to the reverse flow packets come to to compute node with
Vhosts mac and this mac is converted to VM's MAC, by l2 rewrite data.
But this overwrite is no more necessary as Agent started stiching this
IP with VM's MAC. So removing this rewrite data for L2 encap NH.

Change-Id: I5bf35524a58fa7acff9c1088643a5241a775fc50
closes-bug: #1432754

Revision history for this message
OpenContrail Admin (ci-admin-f) wrote : [Review update] master

Review in progress for https://review.opencontrail.org/12540
Submitter: Ganesha HV (<email address hidden>)

Revision history for this message
OpenContrail Admin (ci-admin-f) wrote : [Review update] R2.20

Review in progress for https://review.opencontrail.org/12539
Submitter: Ganesha HV (<email address hidden>)

Revision history for this message
OpenContrail Admin (ci-admin-f) wrote : A change has been merged

Reviewed: https://review.opencontrail.org/12540
Committed: http://github.org/Juniper/contrail-fabric-utils/commit/b27ab4b19cc2956642205a91dbfd9e87e4e10f79
Submitter: Zuul
Branch: master

commit b27ab4b19cc2956642205a91dbfd9e87e4e10f79
Author: Ganesha H V <email address hidden>
Date: Wed Jul 22 17:56:53 2015 +0530

Adding ncclient and setup-tools for netconf support

1]. They need to be installed on the computes.

related-bug:#1432754

Change-Id: Id06aa3f4933dbae211cc35272bec492a8011482d

Revision history for this message
OpenContrail Admin (ci-admin-f) wrote :

Reviewed: https://review.opencontrail.org/12539
Committed: http://github.org/Juniper/contrail-fabric-utils/commit/df620b6efa7db9610f0b9e52deb1a49f746bad6e
Submitter: Zuul
Branch: R2.20

commit df620b6efa7db9610f0b9e52deb1a49f746bad6e
Author: Ganesha H V <email address hidden>
Date: Wed Jul 22 17:56:53 2015 +0530

Adding ncclient and setup-tools for netconf support

1]. They need to be installed on the computes.

related-bug:#1432754

Change-Id: I939da2eaefa6d51d41f5dc429aaec50a4c32d655

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.