SSP处理流程（以DX107为例）

最新推荐文章于 2019-02-27 09:54:27 发布

hjffly

最新推荐文章于 2019-02-27 09:54:27 发布

阅读量2.1k

点赞数 1

分类专栏：计算机网络文章标签： descriptor buffer filter header

本文链接：https://blog.csdn.net/hjffly/article/details/6210621

版权

本文详细介绍了DX107的SSP处理流程，包括MAC Rx的合法性检查与buffer分配，Header Decode Engine的包头解析，Policy Engine的ACL匹配，Bridge Engine的转发表与VLAN表操作，Multi-Target Replication的descriptor管理，Queue和Port Shaping的流量整形，Transmit Scheduler的调度策略，以及Header Alteration和Ports MAC Tx的包头修改与发送过程。

摘要由CSDN通过智能技术生成

1.Ports MAC Rx
对于待接收的包，首先检查其合法性，在DX107中，会过滤包长小于64字节的包；然后就是为报文分配buffer。
如果待接收的包为untag包，则打上ingress端口缺省的COS和PVID；如果待接收的包为priority-tagged包，则只打上ingress端口的缺省PVID。

2.Header Deconde Engine
经过合法性检查之后，就要对报文头部进行解析，对于MAC层包头，要解析的字段是目的MAC、源MAC、COS值、VID、二层协议类型和三层协议类型，为后面的环节使用。

3.policy Engine(ACL表)
这是可选处理环节，可通过寄存器配置选择是否进行策略处理。如果是，那么报文就会在ACL表中逐条进行特征值匹配，如果匹配上了某条规则，就会使用该规则预设的操作进行处理。

4.Bridge Engine(转发表，VLAN表)
如果该报包在policy模块进行了镜像或提包策略操作，则要跳过该模块，只进行源MAC地址学习。
如果vlan ingress filter配置使能了，则会检查ingress端口是否在报文所携带的vlan中，如果不是，则会丢弃该报文。

通过查找MAC表，进行源MAC地址学习和目的MAC地址转发。
源MAC地址学习：以源MAC地址+VID为