交換機(jī)原理與告警處理

1、在計(jì)算機(jī)網(wǎng)絡(luò)中，交換概念的提出是對傳統(tǒng)共享工作模式的改進(jìn)。如集線器（Hub） 是一種物理層共享設(shè)備，Hub本身不能識別數(shù)據(jù)包的目的地址，當(dāng)集線器接收到 數(shù)據(jù)包時(shí)，它以廣播的方式播送到各個(gè)端口，由每一臺主機(jī)通過驗(yàn)證數(shù)據(jù)包的目 的地址來決定是否接收。如圖1所示。交換機(jī)（Switch）是一種數(shù)據(jù)鏈路層設(shè)備，它的內(nèi)部程序可以檢查收到的數(shù) 據(jù)包的目的地址，并從內(nèi)存中的MAC地址表中查得目的設(shè)備所在的端口，通過內(nèi) 部交換機(jī)構(gòu)迅速將數(shù)據(jù)包傳送到目的端口。只有當(dāng)目的MAC不存在時(shí)，才將數(shù)據(jù) 廣播到所有端口。如圖2所示。Switch圖1共享式局域網(wǎng)圖2交換式局域網(wǎng)、MAC地址表MAC地址表是交換的基礎(chǔ)，由于它來

2、源于網(wǎng)橋，所以又稱網(wǎng)橋表。它用來記 錄各個(gè)設(shè)備是連接在交換機(jī)的哪個(gè)端口上的，這樣，當(dāng)交換機(jī)收到數(shù)據(jù)包后，才 能夠決定應(yīng)該向何處轉(zhuǎn)發(fā)。如圖3所示。MAC地址端口號A181C2D2E2F3G3圖3 MAC地址表為了看得清楚，在圖中我把MAC地址用主機(jī)的符號代替了，實(shí)際的MAC地址 是一個(gè)48位二進(jìn)制數(shù)。1、交換機(jī)的轉(zhuǎn)發(fā)過程交換機(jī)收到一個(gè)數(shù)據(jù)幀時(shí)，查MAC地址表，如果目的端與源端不在一個(gè)端口 上，則把幀從目的端口轉(zhuǎn)發(fā)出去；如果目的端與源端在同一端口，說明該幀無需 轉(zhuǎn)發(fā)，則丟棄該幀。如A主機(jī)向D主機(jī)發(fā)送數(shù)據(jù)，當(dāng)數(shù)據(jù)幀到達(dá)交換機(jī)時(shí)，它在MAC地址表中查 找主機(jī)D的MAC地址，發(fā)現(xiàn)它所在端口號為2,而數(shù)據(jù)

3、來源的端口號為1，則交 換機(jī)將數(shù)據(jù)幀從端口 2轉(zhuǎn)發(fā)出去。再如A主機(jī)向B主機(jī)發(fā)送數(shù)據(jù)，交換機(jī)查看 MAC地址表后發(fā)現(xiàn)源和目的在同一端口上，說明該幀已經(jīng)通過其它路徑到達(dá)了 B 主機(jī)，不需轉(zhuǎn)發(fā)，故此丟棄該幀。2、MAC地址表的構(gòu)建過程MAC地址表存放在交換機(jī)的內(nèi)存之中，在最初時(shí)，它完全是空的，交換機(jī)是 通過自學(xué)習(xí)過程在工作中自動構(gòu)建MAC地址表的，這個(gè)過程無需人工干預(yù)。每當(dāng)交換機(jī)收到一個(gè)數(shù)據(jù)幀時(shí)，先在MAC地址表中查找源地址，如果沒有找 到，則把它及所在的端口記錄在MAC地址表中。再查找目的地址，如果有，則轉(zhuǎn) 發(fā)或丟棄，如果沒有，則廣播到所有端口。這樣，交換機(jī)在工作過程中就把MAC地址表逐漸建立起來

4、了。只要一個(gè)工作 站發(fā)送過數(shù)據(jù)，它所對應(yīng)的端口就會被記錄下來，供今后轉(zhuǎn)發(fā)時(shí)使用。3、MAC地址表的維護(hù)MAC地址表的維護(hù)也由交換機(jī)自動進(jìn)行。交換機(jī)會定期掃描MAC地址表，發(fā) 現(xiàn)在一定時(shí)間內(nèi)（默認(rèn)為300秒）沒有出現(xiàn)的MAC地址，就把它從MAC地址表中 刪除。這樣即便發(fā)生了工作站的移動、拆除等問題，交換機(jī)始終能把握網(wǎng)絡(luò)最新 的拓?fù)浣Y(jié)構(gòu)。4、MAC地址表的容量MAC地址表的容量用可存儲的MAC地址數(shù)表示，是交換機(jī)的一項(xiàng)參數(shù)。一般 的交換機(jī)可存儲1024個(gè)以上的MAC地址，這對于一般網(wǎng)絡(luò)就夠用了，如果網(wǎng)絡(luò) 規(guī)模很大，選購交換機(jī)時(shí)應(yīng)注意一下它可存儲的MAC地址數(shù)。例：網(wǎng)絡(luò)拓?fù)浜湍硶r(shí)刻MAC地址表情況如

5、圖4所示，當(dāng)依次出現(xiàn)如下各種傳 輸時(shí)，交換機(jī)是如何處理的？ MAC地址表如何變化？MAC地址端口號D2B1圖4A向D發(fā)送幀；C向D發(fā)送幀；D向F發(fā)送幀；A向B發(fā)送幀。解：A向D發(fā)送幀：在MAC地址表中查找A的MAC地址，沒有找到，把A 的MAC地址與所在端口號1添加到MAC地址表中；在MAC地址表中查找D的MAC 地址，找到端口號為2，與源端口不同，則從端口 2轉(zhuǎn)發(fā)數(shù)據(jù)。C向D發(fā)送幀：在MAC地址表中查找C的MAC地址，沒有找到，把C的 MAC地址與所在端口號2添加到MAC地址表中；在MAC地址表中查找D的MAC地 址，找到端口號為2，與源端口相同，則丟棄數(shù)據(jù)包。D向F發(fā)送幀：在MAC地址表中

6、查找D的MAC地址，找到端口號為2；在 MAC地址表中查找F的MAC地址，沒有找到，則把數(shù)據(jù)包廣播到各端口。A向B發(fā)送幀：在MAC地址表中查找A的MAC地址，找到端口號為1；在 MAC地址表中查找B的MAC地址，找到端口號也為1，兩端口相同，則丟棄數(shù)據(jù) 包。完成后，MAC地址表為：MAC地址端口號D2B1A1C2圖5二、交換機(jī)的交換方式交換機(jī)通常有3種交換方式。1、直通式(Cut Through)：當(dāng)輸入端口檢測到一個(gè)數(shù)據(jù)包時(shí)，就檢查該包的包頭，根據(jù)包內(nèi)的目的地址 把數(shù)據(jù)包直通到相應(yīng)端口。優(yōu)點(diǎn)：這種方式不需要等數(shù)據(jù)包接收完就開始轉(zhuǎn)發(fā)，交換速度快，延遲非常 小。缺點(diǎn)：不提供錯誤檢測服務(wù)，有可能將

7、出錯的數(shù)據(jù)包轉(zhuǎn)發(fā)出去。也不提供緩 存，不能將速率不同的端口直接接通，而且容易丟包。2、存儲轉(zhuǎn)發(fā)式(Store & Forward)：這種方式先將數(shù)據(jù)包完整的接收下來，經(jīng)過CRC檢查，如果數(shù)據(jù)包沒有錯誤， 再根據(jù)地址進(jìn)行轉(zhuǎn)發(fā)。優(yōu)點(diǎn)：提供錯誤檢測服務(wù)，改善了網(wǎng)絡(luò)性能。支持速度不同的端口的轉(zhuǎn)發(fā)服 務(wù)，可以保證高速端口與低速端口間協(xié)同工作。缺點(diǎn)：傳輸延時(shí)較大，而且需要較大的緩存容量。3、碎片隔離式(Fragment Free)：它檢查數(shù)據(jù)包的長度是否夠64個(gè)字節(jié)，若小于64字節(jié)，說明是廢包，進(jìn)行 丟棄，若大于64字節(jié)，則發(fā)送該包。這種方式可保證碰撞碎片不在網(wǎng)絡(luò)中傳播，提高了網(wǎng)絡(luò)效率，它的數(shù)據(jù)處理 速度

8、介于直通式和存儲轉(zhuǎn)發(fā)式之間。多用于低端交換機(jī)產(chǎn)品。低端交換機(jī)產(chǎn)品一般只具有一種交換方式，有些高端交換機(jī)產(chǎn)品具有兩種交 換方式，并且可以根據(jù)網(wǎng)絡(luò)環(huán)境自動選擇交換方式。三、交換機(jī)的工作模式1、半雙工模式（Half duplex）：在一個(gè)端口上，同一時(shí)刻只能發(fā)送數(shù)據(jù)或接收數(shù)據(jù)。也即發(fā)送和接收不能同 時(shí)進(jìn)行。2、全雙工模式（Full duplex）：在一個(gè)端口上，同一時(shí)刻可同時(shí)進(jìn)行數(shù)據(jù)的發(fā)送和接收。交換機(jī)與設(shè)備之間一般是用雙絞線或光纖進(jìn)行連接的；雙絞線一般有8根線 芯，2根用于發(fā)送數(shù)據(jù)，2根用于接收數(shù)據(jù)；光纖一般也是采用多芯光纖，有的 用于發(fā)送，有的用于接收。所以，從理論上講網(wǎng)絡(luò)具有全雙工傳送的能力。

9、但在 共享式網(wǎng)絡(luò)中，發(fā)送數(shù)據(jù)時(shí)，主機(jī)還必須監(jiān)聽碰撞信號，所以共享式網(wǎng)絡(luò)只能工 作在半雙工模式；而交換式網(wǎng)絡(luò)采用點(diǎn)對點(diǎn)的通信，不需要再監(jiān)聽碰撞信號，所 以才能工作于全雙工模式，如圖6所示。全雙工模式相當(dāng)于將網(wǎng)絡(luò)帶寬提高了一 倍。圖6集線器的半雙工工作方式和交換機(jī)的全雙工工作方式第五章案例分析：故障案例分析一：駐馬店市區(qū)劉閣基站（DE34）TRX2有7533告警（TX ANTENNA OR CONBINER CONNECTION FAULTY）由于連接在同一個(gè)合路器上的 TRX1 工作正常，初步判斷AFEA沒有故障，TX連線緊固，則判斷可能是TRX壞或 者TX連線壞，更換TRX后故障解除。但是到3

10、月9號，TRX2再次出現(xiàn)7533 告警，由于TRX為新?lián)Q的，TX連線無故障，分析認(rèn)為合路器AFEA不穩(wěn)定， 存在隱患，更換AFE后故障解除，沒有重復(fù)出現(xiàn)。故障案例分析二：西平人和基站（DE34）BCFA故障，更換后無法自啟，檢查發(fā)現(xiàn)軟件包不 對應(yīng)（使用的板件是返修的庫存板件，沒有考慮軟件包問題），灌入對應(yīng)軟件包 重啟后，Sec2和Sec3無法正常工作，其中Sec2的TRX7正常，而TRX8和Sec3 的 TRX9 和 TRX10 均有 7514 告警（13MHZ CLOCK IS MISSING IN TRX)按照Nokia告警處理提示應(yīng)更換TRX,但三塊TRX同時(shí)壞的可能性不大， 考慮可能為

11、其他原因引起。于是將Sec2正常運(yùn)行的TRX7和出故障的TRX8倒 換位置，(操作過程中對該層PSUA斷電)結(jié)果Sec2兩塊TRX均恢復(fù)正常。于 是將Sec3的PSUA斷電再加電，該扇區(qū)亦恢復(fù)正常。分析認(rèn)為有時(shí)TRX內(nèi)部軟 件需要重新掉電初始化。這一點(diǎn)和后來改半速率過程中，有些DE34站雖然數(shù)據(jù) 與BSC完全對應(yīng)，仍然出現(xiàn)OMU信令不活的現(xiàn)象類似，出現(xiàn)這種情況時(shí)，對 基站供電單元CSUA掉電再加電就可以解決。故障案例分析三：遂平紅堂基站(UltraSite)O改S后，Sec1 一直占不上用戶，且有7602 (Mismatch between BSC/MMI configuration file

12、 and the actual)告警，經(jīng)檢查發(fā) 現(xiàn)，硬件數(shù)據(jù)庫中Sec1的數(shù)據(jù)不完整，補(bǔ)充完整后再上傳進(jìn)去，重啟BCF，故 障解除。故障案例分析四：婦幼保健院(ULTRASITE)斷站，且斷站時(shí)有7606告警，告警提示為合路 器反射功率過高。根據(jù)以往經(jīng)驗(yàn)，產(chǎn)生這個(gè)告警的原因有兩種，駐波比過高或合 路器壞，測試駐波比正常，更換合路器重起基站后告警消失，后期觀察沒有再出 現(xiàn)這個(gè)告警。故障案例分析五：市區(qū) 502 基站(ULTRASITE)的 SEC3 反復(fù)閃斷，有 7705, 7706, 7723, 8102 等告警。到基站后發(fā)現(xiàn)傳輸板時(shí)而亮黃燈，時(shí)而亮綠燈，并且掉話非常明顯。因 為有傳輸告警，所

13、以先從傳輸板、傳輸連接件和傳輸線考慮。自環(huán)傳輸板正常， 檢查DDF架。結(jié)果發(fā)現(xiàn)DDF架的2M接頭松動，緊固后傳輸板沒有再出現(xiàn)間歇性 閃爍，基站正常運(yùn)行。故障案例分析六：駐馬店市區(qū)關(guān)王廟基站(UltraSite)的Sec2反復(fù)出現(xiàn)7604告警(Rx levels differ too much between main and diversity antennas)，造成嚴(yán)重掉話。測量天線駐 波比正常，更換寬帶合路器WCGA和雙工器DVGA仍不能解決，對基站主設(shè)備 徹底檢測確定正常，檢查天饋部分，發(fā)現(xiàn)饋線進(jìn)入機(jī)房后的接頭處松動，重做接 頭并緊固后告警消除。對此故障分析認(rèn)為，有時(shí)天饋系統(tǒng)的駐波比正

14、常，并不能 說明故障一定不是出在天饋系統(tǒng)。有些并不嚴(yán)重的連接松動情況可能無法在駐波 比中顯示。因此在處理這類故障的時(shí)候，測量天饋系統(tǒng)的參數(shù)只是判斷故障的一 個(gè)參考，還需要對連接部分進(jìn)行仔細(xì)的檢查。故障案例分析七：西平后呂基站(DE34)白天更改硬件，加載頻，數(shù)據(jù)更改完之后，夜間重 啟后無法起站。經(jīng)現(xiàn)場檢查，發(fā)現(xiàn)硬件數(shù)據(jù)庫中的TRXSIG速率不對，更改后 恢復(fù)正常。據(jù)機(jī)務(wù)員改動數(shù)據(jù)的過程，發(fā)現(xiàn)一個(gè)平時(shí)沒有特別注意到的一個(gè)細(xì)節(jié) 問題。DE34基站在在硬件數(shù)據(jù)庫上改動TRX的位置或者添加、刪除TRX時(shí)， TRXSIG速率會自動更改為全速率數(shù)據(jù)及16K，故需要手動更改為半速率數(shù)據(jù) 32K之后再上傳。故

15、障案例分析八：確山、泌陽割接故障處理：割接之后以下基站不能起站：泌陽白果樹、泌陽梅林、泌陽條山、泌陽老 邱洼、確山桐樹園?，F(xiàn)象都是OMU信令不活。故障處理：泌陽梅林一從基站環(huán)路，SXC上ET燈熄滅；斷開，入信號丟失燈亮；放通，ET 燈熄滅。即，看起來，基站到SXC線路正常。機(jī)房確認(rèn)BSC到SXC正常，交 叉連接數(shù)據(jù)也正確。機(jī)房和基站對OMU信令時(shí)隙一致，看起來，線路和數(shù)據(jù)都 正常，懷疑起不來是基站吊死或數(shù)據(jù)丟失。但是機(jī)務(wù)員冷起過基站，重做過數(shù)據(jù)， 重做過開通，信令還是不活。而且基站作模擬開通，基站能夠起得來，說明基站 主設(shè)備沒有問題?，F(xiàn)在故障只能定位到物理線路上了，于是聯(lián)系傳輸機(jī)房改落地 DD

16、F架位置，之后信令活，起站正常。而之后，在處理白果樹基站故障時(shí)，發(fā) 現(xiàn)白果樹從基站落地DDF架到SXC環(huán)路不正常，這是環(huán)原梅林落地，兩個(gè)ET 燈同時(shí)熄滅。原來梅林和白果樹SXC交叉機(jī)側(cè)DDF架線鴛鴦所致。泌陽條山一該站有2個(gè)機(jī)柜，2條傳輸，第一個(gè)機(jī)柜OMU信令在7、8時(shí)隙，第 二個(gè)機(jī)柜OMU信令在1、2時(shí)隙。當(dāng)晚看到OMU信令不活，懷疑是2個(gè)傳輸 弄反，于是改了 SXC數(shù)據(jù)，結(jié)果還是不活。待上午，機(jī)務(wù)員到站上環(huán)路發(fā)現(xiàn)， 后來的連接是錯的，又改回之前的連接，信令活。本人認(rèn)為可能是傳輸設(shè)備吊死， 到基站環(huán)路相當(dāng)于重新激活一下。泌陽老邱洼一根據(jù)之上的處理經(jīng)驗(yàn)，我們先查傳輸線是否鴛鴦，結(jié)果發(fā)現(xiàn)是落地

17、線鴛鴦。故障案例分析九：泌陽秦老莊邊改宏后基站不能正常工作。到基站后從表面看BCFA亮紅燈， TRUA指示燈正常。對基站自身重啟后出現(xiàn)7829（A-BIS及D-BUS接口連接失 ?。└婢?，分別更換BCFA板及后備板BUS線但告警依舊。然后考慮可能是BCF 無法控制到的TRUA單元存在問題，更換TRUA后重啟告警消失，基站恢復(fù)正 常。故障案例分析十：汝南綜合樓SEC3所有載頻均出現(xiàn)7745告警，掉話嚴(yán)重，并且有7601告警， 到基站后經(jīng)過檢查發(fā)現(xiàn)時(shí)鐘偏移嚴(yán)重，更改時(shí)鐘DAC數(shù)模轉(zhuǎn)換值，將13MHz 時(shí)鐘調(diào)整到誤差允許范圍內(nèi)，重啟BCF后正常，可不久又再次出現(xiàn)時(shí)鐘偏移現(xiàn) 象。檢查數(shù)據(jù)發(fā)現(xiàn)是由于沒有

18、設(shè)置傳輸板的時(shí)鐘同步造成的，（汝南機(jī)務(wù)員在前 一天處理8150告警時(shí)更換了傳輸板）。設(shè)置傳輸同步并重作開通后基站恢復(fù)。對 此故障的處理反映出一個(gè)問題，就是我們在更換基站的板件時(shí)，一定要注意對此 板件的配置，還要注意更換板件是否對其他板件的配置產(chǎn)生影響。基站系統(tǒng)是一 個(gè)整體，要注意板件之間的關(guān)聯(lián)，這樣才能使整個(gè)系統(tǒng)運(yùn)行正常。與此類似的故 障還有一例：汝南陶橋（DE34）新開基站，開站時(shí)傳輸板一直亮黃燈，信令不活。 檢查數(shù)據(jù)庫、分支表、BCF接口設(shè)置都正確。因此考慮傳輸原因，從DDF架直 接環(huán)到交換機(jī)房的ET，狀態(tài)正常，對基站自環(huán)傳輸板亮黃燈，初步判斷可能是 傳輸板故障，更換傳輸板后情況相同。最后

19、注意到兩個(gè)傳輸板都比較新，考慮可 能是傳輸板沒有格式化。于是對傳輸板進(jìn)行格式化，重新配置分支表并激活，傳 輸板恢復(fù)正常。分析認(rèn)為：隨著DE34數(shù)量越來越少，傳輸板大多是舊板返修過的，一般不用進(jìn)行格式化。但如果是全新的板子，就需要對其進(jìn)行格式化之后再 配置數(shù)據(jù)。故障案例分析十一：泌陽消防隊(duì)(UltraSite)O改S后基站沒有告警但是一直起不來，只有Sec3 有兩塊載頻能起來。到現(xiàn)場檢查基站數(shù)據(jù)完整，比較發(fā)現(xiàn)，能起來的載頻基帶部 分為BB2A，其余載頻基帶部分均為BB2F，于是懷疑BSC軟件包版本偏低，與 交換機(jī)房交流證實(shí)了是軟件版本原因，機(jī)房更換高版本軟件包后重啟，基站恢復(fù) 正常。此故障說明，

20、我們在處理故障時(shí)一定要注意到細(xì)節(jié)的問題，善于比較和分 析，這樣對一些雖然有故障卻并沒有相關(guān)告警提示的障礙才能做出快速準(zhǔn)確的判 斷。故障案例分析十二：市區(qū)劉閣基站(ULTRA)擴(kuò)容，與機(jī)房聯(lián)系后知道TRX8位置為空位，到 基站后加上載頻，把相應(yīng)的數(shù)據(jù)庫和分支表做全后，重啟基站，發(fā)現(xiàn)第 TRX8 一直不能被BOIA識別，重新檢查軟件和硬件確認(rèn)無誤后，故障依然存在，和 TRX6調(diào)換后，該載頻在TRX6位置可以被識別，TRX8位置的載頻仍然不能被 識別。建到第10塊空位置后，也不能被識別，因此判斷是下面六塊的公共部分。 使用的是DVGA和WCGA，檢查電源BUS線并更換后，故障依然存在，檢查 從主控層

21、到下面兩層的BUS線，發(fā)現(xiàn)連接下層載頻的BUS線斷裂松動，重新緊 固后重啟，基站恢復(fù)正常。故障案例分析十三：汝南陶橋(DE34)斷站，O3配置,合路器用的是RTC，起站過程中BCCH信 令在TRX1,TRX2,TRX3上來回跳躍，基站起來后隨即中斷，且有7842關(guān)于合路 器的告警，更換RTCC后重起告警消失，基站恢復(fù)正常。故障案例分析十四：西平南王莊(UltraSite)新開基站，開站后機(jī)房通知SEC2，3占不上用戶，且 沒有和設(shè)備相關(guān)的告警。到站后檢查發(fā)現(xiàn)BIOA中沒有硬件數(shù)據(jù)庫數(shù)據(jù)，重做數(shù) 據(jù)庫并上載后基站正常工作。分析原因可能是灌完數(shù)據(jù)庫后沒檢查，而數(shù)據(jù)庫又 沒有正常灌入；另外一種可能是

22、NOKIA工程師做數(shù)據(jù)庫時(shí)用的Nokia BTS Manager是4.0版本，由于配套設(shè)備不同步，沒能及時(shí)開站，后來開站時(shí)對基站 做開通所用的Nokia BTS Manager是3.3.3版本，這種情況下會導(dǎo)致數(shù)據(jù)庫丟失。 故障案例分析十五：市區(qū)農(nóng)行基站(MetroSite)傳輸板出現(xiàn)故障，經(jīng)常閃段，需要更換傳輸板， 可BTS Manager 一直連接不到基站，測量連接線正常，檢查電腦com 口也正常， 后來在File項(xiàng)下Options子項(xiàng)中把com 口的連接速率從115200改為9600，順利 連接到基站。如下圖所示：后來市區(qū)新華書店基站(ConnectSite)也出現(xiàn)連接不上故障，修改連接

23、速率后便 順利連上。故障案例分析十六：駐馬店市區(qū)工行產(chǎn)生7601 BCF OPERATION DEGRADED 告警和7607 Fault in the chain between power unit and MHA告警，到站后發(fā)現(xiàn)告警情況如下圖 示：| Ced它 丁珈色| Emvt : D.iptig6 6 6 6 4 T T 779 60|60|6(|&(|6(|印:601即知&040! 7TT7 7 77 T 77777 3*Jq*J3tjdtjJ M M M M M M M M M M MaOA4AMinor 7801Critical 76002007-01-25 23:06. .

24、Start200T-01-25 23:06. . Start20D7-01-25 23:06. . Start2007-01-25 23:Q6.Stsrt200T-01-25 23:06. . Start2007-01-25 23:06. . Start200T-01-25 23;OS. . St-t2007-01-25 23:05, . Stert2IXIT-01-25 23:05. . Stfcrt2MT-Q1-25 23： 06. . B Stirt2M7-01-25 23:OS. Stwt2M7-01-25 23:06. . Start2M7-01-25 23:06. . Start2

25、007=01=25 23:06. . StartMMI CONMECTED TO BASE STWIOHECF FAULTY： Fault in the TEX FAULTY： Fault in the TKX FAULTY: Fault in th色 TBX FAULTY： Fault m the TRX FAULTY Fault in 而TRX FAULTY Fault in 加ch&in between pwer chain b-etween power chain b-etween power chain between pflwer chin b#t*en powtr chin bt

26、wfltn pw*aruni t aid MHA. unit and MHA. uni I and MHA. uni t and MHA wi t and MHA uni t and MHABCF OPERATION DEGRADED; TEI OFEBATIOH DEGR皿D： TRI OFERATIOH DEGRADED: TRI OFERATIOH DEGRADED： TSI OPERATION DEGSADEik TEX OPEBATIOH DEGRADE加 EXTEMAL ALAJal 9:Ffciilt ifi tb FMt m th*F誰t in th F*.ult in tk Fault in th Fault inchtinp心宣Bitchtin皿itchain between powtr uni t eht k n beiLwen. powr uni t ekai n between powtr mik t ehikn between power w.i tg MM. g MKA. u