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

[advance-reboot] Fix sad case: don't send traffic through down lag interfaces #4758

Merged
merged 2 commits into from
Nov 28, 2021

Conversation

vaibhavhd
Copy link
Contributor

@vaibhavhd vaibhavhd commented Nov 24, 2021

Description of PR

Summary: Fix sad case: don't send traffic through down lag interfaces
Fixes # (issue)

Type of change

  • Bug fix
  • Testbed and Framework(new/improvement)
  • Test case(new/improvement)

Back port request

  • 201911

Approach

What is the motivation for this PR?

Fix advance-reboot SAD cases in testcase test_warm_reboot_multi_sad.
The failures observed were:

        "AssertionError: ", 
        "", 
        "Something went wrong. Please check output below:", 
        "", 
        "FAILED:dut:Control plane didn't come up within warm up timeout", 
        "FAILED:dut:DUT is not ready for test", 
        "", 
        "", 
        "----------------------------------------------------------------------", 
        "Ran 1 test in 350.481s", 
        "", 
        "FAILED (failures=1)"

The cause for failure was when incorrect participating member interfaces in a LAG are selected.
This issue supposedly started after #3853
As part of PR 3853, some of the SAD case handling was moved out of ptf-tests. Due to this, the port selection for some cases is not done on ptf scripts.
Specifically, presently the traffic is sent through even the LAGs which are brought down. This leads to part of the downstream traffic always being dropped - ultimately leading to warm-up failure.

How did you do it?

Select the right set of ports for test, and send I/O via these selected ports.

How did you verify/test it?

Tested on a physical testbed with the fix and the issue was not seen.

Any platform specific information?

Supported testbed topology if it's a new test case?

Documentation

@vaibhavhd vaibhavhd requested a review from a team as a code owner November 24, 2021 09:09
@vaibhavhd vaibhavhd merged commit 2942b97 into sonic-net:master Nov 28, 2021
@vaibhavhd vaibhavhd deleted the fix-warmboot-sad branch November 28, 2021 14:15
vaibhavhd added a commit that referenced this pull request Nov 30, 2021
…st (#4776)

Fix upgrade_path case:
After fixing advance-reboot sad cases in #4758, upgrade path cases have regressed. Update the param list for upgrade path cases same as in test_advanced_reboot.
AntonHryshchuk pushed a commit to AntonHryshchuk/sonic-mgmt that referenced this pull request Jan 4, 2022
…terfaces (sonic-net#4758)

Fix advance-reboot SAD cases in testcase test_warm_reboot_multi_sad.
The cause for failure was when incorrect participating member interfaces in a LAG are selected.
This issue supposedly started after sonic-net#3853
As part of PR 3853, some of the SAD case handling was moved out of ptf-tests. Due to this, the port selection for some cases is not done on ptf scripts.
Specifically, presently the traffic is sent through even the LAGs which are brought down. This leads to part of the downstream traffic always being dropped - ultimately leading to warm-up failure.
AntonHryshchuk pushed a commit to AntonHryshchuk/sonic-mgmt that referenced this pull request Jan 4, 2022
…st (sonic-net#4776)

Fix upgrade_path case:
After fixing advance-reboot sad cases in sonic-net#4758, upgrade path cases have regressed. Update the param list for upgrade path cases same as in test_advanced_reboot.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants