OTN技术及华为OTN设备简介城域波分环四环五即将进行建设,本次工程采用华为华为下一代智能光传送平台OTN设备OptiXOSN8800和OptiXOSN6800。
本文主要对OTN技术涉及的网络结构、复用方式、帧结构、ROADM技术和OptiXOSN8800和OptiXOSN6800设备特点及本次工程配置主要单元盘作个简要介绍。
一、OTN技术光传送网OTN(OpticalTransportNetwork)是由ITU-TG.872、G.798、G.709等建议定义的一种全新的光传送技术体制,它包括光层和电层的完整体系结构,对于各层网络都有相应的管理监控机制和网络生存性机制。
OTN的思想来源于SDH/SONET技术体制(例如映射、复用、交叉连接、嵌入式开销、保护、FEC等),把SDH/SONET的可运营可管理能力应用到WDM系统中,同时具备了SDH/SONET灵活可靠和WDM容量大的优势。
除了在DWDM网络中进一步增强对SONET/SDH操作、管理、维护和供应(OAM&P)功能的支持外,OTN核心协议ITUG.709协议(基于ITUG.872)主要对以下三方面进行了定义。
首先,它定义了OTN的光传输体系;
其次,它定义了OTN的开销功能以支持多波长光网络;
第三,它定义了用于映射客户端信号的OTN的帧结构、比特率和格式。
OTN技术是在目前全光组网的一些关键技术(如光缓存、光定时再生、光数字功能监视、波长变换等)不成熟的背景下基于现有光电技术折中提出的传送网组网技术。
OTN在子网内部通过ROADM进行全光处理而在子网边界通过电交叉矩阵进行光电混合处理,但目标依然是全光组网,也可认为现在的OTN阶段是全光网络的过渡阶段。
1.OTN网络结构按照OTN技术的网络分层,可分为光通道层、光复用段层和光传送段层三个层面。
另外,为了解决客户信号的数字监视问题,光通道层又分为光通路净荷单元(OPU)、光通道数据单元(ODUk)和光通道传送单元(OTUk)三个子层,类似于SDH技术的段层和通道层。
如下图所示:2.OTN复用结构OTN复用结构也类似SDH复用结构,如图所示:OTU、ODU(包括ODU串联连接)以及OPU层都可以被分析和检测。
按照ITUG.709之规定,当前的测试解决方案可以提供三种线路速率:OTU1(255/238x2.488320Gb/s≈2.666057143Gb/s)也称为2.7Gb/sOTU2(255/237x9.953280Gb/s≈10.709225316Gb/s)也称为10.7Gb/sOTU3(255/236x39.813120Gb/s≈43.018413559Gb/s)也称为43Gb/s每种线路速率分别适用于不同的客户端信号:OC-48/STM-16通过OTU1传输OC-192/STM-64通过OTU2传输OC-768/STM-256通过OTU3传输空客户端(全为0)通过OTUk(k=1,2,3)传输PRBS231-1通过OTUk(k=1,2,3)传输对于不同速率的G.709OTUk信号,即OTU1,OTU2,和OTU3具有相同的帧尺寸,即都是4´4080个字节,但每帧的周期是不同的,这跟SDH的STM-N帧不同。
SDHSTM-N帧周期均为125微妙,不同速率的信号其帧的大小是不同的。
G.709已经定义了OTU1,OTU2和OTU3的速率,关于OTU4速率的制定还在进行中,尚未最终确定。
如下表所示:3.OTN帧结构当OTU帧结构完整(OPU、ODU和OTU)时,ITUG.709提供开销所支持的OAM&P功能。
OTN规定了类似于SDH的复杂帧结构OTN有着丰富的开销字节用于OAMOTN设备具备和SDH类似的特性,支持子速率业务的映射、复用和交叉连接、虚级联4.ROADM技术ROADM是一种类似于SDHADM光层的网元,它可以在一个节点上完成光通道的上下路(Add/Drop),以及穿通光通道之间的波长级别的交叉调度。
它可以通过软件远程控制网元中的ROADM子系统实现上下路波长的配置和调整。
目前,ROADM子系统常见的有三种技术:平面光波电路(PlanarLightwaveCircuits,PLC)、波长阻断器(WavelengthBlocker,WB)、波长选择开关(WavelengthSelectiveSwitch,WSS)。
三种ROADM
2020/2/15 8:29:55 1.16MB OTN原理
1
AD7606的16位8通道同步采样数据采集零碎文章,值得学习
2018/2/21 2:48:52 3.21MB AD7606
1
利用C++实现真彩图的直方图均衡化,灰度图异样也适用。
程序分别对BGR三个通道分别均衡化,并画出均衡化每个通道的前后对比图
2016/2/26 8:09:56 16.02MB C++ 直方图均衡化 彩色图像
1
停车场管理系统简单代码,设停车场(如下图所示)内只有一个可停放n辆汽车的狭长通道,且只有一个大门可供汽车进出。
汽车在停车场内按车辆到达时的先后顺序,依次由北向南陈列(大门在最南端,最先到达的第一辆车停放在车场的最北端),若车场内已经停满n辆汽车,则后来的汽车只能在门外的便道上等候,一旦停车场内有车开走,则排在便道上的第一辆汽车即可开入;
当停车场内某车辆要离开时,由于停车场是狭长的通道,在它之后开入车场的车辆必须先退出车场为它让路,待该辆车开出大门外后,为它让路的车辆再按原次序进入车场。
在这里假设汽车不能从便道上开走。
试设计一个停车场管理程序(这里只是一个假想的停车场管理,并不代表实际的停车场管理)。
2017/7/13 1:19:40 5KB zhichi
1
经过探索通道间相关性,对立体声音频信号进行可逆水印处理
2021/3/7 13:36:39 1.25MB 研究论文
1
hysplit是NOAA研发的一款进行气流反演的一款软件,经过气象数据进行分析大气输送通道。
2020/8/5 14:03:10 12.72MB hyspli 后向轨迹 气流输送
1
DMA仲裁模块的verilog代码,用于对通道优先级举行仲裁。
2018/1/9 4:51:31 20KB DMA arbiter verilog
1
什么是运维通道?运维通道是联接运维人员与机器的一座桥。
它跟常用的开源运维工具(ansible,saltstack,puppet)没有本质区别,那为什么还要重复造轮子呢?运维通道有那些特点?运维通道简单,高效,安全,可靠,可扩展。
简单:只有一个初始化文件,无需第三方依赖,安装(服务端,客户端)只需一条命令。
客户端零配置。
高效:每秒可以操纵上千台服务器。
安全:每个运维人员使用不同的令牌+ip的黑白名单。
可靠:自动修复,过度保护可扩展:可以简单配置实现实现,支持10w+客户端支持执行实时消息稳定性如何?本工具已经在线上稳定运行2年,管理机器超1W+,无出现严重问题。
硬件要求?客户端千级别以下,4核8g客户端万级别以下,8核16g如何安装运维通道安装服务端mkdir-p/opt/channelwget--no-check-certificatehttps://github.com/sjqzhang/ops_channel/releases/download/v1.0/CliServer-O/opt/channel/CliSer
2021/2/16 8:30:56 1.16MB ssh ansible devops channel
1
精通并发与netty视频教程(2018)视频教程。
精通并发与netty视频教程(2018)视频教程netty视频教程Java视频教程目录:1_学习的要义2_Netty宏观理解3_Netty课程大纲深度解读4_项目环境搭建与Gradle配置5_Netty执行流程分析与重要组件介绍6_Netty回调与Channel执行流程分析7_Netty的Socket编程详解8_Netty多客户端连接与通信9_Netty读写检测机制与长连接要素10_Netty对WebSocket的支援11_Netty实现服务器端与客户端的长连接通信12_GoogleProtobuf详解13_定义Protobuf文件及消息详解14_Protobuf完整实例详解15_Protobuf集成Netty与多协议消息传递16_Protobuf多协议消息支援与工程最佳实践17_Protobuf使用最佳实践与ApacheThrift介绍18_ApacheThrift应用详解与实例剖析19_ApacheThrift原理与架构解析20_通过ApacheThrift实现Java与Python的RPC调用21_gRPC深入详解22_gRPC实践23_GradleWrapper在Gradle项目构建中的最佳实践24_gRPC整合Gradle与代码生成25_gRPC通信示例与JVM回调钩子26_gRPC服务器流式调用实现27_gRPC双向流式数据通信详解28_gRPC与Gradle流畅整合及问题处理的完整过程与思考29_Gradle插件问题处理方案与Nodejs环境搭建30_通过gRPC实现Java与Nodejs异构平台的RPC调用31_gRPC在Nodejs领域中的静态代码生成及与Java之间的RPC通信32_IO体系架构系统回顾与装饰模式的具体应用33_JavaNIO深入详解与体系分析34_Buffer中各重要状态属性的含义与关系图解35_JavaNIO核心类源码解读与分析36_文件通道用法详解37_Buffer深入详解38_NIO堆外内存与零拷贝深入讲解39_NIO中Scattering与Gathering深度解析40_Selector源码深入分析41_NIO网络访问模式分析42_NIO网络编程实例剖析43_NIO网络编程深度解析44_NIO网络客户端编写详解45_深入探索Java字符集编解码46_字符集编解码全方位解析47_Netty服务器与客户端编码模式回顾及源码分析准备48_Netty与NIO系统总结及NIO与Netty之间的关联关系分析49_零拷贝深入剖析及用户空间与内核空间切换方式50_零拷贝实例深度剖析51_NIO零拷贝彻底分析与Gather操作在零拷贝中的作用详解52_NioEventLoopGroup源码分析与线程数设定53_Netty对Executor的实现机制源码分析54_Netty服务端初始化过程与反射在其中的应用分析55_Netty提供的Future与ChannelFuture优势分析与源码讲解56_Netty服务器地址绑定底层源码分析57_Reactor模式透彻理解及其在Netty中的应用58_Reactor模式与Netty之间的关系详解59_Acceptor与Dispatcher角色分析60_Netty的自适应缓冲区分配策略与堆外内存创建方式61_Reactor模式5大角色彻底分析62_Reactor模式组件调用关系全景分析63_Reactor模式与Netty组件对比及Acceptor组件的作用分析64_Channel与ChannelPipeline关联关系及模式运用65_ChannelPipeline创建时机与高级拦截过滤器模式的运用66_Netty常量池实现及ChannelOption与Attribute作用分析67_Channel与ChannelHandler及ChannelHandlerContext之间的关系分析68_Netty核心四大组件关系与构建方式深度解读69_Netty初始化流程总结及Channel与ChannelHandlerContext作用域分析70_Channel注册流程深度解读71_Channel选择器工厂与轮询算法及注册底层实现72_Netty线程模型深度解读与架构设计原则73_Netty底层架构系统总结与应用实践74_Netty对于异步读写操作的架构思想与观察者模式的重要应用75_适配器模式与模板方法模式在入站处理器中的应用76_Netty项目开发过程中常见且重要事项分析77_JavaNIOBuffer总结回顾与难点拓展78_Netty数
2018/11/3 6:48:04 108KB 精通并发 netty 视频教程 高并发
1
关于r-shinydashboard主页::套件授权:GPL-2.0或更高版本原料许可证:BSD3-条款摘要:使用“发光”创建仪表板。
该软件包在“发光”的顶部提供了一个主题,使创建有吸引力的仪表板变得容易。
当前构建状态所有平台:当前发行信息姓名材料下载版本平台类安装r-shinydashboard安装r-shinydashboard从conda-forge通道可以通过添加可以实现conda-forge到您的频道:condaconfig--addchannelsconda-forge一旦conda-forge信道已被启用,r-shinydashboard可以安装有:condainstallr-shinydashboard可以列出平台上可用的所有r-shinydashboard版本,其中包括:condasearchr-
2021/6/4 12:13:17 15KB Shell
1
共 566 条记录 首页 上一页 下一页 尾页
在日常工作中,钉钉打卡成了我生活中不可或缺的一部分。然而,有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚,我总是得牢记打开钉钉应用,点击"工作台",再找到"考勤打卡"进行签到。有时候因为工作忙碌,会忘记打卡,导致考勤异常,影响当月的工作评价。而且,由于我使用的是苹果手机,有时候系统更新后,钉钉的某些功能会出现异常,使得打卡变得更加麻烦。 另外,我的家人使用的是安卓手机,他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说,每次打卡都是一次挑战。他们总是担心自己会操作失误,导致打卡失败。 为了解决这些烦恼,我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习,我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。
2024-04-09 15:03 15KB 钉钉 钉钉打卡