-
Notifications
You must be signed in to change notification settings - Fork 740
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
Fix drop_packets/test_configurable_drop_counters.py for active-active dualtor. #12500
Fix drop_packets/test_configurable_drop_counters.py for active-active dualtor. #12500
Conversation
hi @lolyu @theasianpianist could you help to take a look? |
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.
LGTM
hi @vivekverma-arista could you confirm if tested with 202305/202311 image? |
This has been tested with 202305 and 202311 image @StormLiangMS |
hi @vivekverma-arista could you confirm the result with T0 / T1 topo for this change? |
Testcases fail in drop_packets/test_configurable_drop_counters.py fail in dualtor-aa because some of the traffic goes to the unselected ToR. How did you do it? Similar approach is taken as in sonic-net#11921 How did you verify/test it? Verified on Arista 7260 and Arista 7050 with both dualtor and dualtor-aa topology.
Cherry-pick PR to 202311: #12865 |
Testcases fail in drop_packets/test_configurable_drop_counters.py fail in dualtor-aa because some of the traffic goes to the unselected ToR. How did you do it? Similar approach is taken as in sonic-net#11921 How did you verify/test it? Verified on Arista 7260 and Arista 7050 with both dualtor and dualtor-aa topology.
Cherry-pick PR to 202305: #12866 |
Testcases fail in drop_packets/test_configurable_drop_counters.py fail in dualtor-aa because some of the traffic goes to the unselected ToR. How did you do it? Similar approach is taken as in #11921 How did you verify/test it? Verified on Arista 7260 and Arista 7050 with both dualtor and dualtor-aa topology.
Testcases fail in drop_packets/test_configurable_drop_counters.py fail in dualtor-aa because some of the traffic goes to the unselected ToR. How did you do it? Similar approach is taken as in #11921 How did you verify/test it? Verified on Arista 7260 and Arista 7050 with both dualtor and dualtor-aa topology.
Description of PR
Summary:
Fixes #
Type of change
Back port request
Approach
What is the motivation for this PR?
Testcases fail in
drop_packets/test_configurable_drop_counters.py
fail indualtor-aa
because some of the traffic goes to the unselected ToR.How did you do it?
Similar approach is taken as in #11921
How did you verify/test it?
Verified on Arista 7260 and Arista 7050 with both dualtor and dualtor-aa topology.
Any platform specific information?
Supported testbed topology if it's a new test case?
Documentation