PDF《层的故障》

使用 debug isdn q931 命令排除 ISDN BRI 第3层的故障 目录 简介 先决条件 要求 使用的组件 规则 故障排除前提条件:激活 ISDN 第3层调试 发起 ISDN 呼叫 故障排除概述:症状和解决过程 排除故障:症状和详细解决过程 发起呼叫的路由器没有发送 CONNECT 消息 被呼叫的路由器没有收到 SETUP 消息 被呼叫的路由器没有发送 CONNECT 信息 发起呼叫的路由器没有收到 CONNECT 信息 发起呼叫的路由器收到 CONNECT 但呼叫仍然故障 相关信息 简介 排除ISDN呼叫故障问题时,重要的是要记住:呼叫失败可能归结于以下任何原因: 按需拨号路由 (DDR) q ISDN 第1层、第2层和第

3 层q点对点协议 (PPP):包括链路控制协议 (LCP)、身份验证或 IP 控制协议 (IPCP) 相关问题.

q 本文档着重介绍导致呼叫失败的 ISDN 相关问题.本文还假设,您已经验证了电路两端的ISDN第 1层和第2层运行正常.欲知验证ISDN第1层和第2层状态的更多信息,参见"使用show isdn status命 令排除BRI故障". 先决条件 要求 本文档没有任何特定的要求. 使用的组件 本文档不限于特定的软件和硬件版本. 本文档中的信息都是基于特定实验室环境中的设备创建的.本文档中使用的所有设备最初均采用原 始(默认)配置.如果您是在真实网络上操作,请确保您在使用任何命令前已经了解其潜在影响. 规则 有关文档规则的详细信息,请参阅 Cisco 技术提示规则. 故障排除前提条件:激活 ISDN 第3层调试 请在两端使用 debug isdn q931 命令来激活 ISDN 第3层调试.您还应该在两个路由器上启用用于 调试的毫秒时间戳.向故障排除过程提供相对输入时需要时间戳. 注意:?请使用以下命令激活用于调试的毫秒时间戳: maui-soho-01(config)#service timestamps debug datetime msec maui-soho-01(config)#service timestamps log datetime msec 有关 debug 命令的详细信息,请参阅有关 Debug 命令的重要信息. 发起 ISDN 呼叫 生成针对远程路由器 IP 地址的 ICMP ping.此时会发起针对该路由器的 ISDN 呼叫.两个路由器都 将生成 debug isdn q931 消息. 由于ISDN交换机类型的特定要求或者需要其他参数,Q.931交换中可能有许多变化.下图说明了成 功的 ISDN 呼叫设置过程中常见的 Q.931 事务. 注意:?出于打印目的,以下某些调试输出行分为多个行. 主叫路由器 被叫路由器 maui-soho-01# 18:39:29.425: ISDN BR0: maui-nas-08# 18:39:29.647: ISDN BR2/0: RX TX -> SETUP pd =

8 callref = 0x10 !-- The Calling Router Transmits !-- (indicated by TX) the SETUP message 18:39:29.433: Bearer Capability i = 0x8890 18:39:29.441: Channel ID i = 0x83 18:39:29.449: Keypad Facility i = '5558888' 18:39:29.822: ISDN BR0: RX CONNECT pd =

8 callref = 0x88 !--- Call is accepted and the routers sends !--- a CONNECT message to the remote end 18:39:29.955: Channel ID i = 0x89 18:39:29.995: ISDN BR2/0: RX DISCONNECT pd =

8 callref = 0x06 Aug

22 19:25:24.298: Cause i = 0x8090 - Normal call clearing 发起呼叫的路由器没有收到 CONNECT 信息 如果被叫路由器发送CONNECT信息,但主叫路由器没有收到该消息,那么问题很可能与电信公司 有关. 确定路由器是否从本地 ISDN 交换机接收了 CONNECT_ACK:这表示靠近被叫路由器的电信 公司交换机接受了CONNECT信息,并把CONNECT信息传递给主叫路由器.呼叫失败可能是 电信公司的问题. q 如需进一步的故障排除,请与电信公司联系. q 发起呼叫的路由器收到 CONNECT 但呼叫仍然故障 如果主叫路由器收到一条CONNECT信息,那表明ISDN连接是激活的,并正常工作.联系电信公司 ,确定B信道是否有问题,数据映射是否适当.任何通过此阶段的呼叫故障都可以归结为更高层的 问题,如PPP、认证或者IPCP/IP 地址协商产生的问题.请使用 debug ppp negotiation 进行进一步 的ppp 故障排除. 您还应参阅文档拨号技术:故障排除技术,了解更多的 PPP 故障排除技术. 相关信息 接入技术支持页 q 技术支持 - Cisco Systems q