 |
问答管理员：
已解决问题
请教OTU1e和OTU2e的问题 (进入论坛模式)
提问者：dingdingoo
|
提问时间：2012-2-24 19:34
请问OTU1e和OTU2e都是将10GE LAN 映射进OTN的方式，请问有什么区别，各在什么地方应用呢，谢谢！！
关闭所有答案回应
最佳答案
最佳答案为适应10GE LAN的传送需求，出现了ODU1e/ODU2e及高速率容器ODU3e1/3e2；
10GE LAN的线路速率为10.3125Gbit/s，OPU2的速率为9.995Gbit/s，无法直接映射，通常采用：
1、对Mac帧做一些变动，使其速率变为9.995Gbit/s，然后进行映射，但MAC帧有变化；
2、对MAC帧不做变化，整个10.3125Gbit/s全部放入OPU2中，此时会占用ODU2的部分FEC，导致FEC纠错有所下降；
3、提高ODU2的速率（提速模式），此时将整个MAC帧映射尽OPU2e中进行传输，不对MAC帧做任何更改，同时FEC不受影响；
推荐用方式3；对于这种方式已经成为G.709的标准协议，多数厂家均支持；
对于10GE lan采用CBR2G5信号映射为OPU1的方式，将10GE LAN映射到OPU1e，仍然在G.sup43规范中，该方案还不是很成熟，映射过程是：
客户信号（10.3125Gbit/s）->1*OPU1e->1*ODU1e(10.3558Gbit/s)->1*OTU1e(11.0491Gbit/s)
如映射到OPU2e中的映射过程是：
客户信号（10.3125Gbit/s）->1*固定填充字节->1*OPU2e->1*ODU2e(10.3995Gbit/s)->1*OTU1e(11.0957Gbit/s)
10GE LAN的线路速率为10.3125Gbit/s，OPU2的速率为9.995Gbit/s，无法直接映射，通常采用：
1、对Mac帧做一些变动，使其速率变为9.995Gbit/s，然后进行映射，但MAC帧有变化；
2、对MAC帧不做变化，整个10.3125Gbit/s全部放入OPU2中，此时会占用ODU2的部分FEC，导致FEC纠错有所下降；
3、提高ODU2的速率（提速模式），此时将整个MAC帧映射尽OPU2e中进行传输，不对MAC帧做任何更改，同时FEC不受影响；
推荐用方式3；对于这种方式已经成为G.709的标准协议，多数厂家均支持；
对于10GE lan采用CBR2G5信号映射为OPU1的方式，将10GE LAN映射到OPU1e，仍然在G.sup43规范中，该方案还不是很成熟，映射过程是：
客户信号（10.3125Gbit/s）->1*OPU1e->1*ODU1e(10.3558Gbit/s)->1*OTU1e(11.0491Gbit/s)
如映射到OPU2e中的映射过程是：
客户信号（10.3125Gbit/s）->1*固定填充字节->1*OPU2e->1*ODU2e(10.3995Gbit/s)->1*OTU1e(11.0957Gbit/s)
回应该答案 (0) |
回答时间：2012-2-29 10:11
其他答案 ( 14 条 )
OTU1e是2。5G的吧。应该是4路OTU1e转换成1路OTU2e吧？
otu1e和2e貌似不是标准的2.5g和10g，请知道的讲讲
四楼，能不能修改一下格式，看不太明白。。。谢谢！！
和有没有fixed stuff有关
请问如果OTU1e如果是非标的，实际应用中是否没有2e应用的多，还有净荷中是否填充fixed stuff对实际业务具体有什么影响呢？
回复 7# 的帖子
fixed stuff对实际业务没啥影响，至于应用的话，也不见得，因为otu1e速率低的话，用supper FECI.8可以加大FEC大小
这个和OTU1F OTU2F一样的
fixed stuff对实际业务没啥影响，至于应用的话，也不见得，因为otu1e速率低的话，用supper FECI.8可以加大FEC大小
这个和OTU1F OTU2F一样的
回复 5# 的帖子
->就是一个大于号，不知为何我发表后就成了这个样，将就着看吧
->就是一个大于号，不知为何我发表后就成了这个样，将就着看吧
回复 6# 的帖子
ODU1E就是为了适应10GE的传送而新增的，它属于LO，相当于SDH中的低阶通道；
ODU2E和ODU3e同样，它们属于HO，相对于高阶通道；
它们在G.709规范中没有的，现在还在G.sup43意见中，很多厂家还不支持的
ODU1E就是为了适应10GE的传送而新增的，它属于LO，相当于SDH中的低阶通道；
ODU2E和ODU3e同样，它们属于HO，相对于高阶通道；
它们在G.709规范中没有的，现在还在G.sup43意见中，很多厂家还不支持的
谢谢楼上，另外还请问一下，目前OTU3 和OTU4 的支路时隙都可以是1.25G，请问如果是1.25G的支路时隙，如果复用几路OTU1/2作为OPU3/4，是不是相当于路由器的分片原理，将这些业务信息分别承载在1.25G的支路时隙上，请问如果这样承载，每个1.25G的支路时隙都会有开销么，还是只有其中一个支路时隙有开销，这个承载的过程是怎样的？问的有点乱不知道能否理解，多谢。
是不是相当于路由器的分片原理
不是，路由器的分片原理是因为出现长度过大的包导致的，另外路由分片是数据拦腰截断
而复用解复用则不然
每个1.25G的支路时隙都会有开销么
如果是1.25的信号复用上去的，是有开销的，你可以研究下odu颗粒的速率，就知道了
譬如说odu2并不会均分到4个odu3里，odu3里的odu2里是有开销的
另外一些开销，譬如MSI之类的，也是基于复帧对每个时隙来做的，但是指针校验可能就按照前边时隙的帧来做了
不是，路由器的分片原理是因为出现长度过大的包导致的，另外路由分片是数据拦腰截断
而复用解复用则不然
每个1.25G的支路时隙都会有开销么
如果是1.25的信号复用上去的，是有开销的，你可以研究下odu颗粒的速率，就知道了
譬如说odu2并不会均分到4个odu3里，odu3里的odu2里是有开销的
另外一些开销，譬如MSI之类的，也是基于复帧对每个时隙来做的，但是指针校验可能就按照前边时隙的帧来做了
另外odu2e和odu1e一样，也是LO低阶，差别就在一个fixed stuff上
odu3e现在还在讨论，和odu2e或者40ge有关系
odu3e现在还在讨论，和odu2e或者40ge有关系
谢谢楼上，我的意思是，如果ODU2作为净荷复用到支路时隙为1.25G的OTU3或者OTU4里，那每个1.25G的支路时隙也是有开销的么？这样的复用是否效率不高，因为相当于要将ODU2拆散放置在低速率的1.25G支路时隙中？
该答案得到 1 个回应 我要回应
mayabinxa | 2012-3-9 09:45
如果要将ODU2复用进OTU3或OTU4，不会用支路时隙进行复用的；
LO复用到HO的时隙
OPUk容器 1.25G时隙数 2.5G时隙数
OPU1 2 -
OPU2 8 4
OPU3 32 8
OPU4 80 -
LO复用到HO的时隙
OPUk容器 1.25G时隙数 2.5G时隙数
OPU1 2 -
OPU2 8 4
OPU3 32 8
OPU4 80 -
回复 13# 的帖子
非常感谢楼上的指出错误，我也注意到了！
非常感谢楼上的指出错误，我也注意到了！
回复 14# 的帖子
按照你对时隙的开销的定义，应该只有msi算吧？
至于你说的复用效率，是不存在把ODU2拆成1.25个时隙再放到odu3里去的情况的
ODU2放进ODU3，就是4：1的映射，按照老的协议定义来的，不会关心ODU2原先client信号的组成
1.25G时隙主要是能解决odu-flex以及odu0产生出来的
1.25G时隙对GE ethernet来说，先把8B/10B编码压缩成64B/65B，然后通过GFP-T来映射，其中还可以处理同步以太网的开销
1.25G时隙使得ODU-FLEX的使用效率更高，譬如8G fiber channel（8.5G的速率）塞到odu flex里，如果1.25G实际你只要塞7个时隙就够了，占用8.75G速率，而2.5G时隙的话你就必须塞满10G的空间
按照你对时隙的开销的定义，应该只有msi算吧？
至于你说的复用效率，是不存在把ODU2拆成1.25个时隙再放到odu3里去的情况的
ODU2放进ODU3，就是4：1的映射，按照老的协议定义来的，不会关心ODU2原先client信号的组成
1.25G时隙主要是能解决odu-flex以及odu0产生出来的
1.25G时隙对GE ethernet来说，先把8B/10B编码压缩成64B/65B，然后通过GFP-T来映射，其中还可以处理同步以太网的开销
1.25G时隙使得ODU-FLEX的使用效率更高，譬如8G fiber channel（8.5G的速率）塞到odu flex里，如果1.25G实际你只要塞7个时隙就够了，占用8.75G速率，而2.5G时隙的话你就必须塞满10G的空间