Skip to content
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

Merged
merged 1 commit into from
Sep 3, 2020

Conversation

volodymyrsamotiy
Copy link
Collaborator

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

  • Create VxLAN tunnel
  • Create VNET
  • Create VNET interface (192.168.1.1/24)
  • Create neighbor for VNET interface (192.168.1.2)
  • Create VNET tunnel route for the host from the local subnet (192.168.1.10/32 via tunnel)
  • Send TCP packet to the switch with destination IP equal to 192.168.1.2
  • Verify packet was routed correctly and received on the neighbor host
  • Send TCP packet to the switch with destination IP equal to 192.168.1.10
  • Verify that encapsulated packet was received on the tunnel host (instead of neighbor host)

Details if related
N/A

Copy link
Collaborator

@prsunny prsunny left a 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;
Copy link
Collaborator

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;

@prsunny prsunny merged commit 1b89185 into sonic-net:master Sep 3, 2020
abdosi pushed a commit that referenced this pull request Sep 3, 2020
EdenGri pushed a commit to EdenGri/sonic-swss that referenced this pull request Feb 28, 2022
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
oleksandrivantsiv pushed a commit to oleksandrivantsiv/sonic-swss that referenced this pull request Mar 1, 2023
* 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]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants