OTN告警介紹及故障定位ZTE

OTN告警介紹及故障定位ZTE

OTN告警介紹及故障定位?法

1 OTN幀結構簡介

1.1 OTN產?的背景

?前隨著通信?業的發展，對光?絡的要求越來越?，要求光?絡所承載的信息量也越來越?，承載的客戶信號種類也各種各

樣，包括SDH、ATM、以太?、IP等多種信號都要求能在光?絡中快速、?效、透明、可靠的傳輸。為此，國際電信聯盟ITU

制訂光傳送?OTN的相關標準，來指導OTN的發展。

光傳送?OTN是下?代光?絡的發展?向。OTN設備主要完成的功能就是將客戶信號封裝在OTN的相應幀格式中，透明、?

效的進?傳輸，同時，通過相應的OTN開銷對信號的好壞進?檢測。因此，理解好OTN開銷對深?理解OTN設備有著重要意

義。

ITU-T在G.709標準中規定了OTN的幀格式和映射?式，；在G.798標準中規定了設備的功能特性。因此，本?冊主要以G.709

和G.798為標準，結合我司M820V2.5設備和ZXONE 8X00設備，主要講述我司設備OTN開銷的實現以及檢測。

1.2 OTN的?絡層次

光傳送?OTN的?個主要特征就是?絡的層次化。將光傳送?劃分為多個?絡層次，每個層次之間彼此互為服務層與客戶層。

客戶信號在不同層次之間進?傳輸，每?層次都有著??的開銷，?于檢測本層次信號的好壞。

根據ITU-T的G.709規定，OTN分為客戶信號層、光通道凈荷單元（OPU）、光通道數據單元（ODU）、光通道傳送單元

（OTU）、光通道層（OCH）、光復?段層（OMS）、光傳輸段層（OTS）。以上各層之間，前者是后者的客戶層，后者是

前者的服務層。下?是對各層的簡單說明：

1. 客戶信號層：該層主要指OTN?絡所要承載的局?信號，主要包括：SDH、以太?、

IP業務等。

2. 光通道凈荷單元OPU：該層主要是?來適配客戶信號以便使其適合在光通道上傳輸，

即：承載客戶信號的“容器”。該層的開銷主要?來指?客戶信號映射到OTN信號的過程。

3. 光通道數據單元ODU：該層是由OPU層和ODU層相關開銷構成的，該層的開銷可

以?持對傳輸信號質量端到端的檢測。

4. 光通道傳送單元OTU：該層是在光路上傳輸信息的基本單元結構，有ODU層和OTU

層相關開銷構成。

5. 光通道層OCH：該層是具有特定波長和特殊幀格式的光信號，其中特殊幀格式即定義

的OTU層。

6. 光復?段層OMS：該層為經過合波處理的多波長光信號。

7. 光傳輸段層OTS：該層是經過OA放?等處理后的光信號。

由于層次化是OTN?絡的主要特點，因此，熟悉各層次結構對于理解OTN標準?分重要。下圖是OTN各層次圖，以我司設備

為例，指出各層的具體位置。

客戶信號層O P U層O D U層O T U層O C H層O M S層O T S

層客

戶層服

務層

M820V2.5設備OTN各層次舉例

客戶信號層（SDH）

在這需要指出的是OTS層、OMS層和OCH層是純粹的光信號，雖然G.709中定義了相關的開銷，但是?前?乎所有的設備制造

商都沒有涉?。因此，我們重點關注的應是OPU層、ODU層以及OTU層的相關開銷。

OTN各層還有不同的速率級別，即通常采?OPUk、ODUk、OTUk的形式來表?OTN各層（k=0、1、2、3），ODU0對應

1.25G速率級別可以?來封裝GE信號；ODU1對應2.5G

速率級別可以?來封裝STM-16信號；ODU2對應10G速率級別；ODU3則對應40G速率級別。

1.3 OTN的幀結構

OTN的幀結構與SDH的幀結構不同，OTUk的幀是由4?4080列的字節組成。每?個OTUk幀都可以看成相應ODUk加成OTU的

開銷所構成，?每?個ODUk也同樣可以看成是由相應的OPUk加上ODU的開銷所構成。下圖是?個OTUk幀的?意圖：

1

2

3

4

上圖所?中，紫?區域為OTUk幀的幀頭區；紅?區域為OTU層開銷；藍?區域為ODU層開銷；綠?區域為OPU層開銷；黃?

區域為OTUk幀的凈荷區。詳細的開銷?意圖如下圖所?：

下?就分別對各區域開銷做簡單介紹。

1. 幀定位字節：

G.709中規定，每?個OTUk的幀頭有6個幀定位字節（FAS）和?個復幀定位

字節（MFAS）組成。幀定位開銷既可?于OTUk也可以?于ODUk，當設備收到

的OTUk幀或ODUk幀的幀定位字節出現錯誤時，設備上報OTU幀丟失（對于

ODU幀則上報ODU-LOFLOM）；如果出現復幀錯誤，則會上報OTU復幀丟失

的告警。需要特別指出的是，?論是幀丟失還是復幀丟失，都按業務失效處理。

2. OTUk的開銷：

如圖2-3所?，OTUk的開銷實際上有兩部分組成，?部分是7個字節的開銷，另

?部分是最后附加的FEC糾錯開銷，這?重點介紹OTUk的7個字節開銷。

OTUk的7字節開銷主要三部分組成：3字節的段檢視開銷（SM）、2字節的通

?通信通道（GCC0）以及2字節的預留段（RES）。與我們業務密切相關的是

SM段的開銷。

SM段開銷有3個字節組成，第?個字節為路徑蹤跡標?符（TTI），第?個字節

為?特間插校驗碼BIP-8，最后?個字節則由4位的后向差錯指?/后向輸?定位

錯誤指?（BEI/BIAE）、1位后向缺陷指?（BDI）、1位的輸?定位錯誤（IAE）

以及2位的預留?特所組成，?意圖如下：

路徑蹤跡標?符（TTI）是由64個字節組成，?來指?路徑蹤跡防?錯連。我司的設備既可以在源端?為設置TTI的期望值，也

可以檢測上游傳遞過來的TTI值，當所受到的TTI 值與?管設置的期望值不?致時，則上報TTI失配告警。

?特間插校驗碼BIP-8是?來檢測OTUk幀中的傳輸錯誤的，當收到的BIP-8值與上游發來的BIP-8值不?致，則設備會統計BIP-

8個數，以表?上游傳過來的信號中有誤碼存在。

后向差錯指?/后向輸?定位錯誤指?（BEI/BIAE）是?來向上游指?錯誤或對齊錯誤的，當設備收到BIP-8誤碼時，會向上游

回送同樣數量的BEI作為錯誤指?；如果設備收到幀對齊錯誤IAE時，在統計IAE秒的同時，會向上游回送同樣數量的BIAE。

后向缺陷指?（BDI）是?來向上游傳送反向失效指?的。當設備收到業務失效信息時，會向上游回送BDI，以表?收到的信

號失效。

注意:

TTI、BDI、BIP-8、BEI、IAE以及BIAE等開銷，不僅僅是在OTUk開銷中存在，同樣在ODUk層開銷和TCMi層開銷中也存在，

它們的意義是?樣的，只是?來檢測不同的?絡層次，因此，在?程中遇到相關告警或性能統計，?定要?先明確是哪?層次

的。

下圖是我司設備層次的舉例說明：

實纖實纖

3. ODUk的開銷：

G.709中規定的ODUk的開銷?較復雜，如圖2-3所?，ODUk的開銷主要由3*14

個字節組成，這?主要說明?下與業務關系密切的開銷。

在ODUk開銷中最為重要的開銷有兩組，即：3字節長的PM段開銷和3字節長的TCMi開銷。

ODUk通道段監視PM段開銷和串聯監視TCMi段開銷與OTUk中SM開銷類似，主要的區別在于PM和TCMi開銷中有3?特位的狀

態標?符（STAT），?SM 開銷中是預留位（RES）。G.709中規定的串聯監視TCM?共有6個，即TCM1~TCM6，由于其開

銷地位完全相同，故本?中統??TCMi來表?6個TCM 層開銷。下圖是PM和TCMi的開銷?意圖：

圖 1-1TCMi段開銷?意圖

PM層和TCMi層中的TTI、BIP-8等開銷的意義與SM中?致，不再重述。這?主要說明?下狀態標志符（STAT）的含義。狀態

標?符STAT主要由3個?特位組成，由?進制表??共有8個不同狀態。ODUk PM及TCM狀態位含義見下表。

這?需要重點關注的是維護信號，根據G.709的規定，定義了三種維護信號AIS、

OCI和LCK。當下插這三種維護信號時，設備將會以特殊碼型來替代出幀定位字

節外的全部業務信號（AIS全部置為111、OCI置為110、LCk置為101），此時，

業務應為失效處理。關于維護信號的更多內容，將在后續章節中進?詳述。

4. OPUk的開銷：

G.709中規定的OPUk的開銷主要由包括凈荷類型（PT）的凈荷結構標識（PSI）、

與級聯相關的開銷、與客戶信號映射到OPUk相關的開銷構成。這?只需要重點

關注PT。

凈荷類型PT代表了不同的業務映射類型，我司的設備不僅可以在源端設置期望的

PT值，?且在設備也可以檢測到上游傳遞過來的PT值，當接受到的PT值與?

管設置的期望值不?致時，則上報PT失配告警。

注：當設備AIS?使能狀態時，PT失配和TTI失配都不會影響業務。

1.4 OTUk,ODUk,OPUk的區別

OPUk幀是ODUk幀的?部分，ODUk幀是OTUk幀的?部分。即OTUk幀中，和業務映射相關的部分組成OPUk,OPUk加上?

些維護管理開銷組成ODUk，?

ODUk再加上?部分維護管理開銷組成OTUk

OTUk幀是為了讓ODUk幀能夠在光纖中傳輸?設計的，ODUk幀中加上?些適應于外部傳輸的開銷或處理操作就形成了OTUk

幀，例如FEC，SM開銷，擾碼等。

出現在設備外?的信號必然是OTUk幀，不可能是ODUk或OPUk幀

ODUk幀是OTUk幀的?部分，是電層處理時?到的幀格式，例如對OTUk做電再?處理時，必須將OTUk幀轉換為ODUk幀，

然后再從ODUk轉為OTUk幀。另外電層交叉調度也是在ODUk上實現的。電層的處理?不到OTUk幀中適?于外部傳輸的特

征，所以應該將OTUk幀做些簡化后再進?，實際上OTUk幀去掉適?于外部傳輸的特性后就變成了ODUk幀。ODUk幀和

OTUk幀分別有??的開銷，OTUk幀的開銷?然是在外部傳輸時?到的，?ODUk開銷是在電層處理時?到的

OPUk幀是ODUk幀的?部分，OPUk幀是專門為了實現將業務裝?OTUk幀?設計的。OPUk幀的主要功能就是把各種業務裝

OPUk幀的凈荷部分，然后再加上和業務映射有關的開銷，例如字節調整開銷和凈荷類型指?

1.5 OTN?絡中客戶信號的映射與復?

客戶信號的映射與復?過程?較復雜，這?不作詳述，僅對過程做簡單的敘述，如有需要可以參加G.709和G.798。

1. GE業務的映射過程：

GE信號—>GFP-T—>OPU0—>ODU0—>OPU1—>ODU1—>OPU2—>ODU2—>OTU2

2. 10GE-LAN業務的映射過程：

10GE-LAN信號—>GFP-F—>OPU2—>ODU2—>OTU2

3. STM-16業務的映射過程：

STM-16信號—>OPU1—>ODU1—>OPU2—>ODU2—>OTU2

4. STM-64業務的映射過程：

STM-64信號—>OPU2—>ODU2—>OTU2

上述映射過程是以M820V2.5和ZXONE 8X00為例，熟悉客戶信號的映射過程對理解單板的檢測點和故障分析是很重要的。

1.6 PM/SM/TCM/OAC層

1.6.1 SM,PM,TCM的作?范圍

SM的范圍：OTUk電再?時

PM的范圍：?OTUk信號轉換到OTUk時產?，OTUk轉換為?OTUk時終結?TCM的范圍：在整個PM范圍內的?部分，起點

和終點由?戶決定。設置?法：發送?可設置運?或透傳，接收?可設置運?、監測或透傳）

1.6.2 SM,PM,TCM層主要告警1.6.

2.1 SM層主要告警：

1.6.

2.2 PM層主要告警：

1.6.

2.3 TCM層主要告警：

1.6.

2.4 OAC層主要告警：1.6.2.4.1 GE/10GE業務

1.6.

2.4.2 SDH業務

2 維護信號的含義

根據G.709的定義，OTN ?絡中存在三種維護信號，即：告警指?信號AIS 、鎖定指?信號LCK 以及斷開連接指?OCI 。當出

現這三種維護信號時，說明所在業務失效。

2.1 告警指?信號AIS ：

AIS 是實際?程中最常遇到的?種維護信號，其根本作?傳遞告警信息，即將上游業務失效的信息傳遞給下游或者是將服務層

信號失效的信息傳遞給客戶層。因此，遇到AIS 告警要明?兩點：?是本業務?向失效；?是故障點不在本檢測點?應順著業

務流向向上游查找。此外，AIS 是要在所在層中透傳的，也就是說從產?之初開始?直到所在層結束，都會有AIS 告警。

ODU Ais 插?條件:光層LOS 、OUT 層AIS 、LOF 、LOM

、TTI 失配、ODU 層LOFLOM 、 下圖是AIS 產?和透傳的?意圖：

節節節節節

節節節AIS 節節節節

節節節節

2.2 斷開連接指?OCI ：

OCI 告警是在M820V2.5設備和M8x00設備中新增加的，其主要?的是指?交叉連接的斷開。也就是說遇到OCI 說明本業務所

在的路徑上游沒有配交叉連接。

節節節節節節

節節OCI

節節OCI

通過OCI 告警進?問題定位：

沒有配置交叉時單板對應的調度端?上報OCI 告警，上游的OCI 告警可以透傳到下游站點，根據OCI 告警上報的端?，判斷交

叉配置情況，如下圖所?。

從背板到光??向沒有配置交叉時，業務板調度發送端?上報OCI 告警；

A 站點從CH1到LO2?向沒有配置交叉時，A 站點LO2調度發送端?及

B 站點LO2調度接收端?同時上報OCI 告警。

ODUK 調度

ODUK 調度ODUK 調度ODUK 調度站點A

站點B

2.3 鎖定指?LCK ：

LCK ?般是通過?管設置的，在正常應?下是不會有該告警產?的。LCK 的主要作?是鎖定該路徑，表?該路徑不再被使

?。

3 單板端?的定義：

在M820V2.5設備和M8x00設備中，ODUk 的調度接收端?是指從光?到背板?向，ODUk 調度發送端?是指從背板到光??

向。下圖是背板端?的?意圖：

ODUK調度ODUK調度

4業務單板常見告警

單板的告警是定位故障的主要?段，因此，在本節中將主要介紹?些M820V2.5設備和M8x00設備中常見的告警，關于出現告

警后具體的定位?法將在后?中舉例詳述。

4.1 服務層信號失效告警（SSF）：

該告警是

M820V2.5設備和M8x00設備中新增的告警，?來表?該檢測點所監測層的服務層信號失

效。?如線路側接收端?業務失效時，對應的調度發送端?會上報SSF告警，出現該告警意味著業務的中斷，并會下插維護信

號AIS。服務層失效告警上報時?定是業務?向的上游檢測點有問題SSF告警優先級最?，當某端?上報SSF告警時會屏蔽掉

其他告警。

4.2 信號劣化告警（DEG）：

該告警的出現意味著當前信號質量的嚴重劣化。按照ITU-T標準的規定，我司設備可以檢測SM層、PM層和TCMi層的BIP8，當

收到信號的BIP8超過所設的DEG門限時，就會上報SM層、PM層或TCMi 層的DEG告警。DEG門限可以通過?管設置。

4.3 GFP相關告警：

通?成幀程序GFP是?來承載以太?數據業務的?種成幀?式。?般分為GFP-T和GFP-F兩種。?前，在M820V2.5設備和

M8x00設備中，GE業務采?GFP-T的封裝，10GE-LAN采?GFP-F的封裝。

GFP成幀是位于以太?業務和OPU幀之間的，也就是以太?業務先映射到GFP幀，然后再映射到OPU

中，?般是由客戶側單板（如：COMB、CH1、DSAC等）來完成的。

GFP相關告警?般主要有兩種，即：GFP客戶信號失效和GFP同步丟失。這兩種告警只有在接?以

太?業務時才會出現。GFP客戶信號失效告警意味著在GFP成幀之前以太?業務就已經失效，出現該告

警多數是因為上游客戶側信號有問題；GFP同步丟失告警意味著故障點在GFP成幀之后。有關這兩種告

警具體的定位?法將在后?中詳述。

4.4 G-AIS告警：

該告警是M820V2.5設備和M8x00設備新增的告警，?于表?客戶信號失效，相當于客戶層的維護

信號AIS，因此，只有客戶側單板（如：COMB、CH1、CD2、CQ2、CO2）才會上報該告警。當接?SDH

業務時如果上游輸?的客戶信號失效，上游客戶側單板檢測到客戶信號失效后采?維護信號G-AIS代替原

有的客戶信號向下游傳遞，此時在下游客戶側單板的輸出?會上報G-AIS告警。

4.5 后向缺陷指?BDI告警：

BDI告警是實際?程中最常見的告警之?，它的出現意味著反?向業務有失效的情況。遇到BDI告警

說明了兩點：?，本?向業務是好的；?，反?向業務失效了。舉個例?，有三個站點A、B、C，之間接

有雙向業務。若A點上報了BDI告警，則查看下游節點B，發現B點也上報了BDI告警，則繼續向下游找，

直到找到不上報BDI告警的節點C，說明節點C接收到了失效的業務并回插了BDI，此時應該由節點C開

始向上游查找業務失效點。

OUT BDI插?條件：光層LOS OUT層LOF、LOM、TTI失配、AIS、

Odu BDI插?條件: OTUT層LOF、LOM、TTI失配、AIS、ODU層LOFLOM、AIS、OCI、LCK

檢測到失效檢測到AIS

告警上報

告警上報

4.6 背板層信號幀丟失/復幀丟失告警：

該告警是M820V2.5設備中新增的告警。在M820V2.5設備中?共有兩個交叉板CSUB，分別放在7

槽位和8槽位。如果業務板有背板層狀態幀丟失告警上報，說明有交叉板不在位或者失效的情況，此時查

看該告警上報的檢測端?，如果是背板總線狀態接收端?1上報的，則說明是7槽位CSUB單板有問題；如果是背板總線狀態接

收端?2上報的，則說明是8槽位CSUB單板有問題。

8300有4塊交叉板，采?2：2保護，對業務板來講，背板端?1~4分別對應8~11槽位的交叉板，這四塊交叉板中只要有兩塊交

叉板?作正常，系統就可以正常?作。對于820和8200這樣的1：1保護系統來講，只要有?塊交叉板有效，業務就正常；對于

8300這樣的2：2保護系統來講，只要有2塊交叉板有效，業務就正常。

8200?架只要有1個交叉板正常運?就可以正常?作；8300?架只要有2個交叉板正常運?就可以正常?作；8500?架只要有

4個交叉板正常運?就可以正常?作；

如果交叉板的數?少于以上的1/2/4個，則業務板背板總線狀態端?上報背板層信號幀丟失告警，表?缺少?夠的交叉板，?此

時業務必定?法正常運?。當業務板上報該告警時，要檢查交叉板數?是否正確及交叉板是否正常運?。

(注：8300 兩塊交叉板壞了，如何判斷？)

4.7 多點連接時各點上報的告警：

4.7.1 情況?：

沒有上業務,雙向，沒有配置交叉，線路側光纖連接，

CH1:

客戶側輸?端?：信號丟失、輸??光

客戶側輸出端?：服務層信號失效

調度發送端?：ODU OCI告警

LO2:

調度發送端?： ODU OCI告警

調度接收端?： ODU OCI告警

線路側發送端?：?告警

線路側接收端?：?告警

4.7.2 情況?：

沒有上業務，雙向，配置交叉，線路側光纖連接

CH1:

客戶側輸?端?：信號丟失、輸??光

客戶側輸出端?：GFP客戶信號失效

LO2:

?告警

4.7.3 情況三：

CH1接?業務，雙向，配置交叉，線路側光纖連接

CH1：?告警

LO2：?告警

補充說明：

沒有配置交叉時單板上報ODU OCI告警，LO2和CH1在調度發送端?（背板向光??向）有檢測點?于計算是否產?OCI，?

前此告警?較可信，?旦出現該告警可以認定是沒有配置交叉。LO2?CH1特別之處是LO2在調度接收端?（光?向背板?

向）有檢測點，可以讀取維護信號OCI開銷，?以檢測上游有沒有配置交叉；

5 常見故障的舉例定位

5.1 服務層信號失效SSF告警：

遇到該告警時，最重要的?點就是搞清楚上報該告警端?的服務層是哪?層，然后就可以?較容易的找出故障點。

情況?：線路側單板的ODUK調度接收端?上報SSF

以LD2為例，?般情況下，LD2調度接收端?所檢測的是ODUk層，因此，其服務層是OTU2層，上報SSF也就意味著光?接受

?向業務失效，此時線路側接受光?多數會有失效告警（如：LOS、LOM、LOF、OUT-AIS等）。

情況?：客戶側或線路側單板的ODUk調度發送?上報SSF

以M8x00的線路單板LO2為例，?般情況下，LO2調度發送?所檢測的是ODUk層，?調度發送?的ODUk業務是從背板過來

的，因此，背板幀信號可以看成ODUk的服務層，上報SSF意味著背板幀信號失效，此時多數情況是由于交叉板出現故障。

情況三：客戶側單板的OAC輸出光?上報SSF

以COMB單板為例，其OAC側的輸出光?檢測的是客戶信號（如SDH或以太?業務），其服務層可以認為是ODUk層，上報

SSF意味著上游發過來的ODUk層已經失效，多數情況下其相應的ODUk調度發送?會有告警上報（如：ODU-AIS、ODU-OCI

等），此時故障點應繼續向上游尋找。

5.2 GFP客戶信號失效與GFP同步丟失：

以M8x00設備中CH1單板接?GE業務為例，說明遇到這兩種告警的定位情況（COMB單板情況類似）。

節節節節節節節節節GFP節節節

上圖是上報GFP客戶側信號失效的情況。如果CH1單板客戶側輸出光?上報該告警，則說明上游對

應的客戶側信號失效，?般為沒有正確接?業務，但整個波分設備是好的。

GFP同步丟失告警的產?在M820V2.4和M820V2.5設備中的處理是不?樣的（M8x00設備與

M820V2.5設備處理?法是?致的）。在M820V2.4中，當上游客戶側單板DSAC到下游DSAC中間路徑

出現故障，則下游DSAC客戶側輸出光?就會上報GFP同步丟失。但在M820V2.5設備中，該情況則是

上報服務層信號失效。在M820V2.5設備中，如果COMB上報了GFP同步丟失告警，?般意味著上游出

現了業務接錯的現象，即很有可能是將STM-16業務或者?光交叉給GE端?上。

5.3 ODU-LOFLOM告警：

該告警的出現意味著ODU的幀定位字節或者復幀定位字節錯誤或丟失。常見的情況是業務板的調度

發送端?上報該告警，這主要是由于采?時隙交叉后，ODU幀需要在業務板進?交織與解交織，重新組裝

ODU幀，此時如果沒有對齊幀頭就會出現ODU-LOFLOM的情況。因此，該告警?般不應該出現，?旦出

現該告警則說明單板板內部FPGA處理有問題或者背板針損壞，可以嘗試IC復位?下交叉板或者出現該

告警的業務板，或許該告警會消失，但問題并沒有得到根本解決。

5.4 單板上報OCI告警

沒有配置交叉時單板對應的調度端?上報OCI告警，上游的OCI告警可以透傳到下游站點，根據OCI

告警上報的端?，判斷交叉配置情況，如下圖所?。

從背板到光??向沒有配置交叉時，業務板調度發送端?上報OCI告警；

A站點從CH1到LO2?向沒有配置交叉時，A站點LO2調度發送端?及B站點LO2調度接收端?

同時上報OCI告警。

站點A站點B

ODUK調度ODUK調度ODUK調度ODUK調度

5.5 交叉板上報時鐘不可?告警

沒有插時鐘板時或者時鐘板有問題，交叉板上報時鐘不可?告警。

5.6 單板不響應?管的操作

查看CPU占?率是否達到100%，?法為telnet到單板，每隔1分鐘單板會?動打印CPU占?率情況，KSH>CPU U rate =

61%(latest 60s), 61%(latest 300s)，單板正常運?過程中CPU占?率在100%以下，如果達到100%表?單板軟件跑死，有些特

殊情況下會造成軟件跑死，解決?法為硬復位或掉電再上電復位單板。

5.7 單板上報板不在位

1、看是否可以ping通單板及其他槽位正常的單板，如果只有本板ping不通，那么問

題鎖定在本板上，參考5.6查看是否單板跑死，看?板燈是否正常，嘗試重新燒程

序、復位或更換備板；

2、如果所有業務板都ping不通，則問題在CCP單板上，看是否可以ping通CCP板，

如果ping不通CCP板，說明系統環境有問題，檢查SNP板及?管是否可以管上，

如果環境沒有問題，那么問題鎖定在CCP單板上，嘗試復位CCP板或更換單板。

（定位CCP板問題時注意8500中的CCP的級聯順序）