以下是引用look6863在2005-8-26 23:04:00的发言:
我看就是华为的交叉能力不够,可以理解为硬件集成度比较高,如华为时钟交叉盘=其他厂家的时钟盘+交叉盘。
以下是引用Tonylu在2005-8-27 13:38:00的发言:
SNCP保护我做过,比PP和MSP都有些麻烦,而且正如楼上朋友所说对于时隙规划要注意避免冲突。
以下是引用cacti在2005-8-29 11:14:00的发言:
前些时候和华为工程师做个交流,目前设备做SNCP保护没问题,也不存在时隙规划冲突问题,电路在2个环上的时隙可以是任意的;想来想去,确实难解,不知道是华为对督导培训不够还是压根儿是工具有问题!

以下是引用Tonylu在2005-8-27 13:38:00的发言:
SNCP保护我做过,比PP和MSP都有些麻烦,而且正如楼上朋友所说对于时隙规划要注意避免冲突。
笑话,硬件集成度高和交叉能力有个P关系,OSN3500支持256×256 VC4(40G)、2016×2016 (5G)VC12,但是也是交叉时钟合一板。这个是产品设计定位的,即使交叉和时钟各独立也还是这么多。
以下是引用vincent.sh在2005-3-3 9:29:00的发言:
倒没遇到过华为不愿做SNCP的事情。
对华为设备而言,SNCP保护方式在交叉点占用交叉容量比PP多,如果在交叉点是交叉容量比较小的设备,也许会建议不使用SNCP方式。
以下是引用大仙在2005-4-14 22:45:00的发言:
首先需要说明,为什么一定要使用SNCP保护?其他保护就不能实现么?一个网络的规划应该有其可扩展性,一般针对2.5G的骨干环,是不应该组成SNCP保护的,尤其对于多点下业务时,使用MSP会好很多。
SNCP保护对于接入层次是可以使用的,但SNCP保护配置的最大缺点就是业务配置复杂,并且收发业务走的是分离路由(接发路径经过环上不同站点),时间延时上有一定的影响,因此在国干或者省干组网中根本就没有SNCP保护(时延是重要的一个原因),跨洋传输更没有SNCP了。另外,在G.841建议中,也明确说明SNCP保护对系统资源占用较大(监测点太多),因此对系统指标方面(倒换时间等)也没有明确约束。
关于华为的传输设备低阶交叉能力问题,这个大家都应该有信心,我觉得至少在国内厂家中,同层次没有其上者。
以下是引用Tonylu在2005-8-27 13:38:00的发言:
SNCP保护我做过,比PP和MSP都有些麻烦,而且正如楼上朋友所说对于时隙规划要注意避免冲突。
笑话,硬件集成度高和交叉能力有个P关系,OSN3500支持256×256 VC4(40G)、2016×2016 (5G)VC12,但是也是交叉时钟合一板。这个是产品设计定位的,即使交叉和时钟各独立也还是这么多。
以下是引用zq_1330969在2005-4-14 18:18:00的发言:
同意11楼的
虚拟通道保护我接触到的结构就是:2.5G骨干环中,其中2个网元另挂一个155环,2.5G是复用段保护,155是通道环保护,2种保护都需要2根光缆,因此物理上2个2.5G设备之间应有3根光缆,前只目有2根,且是给2.5G环保护用的,重新放光缆代价太高,所以就用那2个2.5G设备中的1个VC4做串通,加上已有的1根光缆,构成一个虚拟的通道保护。
不知道能不能理解?虽然省了放光缆,但浪费了2.5G环中的资源,有得必有失啊
| 通信人家园 (https://test.txrjy.com/) | Powered by C114 |