疑難排解 T1 PPRI

簡介

本文件說明如何疑難排解和確保主要速率介面 (PRI) T1 正確執行。

必要條件

需求

本文件沒有特定需求。

採用元件

本文件所述內容不限於特定軟體和硬體版本。

本文中的資訊是根據特定實驗室環境內的裝置所建立。文中使用到的所有裝置皆從已清除（預設）的組態來啟動。如果您的網路運作中，請確保您瞭解任何指令可能造成的影響。

慣例

如需文件慣例的詳細資訊，請參閱思科技術提示慣例。

背景資訊

對主速率介面(PRI)進行故障排除時，請確保兩端的T1均正常運行。原因是ISDN PRI信令位於T1物理層之上。要檢查T1第1層是否正常運行，請使用show controller t1命令。請確保任何計數器均無錯誤。確保成幀、線路編碼和時鐘源配置正確。有關詳細資訊，請參閱T1故障排除流程圖。請連絡您的服務供應商以取得正確的設定。

解決了第1層的問題，並且show controller t1計數器為零後，您就能著重處理ISDN PRI信令的第2層和第3層。

提示：您可以使用clear counters命令重置T1計數器。當計數器清除時，您可以很容易地觀察T1線路是否出現任何錯誤。但是，請記住，此命令還會清除所有其他show interfacecounters。以下是範例：

maui-nas-03#clear counters
Clear "show interface" counters on all interfaces [confirm]
maui-nas-03#
*Apr 12 03:34:12.143: %CLEAR-5-COUNTERS: Clear counter on all interfaces by console

使用show isdn status命令

show isdn status命令在排除ISDN信令故障時非常有用。show isdn status命令用於顯示所有ISDN介面的當前狀態及第1層、第2層、第3層狀態的彙總。以下是show isdn status命令輸出的一個示例：

maui-nas-03#show isdn status
Global ISDN Switchtype = primary-5ess
ISDN Serial0:23 interface
        dsl 0, interface ISDN Switchtype = primary-5ess
    Layer 1 Status:
        ACTIVE
    Layer 2 Status:
        TEI = 0, Ces = 1, SAPI = 0, State = MULTIPLE_FRAME_ESTABLISHED
    Layer 3 Status:
        5 Active Layer 3 Call(s)
    Activated dsl 0 CCBs = 5
        CCB:callid=7D5, sapi=0, ces=0, B-chan=9, calltype=DATA
        CCB:callid=7D6, sapi=0, ces=0, B-chan=10, calltype=DATA
        CCB:callid=7DA, sapi=0, ces=0, B-chan=11, calltype=DATA
        CCB:callid=7DE, sapi=0, ces=0, B-chan=1, calltype=DATA
        CCB:callid=7DF, sapi=0, ces=0, B-chan=2, calltype=DATA
    The Free Channel Mask:  0x807FF8FC
ISDN Serial1:23 interface
        dsl 1, interface ISDN Switchtype = primary-5ess
    Layer 1 Status:
        ACTIVE
    Layer 2 Status:
        TEI = 0, Ces = 1, SAPI = 0, State = TEI_ASSIGNED
    Layer 3 Status:
        0 Active Layer 3 Call(s)
    Activated dsl 1 CCBs = 0
    The Free Channel Mask:  0x807FFFFF
    Total Allocated ISDN CCBs = 5

完成以下步驟以檢查圖層的狀態：

1. 驗證第1層是否處於活動狀態。除非T1處於關閉狀態，否則第1層的狀態必須始終為ACTIVE。

   如果show isdn status命令輸出指示第1層狀態為DEACTIVATED，則說明T1線路的物理連線存在問題。如果線路為管理性關閉，請使用no shutdown 命令重新啟動介面。

2. 確保第2層處於MULTIPLE_FRAME_ESTABLISHED狀態。這是第2層所需的狀態。此狀態表示路由器收到ISDN SABME (Set Asynchronous Balanced Mode Extended)消息，並以UA（未編號確認）幀做出響應，以便與電信公司交換機同步。此外，兩台裝置之間必須交換固定的第2層幀（接收器就緒、RR）。發生這種情況時，路由器和ISDN交換機已經完全初始化ISDN第2層協定。有關如何標識SABME和RR消息的資訊，請參閱使用debug q921命令部分。

   如果第2層未處於MULTIPLE_FRAME_ESTABLISHED狀態，請使用debug isdn q921命令診斷問題。

   此外，使用show isdn status命令可顯示當前狀態的彙總。因此，第2層可以上下跳動，即使它指示MULTIPLE_FRAME_ESTABLISHED狀態。請使用debug isdn q921命令確保第2層的穩定。

   此時，請使用show controllers t1命令再次檢查T1，並確保沒有錯誤存在。如果存在錯誤，請參閱T1故障排除流程圖。

在show isdn status輸出示例中，請注意該T1 0（其D通道為Serial 0:23）的第一層為ACTIVE狀態，第二層為MULTIPLE_FRAME_ESTABLISHED狀態，表明信令通道功能正常，並與電信交換機交換第二層幀。T1 1的D通道(Serial1:23)第1層處於活動狀態，但第2層為TEI_ASSIGNED，這表示PRI不與交換機交換第2層幀。使用debug isdn q921 對ISDN第2層問題進行故障排除之前，請使用show controller t1 命令首先檢查控制器T1電路，並驗證其是否乾淨（即沒有錯誤）。有關詳細資訊，請參閱T1故障排除流程圖

使用debug isdn q921命令

此debug命令用於排除ISDN第2層信令故障。debug isdn q921命令顯示了發生在D通道上路由器的資料鏈路層（第2層）接入過程。這可以指示問題出在NAS、電話公司交換機還是線路。

使用logging console 或terminal monitor 命令確保您已配置為檢視調試消息。

注意：在生產環境中，請使用show logging命令確保控制檯日誌記錄處於停用狀態。如果啟用了日誌控制檯，當控制檯埠被日誌消息過載時，訪問伺服器可以間歇地停止其功能。輸入no logging console 命令在控制檯埠上停用日誌記錄。有關詳細資訊，請參閱有關Debug命令的重要資訊。

注意：如果debug isdn q921已打開，但您未收到任何調試輸出，請首先檢查並確保您已啟用terminal monitor。然後嘗試重置控制器或D通道以獲取調試輸出。您可以使用clear controller t1或clear interface serial x：23命令重置線路。

完成以下步驟，確保資料鏈路層接入過程發生在D通道上的路由器：

1. 驗證第2層是否穩定。為此，請在調試輸出中查詢消息。以下是T1控制器經歷shutdown和no shutdown時debug isdn q921的輸出：

   Mar 20 10:06:07.882: %ISDN-6-LAYER2DOWN: Layer 2 for Interface Se0:23, 
   TEI 0 changed to down
   Mar 20 10:06:09.882: %LINK-3-UPDOWN: Interface Serial0:23, 
   changed state to down
   Mar 20 10:06:21.274: %DSX1-6-CLOCK_CHANGE: 
   Controller 0 clock is now selected as clock source
   Mar 20 10:06:21.702: %ISDN-6-LAYER2UP: Layer 2 for Interface Se0:23, 
   TEI 0 changed to up
   Mar 20 10:06:22.494: %CONTROLLER-5-UPDOWN: Controller T1 0, 
   changed state to up
   Mar 20 10:06:24.494: %LINK-3-UPDOWN: Interface Serial0:23, 
   changed state to up

   如果線路上下反彈，則顯示類似如下所示的輸出：

   %ISDN-6-LAYER2DOWN: Layer 2 for Interface Se0:23, TEI 0 changed to down
   %LINK-3-UPDOWN: Interface Serial0:23, changed state to down
   %ISDN-6-LAYER2UP: Layer 2 for Interface Se0:23, TEI 0 changed to up
   %LINK-3-UPDOWN: Interface Serial0:23, changed state to up
   %ISDN-6-LAYER2DOWN: Layer 2 for Interface Se0:23, TEI 0 changed to down
   %LINK-3-UPDOWN: Interface Serial0:23, changed state to down

2. 如果第2層穩定，路由器和交換機必須開始相互同步。螢幕上會顯示「設定非同步平衡模式擴展(SABME)」消息。此訊息表示第2層嘗試從另一端初始化。任一端都可以傳送消息，並嘗試使用另一端進行初始化。如果路由器收到SABME消息，則必須傳送回未編號確認幀(UAf)。然後，路由器將第2層狀態更改為MULTIPLE_FRAME_ESTABLISHED。以下是範例：

   *Apr 12 04:14:43.967: ISDN Se0:23: RX <- SABMEp c/r=1 sapi=0 tei=0
   
   *Apr 12 04:14:43.971: ISDN Se0:23: TX -> UAf c/r=1 sapi=0 tei=0
   
   

   如果交換機接收並辨識UAf，則兩台裝置都會同步，並在路由器和ISDN交換機之間交換定期keepalive。這些消息採用接收方就緒形式（RRf和RRp）。這些keepalive間隔為十秒，確保兩端能夠彼此通訊。舉例來說：

   *Apr 12 05:19:56.183: ISDN Se0:23: RX <- RRp sapi=0 tei=0 nr=18
   
   *Apr 12 05:19:56.183: ISDN Se0:23: TX -> RRf sapi=0 tei=0 nr=18
   *Apr 12 05:20:06.247: ISDN Se0:23: RX <- RRp sapi=0 tei=0 nr=18
   
   *Apr 12 05:20:06.247: ISDN Se0:23: TX -> RRf sapi=0 tei=0 nr=18
   *Apr 12 05:20:16.311: ISDN Se0:23: RX <- RRp sapi=0 tei=0 nr=18
   
   *Apr 12 05:20:16.311: ISDN Se0:23: TX -> RRf sapi=0 tei=0 nr=18
   
   

   

   注意：請參閱TX、RX和箭頭。TX表示路由器將訊號傳輸到交換機。RX表示路由器從交換機接收訊號。

3. 有時，D通道無法正確啟動並處於TEI_ASSIGNED狀態，或者第2層上下反彈。這可能是由單向傳輸或遺漏keepalive封包所造成。當任一端遺漏四個連續的Keepalive時，相應端會再次嘗試初始化第2層連結。為此，該端重新傳送SABME消息，並重新啟動該進程。在這種情況下，您必須查明這些keepalive是否實際放置在電線上，以及收到它們時，是否有一側不響應keepalive。

   要隔離問題，請使用debug isdn q921和show interface serial x：23命令，並與T1服務提供商(Telco)一起在路由器上完成以下步驟：

   1. 多次執行show interface serial x：23，並確保輸出計數器確實在遞增，且沒有輸入/輸出丟包或錯誤。

   2. 建立一個T1環回插頭，然後將其插入您要進行故障排除的T1埠。debug isdn q921輸出必須指示SABME已傳送，同時會收到以下消息：

      RX <- BAD FRAME(0x00017F)Line may be looped!

      如果未顯示調試消息，請在相應的T1控制器上執行shutdown和no shutdown。

      BAD FRAME消息表明路由器運行正常。路由器發出SABME資料包。該消息會環迴路由器，因此，路由器會收到傳送的同一SABME消息。路由器將其標籤為BAD FRAME，並顯示錯誤消息。錯誤消息表明線路可能已環路。這是環路的預期行為。因此，問題出在Telco ISDN交換機或從分界點到Telco交換機的佈線上。

      但是，如果線路環回，並且路由器發出SABME但未收到回送，則物理硬線環回插頭或路由器介面自身可能存在問題。請參閱 T1/56K線路的環回測試，並驗證是否可以在硬連線環回測試的幫助下從同一路由器ping路由器。如果無法ping路由器，則T1控制器可能存在硬體問題。在這種情況下，請致電TAC尋求協助。如果無法ping通路由器，請繼續步驟c。

   3. 在隔離並測試了路由器和T1埠並確認它們完好之後，您需要讓電信公司進行進一步的故障排除。

      • 聯絡電話公司並詢問交換機為何不響應keepalive。此外，讓電信公司檢查他們是否看到了keepalive消息或任何從路由器傳入的ISDN第2層消息。

      • 再次執行環回測試，但這次將環回測試擴展到Telco交換機。T1/56K線路的環回測試文章中描述了此過程。

      • 要求電話公司交換機技術人員線上路上放置環路，然後測試路由器是否仍能ping通自身。

      • 如果路由器無法ping通自己，則通向Telco ISDN交換機的電路佈線可能會出現問題。有關詳細資訊，請參閱T1/56K線路的環回測試。

      • 如果路由器可以ping通自己，則環回測試成功。撤消環回配置並將控制器配置從channel-group更改為pri-group。

        maui-nas-03(config)#controller t1 0
        maui-nas-0(config-controller)#no channel-group 0
        maui-nas-0(config-controller)#pri-group timeslots 1-24
        

      • 對控制器執行ashutdown和no shutdown，並檢查路由器是否送出以下消息：

        ISDN Se0:23: TX -> SABMEp sapi = 0 tei = 0

        並收到以下資訊：

        RX <- BAD FRAME(0x00017F)Line may be looped!

        如果出現這種情況，路由器工作正常，並且傳輸和接收到Telco的路徑正常。問題出在ISDN交換機或ISDN網路中。但是，如果路由器傳送：

        ISDN Se0:23: TX -> SABMEp sapi = 0 tei = 0

        且不會收到以下訊息：

        RX <- BAD FRAME(0x00017F)Line may be looped!

        請致電TAC支援以尋求進一步協助。

排除ISDN第3層的故障

解決了與PRI關聯的所有第2層問題，並確認硬體運行正常後，您必須排除ISDN第3層的故障。有關詳細資訊，請參閱使用debug isdn q931命令排除ISDN BRI第3層的故障。

註：即使本文檔討論BRI的第3層故障排除，您也可以將相同的概念應用於第3層PRI故障排除。另請參閱瞭解debug isdn q931斷開連線原因代碼以解釋第3層斷開連線的原因。

相關資訊

• T1警報故障排除
• T1/56K線路的環回測試
• T1錯誤事件故障排除
• 思科技術支援與下載