問題描述（故障現象）

用戶需要在某以太網環網中的東站新增開通2個以太網用戶端口，加入到現有主環和備環中。

主環添加端口無問題，備環添加端口后就會造成備環所有站的業務都不通。

主環和備環都是ZXMP S385的SEE和ZXMP S330的SFE混合組網的，業務類型是EVPLAN，業務配置方式是“手拉手”配置方式，即每個點開2個系統口分別對應前后2個站。在備環上業務配置都是參照主環添加端口配置的。東站前一個站點是K95站點中興ZXMP S330設備，后一個站點是通信站中興ZXMP S385設備，只要建立東站和通信站的時隙連接，備環業務就會中斷。

原因分析

1、東站的SFE單板或端口有問題；

2、 廣播風暴，中興S385的SEE單板和中興S330的SFE單板不能都開啟生成樹協議；         

3、中興S330的SFE單板MAC地址設置有沖突；

4、 虛擬局域網添加端口有問題，如將同一端口誤添加到一個VLAN中。

解決方案

1、 將東站添加到主環和備環的端口對調，還是主環通，備環不通，證明單板和端口無問題。

2、 在虛擬局域網中網橋屬性，STP設置中查看中興S330的生成樹協議是開啟的。中興S385設備SEE單板右鍵屬性高級里，數據單板屬性，生成樹協議是禁用的。

3、 檢查各站ZXMP S330的SFE單板MAC地址設置有沒有相同的。

4、 檢查虛擬局域網添加端口沒有問題。

通過維護—以太網維護—網橋運行狀態，查主環和備環各ZXMP S330的根橋ID，發現主環根橋ID是ZXMP S330第一個站K14的SFE的MAC，備環根橋ID卻是K70的SFE的MAC。根橋ID一般是會自動選擇MAC地址最小的SFE的MAC作為根橋ID.由于我們設置中興ZXMP S330的SFE的MAC是從K14到K95由小到大設置的。于是就檢查為什么備環K70的MAC會是根橋ID，檢查K70SFE的12位MAC時發現，K70SFE的MAC在前面多添了個0后面少個個0，于是它的MAC就變成最小的了。將K70的MAC改成按照K14到K95由小到大的順序后，再查備環根橋ID也變成K14的SFE的MAC了。再添加備環端口，就可以正常添加了。