CISCO、HUAWEI、HARBOUR交換機廣播抑制功能的測試報告 

 
一、CISCO2950（version 12.1(9)）的測試 

測試過程：              

1、搭建如圖一所示的網絡并進行相應的配置；
2、在PC1上用Solarwinds的WAN Killer向外發送30M的廣播包；
3、在交換機上觀察PORT1和PORT2的廣播流量也為30M左右，這說明廣播被線速交換轉發；
4、停止發送廣播包；
5、在PORT1上啟用廣播抑制命令：
　　storm-control broadcast level 10
　　storm-control action shutdown
　　指令說明：命令1控制PORT1的帶寬利用率為10M，命令2指廣播流量超過10M就觸發ACTION將PORT1關閉
6、清空端口，用PC1再次向外發送30M的廣播包；
7、幾分鐘后，在交換機上觀察PORT1已被自動DOWN掉，在交換機上查看PORT1和PORT2的廣播流量為10M左右，這說明當廣播流量超過設置的門限

值時，交換機就會自動DOWN掉其相應端口。

測試結果分析：

1、CISCO IOS version 12.1(9)或以上版本才支持廣播抑制功能；
2、CISCO的廣播抑制功能是通過對INPUT的廣播流量抑制而起作用的，所以實現此功能時需對CISCO的所有用戶端口啟用廣播抑制；
3、當廣播流量下降到門限值一下時，不能自動打開DOWN掉的端口，需人為開啟端口。
   

二、港灣U2（version: v140B0018）的測試

測試過程：  

1、搭建如圖二所示的網絡并配置相應的ip地址；
2、在PC1上用Sinffer向外發送30M的廣播流量;
3、在PC1、PC2上用Sinffer DASHBOARD監視廣播流量為10M，每秒廣播包數是16000個，廣播被線速轉發；
4、停止發送廣播包；
5、啟用廣播抑制命令：
　　config broadcast-limit on 1000
　　指令說明：命令設置所有端口每秒鐘答應通過的廣播包數量是1000個
6、清空端口，在PC1上用Sinffer向外發送10M的廣播流量；
7、在PORT2上用Sinffer DASHBOARD監視廣播流量為700K,每秒廣播包數是1000個，說明廣播流量被抑制在所設定的門限值內。

測試結果分析：

1、U2（U24）的版本在version: v140B0018或以上才有效支持廣播抑制；
2、其廣播抑制命令對所有端口有效，且只對INPUT流量起抑制作用；

三、華為2403H的測試

測試過程：

1、搭建如圖二所示的網絡并配置相應的IP地址；
2、在PC1上用Sinffer向外發送30M的廣播流量;
3、在PC1、PC2上用Sinffer DASHBOARD監視廣播流量為30M，廣播被線速轉發；
4、停止發送廣播包；
5、在PORT2啟用廣播抑制命令：
　　switchport broadcast-supPRession 5
    指令說明：命令表示廣播流量最大可達5％線速，由于PORT2和PC2自適成100M,即廣播流量最大為5M，多余此值的包被丟棄。
6、清空端口，在PC1上用Sinffer向外發送30M的廣播流量；
7、在PORT2上用Sinffer DASHBOARD監視廣播流量為5M,說明廣播流量被抑制在所設定的門限值內。

測試結果分析：

1、華為基于VRF的交換機均支持廣播抑制；
2、其廣播抑制功能是通過對OUTPUT廣播流量抑制而起作用的，所以實際實施時只需對上聯口配置廣播抑制即可。