cable状态以及解决-.doc

一课资料网/关于cable modem不能上线的几种状态 当show cable modem 上没有看到该CM，说明CM还没成功向CMTS发过ranging 消息，此时可能存在2中情况： 1）CM没有锁定下行（CM下行的指示灯不停闪烁），其可能原因： a.功率不对， 解决办法：尝试调整下行功率 b.支持的标准不对，例如有些CM只能支持Annex B，(如casa3.0，1.0的cm而下行信道配置的为Annex A 解决办法：试将annex A 改为annex B,注：最好在一个MAC domain里面包含2种标准的下行信道。 c.如果有条件可以接上串口或者网线查看CM的状态以帮助诊断 解决办法：用网线链接Cable Modem ，输入，进入CM界面，查看CM的状态 d.线路问题， 解决办法：检查物理连接,线是否没有拧紧，最好是能有检测信号的工具。 e:是否在CMTS中没有配置下行，且下行channel没有打开 解决办法：在mac domain中添加下行channel,并且将channel 打开，no shutdown F: 频点是否冲突+每个频点间跨度太大或太小 解决办法：每个channel的频点不应该相同，且每个频点的差距应在一个范围内. 2）CM已经锁定下行，但上行没有锁定 a.上行功率不对， 解决办法：CM的发送功率一般在20db-50db之间，调整CM和CMTS之间的衰减，使得CMTS能接收到信号。 b.UCD消息不正确， 解决办法：这一般是由上行信道的profile没争取设置，可尝试使用CMTS中默认已写入的profile（profile 1-5），最佳貌似profile 2， 注：3.0的cable modem如果做了绑定，则每个上行channel的profile均要一致，并且channel-witdh也要一致 c: 线路问题+是否在CMTS中没有配置上行，且上行channel没有打开+频点是否冲突+每个频点间跨度太大或太小 解决办法：参考下行没有锁定的解决办法 2. CM 到init（r2）-offline Init（r2）状态说明CM正在做ranging，正常情况下，CM完成ranging后会转为rc状态，如果CM从r2-offline，说明ranging不成功，ranging不成功可能有如下的原因： A.功率调整不对：CM不能调整到CMTS期待的功率范围。 注：CMTS能接受的功率范围为： -powerAdjustmentpowerlevel-rxpwrpowerAdjustment powerAdjustment：指上行信道的power-adjustment continue 参数； powerlevel ：指上行信道的power-level 参数； rxpwr ：指 “show cable modem”的RxPwr（db）参数。 解决办法：如果CM不能调整到这个范围可以尝试增加或减少CMTS和CM之间的衰减值，也可以尝试将信道的power-level调整。诊断方法：不停执行show cable modem命令，观察RxPwr值 的变化。 B. 时间调整不对：这种情况发生的概率比较少，可以观察 “show cable modem” 的Timing Offset 参数，如果出现很异常的值，例如5592405，则可能CMTS或CM行为不正常， C. 频率调整不对：这种情况发生的概率也很少，如果有可能可以观察CM稍描过的频点，以帮助诊断问题。注：Annex A的频点是跳跃性的，不能随便设置，（但是具体怎么跳跃？），目前可以确定553M可用。 3. CM停在init（rc）状态 Cm停在rc状态表明CM已经完成ranging，接下来开始IP initialization，如果CM停在这个状态表明CM没有成功获得IP地址，可以做如下的检查： a检查CMTS MAC Domain是否正确配置cable-helper ip address， 解决办法：在MAC Domain下正确配置dhcp的ip, 并能从CMTS ping 得通该cable-helper地址 ,如果不可以拼通，考虑：路由问题，或抓下包 b检查DHCP服务是否已经开启，是否正确配置了地址池。 解决办法：打开dhcp服务器，并添加一条路由：如 route add net /24 gw 60 c检查DHCP服务器是否正确配置了路由， 解决办法：在DHCP服务器上能够ping通CMTS Mac-Domain 的地址，表明路由无误。 d如果上面都确认无误，在DHCP 服务器上可以尝试dump dhcp消息：命令为： 解决办法：抓包：tcpdump -i any net CM_subnet 来查看DHCP服务器是否收到请求及分配了地址 e. 网线是否接好，这是最容易忽略的 解决办法：检查网线 4.CM 停在init（i） Init（i）表示CM已经拿到了IP 地址，接下来开始通过tftp获得CM的配置文件，如果CM停在这个状态可以考虑： aDHCP reply中是否已经包含了正确的TFTP服务器的地址和CM配置文件名。 解决办法：检查该cable modem TFTP服务器的地址是否正确（还没有遇到过），所用的配置文件名是否正确， bCM配置文件中是否存在某些参数CM并不支持或缺少某些必需的参数，例如1.0的CM必须包含COS TLV不能使用1.1的配置文件。 解决办法：对照配置文件书写规范进行检查 c可以在TFTP 服务器上抓报确认TFTP服务器是否收到请求以及是否正确应答了。 5.CM 停在init（o） Init（o）和init（i）的差别在于init（o）表示CMTS 充当了TFTP Proxy，CM通过将向CMTS请求配置文件，由CMTS再向TFTP server请求文件。CM停在这个状态可以抓包。如果还不能诊断出问题，可以先关闭TFTP Proxy功能. 6.CM 停在init（r） Init（r）表示CM开始注册，CM能到这个状态而最终没有上线可能是CMTS拒绝CM的注册，拒绝的原因如果有条件可以从CM端查看或者能抓下CMTS的注册响应 消息。CMTS拒绝的大部分原因是CM给的配置文件存在必须给出的TLV没有出现或者不正确。 对于3.0CM的注册，目前TI CM停在此状态很可能是分配给CM的所有channel中，存在一个或多个channel不能ranging或者不能锁定。对于TI 3.0 CM，还应该保证分配的所有上行channel的profile