排除 BRI 第 2 层的故障

简介

进行综合业务数字网络(ISDN)基本速率接口(BRI)的故障排除时，有必要首先确定路由器是否能与电信公司ISDN交换机正常通信。一旦经过验证，您便能够排除更高级的故障问题，如拨号程序配置、触发数据流定义、PPP 故障等等。

先决条件

要求

本文档的读者应具备以下方面的知识：

• 在对 BRI 第 2 层问题进行故障排除之前，请验证第 1 层是否可以正常工作。如果您需要确定或者排除第1层故障，参见“使用show isdn status命令排除BRI故障”。

• 在发出 debug 命令之前，请参阅有关 Debug 命令的重要信息。

注意：使用以下命令激活用于调试的毫秒时间戳：

maui-soho-01(config)#service timestamps debug datetime msec
maui-soho-01(config)#service timestamps log datetime msec

使用的组件

本文档中的信息基于以下软件和硬件版本。

• Cisco IOS® 软件版本 12.0

本文档中的信息都是基于特定实验室环境中的设备创建的。本文档中使用的所有设备最初均采用原始（默认）配置。如果您是在真实网络上操作，请确保您在使用任何命令前已经了解其潜在影响。

规则

有关文档规则的详细信息，请参阅 Cisco 技术提示规则。

验证交换类型

使用show isdn status命令检查接口的交换机型号是否正确地配置。下面的示例显示该交换机类型未配置：

maui-soho-01#show isdn status
**** No Global ISDN Switchtype currently defined ****
ISDN BRI0 interface
dsl 0, interface ISDN Switchtype = none
Layer 1 Status:
ACTIVE
Layer 2 Status:
Layer 2 NOT Activated

!-- An invalid switch type can be displayed as a Layer 1 or Layer 2 problem.

Layer 3 Status:
0 Active Layer 3 Call(s)
Activated dsl 0 CCBs = 0
The Free Channel Mask: 0x80000003
Total Allocated ISDN CCBs = 0

如果交换机型号没有配置或配置不正确，将它配置在接口上。

提示：Telco应明确指示需要配置的交换机类型。有时(特别是在北美)，电信公司可能指示交换类型为“自定义”或“国产”。 在这种情况下，请遵循以下指导原则来确定交换机类型配置：

• 自定义:如果Telco指示其交换机类型为Custom，则将路由器上的交换机类型配置为basic-5ess（对于5ess交换机的BRI）、primary-5ess（对于5ess的PRI）、basic-dms（对于DMS交换机的BRI）或primary-dms（对于DMS的PRI）。

• 全国:符合 BRI 的 NI-1 标准和 PRI 的 NI-2 标准的交换机类型。如果电信公司指明交换机类型为 national，则 Cisco 路由器配置应为 basic-ni （对于 BRI）或 primary-ni（对于 PRI）。

注意：对于最高11.2的Cisco IOS软件版本，配置的ISDN交换机类型是全局命令(这意味着您不能在IOS 11.2及更早版本的Cisco机箱中使用BRI和主速率接口(PRI)卡)。 在 Cisco IOS 11.3T 或更高版本中，支持单个 Cisco IOS 机箱中存在多种交换类型。

与您的Telco联系确定您的交换机是什么型号，然后使用isdn switch-type命令在路由器上配置（如下所示）：

maui-soho-01#configure terminal 
Enter configuration commands, one per line. End with CNTL/Z.
maui-soho-01(config)#isdn switch-type basic-5ess
maui-soho-01(config)#exit

了解 debug isdn q921 输出

在以下指定的每个步骤之后，使用show isdn status命令检查BRI第一层和第二层是否打开。

1. 打开debug isdn q921，跟随从路由器传输到电信公司ISDN交换机的消息。

2. 然后应该使用 clear interface bri number 重置 BRI 接口。这会强制路由器与电信公司 ISDN 交换机重新协商第 2 层信息。

   下面显示成功的第 2 层协商示例：

maui-soho-01#undebug all
All possible debugging has been turned off 
maui-soho-01#debug isdn q921
ISDN Q921 packets debugging is on
maui-soho-01#show debug
ISDN:
ISDN Q921 packets debugging is on
ISDN Q921 packets debug DSLs. (On/Off/No DSL:1/0/-)
DSL  0 --> 1
1 -
...
...

maui-soho-01#clear interface bri 0
maui-soho-01#
*Mar 1 00:03:46.976: ISDN BR0: TX -> IDREQ ri = 29609 ai = 127  

! -- IDREQ: Identity Request transmitted (Tx)to the ISDN switch requesting a ! -- Terminal Endpoint Identifier (TEI) ! -- Action Indicator, AI = 127 indicates that the ISDN switch can assign any ! -- TEI value available 

*Mar 1 00:03:47.000: ISDN BR0: RX <- IDASSN RI = 29609 AI = 96

! -- IDASSN: Identity Assigned message Received(Rx) with the TEI value(96) ! -- assigned by the ISDN switch

*Mar 1 00:03:47.016: ISDN BR0: TX -> SABMEp sapi = 0 tei = 96

! -- Request the connection be put in Multiple Frame Established State

*Mar 1 00:03:47.036: ISDN BR0: RX <- UAf sapi = 0 tei = 96

! -- Unnumbered Acknowledgment(UA) of the SABME message ! -- Layer 2 is now Multiple Frame Established

*Mar 1 00:03:47.040: %ISDN-6-LAYER2UP: Layer 2 for Interface BR0, TEI 96
   changed to up
*Mar 1 00:04:07.340: ISDN BR0: RX <- INFOc sapi = 0 tei = 96 ns = 0 nr = 0
   i = 0x08007B3201C3
*Mar 1 00:04:07.352: ISDN BR0: TX -> RRr sapi = 0 tei = 96 NR = 1

! -- RRr Service Access Point Identifier (sapi=0) indicates data link services ! -- are provided to a network Layer.

有关debug isdn q921以及如何解码第2层协商序列的详细信息，请参阅debug命令参考。还可以使用 debug isdn event 获取更多调试信息。

对于正常运行的电路(第2层是确定的多个帧)，您应该定期交换路由器和ISDN交换机之间的消息RRp sapi= 0和RRf sapi = 0，指示链路是UP。Receiver Ready poll(RRp)和Receiver Ready final(RRf)SAPI消息之间的时间间隔通常为10秒或30秒。下面显示以 30 秒为间隔显示消息的示例：

*Mar  1 01:33:48.559: ISDN BR0: TX ->  RRp sapi = 0  tei = 96 NR = 0 
*Mar  1 01:33:48.579: ISDN BR0: RX <-  RRf sapi = 0  tei = 96  NR = 0
*Mar  1 01:34:18.347: ISDN BR0: TX ->  RRp sapi = 0  tei = 96 NR = 0 
*Mar  1 01:34:18.367: ISDN BR0: RX <-  RRf sapi = 0  tei = 96  NR = 0

识别第二层问题的来源

第 2 层问题通常无法在客户站点上纠正。然而，第2层调试(或调试的解释)可以提供给电信公司，以作参考。debug isdn q921命令输出为在ISDN交换机和路由器之间的发生的第2层执行提供详细信息。

注意消息的方向。调试指示消息是由路由器生成（由TX ->指示）还是由路由器接收（由RX < — 指示）。 在下面的示例中，第一条信息(IDREQ)由路由器发送，第二条信息(IDASSN)则从ISDN交换机发出：

*Mar 1 00:03:46.976: ISDN BR0: TX -> IDREQ RI = 29609 AI = 127
*Mar 1 00:03:47.000: ISDN BR0: RX <- IDASSN RI = 29609 AI = 96     

遵守特定消息和回应指令，您能够识别问题来源。例如，如果电信公司ISDN交换机意外发送了第二层断开命令，路由器也将重新启动第二层。这表明问题出在电信公司 ISDN 交换机上。

识别指示第二层问题的消息

路由器和 ISDN 交换机传输并且接收许多第 2 层消息。大多数消息是正常消息，用于确认正常运行。然而，一些消息可能表明存在第 2 层问题。虽然偶然重置可能不影响服务，如果您遵守第2层不稳定性的延长期限，您应该仔细查看电路。

下表列出了表明存在问题的 debug isdn q921 第 2 层消息：

邮件	解释	可能的解决方案
ID-Denied	ISDN 交换机无法分配请求的终端标识符 (TEI)。 如果此消息具有 AI=127，则 ISDN 交换机没有可用的 TEI。它通常后面跟来自路由器的另一 IDREQ。	使用 clear interface bri number 重置 BRI 接口，或者对接口使用 shut/no shut 命令。如果 AI=127，请与电信公司/提供商联系。
IDREM	ISDN 交换机已从连接删除 TEI (ID)。路由器必须使用该 TEI 丢弃所有现有通信。	稍候请检查是否分配了新 TEI。如果没有，请与电信公司联系。
磁盘	发送 DISConnect 消息的一端已终止链接上的第 3 层操作。另一端可能未确认。然后，路由器应发送 SABME 消息以重建链接	如果断开源自路由器的消息，使用clear interface bri number或接口上的shut/no shut重置接口。如果 DISC 消息源自 ISDN 交换机，请与电信公司联系。如果路由器不启动 SABME，请先重置接口。
DM	已确认断开模式。发送此消息的设备不希望进入“Multiple Frame Established”状态。路由器将保持第 2 层状态 TEI_ASSIGNED。另一边回应UA而不是DM后，转发SABME。	如果DM由路由器生成，使用clear interface bri number或接口上的shut/no shut重置接口。如果 DM 消息源自 ISDN 交换机，请与电信公司联系。
FRMR	帧拒绝答复(从ISDN交换机)显示不可能通过重发操作，恢复某个错误。路由器将起动第二层重置并且传输一个SABME以过渡，以阐述Multiple Frame 已建立。	如果路由器不启动SABME，则使用clear interface bri number或shut/no shut on the interface命令，重置该接口。

下表显示收到的 DISC 消息示例：

Jan 30 10:50:18.523: ISDN BR1/0: RX <- RRf sapi = 0 tei = 71 NR = 0
Jan 30 10:50:23.379: ISDN BR1/0: RX <- DISCp sapi = 0 tei = 71
Jan 30 10:50:23.379: %ISDN-6-Layer2DOWN: Layer 2 for Interface BR1/0,TEI 71
  changed to down
Jan 30 10:50:23.383: ISDN BR1/0: TX -> UAf sapi = 0 tei = 71

其它故障检修过程

下面是用于故障排除的一些其他步骤：

1. 如果您发现路由器正在发送ISDN Q.921 IDREQ，但没有收到ISDN交换机的答复，则检查SPID配置是否适当，向电信公司验证SPID。如有需要，让电信公司追踪SPID。

   示例如下所示：

   19:27:31: TX -> IDREQ RI = 19354 AI = 127 dsl = 0
   19:27:33: TX -> IDREQ RI = 1339 AI = 127 dsl = 0
   19:27:35: TX -> IDREQ RI = 22764 AI = 127 dsl = 0
   19:27:37: TX -> IDREQ RI = 59309 AI = 127 dsl = 0
   
   

   观察每个IDREQ都有AI = 127，请求ISDN交换机可以分配任何可用的TEI值。

2. 通常，路由器在启动期间由 ISDN 交换机分配 TEI。然而有时(特别在欧洲)当没有被激活的呼叫时，交换机可能取消第1层或第2层。在这种情况，有必要在BRI接口之下配置isdn tei-negotiation first-call，这样发送或接收第一次ISDN呼叫时，会出现TEI协商。通常，此设置可用于欧洲的ISDN服务项目，能够启动TEI协商的dms100交换机连接。

   maui-soho-01(config)#interface bri 0
   maui-soho-01(config-if)#isdn tei-negotiation first-call  
   
   

   在这种情况下，您可能必须开始拨出或收到呼叫请求，使TEI协商发生。对于拨出，请确保您的 DDR 配置正确。

3. 重新加载路由器。

4. 如果您已经执行了上述所有程序但还是不能适当建立第1层和第2层，联系电信公司，寻求故障排除的进一步帮助。

相关信息

• 使用 show isdn status 命令用于 BRI 故障排除
• ISDN BRI SPID 故障排除
• 拨号技术：故障排除技术
• 技术支持 - Cisco Systems

修订历史记录