Add traffic tests for static and directly connected routes in IPFWD test suite#17058
Conversation
|
/azp run |
|
Azure Pipelines successfully started running 1 pipeline(s). |
|
/azp run |
|
Azure Pipelines successfully started running 1 pipeline(s). |
|
@prsunny can you assign someone to review? |
|
@dt-nexthop , would you please share in detail what did the original test cover and whats the enhancement? |
@prsunny, this enhancement adds test cases to cover a few traffic forwarding cases that did not exist in the original test 1) There was no test where the destination IP of the packet was forwarded via a directly connected IP prefix. 2) There was no test where the destination IP of the packet was forwarded via a static route. Prior to these changes, all tests in this suite focused on dynamically learned routes. Let me know if you need more information to order to get these changes merged in. |
|
@yxieca , please merge |
…est suite (sonic-net#17058) What is the motivation for this PR? Additional coverage in forwarding test How did you do it? Added extra cases to the existing script to handle the cases where traffic is sent to directly connected route as well as to a prefix that is reachable through a static route. How did you verify/test it? Run on T1 topology running master
### Description of PR Adjust test_dip_sip.py to ipv6 only topology Modified get_lag_facts and get_ports_facts to support ipv6 only topo, and adjusted the cases to run with this topo. This PR is only for 202412 branch, because the following PR - sonic-net/sonic-mgmt#17058 was not CP to this branch ### Type of change - [ ] Bug fix - [x] Testbed and Framework(new/improvement) - [ ] New Test case - [ ] Skipped for non-supported platforms - [ ] Test case improvement ### Approach #### What is the motivation for this PR? fix test to run as expected on ipv6 only topo #### How did you do it? selected the ipv6 ip option for lags and ports facts and only run ipv6 validation on the test itself. #### How did you verify/test it? internal nvidia regression
…est suite (sonic-net#17058) What is the motivation for this PR? Additional coverage in forwarding test How did you do it? Added extra cases to the existing script to handle the cases where traffic is sent to directly connected route as well as to a prefix that is reachable through a static route. How did you verify/test it? Run on T1 topology running master Signed-off-by: Guy Shemesh <[email protected]>
…est suite (sonic-net#17058) What is the motivation for this PR? Additional coverage in forwarding test How did you do it? Added extra cases to the existing script to handle the cases where traffic is sent to directly connected route as well as to a prefix that is reachable through a static route. How did you verify/test it? Run on T1 topology running master Signed-off-by: Guy Shemesh <[email protected]>
Description of PR
Summary:
Following testcases added for IPv4 and IPv6 traffic
Fixes # 17057
Type of change
Back port request
Approach
What is the motivation for this PR?
Additional coverage in forwarding test
How did you do it?
Added extra cases to the existing script to handle the cases where traffic is sent to directly connected route as well as to a prefix that is reachable through a static route.
How did you verify/test it?
Run on T1 topology running master:
ipfwd/test_dip_sip.py::test_ipv4_forwarding[usschq-mswdut-t005-None-ipv4_same_sip_dip] PASSED
ipfwd/test_dip_sip.py::test_ipv4_forwarding[usschq-mswdut-t005-None-ipv4_different_sip_dip_connectedroute] PASSED
ipfwd/test_dip_sip.py::test_ipv4_forwarding[usschq-mswdut-t005-None-ipv4_different_sip_dip_staticrouteprefix]
FAILED
ipfwd/test_dip_sip.py::test_ipv6_forwarding[usschq-mswdut-t005-None-ipv6_same_sip_dip] PASSED
ipfwd/test_dip_sip.py::test_ipv6_forwarding[usschq-mswdut-t005-None-ipv6_different_sip_dip_connectedroute] PASSED