拨号和接入 : 异步连接

说明NextPort断开原因代码

2016 年 10 月 24 日 - 机器翻译
其他版本: PDFpdf | 英语 (2015 年 12 月 31 日) | 反馈


目录


简介

本文描述如何解释思科下一端口通用数字式信号处理器(DSP)模块报告的呼叫断开原因代码。NextPort是思科DSP用于的下一代实现任一语音、数据或者传真在一个给的端口。AS5350、AS5400, AS5850调制解调器卡平台和新模型AS5800的全部使用有NextPort DSP的数字调制解调器。对于在C3600的数字调制解调器, AS5200、AS5300和更旧的型号AS5800的卡,检查MICA调制解调器状态和断开原因:调制解调器固件升级不能做NextPort DSP在Mica DSP或反之亦然外面。

先决条件

要求

本文没有特定需求。

背景信息

每当使用NextPort DSP清除一呼叫或被断开, NextPort模块记录断开的原因。此断开原因原因代码可以用于确定断开是否是正常或错误出现。此原因代码可以用于搜寻失败可能的来源。调制解调器可以被断开的归结于各种各样的要素例如客户端断开,电信公司错误和呼叫丢包在网络接入服务器(NAS)。一"good"断开原因是DTE (客户端调制解调器或NAS)在一端或其他要终止呼叫。这样“正常”断开表明断开不是调制解调器或传输级别错误结果。关于确定的更多信息断开原因是否是“正常”,参考普通调制解调器和NAS线路质量概述

注意: 断开原因在一个先到先服务的方式管理。这意味着生成的第一断开原因是记录的唯一的断开原因。如果调制解调器和NAS尝试同时终止会话,并且调制解调器偶然保存断开原因,在从NAS的LINK_TERMINATE消息处理前,则NAS断开原因忽略。

使用的组件

本文档不限于特定的软件和硬件版本。

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

规则

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

确定断开原因

当评估您是否是经验好时或坏断开,获取是重要的历史记录断开特定端口体验。使用调制解调器呼叫记录或呼叫跟踪器系统消息,在多数环境,断开原因获取。此断开代码可能然后解释使用在本文提供的表(或检查 /images/exit.gif 调制解调器分析工具)。请使用以下命令确定断开原因:

  • show spe modem disconnect-reason命令不显示断开原因原因代码作为十六进制值。然而,它指示断开原因作为名称。可以在和分别找到断开原因的名称和类。

  • show port modem log命令显示断开原因原因代码作为十六进制值。参考:

0x0。   0x001 0x002 0x003 0x004 0x005 0x006 0x007 0x008 0x009 0x00C 0x00D 0x00E 0x00F
0x010 0x011 0x012                      
0x1。 0x100 0x101 0x102 0x103 0x104 0x105 0x106 0x107 0x108 0x109        
0x1F00 0x1F01 0x1F02 0x1F03 0x1F04 0x1F05 0x1F06 0x1F07 0x1F08          
                          0x1FFF
0x2   0x201 0x202 0x203 0x204 0x205 0x206              
0x210 0x211 0x212                      
0x220 0x221 0x222   0x224 0x225                
0x3。 0x3xx    
0x4。   0x401   0x403 0x404       0x408          
0x5。   0x501 0x502 0x503 0x504 0x505 0x506              
                          0x5FF

下一部分查看一些示例。

使用 show port modem log 命令

请使用show port modem log slot/port命令得到断开原因代码(在十六进制)在一个特定端口的一特定的呼叫的。此断开代码与从modem call-record和呼叫跟踪器系统日志输出得到的原因代码是相同的。示例显示:

*Jan  1 00:53:56.867: Modem State event: State: Terminate
*Jan  1 00:53:56.879: Modem End Connect event: 
  Call Timer                              :   195  secs
  Disconnect Reason Info                  :   0x220
      Type (=0  ):  
     Class (=2  ):  EC condition - locally detected
    Reason (=32 ):  received DISC frame -- normal LAPM termination

从以上示例,请注意断开代码是0x220

使用 show spe modem disconnect-reason 命令

请使用show spe modem disconnect-reason {summary|slot|slot /spe}命令确定特定端口体验断开原因的分配。所有端口示例汇总输出如下所示:

NAS>show spe modem disconnect-reason summary
===CLASS OTHER====  =====CLASS DSP====  ===CLASS EC LCL===  ==CLASS EC FRMR===
Software Rst     0  No Carrier     341  No LR            0  Frmr Bad Cmd     0
EC Termntd       0  No ABT dtctd     0  LR Param1        0  Frmr Data        0
Bad MNP5 Rx      0  Trainup flr    328  LR Incmpt        0  Frmr Length      0
Bad V42B       110  Retrain Lt       0  Retrns Lt      226  Frmr Bad NR      0
Bad COP stat     0  ABT end flr      0  Inactivity       0  
ATH              0                      Protocol Err     1  ===CLASS EC LD====
Aborted          0  ====CLASS HOST====  Fallbck Term    74  LD No LR         0
Connect Tout   198  Hst NonSpec      0  No XID          67  LD LR Param1     0
Reset DSP        0  HST Busy         0  XID Incmpt       0  LD LR Incmpt     0
                    HST No answr     0  Disc         21448  LD Retrns Lt     0
===CLASS EC Cmd===  HST DTR       3615  DM               5  LD Inactivty     0
Bad Cmd          0  HST ATH          0  Bad NR           0  LD Protocol      0
                    HST NoDialTn     0  SABME Online     0  LD User          0
=====N O N E======  HST No Carr   5276  XID Online       0  
None            39  HST Ack          0  LR Online        0  TOTAL        31728 
HST NoDialTn     0  SABME Online     0  LD User          0=====N O N E======
HST No Carr   5276  XID Online       0  None            39  HST Ack          0
LR Online        0  TOTAL        31728

从以上示例,请让我们说我们是对断开类别“折扣”感兴趣在中集集团EC LCL内。要确定什么断开原因折扣含义,请去条目与类(中集集团EC LCL)和显示0x220一个六角形的代码并且是正常断开的断开原因名称(折扣)相应。

  • 把其他分类

  • 把DSP分类

  • 把EC LCL分类

  • 把EC Cmd分类

  • 把EC FRMR分类

  • 把EC LD分类

  • CLASS HOST

连接断开原因代码一览表

断开原因类型 断开原因:名称 断开原因原因代码(十六进制) 说明
把其他分类
2 软件Rst 0x001 思科IOSï ¿  ½软件对若干不确定的原因断开了呼叫(SOFTWARE_RESET)。
2 EC Termntd 0x002 错误改正(EC)层终端
2 Bad MNP5 Rx 0x003 Microcom网络协议5 (MNP5)解压任务接收在数据流的一个非法令牌。很可能有在压缩实施、解压或者错误纠正的一个逻辑错误由调制解调器或合作伙伴。(也有瞬变线路或RAM存储器错误的可能性。)
2 Bad V42B 0x004 V.42bis或V.44解压任务接收在数据流的一个非法令牌。很可能有在调制解调器的一个逻辑错误或合作伙伴的压缩实施、解压或者错误纠正。(也有瞬变线路或RAM存储器错误的可能性。)
2 坏COPS stat 0x005 <reserved>
6,7 ATH 0x006 本地调制解调器检测的ATH命令。AT命令“的ATH” (挂起)由本地调制解调器(NextPort)检测。例如,跟随从IOS的一拨出, IOS DTE接口清除呼叫(通过传送AT命令带内“的ATH”),在呼叫连接后。
3 中止 0x007 AT模式“拨号命令所有关键”中止AT dial命令由" any key " abort命令中止。例如,主机调制解调器发起呼叫。在连接建立期间,按“所有密钥”将导致AT dial命令中止。
3 连接兜售者 0x008 呼叫采取太长以至于不能完成连接。注意为此断开(请在拨号以后等待载波)超时的S7计时器。原因包括:
  • 选择(协商) 1层标准的困难,
  • 1层和2层建立的组合采取太长的。
例如:错误改正协商花费时间在再培训顶部或由于位错误介绍,当客户端调制解调器设法连接以不能持续)的“积极的”速率时(例如,客户端调制解调器接收方设法连接以速率。此断开可能也发生,如果应答调制解调器听不到从信道的音(例如,创建人不是调制解调器)。
2 重置DSP 0x009 DSP重置(命令/内部/自发)。在主机调制解调器内的DSP由控制处理器(CP)或信号处理器(SP)重置。如果从CP的邮件消息到SP没有确认, CP重置DSP。如果收到内部不一致错误, SP重置。
4,6   0x00C V.42bis或V.44代码字大小超出了协商的最大值。
4,6   0x00D V.42bis或V.44接收代码字相等与下空词典条目。
4,6   0x00E V.42bis或V.44比下空词典条目接收代码字极大。
4,6   0x00F V.42bis或V.44已接收预留命令编码。
4,6   0x010 V.42bis或V.44序数大小超过了八。
4,6   0x011 V.42bis或V.44协商错误。
4,6   0x012 V.42bis或V.44压缩错误。

中集集团DSP
    0x1xx SPE报告的DSP情况
4,5 没有载波 0x100 SPE载波信号丢失。NextPort检测一个客户端调制解调器载波丢失。NextPort DSP比在寄存器S10指定的值停止听到载波期限极大(在载波损失以后的挂断延迟)。这可能含义通话路径是离开或客户端停止传送。如果2层协议(V.42和V.42bis)有效,是异常的发现这样断开。在连接发生前,常见原因是“中止”呼叫的用户。偶然发生拨号,中止开始,并且客户端应用时间,当呼叫采取太长以至于不能连接时(由于多次重试在第1层协商时。)当客户端突然丢弃载波时,载波丢失的情况能也发生在正常数据模式期间。常见原因是非协商的或“坏的”断开在客户端调制解调器部分(例如,客户端调制解调器丢弃载波信号)。这能发生,如果链路突然丢弃(网络错误),或者电源被切断到断开呼叫的客户端调制解调器。这能也发生在“不实现在一DTR丢弃的1层和2层清除协议的更加便宜的”客户端调制解调器。对于很大数量的客户端调制解调器,这认为正常断开。
3 没有ABT dtctd 0x101 没有检测的答复音--呼叫方很可能不是调制解调器
3 Trainup flrv 0x102 呼叫失败,当培训由于的调制解调器不兼容的调制或坏线路时。这可能是预示的尝试协商一个不支持的调制例如传统的Rockwell专有调制(K56Plus, V.FC,等等)。或许其他可能的原因是DSP疏忽训练由于严重线路损伤,脉冲噪声,中断的培训,不兼容的调制参数和适当地选择1层标准的无法。
4,5 再培训Lt 0x103 许多连续再训练或速度转变。再培训限制用寄存器S40指定。在呼叫的进度期间,使呼叫无效的许多再培训发生,因为数据速率是很差至于是无用的。例如其他可能的情况是客户端调制解调器不完成清除协议(Telco在连接中间切断了呼叫),并且Nextport (NP)尝试通过发出恢复呼叫再培训。一旦再培训限制达到, NP将断开呼叫并且报告此断开原因。
3 ABT结尾flr 0x104 检测应答信号Tone(ABT)的结尾问题。协商失败或过多的噪声在V.34培训期间。主机调制解调器回答并且派出V.8bis和调整的2100Hz答案应答音(ABTs)在连接顺序期间,与反相,但是遇到过多的噪声。寻找在路径的错误从呼叫调制解调器到在一或二个方向的应答调制解调器。相似的行为出现,当有在公共交换电话网(PSTN)的延迟超出一秒钟并且造成调制解调器无法培训回波取消器的拨号的。其他可能的原因是:
  • 实际发射功率级别不正确,并且音没有由远端然后处理。
  • 在V.34培训期间,有在相位III和IV的许多过多的噪声。
  • 有操作员错误。
  • 有网络干扰在V.34培训期间(某人拾起分机)。
3   0x105 SS7/COT (连续性测试)操作顺利地完成。
3   0x106 SS7/COT (连续性测试)操作失败:T8/T24超时等待的“音在”。
3   0x107 失败的SS7/COT (连续性测试)操作:T8/T24超时等待的“音”。
4   0x108 由NextPort的调制解调器保持(MOH)清除。V.92指定清除原因可以是:
  • 清除由于呼入呼叫
  • 清除由于呼出呼叫
  • 清除由于其他原因
4   0x109 达到的MOH超时值。使用寄存器S62 (V.92最大MOH时间),此值可以调节。

中集集团EC LCL :EC情况,本地检测
    0x2xx 本地错误改正(EC)情况。
3 没有LR 0x201 在协商时Link Request (LR)帧未接收。对等体可能不支持MNP。
3 LR Param1 0x202 已接收MNP LR帧有坏/意外的PARAM1。关于参考V.42规格的PARAM1的更多信息。
3 LR Incmpt 0x203 已接收MNP LR帧与EC的主机调制解调器设置是不兼容的。
4,5 Retrns Lt 0x204 在EC的许多连续重传。此断开原因可以由在线路的噪声造成。例如,主机调制解调器传达数据给客户端调制解调器,但是在线路的噪声造成数据由客户端不正确地(或不)接收。过多的噪声可能所以导致过多的重发。客户端调制解调器可能也断开,不用认识到此的主机调制解调器。因此主机调制解调器连续重新传输,无需知道客户端调制解调器不再存在。有时,当呼叫在LAPM或MNP时连接, NextPort无法传输帧到客户端调制解调器。客户端调制解调器不能确认NextPort的初始传输,然后不能回应注册S19 (错误修正重发限制)投票(默认是12),因此NP断开呼叫。当客户端失败减速传动时,一个原因可能是载波在充分地降低的传输路径。另一个原因可能是一问题用客户端的EC引擎(和在Winmodem系统将发生,如果Windows停止响应)。
6,7 非活动 0x205 休眠超时,发送的MNP链路断开。主机调制解调器发送客户端调制解调器指示LD的帧休眠超时出现。
4,5 协议犯错 0x206 EC协议错误。这是一般全捕捉协议错误。它表明LAPM或MNP EC协议错误发生。
3 Fallbck期限 0x210 没有EC回退协议联机。错误改正协商不是成功的。因为没有错误修正回退协议联机,呼叫终止。S寄存器S25 (链路协议fallback)确定可用的回退协议。选项是异步帧、同步帧或者断开(挂起)。
3 没有XID 0x211 从未已接收交换标识(XID)帧在协商时。对等体可能不支持MNP。
3 XID Incmpt 0x212 已接收XID帧与本地设置是不兼容的。客户端调制解调器可能不支持在V.42内的LAPM。
3,4,5 折扣 0x220 已接收断开(DISC)帧。这是正常LAP-M断开。呼叫通常终止与从客户端的一个正确挂断。(例如, V.42断开数据包从客户端调制解调器发送到主机调制解调器)。客户端调制解调器丢弃了DTR和干净地协商清除协议。
3,4,5 DM 0x221 已接收DM帧。对等体可能断开。客户端调制解调器表明断开。在呼叫建立期间,此原因表明客户端调制解调器在协商给错误纠正。
4,5 坏NR 0x222 Bad接收序号或ACK编号接收。MNP LD或LAP-M FRMR发送。主机调制解调器接收一个LAPM或MNP错误修正帧用坏序号或确认号。LD或帧拒绝(FRMR)帧发送到表明的客户端调制解调器主机调制解调器断开。
4,5 联机的SABME 0x224 在稳定的已接收MNP XID帧。这解释作为一个LAPM纠错协议错误在稳定状态。意味着客户端调制解调器可能重置由于接收FRMR。
4,5 联机的XID 0x225 已接收MNP LR帧,当在稳定时。这解释作为一个MNP错误修正协议错误在稳定状态。意味着客户端调制解调器重置。

中集集团EC Cmd :EC检测的坏指令编码
4,5 Bad Cmd 0x3xx EC检测的坏指令编码。received unknown命令在最后2个位。MNP LD或LAP-M FRMR帧在答复发送。

中集集团EC FRMR :EC检测从对等体的FRMR
4,5 0x4xx LAP-M FRMR帧的客户端表示的EC情况。位映射原因在最后两个位。
4,5 Frmr坏Cmd 0x401 LAPM :对等体报告坏命令。主机调制解调器接收从客户端调制解调器的一FRMR帧。已接收FRMR帧表明客户端调制解调器接收从包含一坏命令的主机调制解调器的一个错误修正帧。
4,5 Frmr数据 0x403 LAPM :对等体报告数据域没有允许也不是不正确的长度(U帧)。主机调制解调器接收从客户端调制解调器的一FRMR帧。已接收FRMR帧表明客户端调制解调器接收从即包含数据域没有允许或包含有一个不正确的长度的主机调制解调器的一个错误修正帧(U帧)一数据域。
4,5 Frmr长度 0x404 LAPM :对等体报告数据域长度比N401 (在V.42指定的最大信息域长度)极大,但是有好帧校验Sequence(FCS)。NextPort调制解调器接收从客户端调制解调器的一FRMR帧。已接收FRMR帧表明客户端调制解调器接收从包含一数据域长度比八位位组最大极大可以输入信息字段的NextPort的一个错误修正帧(N401) I帧、SREJ帧、XID帧、UI帧或者测试帧。帧校验序列是好。
4,5 Frmr坏NR 0x408 LAPM :对等体报告坏接收序号或N (R)。主机调制解调器接收从客户端调制解调器的一FRMR帧。已接收FRMR帧表明客户端调制解调器接收从包含一坏接收序号的主机调制解调器的一个错误修正帧。

中集集团EC LD :错误改正(EC)检测的链路断开(LD)从对等体
4,5   0x5xx MNP LD帧的客户端表示的EC情况。Reason字段在最后2个位
3 LD没有LR 0x501 MNP :对等体从未已接收LR帧。主机调制解调器接收从客户端调制解调器的一LD帧。已接收LD帧表明客户端调制解调器未曾接收从主机调制解调器的一个链路请求。
3 LD LR Param1 0x502 MNP :对等体报告Link Request (LR)帧有坏参数主机调制解调器接收从客户端调制解调器的链路断开帧的#1。已接收LD帧表明客户端调制解调器接收从包含一坏的主机调制解调器的链路请求帧(即意外的) PARAM1。关于参考V.42规格的PARAM1的更多信息。
3 LD LR Incmpt 0x503 MNP :对等体报告LR帧与主机调制解调器接收从客户端调制解调器的链路断开帧的其配置是不兼容的。已接收LD帧表明客户端调制解调器接收从与客户端调制解调器的配置是不兼容的主机调制解调器的Link Request (LR)帧。
4,5 LD Retrns Lt 0x504 MNP :对等体报告许多连续的EC重新传输主机调制解调器接收从客户端调制解调器的一LD帧。已接收LD帧表明客户端调制解调器接收许多连续重传。
4,5 LD非活动 0x505 MNP :对等体报告不活动计时器超时调制解调器接收从客户端调制解调器的链路断开帧的主机。已接收LD帧表明客户端调制解调器的主机(DTE)未通过数据到在时期的客户端调制解调器。
3 LD协议 0x506 MNP :对等体报告错误主机调制解调器接收从客户端调制解调器的一LD帧。已接收LD帧表明客户端调制解调器接收MNP协议错误。
3 LD用户 0x507 正常MNP断开主机调制解调器接收从客户端调制解调器的一LD帧。已接收LD帧指示一个正常MNP终端。

CLASS HOST :由主机的请求的
6,7 0x1Fxx 主机开始断开。值是0x1F00和Sessionstop命令value的一个总和。这是另一台主机终止原因。主机原因在低价位字节“xx”指示。
3,6,7 HST NonSpec 0x1F00 不是某个特定主机发起的断开。值是0x1F00和Sessionstop命令value的一个总和。这是“抓住所有” IOS开始断开原因。它使用所有非标准断开。例如,这能是决定调制解调器管理软件的结果终止呼叫。一个可能解释是更高级别的验证故障RADIUS、TACACS,或者发出一DTR丢弃的另一应用程序对主机调制解调器。当主机调制解调器在数据模式,此种断开不会计数往CSR。
3 忙碌的HST 0x1F01 呼叫号码忙碌。断开出现,因为主机表明呼叫号码忙碌。
3 HST没有answr 0x1F02 呼叫号码没有应答。断开出现,因为主机表明呼叫号码没有应答。
3,6,7 HST DTR 0x1F03 “丢弃的虚拟” DTR。此状态“从当前使用调制解调器的“输入输出端口转向器”反射”。因为主机丢弃了“虚拟” DTR线路,断开出现。此一般的断开原因由Cisco IOS软件启动。示例原因是空闲超时, PPP接收的LCP TERMREQ,认证失败, Telnet挂机,等等。要确定暂停的原因,请检查“Radius”断开原因从modem call-record terse命令或从验证、授权和统计(AAA)。
6,7 HST ATH 0x1F04 “ATH” (挂起)命令由本地主机检测。
3 HST NoDialTn 0x1F05 对电信网络的没有访问。断开出现,因为主机不可能访问网络(例如ISDN)。
3,4,5 HST NoCarr 0x1F06 网络指示断开。这是不是顺利的呼叫终止的客户端被触发的断开。在呼叫建立期间,它能发生。常见原因是,当Windows 95或Windows 98拨号网络(DUN)的用户点击“取消”时,在呼叫到达稳定状态前。另一常见原因是所有客户端被鼓动DTR丢弃在稳定状态面前。在数据模式期间,这也是即不是顺利的呼叫终止的客户端被触发的断开(“坏的”断开)。一个非常常见原因是认证失败。
3 0x1F07 NAS终止SS7/COT操作。断开出现,因为NAS终止SS7/COT (连续性测试)操作。
3 0x1F08 SS7/COT操作由路由器终止由于T8/T24超时。
-- 0x1FFF 未经请求的终止。当收到一个未经请求的终止的消息时,主机发送此断开原因。

断开原因类型

断开类型 说明
0 (未使用)
1 - 0x2… (未使用)
2 - 0x4… 其他情况
3 - 0x6… 在呼叫建立期间发生的情况
4 - 0x8… 在数据模式。Rx (主机的线路)数据冲洗OK
5 - 0xA… 在数据模式。不好Rx (主机的线路)的数据冲洗(当前,不应该关注应用程序"not OK")
6 - 0xC… 在数据模式。Tx (对线路的主机)数据冲洗OK
7 - 0xE… 在数据模式。不好Tx (对线路的主机)的数据冲洗(当前,不应该关注应用程序"not OK")


相关信息


Document ID: 9502