-
Notifications
You must be signed in to change notification settings - Fork 1.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
SONIC broadcast, unknown-unicast and unknown-multicast (BUM) storm-control HLD #441
SONIC broadcast, unknown-unicast and unknown-multicast (BUM) storm-control HLD #441
Conversation
…oadcast, unknown-unicast and unknown-multicast storm-control feature in SONiC
|
||
### 3.2.1 CONFIG_DB | ||
A new table CFG_PORT_STORM_CONTROL_TABLE is introduced in the configuration database for the purpose of storing storm-control configuration parameters. This table is filled by the management framework. | ||
#### CFG_PORT_STORM_CONTROL_TABLE |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
missing yang model
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Please correct the table name as PORT_STORM_CONTROL and use "|" has key separators in config-DB.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Updated Table Name.
@prsunny to review |
BUM storm control | ||
- Configuration is not supported on VLAN and port-channel interfaces. User can configure on physical port which is part of a VLAN / port-channel. | ||
- Statistics is not supported. | ||
- User is expected to remove all storm-control configurations from interface before doing a breakout from Click CLI. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think, we do force delete configs during breakout..right?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes. will remove this comment. breakout to be handled in code.
|
||
__Figure 1: Storm Control High Level Architecture__ | ||
|
||
1) Storm-control configurations are parsed and stored in CFG_PORT_STORM_CONTROL_TABLE in Configuration database by the Management Framework. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Update this section to capture SONiC CLI update as well.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The flow from CONFIG_DB update to backend is already captured.
This section lists down the Click commands. | ||
BUM storm-control can be configured only on physical interfaces. | ||
**switch# config interface storm-control {broadcast | unknown-unicast | unknown-multicast} {add|del} \<interface_name\> {\<kilo_bits_per_second\>}** | ||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Suggest to change the SONiC CLI command as follows,
config interface storm-control { add | del } {broadcast | unknown-unicast | unknown-multicast} <kilo_bits_per_second>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
storm-control policer types are keywords. add/del are operations. Keywords are kept in the beginning of the command.
user might want to know the type before performing the operation.
### 3.5.3 Show Commands | ||
The following show command displays storm-control configurations. | ||
|
||
**show storm-control {all | interface \<interface_name\>}** |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Suggest to use the following format,
show storm-control [interface <interface_name>]
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Will do.
Can we add the code PRs by referring to #806 ? |
|
||
### 1.1.1 Functional Requirements | ||
1. Support configuration of Broadcast, Unknown-unicast and unknown-Multicast storm-control independently on physical interfaces. | ||
2. Support threshold rate configuration in kilo bits per second (kbps) in the range of 0 kbps to 100,000,000 kbps (100Gbps). |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Could unit packets per second (pps) also supported along with kilo bits per second (kbps).
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Will try to accomodate the change in the future.
@mohan-selvaraj would you please update the code PRs by following template of #806 ? Thanks. |
@zhangyanzhao Review is done, pls help push for merge |
…oadcast, unknown-unicast and unknown-multicast storm-control feature in SONiC
PR Tracking Table