1、華為光網絡維護寶典OptiX iManager T2000網管保護子網問題處理專題目 錄第1章 OptiX iManager T2000網管保護子網問題處理專題11.1 背景知識1 與保護子網相關的幾個概念11.1.2 T2000網管中“保護子網”的類型41.1.3 T2000網管中“保護子網”的管理51.1.4 T2000網管中保護子網的運用61.2 “保護子網”常見問題處理思路61.3 典型案例：9 案例一：T2000網管創建纖纜連接時在光板列表中找不到要選擇的光板9 案例二：創建EFS板業務時在光板列表中找不到要選擇的單板101.3.3 案例三：搜索保護子網時提示錯誤信息:"8

2、4065"10 案例四：1+1線性復用段兩端恢復方式不一致導致無法搜索到保護子網11 案例五：纖纜連接錯誤和網元側邏輯系統配置錯誤導致保護子網搜索不成功12 案例六：T2000網管無法搜索到10G設備的無保護環保護子網13 案例七：創建無保護鏈時提示"網元類型和所創建的群路板類型不符"13 案例八：在T2000網管上創建帶軟中繼的保護子網不成功14 案例九：SDH設備經過1600G設備創建保護子網無法成功15 案例十：保護子網配置不規范導致的離散業務問題處理161.4 總結18OptiX iManager T2000網管保護子網問題處理專題關鍵字：T2000 保護

3、子網內容摘要：本文在介紹T2000網管“保護子網”概念、常見操作的基礎上，對在創建和搜索保護子網過程中可能存在的問題進行了總結和分析，并結合典型案例進行分析，提供一種故障處理的思路和方法，供網管維護人員在處理類似問題時參考。1.1 背景知識1.1.1 與保護子網相關的幾個概念【網元層數據】存放于網管側的網元配置數據。在網元側有數據時，在T2000網管上創建的網元，通過上載網元配置數據或者導入網元配置腳本文件，完成數據配置。這些數據保存到網管數據庫，形成網元層數據。【網絡層數據】存放于網管側的網絡層數據。在T2000網管上創建的纖纜連接信息，從網絡中搜索出的保護子網、路徑信息等，形成T2000網

4、管網絡層數據。在網元側有數據時，網管側網元層數據是通過T2000網管上創建網元，上載網元配置數據或者導入網元配置腳本文件，保存到網管側網元層；通過在T2000網管上創建纖纜連接，搜索保護子網、搜索路徑等，形成T2000網管中網絡部分的配置數據，即網管側網絡層數據。【保護子網】保護子網是指具有完整自保護功能的網絡結構，它是構成光傳送網絡的網絡單元。在T2000網管中保護子網是一個廣義的概念，它不僅包括具有完整自保護功能的網絡結構，如復用段環、通道保護環等，還包括無自保護功能的網絡結構，如無保護環、無保護鏈等。在T2000網管中，保護子網不再僅是復用段環或通道保護環，而是一個網絡級的概念，它的組成

5、要素包括網元設備、纖纜連接。只有創建了網元，對網元做了基本配置，并且網元之間的纖纜連接已正確建立，才有足夠的資源來創建保護子網。這些是創建保護子網的前提。從邏輯系統的觀點來看，創建保護子網的實質就是給各網元配置相應的邏輯系統，并將各單板光口（或VC4）映射到邏輯系統中去，然后將這些孤立的邏輯系統聯系起來，構成一個完整的網絡結構。從這里也可以看出，保護子網與邏輯系統不同，邏輯系統是一個孤立的網元級的概念，而保護子網則是全網性的，網絡級的概念。那些配置了可以構成保護子網的邏輯系統的網元，如果在網管側沒有正確的纖纜連接，是無法構成保護子網的，因為它們是孤立節點。保護子網是T2000網管進行業務配置（

6、路徑配置）的前提。【刪除網絡層保護子網】刪除保護子網與網管側網元層各個邏輯系統之間的關聯，刪除后支持刪除光纖、重新上載網元數據等功能。該命令不下發到網元，不影響業務，當配置完成后重新搜索保護子網，再在路徑視圖中搜索路徑即可重新創建原來的業務。【刪除網元層保護子網】刪除保護子網及網管側網元層邏輯系統以及所有相關業務。刪除保護子網后無法恢復保護子網，只能重新建立。該命令不下發到網元，不影響業務。【擴展保護子網】即形如ADM-ADM-TM 或者ADM-ADM-ADM型的無保護鏈。對于鏈型保護子網而言，兩端的邏輯系統應該配置成TM，只有中間的邏輯系統才配置成ADM，但在實際工程安裝的過程中，組網設備可

7、能是分批到貨的。這樣就出現無保護鏈的一部分不全的情況，但隨著建設的過程，需要逐步開通業務。此時，就需要T2000網管能夠對這種不全的保護子網進行支持。由于此種保護子網是可能會延伸下去的，因此叫作擴展保護子網。T2000網管不支持創建，只支持搜索、刪除、從網絡層刪除。當新的設備到貨時，請先將原擴展保護子網從網絡層刪除，再重新進行保護搜索與電路搜索。【孤立節點】孤立節點不是指孤立的網元，而是指一類特殊的邏輯系統。它是不屬于任何保護子網也不屬于出子網光口的邏輯系統。孤立節點在網元側有配置，但無法（或者還未）與其它節點組成相應保護子網的節點。形成孤立節點的原因有：l 網元側的配置信息有誤；l 在T20

8、00上尚未創建該節點連接的纖纜；該節點所在的子網是無保護的。【出子網光口】出子網光口也稱為出系統光口，用于與非T2000管轄范圍內的設備建立通訊連接。網管系統一般通過在空閑線路板端口上創建邏輯系統來創建出子網光口，且網元屬性必須是TM，無保護，并且沒有光纖連接。出子網光口與孤立結點雖然都是通過邏輯系統實現，但孤立結點不屬于任何保護子網和出子網光口。滿足一定條件的孤立結點可以創建出子網光口，從網絡層刪除出子網光口也就成為孤立結點。 出子網光口在10G MADM中使用很普遍，一般需要創建出子網光口，以支持E4業務。由于10G MADM沒有邏輯系統概念，所以它的出子網光口只在網管側完成，不提供搜索功

9、能。【刪除網絡層出子網光口】成功刪除后，該出子網光口即為孤立節點，不影響業務，當再次將該孤立節點創建為出子網光口后，在路徑視圖中即可重新搜索到該出子網光口的業務。【刪除網元側出子網光口】直接刪除出子網光口及其所有業務，無法恢復。1.1.2 T2000網管中“保護子網”的類型本部分主要列舉目前比較常見的幾種“保護子網”的類型和特性。類 型定 義無保護鏈工作業務不需要保護的一種線性組網方式，這種組網方式在傳輸鏈路出故障時，業務無法進行保護。無保護環只需要配置工作業務，而不需要配置保護業務的一種環形組網方式，這種組網方式在傳輸鏈路出故障時，業務無法進行保護。二纖單向通道保護環通道保護環通常由兩根光纖

10、構成，一根光纖用于傳業務信號，稱為S光纖；另一根光纖傳相同的信號用于保護，稱為P光纖。通道環的特點：雙發選收，在發送端向工作光纖和保護光纖發送相同的信號，在接收端根據信號質量的優劣選擇。二纖單向通道保護環，業務的傳送方向一致，走分離路由。二纖雙向通道保護環二纖雙向通道保護環中其1+1方式與二纖單向通道保護環基本相同，只是返回信號沿一致路由返回，主要優點是在無保護環或將同樣ADM設備應用于線性場合時有通道再利用功能，從而使總的分插業務量增加。二纖單向復用段專用保護環在這種環形結構中，節點在支路信號分插功能前的每一高速線路上都有一保護倒換開關。正常情況下，低速支路信號僅僅從S1光纖進行分插，保護光

11、纖P1是空閑的。 采用APS協議實現故障的保護。 因為二纖單向復用段專用保護環環上的業務是1：1保護的，在正常時備環P1上可傳額外業務，因此二纖單向復用段專用保護環二纖專用復用段保護環的最大業務容量在正常時為2×STM-N（包括了額外業務），發生保護倒換時為1×STM-N。二纖雙向復用段共享保護環與二纖單向復用段專用保護環不同的是，這種環形結構中的每根光纖都包含兩種信號，S1/P2光纖的一半時隙（比如時隙1到T）用于傳送業務信號，另一半時隙（比如時隙T+1到N，其中T = N/2）留給保護信號，S2/P1光纖也是如此。 它也采用APS協議實現保護倒換。二纖雙向復用段共享保護

12、環的最大業務容量為M×（STM-N）/2或M×STM-N（包括額外業務），這里M代表節點數。四纖雙向復用段共享保護環四纖雙向復用段共享保護環有兩根業務光纖（一發一收）和兩根保護光纖（一收一發）。 其中業務光纖S1形成一個順時針業務信號環，業務光纖S2形成一個逆時針業務信號環，保護光纖P1、P2分別形成S1、S2反方向的兩個保護信號環，在每根光纖上存在一個倒換開關作保護倒換用。四纖雙向復用段共享保護環支持區段倒換，僅僅節點失效或業務光纖與其保護光纖同時被切斷時才需要利用環回方式進行保護，而單板或者單纖失效等單向故障可以利用區段倒換方式。這樣四纖環可以抗多點失效，從而使通道可用

13、性大大增加，并有利于實現定期性維護工作。復用段線性保護1+1業務方向為雙向，業務按復用段協議1+1方式進行保護的一種線形組網方式，這種組網方式在傳輸鏈路出故障時，工作業務按復用段協議進行倒換到另一條鏈上，從而得到正常的保護。復用段線性保護M:N業務方向為雙向，業務按復用段協議M:N方式進行保護的一種線形方式，這種組網方式在傳輸鏈路出故障時，工作業務按復用段協議進行倒換，從而得到正常的保護。M是保護的鏈路條數，暫時只支持一條。N是工作的鏈路條數1.1.3 T2000網管中“保護子網”的管理T2000網管中“保護子網”的管理完成網絡保護的配置和顯示，具體包括：瀏覽、創建、刪除、修改、搜索保護子網，

14、以及出子網光口管理、孤立節點管理。l 創建保護子網包括二纖雙向復用段共享保護環、二纖單向復用段專用保護環、四纖雙向復用段共享保護環、二纖單向通道保護環、二纖雙向通道保護環、線性復用段保護（1+1保護和M：N保護）、無保護環、無保護鏈等。l 搜索保護子網。搜索T2000網元層數據中各網元、纖纜的信息，組成完整的保護子網信息。l 查看所有的孤立節點。l 查看保護子網資源描述。l 查看、設置保護子網倒換狀態。l 設置等待恢復時間和觸發條件。l 啟停保護子網的復用段保護協議。l 設置、瀏覽出子網光口。1.1.4 T2000網管中保護子網的運用保護子網是T2000網管進行業務配置和路徑配置的前提。T20

15、00網管上屏蔽了邏輯系統，引入保護子網來代替。定義：保護子網是具有完整自保護功能的網絡結構(環型/鏈型)；T2000網管上保護子網拓展到無保護環、鏈等全部網絡結構，這里的保護是網管層次的體現，和設備的保護有所區別；二者的聯系和區別：邏輯系統是網元級概念，而保護子網是全網性網絡級的概念，是某一類組網方式在T2000網管管理中的體現；如果使用邏輯系統的觀點來看，創建保護子網的實質就是給各網元創建了相應的邏輯系統，并將各單板光口（或VC4）映射到邏輯系統中去，同時將這些孤立的邏輯系統按照創建的纖纜聯系起來，構成一個完整的網絡結構進行管理；1.2 “保護子網”常見問題處理思路T2000網管“保護子網”

16、管理中最主要的兩個操作為創建和搜索“保護子網”，因此本部分對進行“保護子網”創建和搜索時常見問題進行總結和歸納，供處理類似問題提供參考。1、創建“保護子網”時，網管處理過程：1）按照網元創建邏輯系統（邏輯系統關系）的方式設置數據；2）給配置模塊下發創建邏輯系統的消息，等待消息返回；3）如果條件具備，符合要求則保護子網創建成功，返回成功，否則返回失敗。保護子網成功創建后，自上而下產生三部分數據：網絡層的保護子網數據、網元層邏輯系統(或保護組)、設備上的邏輯系統(或保護組)；創建過程中如果網管的網元層已有相同的數據，即相同的邏輯系統信息(不管設備上是否存在)，那么這時不會產生網元層數據，也不下發給

17、設備，此時只在網絡層生成保護子網數據。（例如數據上載后保護子網沒有搜索成功后再創建相同保護子網時，就不會向網元下發邏輯系統數據。）2、創建“保護子網”不成功的可能原因有：1)光纖創建不正確或者不完整，一般會提示“沒有足夠資源創建保護子網” ；2)保護子網創建時選擇的速率不匹配或者該端口已經被占用，會提示“沒有足夠資源創建保護子網” ；3)全網有網元不可達，創建選擇“完成”時會提示“網元不可達”；3、搜索“保護子網”，網管處理過程如下：1)把所有孤立節點放到一個表中（不同的保護子網孤立節點不同）；2)如果是搜索鏈，則任選一個符合類型的TM，查詢其對端的光纖連接（即MS），找到與之相連的網元上的所

18、有孤立節點；3)如果可能與本節點組網且是ADM，則查詢ADM的另一端，再找光纖，再找網元上的孤立節點；4)如果找不到光纖，則說明該孤立節點不是匹配的，再找下一個可能的孤立節點；5)如果找到TM，則搜索結束，將該保護子網創建起來。如果是搜索環，則任從一個ADM開始，如果循環找到了自己，則把環搜索出來。4、處理“保護子網”搜索問題的分析思路：對于保護子網搜索問題，首先要考慮到保護子網搜索的前提：網管上正確創建光纖連接、網元層有對應邏輯系統信息，從這兩個方面來檢查，就能很容易找到保護子網搜索不出來的原因。1)首先檢查光纖連接是否正確；2)和邏輯系統相關的就是光口映射、邏輯系統屬性。檢查光口映射和邏輯

19、系統映射是否不一致或不符合要求。3)檢查保護子網屬性配置是否正確，如配置11線性復用段，要求組成該條11鏈兩端網元相關配置必須一致，如同為單端或同為雙端、同為恢復或同為不恢復，如果出現不一致，則會導致無法搜索出對應的保護子網。5、無法搜索出“保護子網”，可能原因有：1)網管上沒有正確創建光纖連接；2)網管側網元層邏輯系統信息不正確（上載不完整、或者邏輯系統配置錯誤等）；3)網元側邏輯系統信息配置不規范導致和網管保護子網模型不兼容，數據上載后網管不支持搜索。6、無法搜索出“保護子網”的解決方法：1)首先檢查網管上光纖連接是否正確，也就是光纖是否按照網管上實際組網情況連接的；2)排除光纖連接因素后

20、，就檢查網元側邏輯系統配置；a)PP環保護子網，就要檢查每個節點的邏輯系統屬性配置是否正常，對于5.0平臺配置PP（或者sncp）保護子網，由于只存在保護組，沒有邏輯系統的概念，保護子網不能搜索，只能在網管上手工創建保護子網，但此數據不會下發到網元；（說明：對于5.0平臺設備的主機除復用段保護（含線性復用段）需要創建保護子網，其他的保護方式如SNCP或無保護時可以不用創建保護子網，搜索時也無保護子網。）b)線性復用段（或者無保護鏈），就要檢查兩端網元邏輯系統映射、保護恢復方式、光口映射等是否一致，不能出現兩端映射不一致的情況；c)MSP保護子網，則要檢查每個節點邏輯系統屬性配置是否正常，主機上

21、報協議類型是否存在問題（從R2版本以后網管增加了復用段協議校驗功能，不僅僅校驗復用段協議類型，還校驗協議標志。）；d)對于軟硬中繼保護子網，在正確連接光纖連接后，搜索不出來的唯一原因就是邏輯系統配置錯誤或者配置不全了；e)對于兩個SDH網元間有波分光網元情況，如果未正常建立關系連接可能會導致保護子網搜索不成功，對于這種情況，建議SDH網元間的線纜連接時可以跨過波分光網元，直接建立兩個網元之間的雙向光纖連接即可。然后再重新搜索保護子網。 f)對于組網不規范的鏈如ADM-ADM-TM的情況時，在搜索保護子網時選中“擴展保護子網”，重新進行“保護子網”，此時一般需要等待一定的時間。3)排除以上因素后

22、，只能確認是網管軟件的功能不支持導致保護子網搜索不正常。如R2以前版本不支持ADM-ADM保護子網配置等。1.3 典型案例：1.3.1 案例一：T2000網管創建纖纜連接時在光板列表中找不到要選擇的光板 【原因分析】保護子網的創建是以光纖連接為基礎的，在沒有纖纜連接的情況下，創建纖纜連接在光板列表中找不到相應的光板說明光板光口已被占用，可能性有兩個，一是被其它錯誤的纖纜連接占用，可以通過查詢網管上本網元纖纜是否創建錯誤確認；二是光口已被置為出子網光口。如果光纖已創建纖纜連接，是必定不能創建出子網光口的，如果已創建出子網光口，在R6以前T2000版本中，也是不能創建纖纜連接的。【處理過程】在保護

23、視圖的出子網光口管理中，從已出子網的光板列表中將相應光口刪除再創建纖纜。1.3.2 案例二：創建EFS板業務時在光板列表中找不到要選擇的單板【原因分析】創建業務和路徑的前提是保護子網成功創建，此類故障多是由沒有創建保護子網造成，在網元側查詢，不能查詢到相應的邏輯系統，值得注意的是，對于EFGS單板，在邏輯映射時是以光板進行映射的，所以在配置業務前，一定也要將單板添加到出子網光口列表中才能添加成功；【處理過程】在保護視圖的出子網光口管理中，將相應單板添加到出子網光口列表中。1.3.3 案例三：搜索保護子網時提示錯誤信息:"84065"【現象描述】安裝T2000V1R6網管后，

24、在網管上上載一個MSP環上的網元，正常上載后，建立光纖連接,用T2000V100R006搜保護子網時提示錯誤信息："84065,網管側的MSP環本地節點號錯誤，請檢查光纖連接是否正確或參數設置是否正確"。【原因分析】 T2000R6網管新特性，在搜索保護子網時會校驗復用段節點參數的合法性。復用段環中網元ID最小的網元其復用段節點參數T2000R6默認為0。【處理過程】在T2000R6網管中啟停全環復用段協議，此時會重新下發全環的復用段節點參數，并且下發節點參數時會把全網網元ID號最小的網元的復用段節點參數設為0。1.3.4 案例四：1+1線性復用段兩端恢復方式不一致導致無法

25、搜索到保護子網【 現象描述】10GV2設備通過SLQ4帶2500+擴展子架，用SD4對接。10GV2和2500+組1+1線性復用段保護，在用命令行配置數據并下發后，在T2000網管上無法搜索到1+1的保護子網，只有1+1保護的孤立節點。【原因分析】T2000網管在配置和上載保護關系時，要保持保護關系一致，否則將無法用網管創建和搜索保護子網。【 處理過程】1) 現場對數據進行分析，檢查1+1線性復用段主備關系配置，發現10GV2和2500+網元主備對應關系也沒有問題，也不存在兩端單板映射不一致的情況。2) 根據配置的保護關系，檢查實際的光纖連接關系與網管上創建的光纖連接關系是否一致。如果網管上的

26、光纖連接關系不正確也將導致搜索保護關系不成功。檢查結果表明實際和網管上是一致的。排除光纖連接的錯誤。3） 檢查10GV2設備的數據配置，發現10GV2上的1+1保護關系為單端恢復式，而2500+為1+1單端非恢復式。與2500+上的配置不一致，修改2500+的配置數據為1+1單端恢復式，重新上載數據，然后再搜索保護子網，能成功搜索保護子網。1.3.5 案例五：纖纜連接錯誤和網元側邏輯系統配置錯誤導致保護子網搜索不成功【現象描述】某局使用T2000網管，數據上載后正確創建光纖連接，發現#5-8-sl1到#63-11-sl1的無保護鏈搜索不出來。數據上載正常，沒有提示錯誤。 5和#63均

27、為155/622網元。【原因分析】T2000網管保護子網不能搜索到的原因主要有：1、數據上載不正確，網元側的邏輯系統配置上載不完整。2、創建纖纜連接時連接關系創建錯。3、  網元側邏輯系統屬性配置、邏輯系統板位映射不規范，數據上載后網管不支持搜索成保護子網。【處理過程】檢查以上設置項，光纖連接正常，邏輯系統屬性設置也正常，很簡單的兩點無保護TM鏈。后來發現使用:cfg-get-logicbd;來查詢板位映射時，#5-8-sl1映射為：SYSNUM      MEMBER    

28、0; BID   BDTYPE      PATH-NUMsys7        gw1         8    sl1         0x00#63-11-sl1映射為：SYSNUM      MEMBER

29、0;     BID   BDTYPE      PATH-NUM             sys1        gw1         11    sl1  

30、;       0x01 無保護鏈兩端一端板位按照VC4劃分來映射，一端是按照光口映射，網管認為兩端單元數不等，因此保護子網不能搜索。 【建議與總結】在保護子網搜索的故障中，如果排除了纖纜連接問題，則多數是由于邏輯系統配置不規范引起，如：使用cfg-set-gutumap命令進行光板映射時，按VC4或光口映射不規范，或者網元上一塊光板重復映射了不同邏輯系統等，可以通過命令行cfg-get-logicba<sysall>和cfg-get-attrib查詢確認。1.3.6 案例六：T2000網管無法搜索到10G設備的

31、無保護環保護子網【現象描述】10G設備用命令行配置的無保護環，上載到T2000網管上，保護子網搜索時無法出保護子網。【原因分析】10G設備沒有邏輯系統的概念，所有業務的配置都是基于單板，所以可以直接配置業務，而T2000網管搜索保護子網是基于邏輯系統或者保護組的，因此在T2000網管上無法搜索，只能手工創建。【處理過程】在T2000網管上按照組網情況重新手工創建保護子網即可。【建議與總結總結】對于10G、OSN系列的產品，因取消了邏輯系統的概念，所有的業務配置都是基于單板，如果組網是無保護環或無保護鏈時，數據上載到T2000網管中，在進行“保護子網搜索”時，將無法搜索到無保護環或鏈的保護子網，

32、需要手工創建；對于復用段保護（含復用段環和線性復用段）因配置數據時需要創建保護組，所以在T2000網管中可以搜索到對應類型的保護子網。1.3.7 案例七：創建無保護鏈時提示"網元類型和所創建的群路板類型不符"【現象描述】在T2000網管上創建無保護鏈保護子網時提示"網元類型和所創建的群路板類型不符"【原因分析】1、T2000網管保護子網不能創建的原因主要有：2、網管上其它錯誤的邏輯系統已占用相應光口資源。3、纖纜連接沒有創建。4、創建的保護子網下發到網元側不通過校驗不成功。5、創建過程中參數設置錯誤。【處理過程】根據以上的分析檢查配置，纖纜連接正確，檢查

33、保護視圖中的出子網光口管理，發現已有一個網元創建出子網光口，刪除后重新創建無保護鏈保護子網，成功。1.3.8 案例八：在T2000網管上創建帶軟中繼的保護子網不成功【現象描述】在T2000上創建帶軟中繼的保護子網。軟中繼是指邏輯系統屬性為REG（不是ADM或TM）。先創建網元、單板，建立光纖連接。在保護視圖中創建MSP環，發現無法指定網元為軟REG。只好手工配置軟件REG網元的邏輯系統。但是發現仍然不能創建出（或者搜索）帶軟件REG的MSP環。【原因分析】T2000對帶軟件REG的保護子網配置有限制，簡單總結如下：需要手工創建軟件REG網元的邏輯系統；在保護視圖無法創建。 對纖纜與REG邏輯系

34、統在網管上創建的次序有嚴格要求：與REG網元相連的光纖連接，必須在REG邏輯系統創建好之后再創建。否則，T2000仍不能識別，這時需要把纖纜刪除后重新創建.創建保護子網時不要點擊REG網元。需要手工配置穿通業務，例如STM-16的REG，需要配置全部16個VC4穿通（注意不是前8個）。【處理過程】上述的問題，原因是REG網元的纖纜連接與REG邏輯系統在T2000中的創建次序不對。把相關纖纜刪除，重新創建纖纜后，這時再來創建或搜索保護子網都成功了。1.3.9 案例九：SDH設備經過1600G設備創建保護子網無法成功【現象描述】 某局使用T2000網管管理1600G設備和10G設備，10G設備經過

35、波分設備組成無保護鏈，光纖連接建好后，保護子網無法創建，網管版本為T2000V1R8 【原因分析】1600G設備與320G設備類似，所以光纖創建方案按照320G設備光纖創建原則創建。320G設備光纖創建原則為：OTU-M40-WBA->WPA-WBA-D40-OTU。故1600G設備光纖按照如下方式創建：OTU-M40-OBU->OAU-D40-OTU。按照如上方式創建光纖后，仍然無法創建保護子網，網管提示信息為：沒有足夠資源創建保護子網，請確認已正確連接線纜并沒有選擇Reg，或者是選錯了線纜級別，錯誤碼：131084。仔細檢查光纖連接，沒有發現錯誤。原因是1600G設備FIU單板

36、也需要創建光纖連接，不同于320G設備。 【處理過程】 將原來光纖連接方式：OTU-M40-OBU->OAU-D40-OTU，修改為OTU-M40-OBU-FIU->FIU-OAU-D40-OTU后，保護子網創建成功。 【建議與總結】 1600G設備在創建光纖連接上與320G設備存在部分差異，需要注意。1.3.10 案例十：保護子網配置不規范導致的離散業務問題處理【現象描述】#11#12#13網元組成復用段保護環，#17網元為#12的擴展子架，#17和#16網元均為無保護鏈，#16所帶一些鏈上業務到17站的，現場反饋#17網元到#16以及#16所帶鏈上的業務全是離散的，在#17網元

37、看不到任何路徑。實際上，#17網元的1-PQ1幾乎全部配了2M業務。在網管上保護子網搜索正常，為什么?【原因分析】1、首先分析搜索不出來#17網元的業務路由， #17網元業務都是到#16網元所帶鏈的業務，在#17網元上下，然后經過#12、#11、#16穿通出去。2、檢查離散業務情況，從存為文本的離散業務中發現有下面一條VC4穿通的離散業務值得懷疑：VC4       11        11-SL4-1   

38、;       VC4-1     10-S16-1             VC4-7     激活        VC4      11       10-S16-1         VC4-7     11-SL4-1          &