内容发布更新时间 : 2024/12/24 13:39:36星期一 下面是文章的全部内容请认真阅读。

CMTS+CM宽带接入方式常见故障排除说明

CMTS+CM的宽带接入模式对广电网络来说有很多优点，比如：入户方便，覆盖面广等。但也有个不可避免的缺点：上行信号容易产生汇聚噪声，对线路要求较高。因此在日常维护中碰到的问题比较多，有的也比较复杂。在这里简单归纳出我经常遇到的问题和解决方法。

主要故障可分为两大类：硬件故障和软故障。硬件故障一般好解决，主要是软故障不好排除，因为软故障原因较多，不好判断和查找原因。一般软故障主要是光电信号超出正常范围或是某一线路衰减不正常以及产生干扰引起的。在CMTS设备里通过命令可以看到用户产生故障的代码，由此可以找到原因并加以排除，下面是我在日常维护中遇到较多的故障类型，简单的加以介绍：

状态一： CM 到init（r2）-〉offline

Init（r2）状态说明CM正在做ranging，正常情况下，CM完成ranging后会转为rc状态，如果CM从r2-〉offline，说明ranging不成功，ranging不成功可能有如下的原因： 1.功率调整不对：CM不能调整到CMTS期待的功率范围。

解决办法：如果CM不能调整到这个范围可以尝试增加或减少CMTS和CM之间的衰减值，也可以尝试将信道的power-level调整。诊断方法：不停执行show cable modem命令，观察RxPwr值的变化。

2.时间调整不对：这种情况发生的概率比较少，可以观察 “show cable modem” 的

Timing Offset 参数，如果出现很异常的值，例如5592405，则可能CMTS或CM行为不正常， 3.频率调整不对：这种情况发生的概率也很少，如果有可能可以观察CM扫描过的频点，以帮助诊断问题。

状态二： CM停在init（rc）状态

Cm停在rc状态表明CM已经完成ranging，接下来开始IP initialization，如果CM停在这个状态表明CM没有成功获得IP地址，可以做如下的检查：

1.检查CMTS MAC Domain是否正确配置cable-helper ip address，

解决办法：在MAC Domain下正确配置dhcp的ip, 并能从CMTS ping 得通该cable-helper地址 ,如果不可以拼通，考虑：路由问题，或抓下包 2.检查DHCP服务是否已经开启，是否正确配置了地址池。

解决办法：打开dhcp服务器，并添加一条路由：如 route add –net 10.160.1.0/24 gw 192.168.3.160

3.检查DHCP服务器是否正确配置了路由，

解决办法：在DHCP服务器上能够ping通CMTS Mac-Domain 的地址，表明路由无误。 4.如果上面都确认无误，在DHCP 服务器上可以尝试dump dhcp消息：命令为：

解决办法：抓包：tcpdump -i any net CM_subnet 来查看DHCP服务器是否收到请求及分配了地址

状态三：CM 停在init（i）

Init（i）表示CM已经拿到了IP 地址，接下来开始通过tftp获得CM的配置文件，如果CM停在这个状态可以考虑：

1.DHCP reply中是否已经包含了正确的TFTP服务器的地址和CM配置文件名。

解决办法：检查该cable modem TFTP服务器的地址是否正确（还没有遇到过），所用的配置文件名是否正确，

2.CM配置文件中是否存在某些参数CM并不支持或缺少某些必需的参数，例如1.0的CM必须包含COS TLV不能使用1.1的配置文件。 解决办法：对照配置文件书写规范进行检查

3.可以在TFTP 服务器上抓报确认TFTP服务器是否收到请求以及是否正确应答了。 状态四：CM 停在init（o）

Init（o）和init（i）的差别在于init（o）表示CMTS 充当了TFTP Proxy，CM通过将向CMTS请求配置文件，由CMTS再向TFTP server请求文件。CM停在这个状态可以抓包。如果还不能诊断出问题，可以先关闭TFTP Proxy功能. 状态五：CM 停在init（r）

Init（r）表示CM开始注册，CM能到这个状态而最终没有上线可能是CMTS拒绝CM的注册，拒绝的原因如果有条件可以从CM端查看或者能抓下CMTS的注册响应消息。CMTS拒绝的大部分原因是CM给的配置文件存在必须给出的TLV没有出现或者不正确。