 |
已解决问题
有兴趣的一起来讨论下OTN的规划建设
提问者：woodenmu
|
提问时间：2011-7-23 12:42
OTN比起波分来好很多，但应用场景没太大区分。不排除长距离及光缆资源缺乏的场景下OTN的应用价值。但不会像设备商吹嘘的那样，在业务层之下重新建立一个基于OTN的光传输层。至少目前看来，有几个原因还是制约了OTN的部署，
1、OTN的建设成本及维护成本不小。
2、对城域网来说，上层业务（主要是数据）的大颗粒调度长距离的也不多，需求不大。
3、上层网络自身规划时候已经考虑了网络自愈、业务保护的特性。光传输网的保护能力是否画蛇添足？
听说移动的网络OTN部署规模较大，电信部分地市也有部署，有兴趣的一起来讨论下OTN的规划建设。
对于楼上的说法，补充几点个人意见：
1）SDH业务，在SDH上保护是最有效经济的，OTN嵌套保护会造成二次倒换的问题，需要设置拖延时间。但是对于STM-64的业务，在OTN上保护是合适的，可以选择ODU2 SNCP。
2）DLAG业务在路由器上部署当然是简单，问题是 路由器上双端口DLAG 肯定比 OTN上 DLAG配置成本要高，不过如果运营商的传输和数据没有分家的话，最好OTN上不要惹这个数据类的麻烦。
3）综合来看，利用SDH的大容量交叉来做2.5G是最合适的，在OTN上做也可以，ODU1 SPRING不受APS节点限制，这一点要犀利多了。
4）WSON永远只是个传说！
5）上波用M40V？真有钱....逻辑光纤不是那样删地。
6）SCC升级，指导书本来就很厚。。。。toolkit还是不如Navigator好用
1）SDH业务，在SDH上保护是最有效经济的，OTN嵌套保护会造成二次倒换的问题，需要设置拖延时间。但是对于STM-64的业务，在OTN上保护是合适的，可以选择ODU2 SNCP。
2）DLAG业务在路由器上部署当然是简单，问题是 路由器上双端口DLAG 肯定比 OTN上 DLAG配置成本要高，不过如果运营商的传输和数据没有分家的话，最好OTN上不要惹这个数据类的麻烦。
3）综合来看，利用SDH的大容量交叉来做2.5G是最合适的，在OTN上做也可以，ODU1 SPRING不受APS节点限制，这一点要犀利多了。
4）WSON永远只是个传说！
5）上波用M40V？真有钱....逻辑光纤不是那样删地。
6）SCC升级，指导书本来就很厚。。。。toolkit还是不如Navigator好用
回答时间：2011-7-25 21:54
热点问题
