深圳的程序员也深深的感觉到深圳不留我，这五万八万的房价，首付就要两百万，压力山大

哈哈哈，过年比较忙，才看见。
@JackyBao 原来你说的所谓的忽略下发的配置是通过第三方固件来实现的，这也是要看主芯片的方案。如果说是博通 3.0 系列的芯片，存在 PID 这个参数，用来防止刷第三方固件，只有 bootloader 中的 PID 和 image 中的应用程序的 PID 匹配时才能升级。当然了，如果用 jtag 整个烧写 flash 那 PID 这个参数也就没有意义了。
你说的 CM 在完成上线认证过程后自动释放 IP 这个动作是否存在问题，我只知道这样 CMTS 上确实是无法查看到这台设备的 mac 地址，但是此时数据的双向是否正常还有待考虑，也许你说到的第三方固件中有对这个问题进行处理。
并且，我理解的你说的从 flash 中加载配置文件参数这个动作更可能是在代码中直接更改了相关配置的默认值而已。也有可能第三方固件的开发者规划了 nonvol 中的一段内容用来存取所谓的自定义的配置文件，但是这样的工作量会稍微大一些。

@skylancer 哈哈，深圳都是天威的市场，而天威又是国内 DOCSIS 推广的主干力量，他们用的技术和设备的客制化都是比较接近欧美水平的。不过，国内和海外比客制化的东西又很多，海外的 CM 基本上来说都是按照规范来的。

@ovear 确实是这样的，所谓的高清互动机顶盒如果有点播回看的功能，那么双向网络就是 OK 的，因为点播回看需要和前端的点播服务器进行通信。

严格意义上来说，楼主所说的情况发生的前提是：
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&currentPage=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 请求，是会被拒绝的。

以上是我目前知道的，希望可以跟大家一起讨论，国内做这个的人太少了。

@ovear 原理上是可以通过修改下发的配置文件从而修改里面的限速和 qos ，以及 max cpe 等各种限制，以及关闭 bpi 。但是这个配置文件是经过 bpi 加密的，据我所知，应该没有办法可以破解或者是修改。倒是可以通过 snmp 找到相应的节点去设置，也正如 @liyvhg 所说，存在这那些限制。