CMTS系统维护网络中CableModem.docxVIP

CMTS系统维护网络中Cable Modem 摘要：本文介绍了 HFC网络一种技术改进型的宽带 接入方式一外置Cable Modem (以下简称CM)接入到HFC网 络中的各种状态，以及在CM出现网络故障时如何利用CMTS 系统排查故障的原因。 关键词：HFC； CMTS； CNR； SNR； DOCSIS 中图分类号：TN943. 6文献标识码：A文章编号： 1674-7712 (2013) 06-0090-01 目前有线网络业务主要是基于HFC的CM方式，提供基 CM的双向机顶盒业务。随着CM接入方式在HFC网络中双向 业务的发展，CM用户数量不断增加，诸如CM掉线、丢包、 延时大等故障也随之增加，产生故障的原因有很多，如CMTS 系统端口负载过大、端口信噪比过低、CPU利用率过高、网 络突发噪声等。 针对以上故障现象，可以用如下步骤及方法进行排查： 查看冗余引擎工作状态 Router# show redundancy 查看系统环境 Router# show facility-alarm status 使用Show process CPU命令查看CPU利用率 Router# show pxf cpu context 查看CM状态 CMTSttshow cable modem Interface Prim Online Timing Rec QoS CPE IP address MAC address Sid State Offset Power Cable5/0/0/U0 11 online 2287 0. 25 5 0 10. 1. 1.25 0050.7366.2223 Cable Modem 状态 init (rl)、init (r2)、init (rc)阶段是 CM 与 CMTS 测距，与物理线路和信噪比有关； init (d)、init (i)阶段与CNR的DHCP服务有关; init (t)阶段是CM与CNR时间同步； init (o)阶段与CNR的TFTP服务有关； Online (d)阶段与CNR对该用户停止服务，可能与CNR 针对该用户的策略有关； Offline阶段处于用户不在线或者无法正常上网，如果 是无法正常上网，通过对该用户执行clear cable modem X. X.Xreset命令对用户CM重启后，可以看到用户从哪一阶 段进入offline的。 导致CM无法正常上线的原因： RF网络质量：通常要求上行信噪比大于25dB,下行信 噪比大于35dB； 周期性测距和冲突上线机制： 通常CMTS每30秒发送一个维护消息，这维护消息给 CM上线机会，包含特定的SID和发送给CMTS的RNG-REQ□ CM在30秒内没有接收到keepalives消息，它将重新初始化 MAC上线过程。如果在下行信道存在RF问题，CM可能看不 到CMTS的单播消息，因此掉线。 如果CMTS不能得到CM对unicast transmit opportunity的应答，CMTS将轮询16次，如果一直没有应 答，CMTS认为CM已经下线。 上行信道饱和 路由协议导致上行信道reset RF层面排错规则 RF层面的问题可以等同为MAC层问题； 部署CMTS之前应对HFC网络详细规划，以便于发生问 题可快速定位；下行方向是一个广播域。如果出现大面积无 法上线，很可能是下行问题。对于每个CM来说，上行信道 是独立的电路。少数几个用户的小面积用户不能上线，可能 是由于上行问题，但也可能是下行问题，例如下行信道入侵 噪声、松散的连接等。 SNR不等于CNR Broadcom 3137估算的SNR与频谱分析 仪测出的CNR不同，因为SNR值包括了上行CNR、失真、带 内幅度偏移（频率发射问题）、组延迟、微波反射 (microreflections)＞相位漂移等因素。因此即使网络有 很好的CNR,也可能有较差的SNRo 比较CMTS中Broadcom芯片估算值和频谱分析仪在现场 测试值,Broadcom芯片估算的SNR在25-32dB范围比较可信。 如果SNR达到或大约35dB,使用频谱仪现场测试。 更低的信噪比，导致上行速率下降，CM初始化时候更容 易产生超时。 show命令排错 使用sh cable modem sum t命令查看当前用户数量和 某个上行片区用户总数。帮助诊断为某些用户频繁掉线、上 线慢等原因。 使用show interface cable命令查看某个接口负载、 丢包、误码等错误信息，帮助判断用户上线慢、掉线问题。 使用show controllers cable命令查看某个上行接口 的信噪比，以及上行、下行接口的物理层参数配置。 使用show cable modem phy命令查看单个和多个CM的 物理层信息，包括发