期待一种分布接入集中管理的CMTS

本单位使用CMTS做宽带接入有10年历史了：一开始都是用太立阳的BE2000，多个CMTS模块插在一个机框内集中管理；之后使用太立阳的BW3200系列，也是1个主控带3个CMTS模块的结构；接着就是用ARRIS的C3、C4；现在用CASA的C2K、C32系列。

上述CMTS归根到底还是把主控、上行模块、下行模块整合在一台设备内。随着用户密度增加，光点也不断的拆分，机房内的CMTS将会约来越多，就算使用中型或者大型CMTS，那一大堆的回传接收和混合也足够烦人的……

为了解决并降低回传混合的噪声汇聚问题，把CMTS做成野外型的安装在光点是一个考虑的方向，但是……

假设一个机房原先使用32D16U的CMTS，带了6000宽带用户，有100个左右的光点，使用两组19位掩码的地址池就可以应付使用需求。如果每一个光点装一个野外型的CMTS，那岂不是需要100台野外型CMTS？需要200个多少位掩码的地址池呢？况且每一个光点的用户数都是不均等的，地址池分得越小，使用率就越差……这样虽然可以解决回传噪声汇聚问题，但是没有解决成本和使用率问题……

因此有了一个这样的想法，一种把主控与CMTS模块分离的CMTS：

1、1U的主控模块，包含N个SFP端口，外形就如一个交换机，负责CMTS模块识别、配置下发和路由管理；
2、野外型的CMTS模块，整合了下行和上行并自成一个DOCSIS域，带SFP端口；
3、N个CMTS模块可以共享一组地址池！

主控和CMTS模块之间可以通过普通光纤或RJ45的SFP对接，或者通过EPON对接，因为SFP端子形状的ONU是有的……这样结构的CMTS才适合快速方便部署，维护也便捷。

例如主控有16个SFP端口，连接在1端口的CMTS模块会被识别为Cable 1/x，x是自动递增，也可以手动根据识别的CMTS模块MAC地址指定（这样就可以知道哪一个光点的模块没有在线），最多一个端口可以识别和管理32个CMTS模块（一个端口1.25G带宽，一个下行54M带宽，似乎24个下行并发就爆满了）。可以自由定义某几个端口下的CMTS共用一组IP，我觉得这个很关键，提高使用率效果。

野外型CMTS模块配备1个物理下行端口和2个物理上行端口，基本配比是1D2U，可以按照需要逻辑升级为2D4U、4D8U、6D12U等……这样根据光点的规模选择相应下行和上行配比的CMTS模块。

很好的文章，值得学习哈。

没用过cm      

这就是docsiseoc或叫minicmts做的事情，不过现在的问题在与每光机捆绑了太多带宽造成成本偏高

1、1U的主控模块，包含N个SFP端口，外形就如一个交换机，负责CMTS模块识别、配置下发和路由管理；
//这点貌似是挺难的，能够识别管理CMTS模块，那么你说的交换机或者OLT，必须要和CMTS模块间有标准的管理和维护的信令，这个需要标准来约束，也需要OLT厂商的支持啊。以前听说BCM的ONU-CMTS一体方案里面有这方面的东西，后来被技术司否掉了。
2.3点，minicmts应该现在就能做到了。
这就是docsiseoc或叫minicmts做的事情，不过现在的问题在与每光机捆绑了太多带宽造成成本偏高
//是么，你都有价格了啊？呵呵。现在不都上次看有个人计算，说相对eoc，终端省下的钱应该弥补局端的价格了么？

QPhoenix 发表于 2012-6-3 11:18
1、1U的主控模块，包含N个SFP端口，外形就如一个交换机，负责CMTS模块识别、配置下发和路由管理；
//这点貌 ...

通讯应该不需要OLT-ONU特别的支持吧……

正在测试CASA的C1G微型CMTS……

cokolala 发表于 2012-6-14 09:47
下放到光节点测试？
效果如何？

那个不是野外型的，只能放到机房内……

C1G测试运行稳定

c1g好像贵了点，数码的便宜啊

zhang-l-zhong 发表于 2014-3-27 22:48
c1g好像贵了点，数码的便宜啊

那个C1G我们测试后放在实验室里……

c-docsis技术里的分布式的方案就可以解决你所面临的问题，olt+ccmts，数码视讯的双向网改方案，现在推行的就不错！！！