SSP处理流程（以DX107为例）

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

原创

最新推荐文章于 2019-02-27 09:54:27 发布 · 2.2k 阅读

4 ·

CC 4.0 BY-SA版权

文章标签：

#descriptor #buffer #filter #header

本文详细介绍了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的包头修改与发送过程。

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为索引检索MAC地址表，如果查找不到相应表项，就将源MAC地址+VID+源端口号等信息写入MAC地址表。
目的MAC地址检索及转发：
如果待转发的包为单播包，则以目的MAC地址+VID为索引检索MAC地址表，如果找到了相应表项，就正常转发到对应的egress端口；如果找不到，就向所有该VLAN中的成员端口进行洪泛。
如果待转发的包为广播包，则向所有该VLAN中的成员端口进行广播。
如果待