1. cable modem上电后没有任何反映,不能显示所处状态init(rc)：
当show cable modem 上没有看到该CM，说明CM还没成功向CMTS发过ranging 消息，此时可能存在2中情况：
1）CM没有锁定下行（CM下行的指示灯不停闪烁），其可能原因：
a.功率不对，
解决办法：尝试调整下行功率，如CASA-2200(config-if-qam 0/0)#power 550
b.支持的标准不对，例如有些CM只能支持Annex B，(如casa3.0，1.0的cm)而下行信道配置的为Annex A
解决办法：试将annex A 改为annex B,注：最好在一个MAC domain里面包含2种标准的下行信道。
c.如果有条件可以接上串口或者网线查看CM的状态以帮助诊断
解决办法：在cable modem 上接上串口连pc,然后重启cable modem进行观察(没有实践过)
d.线路问题，
解决办法：检查物理连接,线是否没有拧紧，最好是能有检测信号的工具。
e:是否在mac domain中没有配置下行，且下行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: 线路问题+是否在mac domain中没有配置上行，且上行channel没有打开+频点是否冲突+每个频点间跨度太大或太小
解决办法：参考下行没有锁定的解决办法
2. CM 到init（r2）-〉offline
Init（r2）状态说明CM正在做ranging，正常情况下，CM完成ranging后会转为rc状态，如果CM从r2-〉offline，说明ranging不成功，ranging不成功可能有如下的原因：
A.功率调整不对：CM不能调整到CMTS期待的功率范围。
注：CMTS能接受的功率范围为： -powerAdjustment〈powerlevel-rxpwr〈powerAdjustment
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地址，可以做如下的检查：
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服务器是否收到请求及分配了地址
5. 网线是否接好，这是最容易忽略的
解决办法：检查网线
4.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服务器是否收到请求以及是否正确应答了。
5.CM 停在init（o）
Init（o）和init（i）的差别在于init（o）表示CMTS 充当了TFTP Proxy，CM通过将向CMTS请求配置文件，由CMTS再向TFTP server请求文件。CM停在这个状态可以抓包。如果还不能诊断出问题，可以先关闭TFTP Proxy功能，相关命令为：
CASA-C2100(conf-if-mac 1)#no 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一致。
7.CM 停在init(e)
该状态的具体含义不是很清楚，貌似是eae,
解决办法：1.先操作：CASA-C2200(conf-if-mac 1)#no early-authentication-encryption，使cable modem通过常规步骤上线，予以进行诊断
