ASON智能特性维护

ASON智能特性维护1内容提要一、链路不通类故障维护二、业务配置不成功类故障维护三、残留交叉类故障维护四、智能特性巡检维护2链路不通类故障维护智能链路校验过程控制通道校验控制通道维护N数据链路校验Y数据链路维护NTE链路维护NTE链路校验Y通知选路模块Y3控制通道不通维护:lmp-get-ccbyport:0,0;LMP_GET_CC_BY_PORT

LocalCCID

LocalBid

LocalPid

AdminStatus

OperStatus

NbrNodeID

RemoteCCID

DestAddr

NextHop

0x0000000571AdminUpup3.3.3.30x000000013.3.3.33.3.3.3

0x0000000672AdminDowndown0.0.0.00000000000224.0.0.1224.0.0.1

0x0000000773AdminDowndown0.0.0.00000000000224.0.0.1224.0.0.1

0x0000000874AdminDowndown0.0.0.00000000000224.0.0.1224.0.0.1

0x0000000981AdminUpup2.2.2.20x0000000a2.2.2.22.2.2.2

0x0000000a91AdminUpup4.4.4.40x0000000b4.4.4.44.4.4.4

0x0000000b101AdminDowndown0.0.0.00000000000224.0.0.1224.0.0.1

0x0000000c102AdminDowndown0.0.0.00000000000224.0.0.1224.0.0.1

0x0000000d103AdminDowndown0.0.0.00000000000224.0.0.1224.0.0.1

0x0000000e104AdminUp

config_snd0.0.0.00000000000224.0.0.1224.0.0.1

Totalrecords:10#9-169:szhw[NE169][][2005-08-1111:50:08]>用命令:lmp-get-ccbyport:0,0查询所有控制通道当前状态信息，选取部分命令响应如下：1、正常情况下，这条控制通道的AdminStatus应该为AdminUp，OperStatus应该为up，且有正确的远端信息，即NbrNodeID有正确的远端信息。2、控制通道默认是走带内方式，通过D4-D12字节进行控制通道的发现和管理，光路正常时没有作任何人为配置，控制通道一般都是正常。3、当控制通道的状态与正常状态不符时，即存在控制通道不通故障。4控制通道不通维护1、物理单板离线，此时相应单板上报BD_STATUS告警。

处理方法：检查物理板是否在位，若离线肯定导致控制通道不通，此时需重新正确拔插单板，并正确添加逻辑板。2、光纤存在光口级告警导致AdminStatus置为AdminDown。

处理方法：查询当前告警，检查相应板位是否存在光口级告警（R_LOF、R_LOS、IN_PWR_ABN等），请先解决光口级告警。3、人为设置控制通道的AdminStatus为AdminDown，导致控制通道被关闭。

处理方法：用命令:lmp-get-ccbyport:0,0查询判断AdminStatus是否被设置为AdminDown，若为AdminDown可用命令:lmp-set-ccstatus设置为AdminUp。4、OperStatus状态处于config_snd状态的光口数超过限制。

处理方法：若用命令:lmp-get-ccbyport:0,0查询控制通道OperStatus的状态，处于config_snd状态的光口不能超过20个，若个数大于20，用命令:lmp-set-ccstatus将不被智能所用的控制通道AdminStatus状态设置为AdminDown

即可。5控制通道不通维护5、光口没有分配到DCC。

处理方法：光口未分配到DCC，用:cm-get-bdinfo

查询相应光口状态，D4-D12状态是否为port-disable或DCC通信状态为rx_f&tx_f，利用:cm-set-fiberport使能光口状态。6、光口存在误码导致ECC不通。

处理方法：用命令:per-get-curdata查询光纤光口的误码性能事件，检查是否由于光口存在大量误码而使ECC不通，导致控制链路不通；若存在大量误码请先解决线路误码问题。7、对端网元为非智能网元或者未开启智能。

处理方法：登陆对端网元，利用:cfg-get-itgattrib查询网元的智能是否开启，未开启时确认是否需要开启智能，需要则用命令:cfg-set-itgattrib打开智能，否则需要人为关闭控制通道。8、网元的NodeID设置不正确。

处理方法：确定两网元的NodeId被正确设置，若设置不正确则需正确设置NodeID，这种情况比较少见。9、线路板与主控板版本不配套，链路两端线路板版本不配套。

处理方法：确定线路板与主控板版本是否配套，链路两端线路板版本是否配套，若存在不配套现象，升级使版本配套解决。6数据链路不通维护:lmp-get-dbl:0,0LMP_GET_DBL

LocalDblID

LocalBid

LocalPid

AdminStatus

OperStatus

RemoteDblID

0x4c00000181AdminUp

up_free0x4c0000020x4c00000291AdminUp

up_free0x4c0000020x4c00000571AdminUp

up_free0x4c0000010x4c00000672AdminDowndown00000000000x4c000009101AdminDowndown00000000000x4c00000a73AdminDowndown00000000000x4c00000b74AdminDowndown00000000000x4c00000c102AdminDowndown00000000000x4c00000d103AdminDowndown00000000000x4c00000e104AdminDowndown0000000000Totalrecords:10#9-169:szhw[NE169][][2005-08-1116:09:02]>用命令:lmp-get-dbl:0,0查询所有数据链路当前状态信息，选取部分命令响应如下：1、正常情况下，确认控制通道正常起来后，相应的数据链路的AdminStatus应该为AdminUp，OperStatus为up_free，且有正确的远端信息。2、控制通道校验通过后，将通过J0字节发送TEST消息进行数据链路连通性校验，若数据链路校验不成功，将直接导致TE链路校验不成功。3、数据链路状态与正常状态不符时即存在数据链路不通故障。7数据链路不通维护1、逻辑板未配置，或者逻辑板与实际物理板类型不一致。

处理方法：查询当前告警，是否有BD_NOT_INSTALLED或者WRG_BD_TYPE告警，若有即存在逻辑板未配置或者逻辑板配置错误，利用:cfg-add-board正确填加逻辑板即可解决此问题。2、人为设置数据链路的AdminStatus状态为AdminDown

。

处理方法：确认控制通道均已经正常起来，用命令:lmp-get-dbl:0,0查询相应的数据链路状态，其AdminStatus为AdminDown。利用:lmp-set-dblstatus正确设置相应数据链路为AdminUp即可。

在实际运用中，很少出现控制通道校验通过而数据链路不通状况，一般数据链路不通都是由于控制通道不通导致的。8TE链路不通维护:lmp-get-tel:0,0LMP_GET_TEL

LocalTelID

LocalBid

LocalPid

AdminStatus

OperStatus

NbrNodeID

RemoteTelIDVerify0x6c00000181AdminUpup2.2.2.20x6c000002enable0x6c00000291AdminUpup4.4.4.40x6c000002enable0x6c00000571AdminUp

degraded3.3.3.30x6c000001enable0x6c00000672AdminDowndown0.0.0.00000000000enable0x6c000009101AdminDowndown0.0.0.00000000000enable0x6c00000a73AdminDowndown0.0.0.00000000000enable0x6c00000b74AdminDowndown0.0.0.00000000000enable0x6c00000c102AdminDowndown0.0.0.00000000000enable0x6c00000d103AdminDowndown0.0.0.00000000000enable0x6c00000e104AdminDowndown0.0.0.00000000000enableTotalrecords:10#9-169:szhw[NE169][][2005-08-1114:06:18]>用命令:lmp-get-tel:0,0查询所有TE链路当前状态信息，选取部分命令响应如下：1、正常情况下，当次网元中控制通道和数据链路均已经正常校验通过后，相应TE链路的AdminStatus应该为AdminUp，OperStatus应该为up，且有正确的远端信息。2、当TE链路校验通过后，网元将次TE链路带宽相应信息送到选路模块，标志此TE链路可以为智能所用，TE链路不通直接影响LSP的建立和重路由。3、控制通道和数据链路的状态直接影响TE链路的状态。4、TE链路OperStatus出现degraded状态时，标志TE链路曾经是Up的，但现在相邻节点间没有可用的控制通道，发生了TE链路降级。此时原有业务不受影响。

5、TE链路状态与上述正常状态不符即存在TE链路不通故障。9TE链路不通维护1、人为设置TE链路的AdminStatus为AdminDown，关闭TE链路的一致性校验。

处理方法：确认控制通道和数据链路均已经正常起来，利用命令:lmp-get-tel:0,0查询TE链路的AdminStatus状态，若为AdminDown则用命令:lmp-set-telstatus设置为AdminUp

。2、相应链路复用段配置不一致。

处理方法：在智能R1版本中，相应链路建立复用段后，链路属性会发生改变，若存在复用段配置不一致，会因为属性不一致而导致校验不通过。用命令:cfg-get-rmspg和:cfg-get-lmspg检查链路两端节点是否存在单端复用段配置的问题，若存在单端复用段配置，删除单端复用段配置或者将复用段配置完全均可解决问题。若两端均存在复用段配置，用命令:cfg-get-rmsbdmap和:cfg-get-lmsbdmap查询两端复用段配置是否一致，若不一致配置一致即可。3、单板智能未使能，导致TE链路一致性校验不能完成。

处理方法：单板智能未使能会导致控制通道正常，而TE链路为Down。利用:OPTP:bid,0,8b,1,9,f9查询单板智能使能状态，返回1表示使能，0表示不使能，若为0则需要使能单板智能，:OPTP:bid,0,8b,1,9,f8,1即可使能单板智能。

10TE链路不通维护4、光口未分配到ECC字节通信。

处理方法：光口未分配到DCC原因，利用:cm-get-fiberport查询相应光口DCC状态，D4-D12状态为port-disable或DCC通信状态为rx_f&tx_f，用命令:cm-set-fiberport使能光口状态。5、设置了错误的远端信息。

处理方法：利用:lmp-get-tel:0,0查询相应的TE链路信息，如果查询结果的NbrNodeID错误，与实际的物理连接不一致，利用命令:lmp-set-telremote

重新将NbrNodeID设置正确，再利用命令:lmp-set-telverify:TEID

设置相应TE链路校验使能即可。

TE链路大多数情况下是自动发现的，无需人工设置，故状况5不多见。TE链路不通还有可能是J0字节有问题，而J0字节收发不正常原因较多，一般需要开发人员定位。11通过本节学习，看看您是否掌握：智能软件中常用的校验链路主要有哪些？各种链路相应的故障判断方法？各种链路相应故障的可能原因及解决方措施？回味和思考12内容提要一、链路不通类故障维护二、业务配置不成功类故障维护三、残留交叉类故障维护四、智能特性巡检维护13业务配置不成功类故障维护

在配置智能业务时，常遇到的配置不成功错误提示有三种:计算路由失败标签分配失败复用段指定节点错（金级业务）

14智能链路一根划分了部分复用段的光纤保护链路无保护链路无保护链路工作链路在R1版本中，一根光纤可能只有一条TE链路（没有复用段的时候），可能有两条TE链路（完全复用段）、也可能有三条TE链路（部分复用段）。

TE链路2TE链路1TE链路3Vc4:1-16Vc4:17-32Vc4:33-48Vc4:49-64TE链路2三种智能链路：工作链路、保护链路和无保护链路15各SLA业务对智能链路的使用

R1版本工作链路保护链路无保护链路钻石级业务建立NNY钻石级业务重路由NNY钻石级业务优化NNY金级业务建立YNN金级业务重路由1N2（degraded)金级业务优化1N2（degraded)银级业务建立NNY银级业务重路由NNY银级业务优化NNY铜级业务建立NNY铜级业务优化NNY铁级业务NYN铁级业务优化NYN16计算路由失败利用navigator建立智能业务，返回如下：#1-1:szhw[][][2005-12-0812:00:48]>:mpls-activate-lspfailed!cmd:0xb80derror:0x9e31NSERR_ION_TEM_QUERY_ROUTE_ERR利用T2000网管建立智能业务时，返回错误提示如下：17计算路由失败常见原因及其解决办法：1、确定网络中是否有可用的资源。新建智能业务时：钻石级业务只使用无保护链路，不能使用复用段链路；金级业务只使用复用段工作链路，不能使用无保护链路和复用段链路保护链路；银级业务只使用无保护链路，不能使用复用段链路；铜级业务只使用无保护链路，不能使用复用段链路。

常见现象：网络中有复用段链路，无保护链路资源不足，导致钻石级业务和银级业务建立不成功。解决方法：现有业务重新进行优化，确保网络中有可用的资源，增加资源，确保网络中有可用的资源。18计算路由失败常见原因及其解决办法：2、查询是否指定了必经链路，若指定了必经链路，检查是否指定的链路属性不正确；是否按照希望经过的链路顺序指定多次必经链路。

常见现象：指定链路的属性不正确，未按照希望经过的链路顺序指定多次必经链路，网管版本为V2R1C03B028。解决方法：重新指定链路，指定正确链路即可。按照希望经过的乱路顺序指定多次必经链路。金级业务将在后续内容讨论。3、查询是否指定了必经节点，若指定必经节点，检查是否按照希望经过的节点顺序指定了多个必经节点。

常见现象：未按照希望经过的节点顺序指定多个必经节点，网管版本为V2R1C03B028。解决方法：需要按照希望经过的节点顺序指定多个必经节点

。19计算路由失败常见原因及其解决办法：4、现阶段指定必经节点只能指定业务OUT的端口，然在网管上未做此限制，当利用T2000指定必经节点时，指定了业务IN的端口。

常见现象：指定必经节点不正确。解决方法：只能指定业务OUT的端口。5、查看智能业务经过的节点数是否超过最大节点数限制。

常见现象：智能业务经过的节点数是否超过限制，智能业务所能承受的最大跳数为64跳，即一条智能业务所能经历的最大节点数为65个节点。解决方法：优化业务配置，尽量使业务不要经过太多HOP，同时HOP增加，业务重路由的概率增大，不利于业务的稳定运行。20标签分配失败利用navigator建立智能业务，返回如下：#1-1:szhw[][][2005-12-0812:02:55]>:mpls-activate-lspfailed!cmd:0xb80derror:0x9e3eSERR_ION_RSVP_RE_LABEL_ALLOC_FAIL

利用T2000网管建立智能业务时，返回错误提示如下：21标签分配失败常见原因及其解决办法：1、如果指定了必经节点，需要检查指定的时隙是否已经被使用。利用命令:sc-get-vc4state:bid,pid查询相应的时隙状态，是否为free状态。

常见现象：指定的时隙已经被使用。解决方法：重新指定另一个时隙。2、检查网元是否存在节点间有单向预留时隙，在链路两端利用命令:sc-get-vc4state:bid,pid查询相应的时隙状态，查看是否存在单端时隙预留状况。

常见现象：存在单端预留时隙，时隙预留不对称。解决方法：取消单端预留时隙或在链路两端做双向时隙预留。22标签分配失败常见原因及其解决办法：3、查看智能的时隙状态上下游是否一致。

常见现象：时隙上下游状态不一致。解决方法：在相应的网元执行:sc-sync-xc网元交叉同步命令，同步主机侧和智能侧的交叉信息。执行此命令后，仍然存在时隙状态上下游不一致，可能存在残留交叉，参考后续内容进行残留交叉清理工作。4、查看是否存在除上述两种情况外的时隙不对称现象。

常见现象：存在时隙不对称，但是不属于时隙预留不对称和智能时隙状态上下游不一致。解决方法：重新指定另一时隙。23标签分配失败常见原因及其解决办法：5、查看智能业务经过的节点数是否超过最大节点数限制

。

常见现象：智能业务经过的节点数超过限制，智能业务所能承受的最大跳数为64跳，即一条智能业务所能经历的最大节点数为65个节点。解决方法：优化业务配置，尽量使业务不要经过太多HOP，同时HOP增加，业务重路由的概率增大，不利于业务的稳定运行。24复用段指定节点参数错利用navigator建立智能业务，返回如下：#9-158:szhw[158][][1990-01-1923:35:44]>:mpls-activate-lsp;failed!cmd:0xb80derror:0x9f00NSERR_ION_TEM_RC_LOOSE_NODE_FAIL

利用T2000网管建立智能业务时，返回错误提示如下：25复用段指定节点参数错金级业务的限制： 由于金级业务比较特殊，其面临的限制也多一些，将详细介绍金级业务的一些限制。

1，业务建立时全部使用复用段工作链路，遵循时隙一致性原则。

2，当前版本中，金级业务建立时支持指定非跨环节点的松散节点，但只允许在首节点指定一次，如果在其他节点指定非跨环节点时，必须具体到时隙；支持指定跨环节点的松散节点；金级业务指定必经链路时只允许在首节点指定一次必经链路，不允许在其他节点指定必经链路，不允许指定多次必经链路。26复用段指定节点参数错常见原因及其解决办法：1、查看指定必经链路时是否未考虑当前版本限制。

常见现象：不在首节点指定必经链路或者多次指定必经链路。解决方法：金级业务目前只支持在首节点指定一次必经链路，取消指定必经链路或只在首节点指定必经链路。2、查看指定必经节点时是否未考虑当前版本限制。

常见现象：指定的松散节点不是跨环节点或不在首节点指定松散必经节点。解决方法：取消指定必经节点、指定必经节点具体到时隙或在首节点指定一次松散必经节点。27通过本节学习，看看您是否掌握：智能链路主要有哪三种？各种SLA业务在新建时面临的限制有那些？业务配置时常见的故障有那些，相应的处理方法分别是什么？回味和思考28内容提要一、链路不通类故障维护二、业务配置不成功类故障维护三、残留交叉类故障维护四、智能特性巡检维护29智能软件模块关系30智能业务与三层之间的交互首节点XC-CONMPLSSCXC网络管理系统XC-CONMPLSSCXCXC-CONMPLSSCXC穿通节点末节点MPLS层SC层实际交叉31残留交叉的定义智能软件在运行过程中，由于一些异常情况的发生（单站掉电、智能业务异常降级、人为操作触发智能软件固有缺陷等）造成只在某些站点存在的交叉信息。残留交叉，顾名思义就是一些残缺不全的、不能形成完整路径、由于异常情况造成只在少数站点存在的交叉信息。残留交叉：残留交叉分类：

信令残留交叉

静态残留交叉32信令残留交叉智能层情形mplsscitgxc1√√×2√××3√×√4×√√5×√×6××√信令残留交叉的各种可能情形列表在上述各种情形中，以3和4较为多见，故在此中着重讨论3和4情形。其中情形3称之为mpls层信令残留，情形4为sc层信令残留。33信令残留交叉首节点XC-CONMPLSXC网络管理系统穿通节点末节点MPLS层SC层实际交叉mpls层信令残留XC-CONSCXCXC-CONSCXCsc层信令残留出现mpls层信令残留时，网管上仍然可以查询到相应的lsp信息。出现sc层信令残留时，网管上已经不能查询到相应的lsp信息。34信令残留交叉的定位和处理用:mpls-get-mpls/:mpls-get-smpls查询信令层的lsp信息，选取部分命令相应如下：:mpls-get-mlsp:all

LSPINFOINGRESSSRC_BOARDSRC_PORTSRC_SLOTEGRESSDEST_BOARDDEST_PORTDEST_SLOTINDEXTYPEPROTECTIONFIR_SEC……1.1.1.17223.3.3.37222normal_lsp

mspfirst……1.1.1.17233.3.3.37233normal_lspreroutefirst……1.1.1.17243.3.3.37244normal_lsp

noprfirst……1.1.1.17213.3.3.37215normal_lsp

sncpsecond……1.1.1.17213.3.3.37215normal_lsp

sncpfirst……Totalrecords:5

#9-169:szhw[NE169][][2005-08-1119:00:20]>:mpls-get-smlsp:all

LSPSIMPLEINFOINGRESSEGRESSINDEXINSTTYPEPROTECTIONDIRECTIONCREATETIMERRTRCVYPOSITIONSTATUSFLAGFIR_SECNAME1.1.1.13.3.3.321normal_lsp

msp

bi_direction2005-8-1118:55:26disablesrcupnormalfirstGold1.1.1.13.3.3.331normal_lspreroutebi_direction2005-8-1118:55:44disablesrcupnormalfirstSilver1.1.1.13.3.3.341normal_lsp

nopr

bi_direction2005-8-1118:56:4disablesrcupnormalfirstCopper1.1.1.13.3.3.351normal_lsp

sncp

bi_direction2005-8-1118:58:22disablesrcupnormalsecondDiamond1.1.1.13.3.3.352normal_lsp

sncp

bi_direction2005-8-1118:58:21disablesrcupnormalfirstDiamondTotalrecords:5

#9-169:szhw[NE169][][2005-08-1119:00:21]>这两条命令查询结果一一对应，其区别仅仅是返回内容不同，第一个命令是给网管用的接口，第二个命令通过命令行用的多一些。mpls层lsp信息查询35信令残留交叉的定位和处理:sc-get-lspcb-info:0.0.0.0,0.0.0.0,0

LSP-CB-INFOtunnel-headtunnel-tailtunnel-idlsp-idlsp-xc-index

sec_flag

in_ifindex

in_label

out_ifindex

out_label

label_flag

hw_type

……1.1.1.13.3.3.3212first0x4c00000620x4400000210x0f0x11……1.1.1.13.3.3.3313first0x4c00000630x4c000001640x0f0x11……1.1.1.13.3.3.3414first0x4c00000640x4c000001630x0f0x11……1.1.1.13.3.3.3525first0x4c00000610x4c000002640x0f0x21……1.1.1.13.3.3.3516second0x4c00000610x4c000001620x0f0x21……Totalrecords:5

#9-169:szhw[NE169][][2005-08-1119:00:40]>用:sc-get-lspcb-info/:sc-get-lspcb-exinfo可以查询lsp-cb信息，下面是命令响应：1、正常情况下，此处查询出来的SC模块LSP信息和MPLS层的应该一致；2、上述两个命令合起来查询的是实质上是一个内容，即lsp-cb信息，第一个显示常用的基本信息，第二个显示扩展信息（EX）；:sc-get-lspcb-exinfo:0

LSP-CB-EXINFOlsp-xc-index

lspcb_addr

sncp_ptr

v_sncp_ptr

rvs_exist

node_flag

sonet_rcc

sonet_ncc

next_hop

est_stat

rvs_est_stat

……20x0643cb280000000000000000000010x01014.4.4.433 ……30x06445ba80000000000000000000010x01012.2.2.233 ……40x064501680000000000000000000010x01012.2.2.233 ……

50x064732680x06475ce8000000000010x01014.4.4.433 ……

60x06475ce80x06473268000000000010x01012.2.2.233 ……

Totalrecords:5

#9-169:szhw[NE169][][2005-08-1119:00:42]>sc层lsp信息查询36信令残留交叉的定位和处理mpls层信令残留：根据前面的查询得到的mpls和sc层的lsp信息，比较查询结果：1，mpls层的lsp

信息与sc层的lsp信息不能一一对应，且sc层的lsp数目少于mpls的lsp数目，定位出相应的缺少sc层的lsp。2，利用:cfg-get-itgxc和:cfg-get-itgsncppg查询主机侧生成的相应的智能交叉信息，相应的缺少sc层的lsp信息的智能业务存在对应的智能交叉。则存在mpls层信令残留。处理方法：1，首先确定此节点相对于此mpls层信令残留的位置。2，若为中间节点，在业务的首节点执行优化操作，将业务优化至其他路径业务即可恢复正常。3，若为首末节点，重新下发数据配置解决。37信令残留交叉的定位和处理sc层信令残留：根据前面的查询得到的mpls和sc层的lsp信息，比较查询结果：1，mpls层的lsp

信息与sc层的lsp信息不能一一对应，存在部分lsp在mpls层没有相关的lsp信息，而在sc层存在相关的lsp信息

。2，利用:cfg-get-itgxc和:cfg-get-itgsncppg查询主机侧生成的相应的智能交叉信息，相应的缺少mpls层的lsp信息的智能业务存在对应的智能交叉。则存在sc层信令残留。处理方法：3，若:sc-get-lspcb-exinfo命令响应的最后一个参数tree_type为1，运行过程中导致的交叉残留

，先使用:sc-del-lspcb删除sc模块的保留的lsp控制块信息，然后再使用sc-sync-xc命令与主机软件进行资源同步。

1，确认这些sc层残留交叉是否处于等待与信令同步。2，若:sc-get-lspcb-exinfo:0命令响应的最后一个参数tree_type为0，正在等待与信令同步，使用:sc-del-recovery-lsp:xc_index进行删除。若xc_index值为FFFFFF时，此时需输入:sc-del-recovery-lsp:0即可删除。

38静态残留交叉当网络中存在静态残留交叉时，在T2000网管系统中路径－SDH路径搜索可以发现有大量的离散交叉存在。通过网管搜索出大量的离散交叉网管搜索出来的离散交叉可能是静态残留交叉，也可能不是静态残留交叉。特别在与其他厂家产品对接时、运营商互联互通网络中，需要特别注意。39静态残留交叉静态残留交叉的定位和处理：1，利用:cfg-get-xc和:cfg-get-sncppg获得主机侧静态交叉信息，利用:cfg-get-itgxc和:cfg-get-itgsncppg获得主机侧智能交叉信息。利用:cfg-get-xcconnect获得实际主机侧所有实际生成的交叉信息。2，判断实际生成的交叉数目是否与静态交叉信息和智能交叉信息之和一致。3，判断是否存在信令残留交叉。4，若存在多余交叉信息，且又不存在信令残留交叉，则存在静态残留交叉。配合网管进行交叉滤除从而得出静态残留交叉信息，“主视图－网元管理器－SDH业务配置”过滤网元对应板位交叉信息。40静态残留交叉静态残留交叉清理：1，和客户沟通是否为客户添加单站配置的交叉信息，是则需在链路另一端预留相应时隙保证时隙上下游一致。2，确认静态交叉不能形成路径，为离散交叉信息（即静态残留交叉）。3，利用网管路径管理功能或利用命令行:cfg-del-xc删除静态残留交叉，即离散交叉信息。建议：进行残留交叉清理后，需观察一段时间，确认业务无损后离开。41通过本节学习，看看您是否掌握：残留交叉的定义？信令残留交叉主要分两种，其相应的判断方法和处理策略是什么？静态残留交叉的定位和解决方法是什么？回味和思考42内容提要一、链路不通类故障维护二、业务配置不成功类故障维护三、残留交叉类故障维护四、智能特性巡检维护43智能特性巡检维护查询LMP协议控制通道信息，选取部分命令响应如下：:lmp-get-ccbyport:0,0;LMP_GET_CC_BY_PORT

LocalCCID

LocalBid

LocalPid

AdminStatus

OperStatus

NbrNodeID

RemoteCCID

DestAddr

NextHop

0x0000000571AdminUpup3.3.3.30x000000013.3.3.33.3.3.3

0x0000000672AdminDowndown0.0.0.00000000000224.0.0.1224.0.0.1

0x0000000773AdminDowndown0.0.0.00000000000224.0.0.1224.0.0.1

0x0000000874AdminDowndown0.0.0.00000000000224.0.0.1224.0.0.1

0x0000000981AdminUpup2.2.2.20x0000000a2.2.2.22.2.2.2

0x0000000a91AdminUpup4.4.4.40x0000000b4.4.4.44.4.4.4

0x0000000b101AdminDowndown0.0.0.00000000000224.0.0.1224.0.0.1

0x0000000c102AdminDowndown0.0.0.00000000000224.0.0.1224.0.0.1

0x0000000d103AdminDowndown0.0.0.00000000000224.0.0.1224.0.0.1

0x0000000e104AdminUp

config_snd0.0.0.00000000000224.0.0.1224.0.0.1

Totalrecords:10#9-169:szhw[NE169][][2005-08-1111:50:08]>根据返回结果确认：1，为智能所用的光路的控制通道是否处于UP态且有正确的远端节点信息。若相邻节点间控制通道不正常，参考前面内容对控制通道进行维护。2，不被智能使用的光路的控制通道均已经被关闭，利用:lmp-set-ccstatus关闭不被智能所用的控制通道。44智能特性巡检维护查询LMP协议数据链路信息，选取部分命令响应如下：确认相应的数据链路是否处于正常态，若为非正常态请参考前面内容进行处理。:lmp-get-dbl:0,0LMP_GET_DBL

LocalDblID

LocalBid

LocalPid

AdminStatus

OperStatus

RemoteDblID

0x4c00000181AdminUp

up_free0x4c0000020x4c00000291AdminUp

up_free0x4c0000020x4c00000571AdminUp

up_free0x4c0000010x4c00000672AdminDowndown00000000000x4c000009101AdminDowndown00000000000x4c00000a73AdminDowndown00000000000x4c00000b74AdminDowndown00000000000x4c00000c102AdminDowndown00000000000x4c00000d103AdminDowndown00000000000x4c00000e104AdminDowndown0000000000Totalrecords:10#9-169:szhw[NE169][][2005-08-1116:09:02]>45智能特性巡检维护查询LMP协议TE链路信息，选取部分命令响应如下：确认相应的TE链路是否处于正常态，若为非正常态请参考前面内容进行处理。:lmp-get-tel:0,0LMP_GET_TEL

LocalTelID

LocalBid

LocalPid

AdminStatus

OperStatus

NbrNodeID

RemoteTelIDVerify0x6c00000181AdminUpup2.2.2.20x6c000002enable0x6c00000291AdminUpup4.4.4.40x6c000002enable0x6c00000571AdminUp

degraded

3.3.3.30x6c000001enable0x6c00000672AdminDowndown0.0.0.00000000000enable0x6c000009101AdminDowndown0.0.0.00000000000enable0x6c00000a73AdminDowndown0.0.0.00000000000enable0x6c00000b74AdminDowndown0.0.0.00000000000enable0x6c00000c102AdminDowndown0.0.0.00000000000enable0x6c00000d103AdminDowndown0.0.0.00000000000en