严格意义上来说,楼主所说的情况发生的前提是:
1.他复制的 CM 的 mac 地址和他的 CM 不是工作在一个 CMTS 下,只要是在一个 CMTS 下,必然会出现两台 CM 重复上下线的问题。因为 CM 无法正常 Online , CM 的 RF 接口会出现 IP 冲突。
2.如果需要修改下发的配置文件,必须在 1 的基础上,恰好没有启用所谓的 docsis2.0 中的 baseline privacy 的功能。我承认的一点是,国内广电在运营 docsis2.0 的 CM 时大部分情况下是不启用这个功能的。这里说的 baseline privacy 和 docsis3.0 中的 BPI+是不一样的。详情请见:
https://apps.cablelabs.com/specification/?query=bpi&category=DOCSIS&subcat=&doctype=&content=true&archives=false¤tPage=1至于修改下发的配置文件,请楼主提示。若通过其他的方法将自己准备的配置文件写入 CM 中,建议参考这系列文档的附录 C : CM-SP-MULPIv3.0-I21-130404.pdf 。当然我这份不是最新的,最新的可以在 cablelabs 官网找到。
3.楼主说的, docsis2.0 的 CM 接上路由器,即使没有开通上网业务也能够蹭网。我觉得唯一的可能是运营商运营上的问题,没有在配置文件中正确限制 max cpe 这项参数。具体这项参数的作用见 CM-SP-MULPIv3.0-I21-130404.pdf 中 C1.1.7 。值得注意的是这句说明( The CM MUST interpret this value as an unsigned integer. The non-existence of this option, or the value 0, MUST be interpreted by the CM as the default value of 1.)
4.有人提到通过“发送一个 vendor class 为 docsis3.0:的 dhcp 请求,有很大几率进入猫网(准确来说应该是猫的专属 vlan)”,需要说明的是这里你进入到的是 RF 网段,在这个网段内可以通过 snmp 获取到运用商的一些运营权限,但是稍微专业的运营商会在 CM 的配置文件中限制 RF 网段的 snmp 权限,比如,哪些网段对应用的 community string 以及每个 string 的可操作的接口,以及操作的权限等等。而且,据我所知, DHCP server 中可以配置 default deny 规则,也就是说,如果不是对应的厂商设备的 OUI 所发出的 option60 请求,是会被拒绝的。
以上是我目前知道的,希望可以跟大家一起讨论,国内做这个的人太少了。