Skip to content

[mtu] optimizing mtu for configurable in testbed#902

Merged
prsunny merged 2 commits intosonic-net:masterfrom
Harrison-SH:daily-pr
May 8, 2019
Merged

[mtu] optimizing mtu for configurable in testbed#902
prsunny merged 2 commits intosonic-net:masterfrom
Harrison-SH:daily-pr

Conversation

@Harrison-SH
Copy link
Copy Markdown
Contributor

Summary:

Type of change

  • [] Test case(improvement)
    1. In roles/test/tasks/mtu.yml
      I have added the parameter of "testbed_mtu", Users can use the default value or set their own mtu .
    2. In roles/test/files/ptftests/mtu_test.py
      The parameter of self.pktlen has been added. When inputing parameter of "testbed_mtu" isn't the default of 0. It will be set with the value. otherwise. It will use the default value of DEFAULT_PACKET_LEN.

How did you verify/test it?

      I have set  “testbed_mtu” as the default of zero. to test the case of mtu. It works well.
      I have set "testbed_mtu" as 1514. to test the case of mtu. It works well.

Any platform specific information?

     No.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Can you pass this as test parameter if you want to make it configurable. This way, it seems user has to edit this value before running the test

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Agree. Done.

Two scenarios has been tested with the parameter of mtu and no the parameter.
passed.

@Harrison-SH Harrison-SH closed this May 7, 2019
@Harrison-SH Harrison-SH reopened this May 7, 2019
- fail: msg="testbed_type {{testbed_type}} is invalid."
when: testbed_type not in ['t1-lag', 't1', 't1-64-lag']

- set_fact: mtu=0
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

You can make this 9100 and remove the default from python script. Else it conveys the meaning that the test is run with mtu=0. What do you think?

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think so. I also a little bit want to keep the main flow within py for the coming pytest.
Whether you mean just make it clear on this issue?
If so. I will do it.

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Agree. To make it clear.
Done and test passed.

@prsunny prsunny merged commit 09d7845 into sonic-net:master May 8, 2019
@Harrison-SH Harrison-SH deleted the daily-pr branch June 13, 2019 09:25
stepanblyschak pushed a commit to stepanblyschak/sonic-mgmt that referenced this pull request Jun 14, 2019
* [mtu] optimizing mtu for configurable in testbed

* [mtu] optimizing mtu for configurable in testbed
deerao02 pushed a commit to deerao02/sonic-mgmt that referenced this pull request Dec 18, 2025
…nic-net#902)

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

Please provide following information to help code review process a bit easier:
-->
### Description of PR
<!--
- Please include a summary of the change and which issue is fixed.
- Please also include relevant motivation and context. Where should reviewer start? background context?
- List any dependencies that are required for this change.
-->

Summary:
The test_trap_neighbor_miss not supported on non-TOR topologies, this PR updates the skip to run on t0 only.

### Type of change

<!--
- Fill x for your type of change.
- e.g.
- [x] Bug fix
-->

- [ ] Bug fix
- [x] Testbed and Framework(new/improvement)
- [ ] New Test case
 - [ ] Skipped for non-supported platforms
- [ ] Test case improvement

### Back port request
- [ ] 202205
- [ ] 202305
- [ ] 202311
- [ ] 202405
- [ ] 202411
- [x] 202505

### Approach
#### What is the motivation for this PR?
Skip the COPP trap neighbor miss test on t1 topologies.

#### 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
<!--
(If it's a new feature, new test case)
Did you update documentation/Wiki relevant to your implementation?
Link to the wiki page?
-->
kazinator-arista pushed a commit to kazinator-arista/sonic-mgmt that referenced this pull request Mar 4, 2026
[Vnet] Fix NameError for 'swsssdk' and align output (sonic-net#902)
[config] Add 'interface transceiver' subgroup with 'lpmode' and 'reset' subcommands (sonic-net#904)
Improved route_check tool and adopt to 20191130 image. (sonic-net#898)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants