-
Notifications
You must be signed in to change notification settings - Fork 539
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[bitmap_vnet] Fix VNET route priority issue #1421
Conversation
Signed-off-by: Volodymyr Samotiy <[email protected]>
795a204
to
2ec113e
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@marian-pritsak , could you review
{ | ||
SWSS_LOG_ENTER(); | ||
|
||
for (uint32_t i = 0; i < tunnelOffsets_.size(); i++) | ||
uint32_t offsetStart = VNET_ROUTE_FULL_MASK_OFFSET_MAX + 1; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
tunnelOffsets[VNET_ROUTE_FULL_MASK_OFFSET_MAX] will not be included in any range.
It should be uint32_t offsetStart = VNET_ROUTE_FULL_MASK_OFFSET_MAX;
Signed-off-by: Volodymyr Samotiy <[email protected]>
Refactor sfputil to use sonic-platform package in lieu of old, deprecated platform plugins. The sfputil utility is still useful, as sfpshow only reads and displays SFP data from State DB. However, we still need a utility to write to the transceivers (low power mode, reset, etc.), and the ability to read directly from the transceivers is helpful for debugging. - Complete refactor to use sonic-platform package - Refactor display functions to align with sfpshow utility - Bump version to 3.0 - Add unit tests
* SAI submodule update - d0f3333 Tunnel Scoped TC MAP and Remarking (sonic-net#1413) (sonic-net#1451) - 62364a3 Add two more API as RPC for warmboot testing (sonic-net#1421) (sonic-net#1437) - 426fad1 Make saithriftv compatible with thrift 0.14.1 (sonic-net#1433) Signed-off-by: bingwang <[email protected]>
Signed-off-by: Volodymyr Samotiy [email protected]
What I did
Provided logic to create "full mask" routes with highest priority.
Why I did it
To fix VNET route priority issue in order to support flow when some IPs from the subnet are defined by another route (nexthop tunnel) .
How I verified it
192.168.1.1/24
)192.168.1.2
)192.168.1.10/32 via tunnel
)192.168.1.2
192.168.1.10
Details if related
N/A