Comment 24 for bug 1594165
Revision history for this message
| OpenContrail Admin (ci-admin-f) wrote A change has been merged | #24 |
© 2004
Canonical Ltd.
•
Terms of use
•
Data privacy
•
Contact Launchpad Support
•
Blog
•
Careers
•
System status
•
73416ba
(Get the code!)
Reviewed: https:/
Committed: http://
Submitter: Zuul
Branch: R3.0
commit 7cc01225bb6650b
Author: Divakar <email address hidden>
Date: Mon Aug 29 22:32:00 2016 +0530
Respond with stitched MAC for unicast ARP request
When an unicast ARP request is received on fabric interface of a compute
node, from BMS behind QFX, if MX is in ecmp, the source IP lookup might
point to subnet route pointing to Ecmp nexthop. This is because there
would not be any host route for BMS in inet table. This results in Vrouter
responding with Vhost mac address though the destination IP address is
stitched. As such this behaviour is to ensure that Routing is forced if
the packet is from Ecmp source, though destination is in same subnet.
But this behaviour creates issues to BMS behind QFX, if BMS refreshes
ARP with unicast ARP request.
As a fix, the multicast ARP requests from Ecmp source on fabric
interface are dropped. If unicast ARP requests and if the destination
mac address of the ethernet packet is stitched mac, the ARP reply is
sent with stitched mac. If destination mac address does not match with
stitched mac, that ARP request is not processed by Vrouter.
closes-bug: #1594165
Change-Id: I72f4c44329b14c