Fix single-lossless-prio test failure due to border-case.

[rraghav-cisco]

Description of PR

Summary:
test_multidut_pfcwd_basic_with_snappi.py::test_pfcwd_basic_single_lossless_prio was failing due to a corner case with the error "packet loss is not in range of [.75, 1]. This PR addresses the parameters that can push the lossrate to the requried range.
@sdszhang for viz.

Type of change

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

Back port request

• 202012
• 202205
• 202305
• 202311
• 202405

Approach

What is the motivation for this PR?

How did you do it?

How did you verify/test it?

Any platform specific information?

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

Documentation

[rraghav-cisco]

Logs from the run

=========================================================================================================================== PASSES ===========================================================================================================================
______________________________________________________________________________________________ test_pfcwd_basic_single_lossless_prio[multidut_port_info0-True] _______________________________________________________________________________________________
______________________________________________________________________________________________ test_pfcwd_basic_single_lossless_prio[multidut_port_info0-False] ______________________________________________________________________________________________
______________________________________________________________________________________________ test_pfcwd_basic_single_lossless_prio[multidut_port_info1-True] _______________________________________________________________________________________________
______________________________________________________________________________________________ test_pfcwd_basic_single_lossless_prio[multidut_port_info1-False] ______________________________________________________________________________________________
------------------------------------------------------------------------------- generated xml file: /run_logs/ixia/import_error/2024-11-13-07-29-06/tr_2024-11-13-07-29-06.xml -------------------------------------------------------------------------------
INFO:root:Can not get Allure report URL. Please check logs
------------------------------------------------------------------------------------------------------------------- live log sessionfinish -------------------------------------------------------------------------------------------------------------------
07:37:55 __init__.pytest_terminal_summary         L0067 INFO   | Can not get Allure report URL. Please check logs
================================================================================================================== short test summary info ===================================================================================================================
PASSED snappi_tests/multidut/pfcwd/test_multidut_pfcwd_basic_with_snappi.py::test_pfcwd_basic_single_lossless_prio[multidut_port_info0-True]
PASSED snappi_tests/multidut/pfcwd/test_multidut_pfcwd_basic_with_snappi.py::test_pfcwd_basic_single_lossless_prio[multidut_port_info0-False]
PASSED snappi_tests/multidut/pfcwd/test_multidut_pfcwd_basic_with_snappi.py::test_pfcwd_basic_single_lossless_prio[multidut_port_info1-True]
PASSED snappi_tests/multidut/pfcwd/test_multidut_pfcwd_basic_with_snappi.py::test_pfcwd_basic_single_lossless_prio[multidut_port_info1-False]
========================================================================================================= 4 passed, 7 warnings in 526.86s (0:08:46) ==========================================================================================================
sonic@ixia-sonic-mgmt-whitebox:/data/tests$ 

[rraghav-cisco]

@auspham , @sdszhang : I don't understand the failure reason for the azp run. May I know what is the reason? Thanks.

[sdszhang]

@auspham , @sdszhang : I don't understand the failure reason for the azp run. May I know what is the reason? Thanks.
the PR pipeline needs to rerun sometimes. I have triggered a rerun. in the future, you can add a comment /azpw run to rerun it.

[sdszhang]

could you pls explain why this change is needed? I believe it's passing in T0/T1 with this settings.

[rraghav-cisco]

@sdszhang , we discussed internally. Based on the discussion, I will try this script without changes, and see how close it gets to failure. I will update the PR based on the findings.

[sdszhang]

close as duplicated with #15801