Skip to content

[action] [PR:22508] Add new HWSKU Arista-7060X6-16PE-384C-O128S2-FANOUT so that we can get back to back Paladin ports up with Arista-7060X6-16PE-384C-O128S2#1144

Merged
mssonicbld merged 1 commit intoAzure:202412from
mssonicbld:cherry/msft-202412/22508
May 21, 2025
Merged

[action] [PR:22508] Add new HWSKU Arista-7060X6-16PE-384C-O128S2-FANOUT so that we can get back to back Paladin ports up with Arista-7060X6-16PE-384C-O128S2#1144
mssonicbld merged 1 commit intoAzure:202412from
mssonicbld:cherry/msft-202412/22508

Conversation

@mssonicbld
Copy link
Collaborator

Why I did it

Currently when we loaded HWSKU Arista-7060X6-16PE-384C-O128S2 on two moby devices and connect their Paladin ports back to back, we can't get link up. It may help if we can get these links up and run the tests.

Work item tracking
  • Microsoft ADO (number only):

How I did it

Created a new FANOUT HWSKU containing special lanemap and polarity configs so that we can load Arista-7060X6-16PE-384C-O128S2 on one Moby and Arista-7060X6-16PE-384C-O128S2-FANOUT and get Paladin ports up when connecting them back to back with the following setup:

Moby1                                    Moby2
HWSKU: Arista-7060X6-16PE-384C-O128S2    HWSKU: Arista-7060X6-16PE-384C-O128S2-FANOUT
#17                 <->                  #18
#19                 <->                  #20
#21                 <->                  #22
#23                 <->                  #24

#18                 <->                  #17
#20                 <->                  #19
#22                 <->                  #21
#24                 <->                  #23

How to verify it

Verified that all the Paladin ports can link up with the above setup.

Which release branch to backport (provide reason below if selected)

  • 201811
  • 201911
  • 202006
  • 202012
  • 202106
  • 202111
  • 202205
  • 202211
  • 202305
  • msft-202412

Tested branch (Please provide the tested image version)

  • msft-202412

Description for the changelog

Created Arista-7060X6-16PE-384C-O128S2-FANOUT based on Arista-7060X6-16PE-384C-O128S2 and only update lanemap and polarity settings in bcm config.

Link to config_db schema for YANG module changes

A picture of a cute animal (not mandatory but encouraged)

…t back to back Paladin ports up with Arista-7060X6-16PE-384C-O128S2

<!--
     Please make sure you've read and understood our contributing guidelines:
     https://github.com/Azure/SONiC/blob/gh-pages/CONTRIBUTING.md

     ** Make sure all your commits include a signature generated with `git commit -s` **

     If this is a bug fix, make sure your description includes "fixes #xxxx", or
     "closes #xxxx" or "resolves #xxxx"

     Please provide the following information:
-->

#### Why I did it

Currently when we loaded HWSKU `Arista-7060X6-16PE-384C-O128S2` on two moby devices and connect their Paladin ports back to back, we can't get link up. It may help if we can get these links up and run the tests.

##### Work item tracking
- Microsoft ADO **(number only)**:

#### How I did it

Created a new `FANOUT` HWSKU containing special lanemap and polarity configs so that we can load `Arista-7060X6-16PE-384C-O128S2` on one Moby and `Arista-7060X6-16PE-384C-O128S2-FANOUT` and get Paladin ports up when connecting them back to back with the following setup:
```
Moby1                                    Moby2
HWSKU: Arista-7060X6-16PE-384C-O128S2    HWSKU: Arista-7060X6-16PE-384C-O128S2-FANOUT
Azure#17                 <->                  Azure#18
Azure#19                 <->                  Azure#20
Azure#21                 <->                  Azure#22
Azure#23                 <->                  Azure#24

Azure#18                 <->                  Azure#17
Azure#20                 <->                  Azure#19
Azure#22                 <->                  Azure#21
Azure#24                 <->                  Azure#23
```

#### How to verify it
Verified that all the Paladin ports can link up with the above setup.

<!--
If PR needs to be backported, then the PR must be tested against the base branch and the earliest backport release branch and provide tested image version on these two branches. For example, if the PR is requested for master, 202211 and 202012, then the requester needs to provide test results on master and 202012.
-->

#### Which release branch to backport (provide reason below if selected)

<!--
- Note we only backport fixes to a release branch, *not* features!
- Please also provide a reason for the backporting below.
- e.g.
- [x] 202006
-->

- [ ] 201811
- [ ] 201911
- [ ] 202006
- [ ] 202012
- [ ] 202106
- [ ] 202111
- [ ] 202205
- [ ] 202211
- [ ] 202305
- [x] msft-202412

#### Tested branch (Please provide the tested image version)

<!--
- Please provide tested image version
- e.g.
- [x] 20201231.100
-->

- [ ] <!-- image version 1 -->
- [ ] <!-- image version 2 -->
- [x] msft-202412

#### Description for the changelog
<!--
Write a short (one line) summary that describes the changes in this
pull request for inclusion in the changelog:
-->
Created `Arista-7060X6-16PE-384C-O128S2-FANOUT` based on `Arista-7060X6-16PE-384C-O128S2` and only update lanemap and polarity settings in bcm config.

<!--
 Ensure to add label/tag for the feature raised. example - PR#2174 under sonic-utilities repo. where, Generic Config and Update feature has been labelled as GCU.
-->

#### Link to config_db schema for YANG module changes
<!--
Provide a link to config_db schema for the table for which YANG model
is defined
Link should point to correct section on https://github.com/Azure/sonic-buildimage/blob/master/src/sonic-yang-models/doc/Configuration.md
-->

#### A picture of a cute animal (not mandatory but encouraged)
@mssonicbld
Copy link
Collaborator Author

Original PR: sonic-net/sonic-buildimage#22508

@mssonicbld
Copy link
Collaborator Author

/azp run

@azure-pipelines
Copy link

Azure Pipelines successfully started running 1 pipeline(s).

@mssonicbld mssonicbld merged commit 8828d60 into Azure:202412 May 21, 2025
13 of 17 checks passed
mssonicbld added a commit to mssonicbld/sonic-buildimage-msft that referenced this pull request Feb 5, 2026
…omatically (#25248)

#### Why I did it
src/sonic-swss-common
```
* d811e56 - (HEAD -> 202511, origin/202511) [ci] Update docker slave image referrence (Azure#1141) (Azure#1144) (8 days ago) [Tejaswini Chadaga]
```
#### How I did it
#### How to verify it
#### Description for the changelog
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant