要有光
在IP化的大情形下，，， ，，，所有营业场景的组网方法实质上所有都是基于以太，，， ，，，同时无论手艺怎样演进，，， ，，，传输层永远都离不开波分 。。。。 。。。
每一种热门手艺在退潮后都会留下一点真正有价值的工具，，， ，，，SDN就给我们留下了SD-WAN，，， ，，，企业希望使用SD-WAN解决带宽缺乏的问题 。。。。 。。。带宽缺乏较量类似交通拥堵，，， ，，，当疏通交通拥堵时，，， ，，，要害是让车辆尽快驶离路面 。。。。 。。。而站在司机的角度，，， ，，，他会选择绕行避开拥堵，，， ，，，绕行延伸了车辆在路面的停留时间，，， ，，，从而导致拥堵传导到其它路段 。。。。 。。。SD-WAN是以企业诉求为起点开发的，，， ，，，它没有提供新的资源，，， ，，，而是用一种低效的方法挖掘富余带宽，，， ，，，以是也保存与交通拥堵类似的问题 。。。。 。。。当带宽总量富足，，， ，，，而仅仅是结构性缺乏时，，， ，，，SD-WAN手艺确实有正面作用，，， ，，，能够节约本钱 。。。。 。。。可是当各人都最先安排SD-WAN时，，， ，，，由于缺少全局协调，，， ，，，边际效应快速收敛，，， ，，，会反过来加剧网络拥塞 。。。。 。。。
SD-WAN无法解决带宽资源缺乏，，， ，，，它只是证实晰带宽缺乏的严重水平 。。。。 。。。在限制投入的情形下，，， ，，，唯一有用的要领就是镌汰穿通迂回，，， ，，，让所有流量都直接从营业源流向营业宿 。。。。 。。。什么手艺能抵达这种效果？？？？？？？？只有光 。。。。 。。。
穿越迷雾
说光传输可以取代以太在网络中的职位，，， ，，，似乎有违知识，，， ，，，以数据迁徙场景为例：运营公有云营业的公司都有通过离线存储装备举行数据迁徙的计划，，， ，，，谷歌的Transfer Appliance、亚马逊的Snowball、阿里巴巴的闪电立方 。。。。 。。。缘故原由是当数据量很大时，，， ，，，通过专线传输数据在本钱和时间效率上比不上公路运输存储装备 。。。。 。。。若是我们拿物流业的运作效率与传输网较量，，， ，，，会发明传输网的响应速率确实很讥笑 。。。。 。。。领先的物流企业可以跨省次晨送达，，， ，，，也就是不凌驾24小时完成一单营业 。。。。 。。。而开通一条波长链路，，， ，，，一样平常都在两周上下 。。。。 。。。物流业全程都是手工操作，，， ，，，传输链路大大都情形下只有源宿端需要毗连光纤，，， ，，，相当于快递的收件和派件 。。。。 。。。运作效率差别云云大的缘故原由在于，，， ，，，与物流这种简单关闭系统差别，，， ，，，传输网保存两个重大的豁口 。。。。 。。。
第一个豁口是营业端口与传输端口失配 。。。。 。。。营业端口绝对大都都是以太，，， ，，，以太只有一层开销，，， ，，，没有OTN这种分段嵌套的开销系统，，， ，，，以是只有以太端口之间可以相互协商 。。。。 。。。以太端口与传输端口之间无法相互感知 。。。。 。。。在目今的营业规模和割接频度下，，， ，，，纵然将以太端口和传输端口配合管理，，， ，，，也无法识别它们之间的承载关系 。。。。 。。。以太的管理软件无法获得传输电路的怀抱数据，，， ，，，不可响应优化路由 。。。。 。。。传输侧也不可获得以太端口的真实状态，，， ，，，例如当泛起营业中止时，，， ，，，传输无法知道是营业下线了，，， ，，，照旧尾纤故障 。。。。 。。。在这种限制条件下，，， ，，，不可能使用网络协议直接驱动传输电路建设 。。。。 。。。
我们知道PCI-E是最成熟普及的板载接口类型，，， ，，，是网络上绝大大都营业数据的起点 。。。。 。。。类似SDH时代的POS端口，，， ，，，填补第一个豁口的步伐是直接将OTN接口下沉到PCI-E插槽，，， ，，，推出PCI-E”OTN卡” 。。。。 。。。 以FPGA芯片作为粘合剂，，， ，，，将以太芯片和OTN成帧芯片团结在一起 。。。。 。。。�？？？？？？Ｋ剂康绞敝釉谕缰械闹饕裕�，， ，，，以太芯片最好同时支持1588v2时钟 。。。。 。。。原来营业设惫亓多个以太端口酿成一个2.5G/10G/40G/100G的OTN光口 。。。。 。。。通过FPGA编程，，， ，，，营业装备可以获得多个MAC地址 。。。。 。。。
例如一台服务器上有一个10G OTN卡，，， ，，，带一个OTU2灰光模�？？？？？？？椋�，， ，，，接入OTN装备的UNI接口中举行调理 。。。。 。。。我们可以通过软件设置第1个ODU0承载古板的千兆以太营业，，， ，，，这个ODU0信号不会调理到波分系统中，，， ，，，而是直接调理到另一个毗连到交流机或者路由器的客户侧单位，，， ，，，就像MSTP中的”Native Ethernet” 。。。。 。。。这样新的组网方法与原来的组网是完全兼容的，，， ，，，存量营业不受影响 。。。。 。。。剩余的7个ODU0，，， ，，，我们可以设置最多7个差别的MAC地址，，， ，，，也可以使用ODUflex获得数倍千兆的毗连 。。。。 。。。营业装备通过ODUk电路直接毗连到位于差别地区的交流机或者与其它营业装备直连 。。。。 。。。没有穿通历程中以太到OTN的封装解封装处置惩罚，，， ，，，可以镌汰数百微秒时延 。。。。 。。。同时以太只泛起在营业两头，，， ，，，网络中只有OTN一层，，， ，，，简化了网络结构 。。。。 。。。所有的网络毗连都是在光域爆发的，，， ，，，使用OTN的分层开销系统，，， ，，，电路上每一次封装复用都能获得动态跟踪和统一管理 。。。。 。。。营业装备上安排的应用也可以使用开销和管理平面，，， ，，，对自己的电路举行管理 。。。。 。。。我们甚至可以通过FPGA编程将OTN解出的信号绕过以太直接导入到PCI-E时序，，， ，，，相当于PCI-E直连，，， ，，，实现直接内存会见（DMA）或者会见云上的显卡等古板以太难以企及的硬件资源 。。。。 。。。
”OTN卡”的实质就是将几种成熟的手艺组合在一起，，， ，，，所有的芯片都是果真发售的，，， ，，，不保存太高的手艺门槛 。。。。 。。。OTN卡的尺寸和热设计比照显卡，，， ，，，可以使用多个槽位 。。。。 。。。与以太网卡相比，，， ，，，在本钱上主要是增添了一个OTN成帧芯片和一个FPGA芯片，，， ，，，若是营业装备原来就有多个以太端口，，， ，，，整体本钱甚至可能降低 。。。。 。。。未来连PC也能使用2.5G的OTN卡，，， ，，，一个ODU0承载IP，，， ，，，另一个ODU0用于VR游戏这样的点播营业 。。。。 。。。OTN下沉与传输端口本钱下降会交替影响，，， ，，，进入良性循环 。。。。 。。�；；；；；；；；氐绞萸ㄡ愕睦樱�，， ，，，若是传输专线的月租金能够降低到现在的十分之一左右，，， ，，，OTN就会取代以太成为主流手艺 。。。。 。。。
第二个豁口是跨厂商跨域的子网间毗连与协同 。。。。 。。。若是纯粹看硬件，，， ，，，跨厂商互连是可行的，，， ，，，运营商有成熟的组网计划 。。。。 。。。一样平常是在差别厂商的两个电框之间的一对线路板上装置100G 灰光模�？？？？？？？椋�，， ，，，使用标准的编码方法对接，，， ，，，价钱就是增添一次光电转换 。。。。 。。。
真正的问题在管理平面上 。。。。 。。。古板的OSS系统都是基于TMF814/854标准开发的，，， ，，，可是TMF标准形貌的只是理想模子，，， ，，，与传输装备的实现收支很大，，， ，，，它只形貌切合什么特征时就怎样界说模子，，， ，，，没有反向扫除那些似是而非的明确方法 。。。。 。。。效果导致每个厂商对模子的明确都纷歧样 。。。。 。。。运营商和古板OSS厂商又不具备自行统一模子的能力，，， ，，，依赖于从厂商网管取得网络模子 。。。。 。。。运营商、OSS厂商、装备商三方形成多对多的交织适配关系 。。。。 。。。最后所有的网络数据都收罗上来了，，， ，，，用户获得的只是许多电子表格，，， ，，，而营业仍然是一堆零件，，， ，，，无法运转 。。。。 。。。这些网络数据中还掺杂了大宗由于厂商网管开发职员不想处置惩罚而透传上来的垃圾数据，，， ，，，厂商仍然可以用标准建议诠释得头头是道无可批驳 。。。。 。。。这种情形导致两个问题，，， ，，，一个是跨厂商难以统一管理，，， ，，，第二纵然统一厂商，，， ，，，由于存量数据和营业数据量过于重大，，， ，，，不可能开发出具备足够管理容量的全域OSS 。。。。 。。。抛开管理容量，，， ，，，厂商开发的种种SDN/NFV协同层产品虽然功效很完善，，， ，，，可是仍然不可用于跨厂商互联，，， ，，，由于这类系统都要求竞争敌手装备凭证自身的接口名堂接入，，， ，，，而竞争敌手往往也想推广自己的系统和自己的接口 。。。。 。。。
能够弥合所有厂商的管理系统一定是一个所有加入方都能接受的中立系统，，， ，，，各人的利益都不应该受到危险 。。。。 。。。应该阻止厂商迫于商务压力而按运营商要求多头适配，，， ，，，若是保存多套系统平行演进，，， ，，，每套系统都会发明差别的问题，，， ，，，装备商会疲于应付，，， ，，，产品质量更难收敛，，， ，，，系统功效上很难演进提升 。。。。 。。。应该确保管理系统可以落地，，， ，，，为下层的运维职员营造优异的操作体验，，， ，，，平滑演进，，， ，，，不要追求朴陋的线性指标，，， ，，，搞成“八个黄鹂鸣翠柳，，， ，，，四行白鹭上青天” 。。。。 。。。
TransX就是能够知足上述中立要求的传输管理平台 。。。。 。。�；；；；；；；；赥ransX，，， ，，，装备厂商能够实现一次集成多次准入，，， ，，，运营商能够越发平滑地将装备导入到现网上线运行，，， ，，，OSS厂商能够快速交付定制需求，，， ，，，消除延期危害 。。。。 。。。TransX坚持南向照单全收，，， ，，，北向通俗易懂 。。。。 。。。在厂商接入上，，， ，，，只收罗刚性的物理存量和营业，，， ，，，只要数据是完整的，，， ，，，无论是什么形式，，， ，，，TransX都能快速适配 。。。。 。。。实践磨练，，， ，，，厂商首次对接TransX的完成时间基本都是3周，，， ，，，已有对接案例的厂商能在一周以内完成一个项目配套 。。。。 。。。在用户界面上，，， ，，，TransX面向运维职员设计，，， ，，，将网络妄想的建网思绪可视化，，， ，，，而不是将厂商的装备形态可视化，，， ，，，营造尽在掌握的意境 。。。。 。。。在全域管理上，，， ，，，TransX接纳堆叠冒泡的方法管理存量，，， ，，，跨域毗连相关的存量会自动向高阶域迁徙 。。。。 。。。关于跨域营业管理，，， ，，，系统凭证上下文自动切片，，， ，，，实时组合成一个新的逻辑域，，， ，，，阻止将全域常驻内存 。。。。 。。。通过这些方法，，， ，，，TransX能够实现没有容量限制的全域跨厂商拉通管理 。。。。 。。。
补齐了这两个豁口就获得了泛在光传送网络 。。。。 。。。泛在光传送网有两个特征：一、所有的营业装备自带OTN接口，，， ，，，能够无缝地接入光网络；；；；；；；；二、传送网内部各个域之间是买通的，，， ，，，营业不需要落地转接，，， ，，，就能从源端直达宿端 。。。。 。。。泛在光传送网不是要缩小时延或者消减本钱，，， ，，，而是要从应用层到物理层买通网络，，， ，，，以顺应网络流量在空间和时间漫衍上的不确定性，，， ，，，抵达效率最高 。。。。 。。。
瞻仰星空
传送网的建设本钱很是大，，， ，，，也是运营商最后一块无法钱币化的网络资产 。。。。 。。。而泛在光传送网是端到端可运营的网络，，， ，，，既能知足企业对带宽的饥渴，，， ，，，又能消化建网本钱 。。。。 。。。
泛在光传送网用商业循环驱动网络演进，，， ，，，逐步解决带宽缺乏的问题，，， ，，，最终实现“流量自由” 。。。。 。。。泛在光传送网将与边沿盘算团结起来，，， ，，，像电力设施一样，，， ，，，每个社区、每栋办公楼都应该安排一个能提供存储、盘算、网络服务的节点，，， ，，，泛在光传送网为这些节点提供互联的同时，，， ，，，也将营业终端接入进来，，， ，，，提供8K视频、VR游戏这种面向小我私家的点播营业 。。。。 。。。手机厂商已经在讨论将通讯激光器用于人脸识别，，， ，，，未来团结自由空间光通讯手艺，，， ，，，OTN甚至可以下沉到移动终端，，， ，，，轻薄便携的小我私家装备，，， ，，，也能用光直连到边沿节点，，， ，，，以较低的能耗获得强盛的功效 。。。。 。。。
泛在光传送网是全光网络的一种落地形式，，， ，，，也是以太网在光域的延续 。。。。 。。。泛在光传送网要突破古板传送网基于运维系统和线路编码方法构建的关闭堡垒，，， ，，，传输营业下沉会开发许多新的应用门类，，， ，，，原来的传输加入者能发明许多新机会点，，， ，，，同时也需要使用数通已有的协议系统来充分 。。。。 。。。（文章泉源：C114中国通讯网）
