bcm交换芯片组播泛洪问题处理

泛洪：
泛洪（Flooding）是交换机和网桥使用的一种数据流传递技术，将从某个接口收到的数据流向除该接口之外的所有接口发送出去。

泛洪的过程
交换机根据收到数据帧中的源MAC地址建立该地址同交换机端口的映射，并将其写入MAC地址表中。交换机将数据帧中的目的MAC地址同已建立的MAC地址表进行比较，以决定由哪个端口进行转发。如数据帧中的目的MAC地址不在MAC地址表中，则向所有端口转发。

问题描述：

交换芯片bcm53134上挂ARM1和ARM2两个平台。Port口连接对应上图。
发送端 Arm1通过组播发包，接收端arm1发现丢包情况。
细节请参考udp包箭头指向
Bcm53134端口状态：与arm2连接的是100M ，其他端口都协商为1000M
网络中udp组播包最大32k
通过监控port1 的 TxBroadcastPkts arm2也发了udp组播包。

将发送端arm2接上笔记本抓包发现port1也能收到udp组播包，初步判断是flooding导致的，而且该port1端口协商后为100M的网络带宽，由于udp数据包较大较多超过了带宽，该端口处理异常导致交换芯片内部拥塞。

解决方式一

建立mac映射表，单个mac地址验证：
相关寄存器如下：
组播端口控制寄存器，我们将[11:10] 写入 2‘b10 ，即只比对MPORT_ADD5的地址，frame的mac地址相符则转发到MPORT_ETYPE5所置位的端口。

MULTIPORT_ADDR5的[47:0] 写入组播mac地址0x01005E010101 （224.1.1.1）
MPORTVEC5 [8:0]置1的位为符合mac地址的帧会转发到该端口。
代码如下：

设置单个组播地址，证实有用ulData = 0x0800;BCM53134SpiWrite(byPort, 0x04,0x0e,(unsigned char *)&ulData,2);ullData = 0x01005E010101; BCM53134SpiWrite(byPort, 0x04,0x60,(unsigned char *)&ullData,8);ulData = 0x04;BCM53134SpiWrite(byPort, 0x04,0x68,(unsigned char *)&ulData,2);

上述方式只针对单个组播地址有效。ADDR5寄存器对应的是port5，正是连接arm1的端口。

解决方式二

建立arl 组的方式，这种方式可以容纳多个mac地址
arl写mac控制寄存器。rwctl的0位写0，bit7写1

arla_fwd_entry0的[8:0]写要转发该mac包的端口置1.

 ullData = 0x01005E010101; //224-239.1(7bit 0-127).1(8bit 0-255).1(8bit 0-255)for(i = 0; i < 512; i++){       BCM53134SpiWrite(byPort, 0x05,0x10,(unsigned char *)&ullData,8);ullData += 1;}ulData = 0x1c004;BCM53134SpiWrite(byPort, 0x05,0x18,(unsigned char *)&ulData,4);ullData = 0x01005E010101; ulData = 0x80;for(i = 0; i < 512; i++){      BCM53134SpiWrite(byPort, 0x05,0x02,(unsigned char *)&ullData,8);BCM53134SpiWrite(byPort, 0x05,0x00,(unsigned char *)&ulData,2);ullData += 1;}

忘entry0写入了512个组播地址，当查找到对应mac的帧会转发到page0x05 offset 0x18设定的端口。

补充,关于组播地址：

算法：
（224-239，1-128（7bit），0-255（8bit），0-255（8bit））
最笨的方法，也是最安全的方法，就是把IP地址，换成二进制数。再把二进制换成16进制，第1个8位（从左往右看）不用，因为有组播MAC的限制已经规定是0100.5E开头，

第2个8位中的第1位规定为0（从左往右看）.所以当不为0时，要改成0来换算。

Example:

源IP 224.1.1.1

换算成二进制 11100000.00000001.00000001.00000001

再换成16进制 01 .01 .01

加上组播MAC头 0100.5E

最后形成： 0100.5E01.01.01

可用的其它31个组播IP地址：

224.129.1.1

225.1.1.1 225.129.1.1

226.1.1.1 226.129.1.1

227.1.1.1 227.129.1.1

228.1.1.1 228.129.1.1

229.1.1.1 229.129.1.1

230.1.1.1 230.129.1.1

231.1.1.1 231.129.1.1

232.1.1.1 232.129.1.1

233.1.1.1 233.129.1.1

234.1.1.1 234.129.1.1

235.1.1.1 235.129.1.1

236.1.1.1 236.129.1.1

237.1.1.1 237.129.1.1

238.1.1.1 238.129.1.1

239.1.1.1 239.129.1.1

加上：224.1.1.1 刚好32个。

源IP 224.132.1.1

换算成二进制 11100000.10000100.00000001.00000001

第24位为0 11100000.00000100.00000001.00000001

再换成16进制 04 .01 .01

加上组播MAC头 0100.5E

最后形成： 0100.5e04.01.01

可用的其它31个组播IP地址：

224.4.1.1

225.4.1.1 225.132.1.1

226.4.1.1 226.132.1.1

227.4.1.1 227.132.1.1

228.4.1.1 228.132.1.1

229.4.1.1 229.132.1.1

230.4.1.1 230.132.1.1

231.4.1.1 231.132.1.1

232.4.1.1 232.132.1.1

233.4.1.1 233.132.1.1

234.4.1.1 234.132.1.1

235.4.1.1 235.132.1.1

236.4.1.1 236.132.1.1

237.4.1.1 237.132.1.1

238.4.1.1 238.132.1.1

239.4.1.1 239.132.1.1

加上224.132.1.1,刚好32个。