B2 版本S1240 交換機刪除路由塊不成功問題的處理

麥麗妮

日常的S1240 交換機維護中，刪除路由塊不成功的現象較為常見，本文介紹了通過消息追蹤的方法來解決B2 版本S1240 交換機的路由塊刪除不成功問題。

交換機是網絡中實現數據傳輸的通信設備，很多網絡功能都是在交換機上配置實現的。交換設備常年處于不間斷的運行中，為保證設備運行和服務質量，需確保交換機處于良好的工作狀態，這就需要正確地對網絡設備進行日常維護以減少故障發生的頻率、提高網絡的可靠性。

交換機是網絡中實現數據傳輸的通信設備，很多網絡功能都是在交換機上配置實現的。交換設備常年處于不間斷的運行中，為保證設備運行和服務質量，需確保交換機處于良好的工作狀態，這就需要正確地對網絡設備進行日常維護以減少故障發生的頻率、提高網絡的可靠性。

在日常的S1240 交換機維護中，由于通信網絡的調整，經常需要調整或者刪除不需要的路由塊，有時候會碰到刪除路由塊不成功，提示仍有字冠使用此路由塊，而檢查數據卻沒有發現相關的字冠數據，此類問題一般是由于交換機內部有垃圾數據導致。本文以一次刪除路由塊不成功為例，使用TRACE 消息的方法，找到刪除路由塊不成功的原因，從而解決刪除路由塊不成功的問題。

1 問題描述

根據路由調整需要，某路由塊已不再使用，為減少交換機的垃圾數據，提高維護效率，需刪除該路由塊，但是在刪除路由塊時，出現以下提示報告：

2 問題分析處理過程

提示報告表明，刪除路由塊不成功的理由為仍有字冠在使用此路由塊，但檢查數據卻沒有發現字冠鏈接到該路由塊，因此懷疑是交換機內部有垃圾數據沒有清除導致刪除不成功。為了找到垃圾數據，需要TRACE 交換機的底層消息，從而根據消息定位垃圾數據。

首先，需要在交換機的主用側TRACE 交換機相關的60T 消息，找到刪除路由塊指令時交換機底層消息的緩存地址，如下：

從第一行UBUF 里可見，消息是存儲在4AD0 的地址內，然后再用ROUTE 指令查找4AD0 所對應的消息地址。

由上面的報告可見ROUTE：D，4AD0 時，下一個網絡地址為NET ADR：0133，因此需要進一步ROUTE

從ROUTE 的結果可知，ROUTE 最后對應的FMMID 為F35，因此我們開始TRACE 對應的F35 消息，指令如下：

開始TRC 消息后，執行REMOVE-RTGBLK 指令，然后用COL 收集TRACE 得到的消息，檢查發現在提示錯誤時出現了不正常的19177 消息，因此需要對19177 消息做ROUTE，以便進一步追蹤進一步消息。

從ROUTE 的報告得到19177 消息對應的FMMID 為F37，因此需要TRACE FMMID=37 的消息：

從收集的消息發現，指令執行結束時，消息最后停止到如下位置：

分析報告可知，該消息內關系表R_L_DESTIN.D_INDEX=99H 索引的D_ACRES2=”0019”對應的字冠不為空，從而導致路由塊刪除不成功，因此需要將D_ACRES2=”0019”的值修改為”0000”，指令如下：

修改后再次執行刪除指令即可成功將路由塊刪除，問題解決。

3 總結

在S1240 實際的維護處理過程中，垃圾數據可能會導致很多類似的問題，均可以通過TRACE 消息來分析和解決，本文主要介紹的是路由塊刪除不成功的分析和處理過程，目的在于讓更多的維護工作者在遇到類似問題時，能節省分析時間，快速有效的解決故障。