Skip to content

[Cherry-pick #13069,14585,14802] qos_yaml j2C+ changes for new _vsq thresholds #15448

Merged
bingwang-ms merged 3 commits intosonic-net:202405from
ansrajpu-git:qos_yamlJ2C_PR13069
Nov 8, 2024
Merged

[Cherry-pick #13069,14585,14802] qos_yaml j2C+ changes for new _vsq thresholds #15448
bingwang-ms merged 3 commits intosonic-net:202405from
ansrajpu-git:qos_yamlJ2C_PR13069

Conversation

@ansrajpu-git
Copy link
Contributor

@ansrajpu-git ansrajpu-git commented Nov 7, 2024

Description of PR

Cherry-pick PR #13069
Cherry-pick PR#14585
Cherry-pick PR#14802
Summary:
Fixes # (issue)

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

What is the motivation for this PR?
The new   MMU settings to enhance performance for RDMA traffic in production.
Hence the qos_params needs to be tweaked according to the set buffer profiles.

However, the existing sonic-mgmt LossyQueueTest  doesn't fairly verify the buffer threshold for headroom for Lossy traffic. As per the new vsq profile setting the XOFF FADT threshold/PG is way lesser than the Nominal headroom, which limits it to not utilize the headroom buffer completely and send pause frames before reaching the MAX headroom limit.
Either the test case needs to be improvised by adding more source ports or a new test case should be added to verify the Lossy queue traffic at PG level
@mssonicbld
Copy link
Collaborator

/azp run

@azure-pipelines
Copy link

Azure Pipelines successfully started running 1 pipeline(s).

ansrajpu-git and others added 2 commits November 7, 2024 14:28
…ss_pkt count for lossy profile (sonic-net#14585)

Since the dynamic_th-alpha changed from 0 to -4 (400g) & 100g port speed for egress lossy profile.
PR #sonic-net/sonic-buildimage#20132
Corresponding changes made in J2C+ qos yaml for t2 -broadcom-dnx
@ansrajpu-git ansrajpu-git changed the title [Cherry-pick #13069] qos_yaml j2C+ changes for new _vsq thresholds [Cherry-pick #13069,14585,14802] qos_yaml j2C+ changes for new _vsq thresholds Nov 7, 2024
@kenneth-arista
Copy link
Contributor

Did a surface review of the cherry picks and they look fine.

Just one question.
Can you review whether or not all the Jericho2 numbers are consistent with Jericho2C+ numbers?

@rlhui rlhui added the P0 label Nov 8, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

Status: Done

Development

Successfully merging this pull request may close these issues.

7 participants