中国电信黄:对系列产品研发的思考

本篇文章3620字，读完约9分钟

中国电信黄:对系列产品研发的思考 去年7月，中国电信发布了网络重组白皮书，提出了基于网络的智能转型，以促进企业的战略转型。网络重构以云、SDN和NFV为出发点，以网元云部署和网络DC改造为出发点，促进网络的纵向解耦和横向开放。 谢谢您，我很高兴与您分享中国电信广州研究院在云和SDN的研发实践。我叫黄。

首先，我想和大家谈谈中国电信的网络重组战略。去年7月，中国电信发布了网络重组白皮书，提出了基于智能网络的转型，以促进企业的战略转型。网络重构以云、SDN和NFV为出发点，以网元云部署和网络DC改造为出发点，促进网络的纵向解耦和横向开放。目前，中国电信网络以PTSN为核心网络，采用分散运营模式，运营非常复杂。现在，当互联网公司与我们交谈时，他们总是说我们的网络缺乏灵活性，很难开展业务。我们的网络现在缺乏自动化能力。采用这三种技术改造网络后，网络将走向智能化。未来，中国电信将以网络为核心，横向整合，简化运营和维护，能够积极适应互联网业务需求，进行灵活的按需调整。

这是CTNet2025的架构。如您所见，该架构遵循SDN/NFV分层解耦和开放标准的概念。总的来说，它分为三层。基础设施层的最大变化是削弱专有设备的地位，突出普通标准硬件设备的地位。我们将在此基础上引入虚拟化技术，构建基于云的资源池。传统的电信网络元素也将从专用设备中分离出来，成为部署在基于云的Ikenoe中的基于软件的资源。顶层是协同布置层，是智能网络控制和运维管理的体现，也是一个开放的业务编程接口。未来的电信网络是一个开放的网络，具有智能控制、网元虚拟化、云承载等特点。未来，80%的电信网络元素将托管在基于云的资源池中。

为了实现公正的目标，我们需要改造数据中心。传统的数据中心有很多局限性，所以我们现在提出利用云技术对数据中心进行整体改造，涉及到数据中心计算、存储、网络等ICT资源的改造。在计算虚拟化方面，中国电信长期以来一直引入商业软件，如VMware。近年来，我们还专注于KVM和Docker技术。在网络虚拟化方面，我们在过去两年花了大量时间来验证和测试SDN技术，包括现场实验和实验室测试，这些都充分验证了商用覆盖SDN的功能可用性。中国电信计划于2017年在七个省份启动SDN的商业试验。在这些虚拟化的基础上，我们将拥有一个集中化的云管理平台，该平台也是由电信公司开发的。我们将对这些资源进行统筹协调，实现资源的灵活快速开放。我们云管理平台的最大特点是使用openstack作为适配层，因为openstack已经成为整个行业云管理平台事实上的标准，并且在行业中拥有较高的支持度。使用它作为适应层可以在一定程度上降低适应的难度。

事实上，我刚才说的是我们的总体情况。董在分享时也谈到了异质性问题。中国电信在打造网络云方面不同于大型互联网公司。我们主要购买商业产品。优点是稳定、可靠、性能更好。然而，缺点是明显的。对于信息技术来说，标准的进步总是落后于系统的发展。因此，当制造商构建系统时，他们主要使用私有实现，而不考虑使用什么标准和开放的东西。只要他们能做到这一点，越封闭越好。中国电信引入该系统时，也将使用迭代方法。将来不可能使用一个制造商的产品。因此，随着资源池的不断扩大，越来越多的制造商的设备和产品将进入我们目前的网络。它将面临异构兼容性、异构互操作性和互操作性等问题。典型的异构兼容性问题是，当我们引入SDN时，我们将要求供应商与VMware资源池和开源KVM池兼容。异构互通问题可能更加明显。供应商间SDN互通有标准，但标准进展相对缓慢。制造商可能会根据自己的理解这样做，这导致异构互通进展缓慢。也缺乏接口标准，这也将导致我们在开发基于SDN的应用程序时，花费大量的工作来适应制造商的接口。因此，我们也促进开放标准的工作。例如，当加载vIMS时，它提出了分层解耦的概念，希望在每个级别定义接口规范，以避免任何级别的供应商锁定。我们还希望将云管理平台和SDN控制器之间的北方接口标准化，希望尽量减少我们对供应商的适应。

对于异构兼容性，我们做了大量的研发工作，这些研发产品我们统一在云支点这样的品牌下。我对它们进行了梳理，并将其分为两类:基础平台和应用创新。基本平台包括通用SDN。陈南博士已经在去年的ODCC首脑会议上介绍了这一解决办法。这也是我们与业内一些制造商共同进行的尝试。今年，我们提出了由电信公司开发的SDN HUB协作平台和云管理平台，以解决异构兼容性问题。在应用创新方面，我们做了一些云服务尝试，即云代理和云虚拟专用网。今天，我将重点介绍与网络密切相关的通用安全数据网、安全数据网和云虚拟专用网。

通用SDN类似于当前制造商提供的SDN方案。我们希望从SDN方案中分离出来，打破最初由制造商关闭的那套东西。因此，我们将用开源的ODL来代替核心控制器。尽管ODL和ONOS之间的竞争还不清楚，但ODL确实是生态完整的，并有高度的工业支持。所以我们选择了ODL作为我们的控制者。我们还引入了白盒交换机作为网络边缘的节点，以取代制造商的网络设备。通过将VTEP从虚拟化层转移出来，我们已经验证了通过该方案可以同时支持VMware和KVM，并且效果仍然可以接受。然而，我们认为这个方案更难推行，因为它是一个完全解耦的方案，需要整个行业的更高水平。这取决于开源的成熟度、白盒开关行业的成熟度以及南北接口的标准化。这是一个理想的计划，但在现阶段还不是最好的。

我们推出了SDN-集线器协作平台。SDN-Hub是建立在SDN控制器上的，它自己的想法是不破坏制造商方案的完整性。你是把SDN卖给我，还是全部卖给我？我对你有要求，这个要求反映在北方方向。我们还与开源社区和行业联盟中的许多合作伙伴进行了宣传。我们希望建立一个全网范围的SDN协调平台，实现跨域、供应商和控制器的网络协调安排。从该架构图中可以看出，它建立在制造商的控制器上，由三个主要组件组成，包括集中式编排平台、分布式中子插件和SDN集线器驱动程序。在由系统级以下不同制造商的技术解决方案组成的云资源池之间，我们将主要推进EVPN技术，希望形成企业标准，实现这一级的互操作性。在系统级别，这三个组件是如何划分的？SDN-hub驱动程序的主要功能是统一厂商控制器的模型和接口，解决多厂商访问时的厂商适配问题。SDN-hub驱动程序以前已经是一个开放的项目，但是在开放源码社区中已经发生了一些变化，并且开放源码和开放源码已经集成到一个新的ONAP社区中。因此，目前，自学仍然是主要的方法。SDN-hub驱动程序是使用ODL的MD-SAL核心构建的，并且是模型驱动的。我们希望利用该模型的概念来实现中国电信的网络需求可以在未来通过扩展该模型来方便地增加。制造商如何调整我们的模型？只需编写模型到控制器的适配器代码或插件，这就是SDN集线器驱动程序所做的。我们会将制造商应该完成的、适合客户需求的这部分工作返还给制造商，而不是向操作员施加压力。

中子插件用于连接云管平台。它通过连接Openstack连接电信云平台。我们在几个方面扩展了中子。第一个方面是丰富中子的能力，这使得OpenStack能够同时连接多个SDN控制器。第二个方面是，我们对中子网络模型做了一些小的扩展，使其满足中国电信对云网络的需求，典型地代表了多区域网络和NAT的需求。我认为，中间的SDN-hub协调平台是SDN-hub系统的核心，因为这个协调平台掌握了SDN网络的所有信息，并且具有调度SDN网络的能力，可以在这个平台上做很多事情。我们能做的第一件显而易见的事情是分发DCI服务和端到端服务。我们将基于工作流引擎区域实现这个编排平台。SDN-hub可以兼容当前主流的虚拟化技术，可以兼容当前主流的SDN网络产品，可以根据运营商的需求灵活统一北方接口，具有云网络融合、开放标准、统一接口、异构互操作等特点。这个方案应该比较容易被业界接受，因为它不会破坏SDN的完整性，而且厂商的合作程度也比较高。因此，商业支持相对较高。该项目最终将被纳入中国电信现有网络的云资源池。

最后一个是云虚拟专用网，是云网络集成的创新项目。通过用户到云和云之间的虚拟专用网，利用虚拟专用网的开放和可编程特性，虚拟专用网服务可以快速开放，带宽可以按需调整。总的来说，它具有大家都希望看到的低成本、高效率、安全可控的特点。我们仍在开发这个项目。

这是最后一次PPT，因为云、SDN和NFV确实是IT和CT明显融合的领域。当然，我们希望这一领域将有标准的指导和信息技术系统的灵活性，以及互联网的开放性。因此，我们在做SDN-hub时也意识到了产业合作的重要性。我们需要与许多制造商合作，也需要与上层云管理平台合作。我们还与友好的商家中国移动有一些合作。我想借此机会呼吁大家加强产业合作，共同推动SDN和云的发展。我的演讲到此结束。谢谢你。