CN108540328B - Ason的控制平面建模方法和装置 - Google Patents

Ason的控制平面建模方法和装置 Download PDF

Info

Publication number
CN108540328B
CN108540328B CN201810362734.2A CN201810362734A CN108540328B CN 108540328 B CN108540328 B CN 108540328B CN 201810362734 A CN201810362734 A CN 201810362734A CN 108540328 B CN108540328 B CN 108540328B
Authority
CN
China
Prior art keywords
virtual machine
optical
ason
network
virtual machines
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201810362734.2A
Other languages
English (en)
Other versions
CN108540328A (zh
Inventor
黄善国
李新
唐颖
王耀琦
张路
高涛
尹珊
郭秉礼
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing University of Posts and Telecommunications
Original Assignee
Beijing University of Posts and Telecommunications
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing University of Posts and Telecommunications filed Critical Beijing University of Posts and Telecommunications
Priority to CN201810362734.2A priority Critical patent/CN108540328B/zh
Publication of CN108540328A publication Critical patent/CN108540328A/zh
Application granted granted Critical
Publication of CN108540328B publication Critical patent/CN108540328B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/12—Discovery or management of network topologies
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/14—Network analysis or design
    • H04L41/145—Network analysis or design involving simulating, designing, planning or modelling of a network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
    • H04Q11/0062—Network aspects

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Environmental & Geological Engineering (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明提供一种ASON的控制平面建模方法和装置，该方法包括：根据预设的ASON网络拓扑结构中光节点的数量，确定虚拟机的数量；虚拟机的数量与光节点的数量相同；根据预设的ASON网络拓扑结构中的光纤链路信息，确定光节点之间的连接关系，配置每个光节点所对应的虚拟机之间的连接关系，得到ASON的控制平面；根据预设测试程序，运行ASON的控制平面，对虚拟机之间的通信链路进行测试。该方案为每个光节点配置一个独立的虚拟机，使每个虚拟机可以模拟一个光节点，并根据每个光节点对应的光纤链路信息配置每个光节点所对应的虚拟机之间的连接关系，以实现ASON的控制平面。提高了ASON的控制平面模拟的保真性、可扩展性。

Description

ASON的控制平面建模方法和装置
技术领域
本发明涉及智能光网络技术领域，尤其涉及一种ASON的控制平面建模方法和装置。
背景技术
ASON(Automatically Switched Optical Network，自动交换光网络)，是一种具有自动交换传送连接等功能的光网络。它以现有的传送网为基础，在现有的光传送网中引入动态交换的概念，在网元中实现一定的智能化。并在信令和路由协议的控制下，由网元动态地、自动地完成交换传输功能，从而使得光网络由静态的传输网络变成为动态的、可以运维管理的网络。从功能层面上来讲，ASON可被视为是由TP(Transmission Plane，传输平面)、CP(Control Plane，控制平面)和MP(Management Plane，管理平面)共同组成。
传输平面：由传送网的一系列传送网元组成，一般包括接入设备、交换设备和光纤等设备，传输平面负责提供端到端的连接，实现连接的建立、拆除等功能。而ASON是建立在基于WDM(Wavelength Division Multiplexing，波分复用)的传输平面之上的，它充分优化和挖掘了现有的网络资源，简化了网络操作复杂度，降低了投资的费用，得到了包括研究机构、运营商、设备制造商在内的广泛的关注。
控制平面：在LTE(Long Term Evolution，长期演进)网络的移动通信无线网络的无线接口协议架构中，将协议栈划分为用户平面和控制平面。传输信令信息的叫做控制平面，控制平面上承载的是用户和网络的交互控制信息。例如，我们在上网的时候，建立、维护、释放与网络间的链路时，都是通过控制平面来完成的。在ASON中，具有分布式智能的控制平面的引入，实现了对光传送层的灵活控制，使得对网络资源的管理和配置具有了智能化的特点，能够按需实现网络资源的动态、实时、灵活的配置，采用分布式的方式管理网络连接的建立、修改和维护，可以前向兼容已有的WDM、SDH(Synchronous DigitalHierarchy，同步数字体系)、PDH(Plesiochronous Digital Hierarchy，准同步数字体系)和ATM(Asynchronous Transfer Mode，异步传输模式)等技术，后向兼容OTN(OpticalTransport Network，光传送网)、GbE(Giga bit Ethernet，千兆以太网)、MPLS(Multi-Protocol Label Switching，多协议标签交换)等技术。
管理平面：主要用于完成传输平面、控制平面和整个系统的维护功能。
随着光网络技术的发展，ASON凭借其高扩展性、灵活的业务调度和满足业务高突发性需求的特点，能够支持OVPN(Optical Virtual Private Network，光虚拟专用网)、BoD(Bandwidth on Demand，按需分配带宽)和SLA(Service-Level Agreement，服务等级协议)业务，已经成为一项重要的新型通信传输技术。
ASON与传统静态光网络的最大不同之处在于引入了控制平面，控制平面是ASON的核心部分，通过控制平面可以使ASON网络提供快速有效的配置来支持交换连接和软永久连接，能够对已经建立的业务进行重配置或修改连接，还可以执行自动恢复等功能。这些新功能的实现需要一系列的关键技术。控制平面包括路由功能、信令功能、连接控制和资源管理等模块。控制平面通过接口、协议和信令系统，能够动态地交换光网络的拓扑信息、路由信息以及控制信令，实现光通道的动态建立与拆除，以及根据网络现有的资源进行动态分配，并在出现故障时进行相应的保护恢复操作。控制平面的实现主要依赖于GMPLS(Generalized Multi-protocol Label Switching，通用多协议标签交换)协议和MIB(Management Information Base，管理信息库)。GMPLS协议是控制平面智能的集中体现，其协议框架包括OSPF(Open Shortest Path First，开放式最短路径优先)、RSVP(ResourceReservation Protocol，资源预留协议)、LRM(Link Resource Manage，链路资源管理)、LMP(Link Manage Protocol，链路管理协议)等协议。它是IETF(The Internet EngineeringTask Force，Internet工程任务组)提出的可用于光层的一种通用多协议标签交换技术，GMPLS是IP网络里面的MPLS-TE(Multi-Protocol Label Switching-TrafficEngineering,多协议标签交换-流量工程)向光域的扩展和延伸。MIB是GMPLS控制平面的重要组成部分，是控制平面节点、链路以及网络上承载的业务的整体描述。它通过关系数据库的方式，给设备制造商，运营商以及研究人员，提供了一种无差别的、明确的网络管理方案，为不同设备直接的通信建立了一个桥梁。
随着对ASON研究的不断深入，越来越多的光网络解决方案不断出现，为保证网络解决方案的可行性，在实际投入使用前，需要对不同的网络解决方案进行性能验证。针对大规模ASON的解决方案的验证，往往需要放到一个较大规模的、真实可信的实验平台上，才能使其验证结果具有较高的可信性。然而，在现有网络中，不同域内的光节点数目有限，在真实环境下进行组网时，由于物理设备规模不足，往往导致较大规模的ASON组网无法实现验证。若新建ASON网络来进行验证，不仅建设周期长，而且需要耗费大量的人力、物力等资源，且ASON设备的价格较高，成本太高昂。为了科学、合理、准确、高效地对ASON进行网络性能验证，考虑到成本代价和时间效益，通常采用模拟仿真的方法，模拟大规模ASON多域组网的试验环境，以进行相应的性能验证分析。
ASON模拟是指利用集中式的算法，在网络模拟系统中模拟实际ASON分布式的网络行为。由于控制平面是ASON的核心部分，也是其智能的主要体现，因而对ASON的研究也就主要集中在对其控制平面的研究上，进而对ASON的研究主要通过对控制平面的模拟或仿真来实现。网络模拟系统一般为单机运行，通过局域网实现ASON的控制平面，不涉及传输平面的实际设备，采用与ASON节点相同的选路算法，能够模拟实际网络的物理拓扑和链路，以及网络中出现的故障。常见的可用于大规模ASON控制平面模拟或仿真的工具主要有：
1、ns-2(Network Simulator version 2，是一种针对网络技术的源代码公开的、免费的软件模拟平台)、OPNET(网络仿真技术软件包)和eGEM等。ns-2是目前使用得较多的网络仿真工具，它是面向对象的，基于离散事件驱动的网络环境仿真器，可以模拟广域网、局域网、移动通信网、卫星通信网等网络环境，其缺陷在于，ns-2的界面不够友好，可视化效果不甚理想，建模层次不够清晰；对计算机的处理能力及内存要求会随着网络规模的增加而增大，导致运行速度缓慢，而且ns-2的数据统计分析能力不足，统计结果不够直观。
2、OPNET是一个商业软件，内嵌了丰富的模型库(如路由器，交换机以及无线设备等)，允许用户自定新的模型。OPNET还允许用户通过自定义网络拓扑，节点以及链路的方式来构造网络。OPNET拥有良好的GUI界面，方便用户使用。它可以对各种通信系统进行模拟，包括核心网，接入网，无线网络，卫星网络，以及各种混合网络。其虽然基本解决了ns-2存在的主要缺陷，但是自身也存在很多缺点，主要在于软件价格昂贵，开放性也比较差，需要较长的学习时间；同时，它也是一个重量级的仿真器，在网络规模和流量较大的时候，OPNET的仿真效率比较低，此外，OPNET自身所提供的模型库是有限的，所以某些特殊网络设备的建模需要依靠节点和过程层次的编程才能实现，这些都极大地限制了它的使用范围。
3、eGEM是一个增强型的GMPLS模拟器，由两部分组成，ONNS(Optical NetworkNavigation System，朗讯的一套智能光网络解决方案)和信令通信网。在eGEM里，ONNS模拟交换节点，SCN负责传递节点之间的控制消息。eGEM能够模拟大规模，动态的网络，可以和真实的网络节点互联，分析真实网络的性能。但是eGEM是一个重量级的模拟器，是基于朗讯的ONNS设计的，而ONNS本身是重量级的、商业级的控制平面模拟软件，因此其适用范围较小。
可见，现有的ASON网络模拟工具，大都存在仿真效率低下、适用范围较小等缺陷，无法满足日益增长的ASON网络模拟需求。
发明内容
本发明提供一种ASON的控制平面建模方法和装置，通过将预设的ASON网络拓扑结构中每个光节点配置在一个独立的虚拟机中，以使每个虚拟机可以模拟一个光节点，并根据每个光节点对应的光纤链路信息确定各个虚拟机之间的连接关系，从而实现ASON的控制平面，并进一步对实现的ASON的控制平面进行测试。提高了ASON的控制平面模拟的保真性、可扩展性。
本发明的第一方面提供一种ASON的控制平面建模方法，包括：根据预设的ASON网络拓扑结构中光节点的数量，确定虚拟机的数量；其中，所述虚拟机的数量与所述光节点的数量相同；每台所述虚拟机中配置一个所述光节点；根据所述预设的ASON网络拓扑结构中的光纤链路信息，确定所述光节点之间的连接关系，配置每个所述光节点所对应的所述虚拟机之间的连接关系，得到ASON的控制平面；根据预设测试程序，运行所述ASON的控制平面，对虚拟机之间的通信链路进行测试。
可选地，还包括：根据确定的所述虚拟机的数量，确定全部虚拟机运行需要占用的资源；根据确定的所述资源，确定装载所述全部虚拟机的服务器的数量；在每台所述服务器中装载对应数量的所述虚拟机；在每个所述虚拟机中导入协议栈；相应的，所述根据所述预设的ASON网络拓扑结构中的光纤链路信息，确定所述光节点之间的连接关系，配置每个所述光节点所对应的所述虚拟机之间的连接关系，包括：根据所述光纤链路信息，对每个所述虚拟机中的所述协议栈进行配置，以确定每个所述光节点所对应的所述虚拟机之间的连接关系。
可选地，所述光纤链路信息包含但不限于：每个光节点中包含的端口的数目、每个端口中包含的光纤的可用光纤数、每根光纤中的可用波长数；所述根据所述光纤链路信息，对每个所述虚拟机中的所述协议栈进行配置，以确定每个所述光节点所对应的所述虚拟机之间的连接关系包括：根据所述光纤链路信息在所述协议栈的资源管理模块中，确定每个虚拟机对应的光节点包含的端口的数目、每个端口中包含的光纤的可用光纤数、每根光纤中的可用波长数；所述光纤链路信息还包含但不限于：与每个光节点邻接的光节点的IP、每个光节点使用的端口数、每个光节点的链路方向；所述根据所述光纤链路信息，对每个所述虚拟机中的所述协议栈进行配置，以确定每个所述光节点所对应的所述虚拟机之间的连接关系还包括：根据所述光纤链路信息在所述协议栈的链路管理协议中，确定与每个虚拟机邻接的虚拟机的IP、每个虚拟机对应的光节点使用的端口数、每个虚拟机的链路方向。
可选地，在所述根据预设测试程序，运行所述ASON的控制平面之前，还包括：在每个所述虚拟机中设置脚本文件；所述脚本文件用于启动或关闭所述虚拟机中的所述光节点的网络通讯功能。
可选地，还包括：在每个所述虚拟机中设置网管代理程序；基于所述网管代理程序，虚拟机接收网管发送的测试指令；其中，所述网管为对全部虚拟机进行通信链路测试的服务器；所述测试指令用于激活所述虚拟机内的所述脚本文件，以使所述虚拟机启动或关闭所述虚拟机中的所述光节点的网络通讯功能；所述方法还包括：基于所述网管代理程序，虚拟机接收所述网管发送的所述预设测试程序，以使所述虚拟机根据接收到的所述预设测试程序，运行所述ASON的控制平面，对虚拟机之间的通信链路进行测试。
本发明的第二方面提供一种ASON的控制平面建模装置，包括：第一确定模块，用于根据预设的ASON网络拓扑结构中光节点的数量，确定虚拟机的数量；其中，所述虚拟机的数量与所述光节点的数量相同；每台所述虚拟机中配置一个所述光节点；配置模块，用于根据所述预设的ASON网络拓扑结构中的光纤链路信息，确定所述光节点之间的连接关系，配置每个所述光节点所对应的所述虚拟机之间的连接关系，得到ASON的控制平面；测试模块，用于根据预设测试程序，运行所述ASON的控制平面，对虚拟机之间的通信链路进行测试。
可选地，还包括：第二确定模块，用于根据确定的所述虚拟机的数量，确定全部虚拟机运行需要占用的资源；第三确定模块，用于根据确定的所述资源，确定装载所述全部虚拟机的服务器的数量；装载模块，用于在每台所述服务器中装载对应数量的所述虚拟机；导入模块，用于在每个所述虚拟机中导入协议栈；相应的，所述配置模块具体用于根据所述光纤链路信息，对每个所述虚拟机中的所述协议栈进行配置，以确定每个所述光节点所对应的所述虚拟机之间的连接关系。
可选地，所述光纤链路信息包含但不限于：每个光节点中包含的端口的数目、每个端口中包含的光纤的可用光纤数、每根光纤中的可用波长数；所述配置单元包括：第一确定单元，用于根据所述光纤链路信息在所述协议栈的资源管理模块中，确定每个虚拟机对应的光节点包含的端口的数目、每个端口中包含的光纤的可用光纤数、每根光纤中的可用波长数；所述光纤链路信息还包含但不限于：与每个光节点邻接的光节点的IP、每个光节点使用的端口数、每个光节点的链路方向；所述配置单元还包括：第二确定单元，用于根据所述光纤链路信息在所述协议栈的链路管理协议中，确定与每个虚拟机邻接的虚拟机的IP、每个虚拟机对应的光节点使用的端口数、每个虚拟机的链路方向。
可选地，还包括：第一设置模块，用于在所述根据预设测试程序，运行所述ASON的控制平面之前，在每个所述虚拟机中设置脚本文件；所述脚本文件用于启动或关闭所述虚拟机中的所述光节点的网络通讯功能。
可选地，还包括：第二设置模块，用于在每个所述虚拟机中设置网管代理程序；第一接收模块，用于基于所述网管代理程序，虚拟机接收网管发送的测试指令；其中，所述网管为对全部虚拟机进行通信链路测试的服务器；所述测试指令用于激活所述虚拟机内的所述脚本文件，以使所述虚拟机启动或关闭所述虚拟机中的所述光节点的网络通讯功能；所述装置还包括：第二接收模块，用于基于所述网管代理程序，虚拟机接收所述网管发送的所述预设测试程序，以使所述虚拟机根据接收到的所述预设测试程序，运行所述ASON的控制平面，对虚拟机之间的通信链路进行测试。
本发明提供的ASON的控制平面建模方法和装置，通过将预设的ASON网络拓扑结构中每个光节点配置在一个独立的虚拟机中，以使每个虚拟机可以模拟一个光节点，并根据每个光节点对应的光纤链路信息确定各个虚拟机中光节点之间的连接关系，配置每个光节点所对应的虚拟机之间的连接关系，从而实现ASON的控制平面，并进一步对实现的ASON的控制平面进行测试。与现有技术相比，克服了利用仿真器进行大规模模拟时，仿真效率较差和还原度不高的缺陷，能够实现大规模的智能光网络控制平面模拟，从而实现对其进行网络评估和性能研究，提高了ASON的控制平面模拟的保真性、可扩展性。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明一示例性实施例示出的ASON的控制平面建模方法的流程图；
图2为本发明另一示例性实施例示出的ASON的控制平面建模方法的流程图；
图3A为图2所示实施例中的预设的ASON网络拓扑结构的示意图；
图3B为图2所示实施例中的在每台服务器中装载对应数量的虚拟机的示意图；
图4为图2所示实施例中的GMPLS协议栈的软件组成示意图；
图5为图2所示实施例中的启动虚拟机中的光节点的网络通讯功能的示意图；
图6A为图2所示实施例中的网管代理程序的一个功能示意图；
图6B为图2所示实施例中的网管代理程序的另一个功能示意图；
图7为图2所示实施例中的在每个虚拟机中导入协议栈的示意图；
图8为图2所示实施例中的ASON的控制平面进行业务建立的流程示意图；
图9为图2所示实施例中的ASON的控制平面进行业务拆除的流程示意图；
图10为本发明一示例性实施例示出的ASON的控制平面建模装置的结构图；
图11为本发明一示例性实施例示出的电子设备的结构图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本实施例提供一种ASON的控制平面建模方法，如图1所示，包括：
步骤S101：根据预设的ASON网络拓扑结构中光节点的数量，确定虚拟机的数量；其中，虚拟机的数量与光节点的数量相同；每台虚拟机中配置一个光节点。
在本步骤中，在具体使用场景中，大规模智能光网络的拓扑主要包括两类信息：光节点信息和光纤链路信息。节点信息包括节点的类型和节点的数目。本实施例仅仅对ASON网络的控制平面协议栈进行模拟，因此仅以预设的ASON网络拓扑结构为例，假设预设的ASON网络拓扑结构中包括N个节点，每个节点均为ASON节点，所有节点间通过网状拓扑结构实现互联，一台虚拟机模拟一个光节点，那么总共需要的虚拟机数目为N。
步骤S102：根据预设的ASON网络拓扑结构中的光纤链路信息，确定光节点之间的连接关系，配置每个光节点所对应的虚拟机之间的连接关系，得到ASON的控制平面。
在本步骤中，具体地，光纤链路信息主要包括光纤链路的位置(邻接节点)和带宽信息等，需要根据预设的ASON网络拓扑结构中每个光节点对应的光纤链路的位置(邻接节点)和带宽等信息，确定光节点之间的连接关系，进而根据光节点之间的连接关系配置虚拟机之间的连接关系，从而实现对ASON的控制平面的模拟。
步骤S103：根据预设测试程序，运行ASON的控制平面，对虚拟机之间的通信链路进行测试。
在本步骤中，在得到ASON的控制平面的模型后，需要对模型进行功能测试，可以预先设置预设测试程序，基于该预设测试程序运行步骤S102中得到的ASON的控制平面，以测试ASON的控制平面中各个虚拟机之间的通信链路是否能够正常运行。
图2为本发明另一示例性实施例示出的ASON的控制平面建模方法的流程图。
如图2所示，本实施例的方法还包括：
步骤S201，参见图1所示的实施例中的步骤S101。
步骤S202：根据确定的虚拟机的数量，确定全部虚拟机运行需要占用的资源。
在本步骤中，根据每个虚拟机的资源需求决定需要的服务器的性能或数量，假设所用版本的虚拟机启动运转时，每个虚拟机需要占用CPU资源x1GHz，内存资源y1GB，硬盘资源z1GB，总共需要的虚拟机数目为N，那么理论上全部虚拟机运行需要占用的资源为N*x1GHz的CPU资源，N*y1GB的内存资源，N*z1GB的硬盘资源。
步骤S203：根据确定的资源，确定装载全部虚拟机的服务器的数量。
在本步骤中，根据每个虚拟机的资源需求决定需要的服务器的性能或数量，假设所用版本的虚拟机启动运转时，全部虚拟机运行需要占用的资源为N*x1GHz的CPU资源，N*y1GB的内存资源，N*z1GB的硬盘资源，那么理论上所需服务器应具备N*x1GHz的CPU资源，N*y1GB的内存资源，N*z1GB的硬盘资源。现有每个服务器的CPU资源为x2GHz，内存资源y2GB，硬盘资源z2GB，因此需要的服务器数量为
Figure BDA0001636369500000101
Figure BDA0001636369500000102
也可以适当为每个虚拟机分配更多的物理资源。然而在实际运行过程中，不是所有的虚拟机都同时处于并行操作的状态，所以CPU资源可以适当减少。此外，存在启动拓扑中的部分节点和链路的情况，此时所有虚拟机占用的资源也会相应减少。因此，结合具体网络中所需开启的虚拟机数目，计算得出服务器的性能指标，可以在一个服务器中配置所有的节点，也可以在每个服务器中配置部分节点，然后将多个服务器与交换机相连来保证所有虚拟节点的通信。要求每个服务器的资源状况能够满足所配置节点的资源需求，当服务器资源不足时，很有可能会导致之后导入的GMPLS协议栈进程中断，进而仿真失败。具体地，如图3A所示，以包含336个ASON节点(即光节点)的预设的ASON网络拓扑结构为例，每个ASON节点对应一个独立的虚拟机，总共需要配置336个虚拟机，根据每个虚拟机占用的CPU、内存和硬盘资源，运行336个虚拟机总共需要约1GB*336＝336GB的内存容量、10GB*336＝3.36TB的硬盘资源，在实际应用中，由于不是所有虚拟机都会同时实时运作，所以CPU资源可以略低于0.5GHz*336＝168GHz。此外，一个服务器往往不能达到如此高的要求，因而可以在每个服务器上配置一部分ASON节点，利用多个服务器来降低对单个服务器的要求。
步骤S204：在每台服务器中装载对应数量的虚拟机。
在本步骤中，具体地，将服务器的性能与数量确定之后，需要在每个服务器上安装虚拟机软件，以VMware ESXi Server 5.0为例，首先利用VMware新建虚拟机，保证分配给每个虚拟机的资源能够满足仿真节点运行时的最低需求。然后为每个虚拟机安装操作系统，可以选择Ubuntu 11.10(内核版本3.0.0-12-generic)或其更高的版本，最后还需要为每个虚拟机设置一个IP地址，在Linux系统下，用命令行为每个虚拟机分配一个IP地址，通常为了简单起见，我们为所有的虚拟机分配一个连续的IP段。其中，虚拟机软件和操作系统均可以从网上下载获得。如图3B所示，针对如图3A所示的ASON网络拓扑结构，可以采用6个服务器，每个服务器采用2个Xeon 8C E5-2630v3 2.40GHz或更高性能服务器处理器，16GB×4DDR4RDIMM的内存容量以及单块600GB SAS 10k(2块)的硬盘配置。因此，6个服务器总共拥有384GB的内存，7.2TB的硬盘和230.4GHz的CPU资源，在一般情况下均能够满足实时运作的需要。
步骤S205：在每个虚拟机中导入协议栈。
在本步骤中，具体地，本实施例采用虚拟机装载控制平面协议栈对光网络节点的控制平面进行模拟，为了更真实地模拟一个光节点，一个虚拟机仅仅装载一套控制平面协议栈。可以根据待模拟的大规模智能光网络的网络类型/传输体制确定所需协议栈的种类。本实施例中要实现对ASON的控制平面的模拟，因此可以选用GMPLS协议栈。GMPLS协议栈可以支持多种传送面技术和应用，包括SDH、SONET(Synchronous Optical Network，同步光纤网)网络和OTN网络，是实现ASON控制平面的主流协议。如图4所示，一套完整的GMPLS协议栈软件，主要包括连接控制模块、资源管理模块、信令模块和路由模块。连接控制模块主要有三大功能，即连接的管理、连接策略的维护和连接(业务)的恢复。它对外有四大接口，分别是与路由模块的接口、与资源管理模块的接口、与信令模块的接口以及与网管代理的接口。连接控制模块通过和路由模块的接口发送算路请求，接收计算得到的显示路由；通过和资源管理模块的接口通知资源管理模块预留/释放本节点资源；显示路径上的其他节点的资源通过信令模块转成节点间信令消息，发给路径上的各节点。资源管理模块还分为初始化子模块、本地资源信息库、资源管理子模块和故障管理子模块共四个子模块，分别用于初始化本节点资源，更新维护本节点资源，处理故障和向上告警。信令协议模块基于RSVP-TE(Resource ReSer Vation Protocol-Traffic Engineering，基于流量工程扩展的资源预留协议，简称“RSVP-TE”)实现，遵循RSVP-TE协议和ITU-T G.7713.2/Y1704.2标准。信令模块接受连接控制模块的调用，将连接控制模块的连接命令转换为相应的信令协议消息，在各个光节点之间进行具体的控制信令的传递及信令状态的维护。路由模块基于OSPF-TE(Open Shortest Path First，开放式最短路径优先，简称“OSPF”，OSPF-TE是带流量工程的OSPF，对OSPF的流量工程的扩展实质是扩展链路属性，即在OSPF通告中增加链路参数)实现，其主要功能有两个：一是路由信息的分发，一是受限路由的计算。GMPLS协议栈软件通过OSPF-TE协议泛洪链路信息，实现全网拓扑的自动发现和更新，资源管理模块通过LRM等标准协议维护控制信道的连通性、检验数据链路的物理连通性、进行链路属性信息的关联、支持下游向上游告警的传递并能进行故障定位以满足保护恢复的需求，能够支持资源自动发现，多种路由算法和多种保护恢复方式等。因此，可以通过为每个虚拟机装载一套GMPLS协议栈来模拟ASON节点的控制平面。
步骤S206：根据光纤链路信息，对每个虚拟机中的协议栈进行配置，以确定每个光节点所对应的虚拟机之间的连接关系，得到ASON的控制平面。
在本步骤中，具体地，通过修改GMPLS协议栈代码，配置初始化时的ASON网络连接关系和资源信息(端口和链路资源)。由于GMPLS协议是一套较为成熟的光网络控制协议，在开源网站上能够找到协议栈相应模块的代码，也可以通过自己编写各个模块代码实现协议栈的所有功能。在确定协议栈各个模块代码功能的正确性后，需要根据预设的ASON拓扑结构来修改协议栈代码中的网络初始化配置文件，完成各节点的物理连接关系和链路资源信息的配置。
作为一种具体的实施方式，光纤链路信息包含但不限于：每个光节点中包含的端口的数目、每个端口中包含的光纤的可用光纤数、每根光纤中的可用波长数；比如，每个光节点具有P个端口，每个端口连着一条光纤链路，每条光纤链路有W个波长，每个波长的带宽为B bps。以图3A所示的预设的ASON网络拓扑结构为例，该网络拓扑总共包括336个节点和620条链路，可以划分为8个域进行管理(也可以不进行域划分)。在这里我们假设每个节点具有10个端口，每对光节点间的链路通过1对端口相连，该链路具有36个波长，每个波长的传输速率假定为2.5Gbps。相应地，步骤S206具体包括：根据光纤链路信息在协议栈的资源管理模块中，确定每个虚拟机对应的光节点包含的端口的数目、每个端口中包含的光纤的可用光纤数和每根光纤中的可用波长数。即在修改协议栈代码时，首先找到协议栈代码中的资源管理模块，在资源管理模块的具体代码中，首先就初始化子模块，对本地数据库进行的初始化操作包括定义该节点的可用端口数目、每个端口的可用的光纤数以及每根光纤中的可用波长数目。
作为一种具体的实施方式，光纤链路信息还包含但不限于：与每个光节点邻接的光节点的IP、每个光节点使用的端口数、每个光节点的链路方向；相应地，步骤S206具体还包括：根据光纤链路信息在协议栈的链路管理协议中，确定与每个虚拟机邻接的虚拟机的IP、每个虚拟机对应的光节点使用的端口数和每个虚拟机的链路方向。具体地，在协议栈的LMP模块的本地资源库配置文件中，记录了本地传送网元的邻居网元信息，即与该光节点邻接的光节点的IP、使用的具体端口数和链路方向等信息。通过修改此文件可完成对虚拟机之间的连接关系进行配置。
需要说明的是，上述对协议栈的修改步骤，可以在将协议栈导入各个虚拟机之前，分别准备好网络拓扑中各个节点配置文件，导入时只导入各光节点对应的配置文件和协议栈代码。也可以先将协议栈导入各个虚拟机，然后在虚拟机的协议栈中，根据每个光节点对应的光纤链路信息修改各自的配置文件，完成链路连接和资源的配置。
步骤S207：在每个虚拟机中设置脚本文件；脚本文件用于启动或关闭虚拟机中的光节点的网络通讯功能。
在本步骤中，在虚拟机协议栈软件中需要导入一个用于启动和关闭协议栈各个模块的启动脚本文件，它可以基于Linux Shell编写。如图5所示，在启动脚本文件中，首先需要清空模块间FIFO队列的临时文件，该临时文件中包含之前各个模块间交互的数据；然后逐次启动协议栈的各个模块，包括：启动client模块、启动LRM模块、启动连接控制模块、启动OSPF模块、启动RSVP模块、启动LMP模块，以上各个模块启动的先后次序不做限定。其中每个模块的启动流程都是类似的，首先需要把当前路径切换到该模块所在的目录下，清除该模块之前保留的日志文件，然后再运行这个模块，在启动的各步骤之间，都可以根据需要将当前的目录，进程号以及输出等记录到模块的日志文件中。以连接控制模块为例，在启动时首先需要将当前路径切换到连接控制模块所在的目录下；然后，删除该模块的旧日志文件；最后，运行连接控制模块。在启动连接控制模块的过程中，可以将一些需要记录的信息，如：当前的目录，进程号以及运行连接控制模块的输出等记录到该模块的日志文件当中。在关闭脚本文件中，只需要逐一结束各个模块中已经开启的进程即可。
步骤S208：根据预设测试程序，运行ASON的控制平面，对虚拟机之间的通信链路进行测试。在本步骤中，具体可以包括：
第一步：在每个虚拟机中设置网管代理程序；基于网管代理程序，虚拟机接收网管发送的测试指令；其中，网管为对全部虚拟机进行通信链路测试的服务器。具体地，在每个虚拟机中导入一个网管代理程序，它是一个独立的功能模块，即网管代理模块，和协议栈代码一样，也需要被编译为可执行文件方便调用。如图4所示，该网管代理模块与协议栈软件中的连接控制模块有接口，用于连接网管并向网管收发消息。网管代理模块按照功能不同可以分为两个不同部分，每个部分通过一个独立的端口和网管进行交互。其中一个部分为节点控制部分，负责网管代理的初始化和节点启动；另一部分为数据传递部分，将网管下发的数据通过网管代理传送到对应的功能模块中进一步处理。这两部分的主要功能如下：
1、对于节点控制部分，由于需要与网管进行交互，在控制部分程序中首先进行网管IP、端口以及网管下发节点控制命令的定义。然后在main函数中，首先设置一个大循环，在大循环中先初始化网管与网管代理间的socket，循环等待与网管的连接，连接成功后循环判断网管发来节点控制命令的对应操作。如果在判断操作的过程中因为某些原因导致网管代理和网管的连接断开，那么将会回到大循环的开始，重新建立网管代理与网管的连接。如果网管发送的是节点启动命令，则会运行步骤S207中的脚本文件，启动协议栈中的各个模块。如图6A所示，在节点控制部分的主函数中，首先定义网管IP、端口和控制命令，接着对网管和网管代理间的socket进行初始化，循环判断网管代理是否已经与网管进行连接，若未连接，则继续监听判断；若已经连接上，判断网管代理是否已经成功接收消息。如果网管代理没有收到消息，跳到初始化socket操作，继续判断；如果网管代理成功收到消息，判断该消息对应的操作(包含但不限于：启动节点、关闭节点、重启节点和关机)并运行相应的脚本文件或调用系统命令。完成操作之后，继续循环，判断网管代理与网管的连接。
2、在完成初始化并启动节点之后，利用数据传递部分来完成节点查询、建路、删路以及故障等操作。对于数据传递部分，首先需要初始化网管代理和各模块间的FIFO队列，初始化网管和网管代理间的socket；其次定义一个空的可读文件句柄集合，找到要监视文件中的最大号文件；接着，网管代理循环等待与网管的连接，直到连接上网管；然后进入另一层循环，把网管代理和各模块间的FIFO队列和网管与网管代理间的socket加入到可读文件句柄集合中，如果监听到有数据文件发生变化，那么依次判断是哪一部分有数据变化。若是网管和网管代理间的socket有数据变化，则根据数据的包头字段判断具体是网管发送给哪个模块的数据，将该数据读出来，写入网管到该模块的FIFO队列中；若是模块和网管代理间的FIFO队列里有数据变化，则从FIFO中读取数据，通过socket将数据发送给网管，循环直到数据传递部分被关闭才终止。如图6B所示，在数据传递部分的主函数中，首先对程序中涉及的模块间FIFO队列、socket等进行初始化，然后循环判断网管代理是否与网管进行连接，如果没有进行连接，继续监听判断，直到取得连接；如果已经取得连接，进入下一个循环，判断各个FIFO队列和网管代理与网管间的socket中是否有数据变化。如果没有变化，重新跳到上面再循环判断，直到各FIFO队列和socket所在的可读文件句柄集合有数据变化，接着再确认是各FIFO队列中有数据变化还是socket中有数据变化，如果是某个FIFO队列中有数据变化，则读取该数据，通过socket将数据发送给网管；如果是socket中有数据变化，那么读取该数据，再将数据写入对应的FIFO队列中。完成之后，循环监听各FIFO队列和socket所在可读文件句柄集合的数据变化。
需要说明的是，上述的网管代理程序和脚本文件可以与协议栈一起导入至虚拟机中。在修改好协议栈代码并完成网管代理和脚本文件之后，可以将修改好的协议栈代码、网管代理和脚本文件一起导入虚拟机当中。比如在Linux环境Ubantu系统下，系统本身支持SCP(Secure Copy Protocol，安全复制协议)，因此将各节点(ASON节点)对应的协议栈代码、网管代理和脚本文件打包成一个文件夹，通过SCP把这个打包好的文件夹传入该节点对应的虚拟机中。在导入完成之后，登录该虚拟机，在虚拟机中将导入的文件夹按照功能模块编译为若干个可执行文件。其中网管代理程序的具体启动方法为：在Linux的开机自启动文件中添加网管代理程序的路径，使其自动完成开机启动网管代理并根据网管代理程序建立与网管传输控制协议(Transmission Control Protocol，简称“TCP”)连接的操作。由协议栈代码编译的可执行文件将会被脚本文件所调用，每个可执行文件按照功能划分，能够实现标签交换路径的建立、更改和拆除，具有网络资源预留、链路资源管理、分配和回收等功能，具有基于协议的较为完善的信令错误处理机制，支持标准RSVP-TE协议自带的错误处理机制，支持动态重路由恢复。如图7所示，为导入GMPLS协议栈代码、网管代理以及脚本文件的流程图。具体地，首先利用Linux环境Ubantu系统下的SCP协议，通过命令行将各个模块的代码导入虚拟机中。在预设的ASON网络拓扑结构中，可以为每个光节点定义一个ID，以进行身份标识。图7中以ID为130的光节点为例，将需要导入的该光节点的GMPLS协议栈代码、网管代理以及脚本文件放在一个文件夹中，如图为/home/ason/amson_init，设置参数为-r递归，复制该文件夹内的所有内容到节点ID为130所在的虚拟机的/home/ason中。在所有的内容都导入完成之后，通过ssh命令远程登录节点130所在的虚拟机，以连接控制模块为例，在命令行中利用ls命令查看当前目录下的所有文件，确认无误后，再用make命令完成编译。
第二步：基于网管代理程序，虚拟机接收网管发送的测试指令；其中，测试指令用于激活虚拟机内的脚本文件，以使虚拟机启动或关闭虚拟机中的光节点的网络通讯功能。具体地，在对虚拟机之间的通信链路进行测试之前，首先对ASON的控制平面进行初始化自动组网。在进行初始化的时候，首先要对各个虚拟机加电，比如采用虚拟机软件VMware为所有的虚拟机启动电源。然后，在虚拟机开启时，会自动运行开机自启动文件中的命令行，完成启动网管代理、建立网管和网管代理之间TCP连接的初始化操作之后，所有的网管代理会监听从网管发来的启动虚拟节点的消息，当某个网管代理收到启动该虚拟控制节点消息(即测试指令)的时候，则激活该测试指令对应的虚拟机中的脚本文件，以完成虚拟机中协议栈各个模块的启动。通过查看每个虚拟机协议栈的进程来确保各个虚拟机均已经完成相应连接关系和相关光节点参数的配置，进而实现一个完整的ASON控制平面。
第三步：基于网管代理程序，虚拟机接收网管发送的预设测试程序，以使虚拟机根据接收到的预设测试程序，运行ASON的控制平面，对虚拟机之间的通信链路进行测试。具体地，在已经构建的完整的ASON控制平面中，从网管系统中选择任意两个虚拟节点，进行建路和拆路测试，如果能够成功拆建路，则表示协议栈已经能够正确运行，若拆建路失败，就需要查看各个实施步骤及具体实现进程来排查原因。下面分别以建路测试和拆路测试为例进行具体说明：
如图8所示，以业务的建立(即建路)作为预设测试程序为例来说明本方案中具体实现方式。当网管下发业务建立操作时，建路消息首先会经过网管代理，由网管代理向控制平面的连接控制模块派发业务建立请求消息，连接控制模块与路由模块OSPF等进行交互得出建路请求与路由回复的消息。其中，连接控制模块首先把业务拆分成具体的连接。在每个连接过程中，首先由源节点的连接控制模块和路由控制模块发生作用，确定连接的方式和路径。接着连接控制模块与资源管理模块进行协调，完成节点资源的分配。其次连接控制模块与信令模块交互，根据已经计算好的路由逐跳发送信令消息进行资源预留。然后，资源管理模块会将资源的更新情况发送给路由控制模块，进而更新路由控制模块中保存的链路资源状况。当信令到达目的节点时，若每一节点都能够成功分配资源，那么目的节点将建立成功消息发送给上游节点。按照上述步骤，从目的节点开始，逐跳与信令协议模块、连接控制模块和资源管理模块相互协调配合，直到建路成功消息传到源节点的信令模块，信令模块将连接建立成功应答发送到连接控制模块，最终由连接控制模块进行连接请求的汇总，确定上报给网管代理进而发送到网管的消息，以此完成整个业务的建立请求与回复流程。
如图9所示，以业务的拆除(即拆路)作为预设测试程序为例来说明本方案中具体实现方式。网管拆除业务时，首先向控制平面派发拆路请求消息，控制平面进行相应操作后将拆路成功消息上报给网管模块。业务拆除的流程和业务建立的流程差不多，存在若干差别。在进行连接释放时，不涉及路由控制模块查询；连接控制模块接收到连接释放命令后，确定这条业务对应着几条连接，对其中的每一条连接，只要将带有连接ID的释放消息传送给信令模块即可。
本实施例提供的ASON的控制平面建模方法，通过将预设的ASON网络拓扑结构中每个光节点配置在一个独立的虚拟机中，以使每个虚拟机可以模拟一个光节点，并根据每个光节点对应的光纤链路信息确定各个虚拟机之间的连接关系，配置每个光节点所对应的虚拟机之间的连接关系，从而实现ASON的控制平面，并进一步对实现的ASON的控制平面进行测试。与现有技术相比，克服了利用仿真器进行大规模模拟时，仿真效率较差和还原度不高的缺陷，能够实现大规模的智能光网络控制平面模拟，从而实现对其进行网络评估和性能研究，提高了ASON的控制平面模拟的保真性、可扩展性。
本实施例提供一种ASON的控制平面建模装置，如图10所示，该装置主要包括：第一确定模块1001、配置模块1002和测试模块1003，各模块主要功能如下：
第一确定模块1001，用于根据预设的ASON网络拓扑结构中光节点的数量，确定虚拟机的数量；其中，虚拟机的数量与光节点的数量相同；每台虚拟机中配置一个光节点。详细内容请参见图1对应的实施例中步骤S101的描述。
配置模块1002，用于根据预设的ASON网络拓扑结构中的光纤链路信息，确定光节点之间的连接关系，配置每个光节点所对应的虚拟机之间的连接关系，得到ASON的控制平面。详细内容请参见图1对应的实施例中步骤S102的描述。
测试模块1003，用于根据预设测试程序，运行ASON的控制平面，对虚拟机之间的通信链路进行测试。详细内容请参见图1对应的实施例中步骤S103的描述。
作为一种具体的实施方式，还包括：第二确定模块1004，用于根据确定的虚拟机的数量，确定全部虚拟机运行需要占用的资源；第三确定模块1005，用于根据确定的资源，确定装载全部虚拟机的服务器的数量；装载模块1006，用于在每台服务器中装载对应数量的虚拟机；导入模块1007，用于在每个虚拟机中导入协议栈；相应的，配置模块1002具体用于根据光纤链路信息，对每个虚拟机中的协议栈进行配置，以确定每个光节点所对应的虚拟机之间的连接关系。详细内容请参见上述方法实施例中对应的描述。
作为一种具体的实施方式，光纤链路信息包含但不限于：每个光节点中包含的端口的数目、每个端口中包含的光纤的可用光纤数、每根光纤中的可用波长数；配置单元包括：第一确定单元10021，用于根据光纤链路信息在协议栈的资源管理模块中，确定每个虚拟机对应的光节点包含的端口的数目、每个端口中包含的光纤的可用光纤数和每根光纤中的可用波长数；光纤链路信息还包含但不限于：与每个光节点邻接的光节点的IP、每个光节点使用的端口数、每个光节点的链路方向；配置单元还包括：第二确定单元10022，用于根据光纤链路信息协议栈的链路管理协议中，确定与每个虚拟机邻接的虚拟机的IP、每个虚拟机对应的光节点使用的端口数和每个虚拟机的链路方向。详细内容请参见上述方法实施例中对应的描述。
作为一种具体的实施方式，还包括：第一设置模块1008，用于在根据预设测试程序，运行ASON的控制平面之前，在每个虚拟机中设置脚本文件；脚本文件用于启动或关闭虚拟机中的光节点的网络通讯功能。
作为一种具体的实施方式，还包括：第二设置模块1009，用于在每个虚拟机中设置网管代理程序；第一接收模块1010，用于基于网管代理程序，虚拟机接收网管发送的测试指令；其中，网管为对全部虚拟机进行通信链路测试的服务器；测试指令用于激活虚拟机内的脚本文件，以使虚拟机启动或关闭虚拟机中的光节点的网络通讯功能；装置还包括：第二接收模块1011，用于基于网管代理程序，虚拟机接收网管发送的预设测试程序，以使虚拟机根据接收到的预设测试程序，运行ASON的控制平面，对虚拟机之间的通信链路进行测试。详细内容请参见上述方法实施例中对应的相关描述。
本实施例提供的ASON的控制平面建模装置，通过将预设的ASON网络拓扑结构中每个光节点配置在一个独立的虚拟机中，以使每个虚拟机可以模拟一个光节点，并根据每个光节点对应的光纤链路信息确定各个虚拟机中光节点之间的连接关系，配置每个光节点所对应的虚拟机之间的连接关系，从而实现ASON的控制平面，并进一步对实现的ASON的控制平面进行测试。与现有技术相比，克服了利用仿真器进行大规模模拟时，仿真效率较差和还原度不高的缺陷，能够实现大规模的智能光网络控制平面模拟，从而实现对其进行网络评估和性能研究，提高了ASON的控制平面模拟的保真性、可扩展性。
本实施例提供一种电子设备，如图11所示，包括：至少一个处理器111和存储器112，图11中以一个处理器为例，处理器111和存储器112通过总线110连接，存储器112存储有可被至少一个处理器111执行的指令，指令被至少一个处理器111执行，以使至少一个处理器111执行如上述实施例中图1的ASON的控制平面建模方法。
相关说明可以对应参见图1的步骤所对应的相关描述和效果进行理解，此处不做过多赘述。
本发明实施例还提供了一种电子设备可读存储介质，包括：程序，当其在电子设备上运行时，使得电子设备可执行上述实施例中方法的全部或部分流程。其中，存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)、随机存储记忆体(Random AccessMemory，RAM)、快闪存储器(Flash Memory)、硬盘(Hard Disk Drive，缩写：HDD)或固态硬盘(Solid-State Drive，SSD)等；存储介质还可以包括上述种类的存储器的组合。
虽然结合附图描述了本发明的实施例，但是本领域技术人员可以在不脱离本发明的精神和范围的情况下作出各种修改和变型，这样的修改和变型均落入由所附权利要求所限定的范围之内。

Claims (4)

1.一种ASON的控制平面建模方法，其特征在于，包括：
根据预设的ASON网络拓扑结构中光节点的数量，确定虚拟机的数量；其中，所述虚拟机的数量与所述光节点的数量相同；每台所述虚拟机中配置一个所述光节点；
根据所述预设的ASON网络拓扑结构中的光纤链路信息，确定所述光节点之间的连接关系，配置每个所述光节点所对应的所述虚拟机之间的连接关系，得到ASON的控制平面；
根据预设测试程序，运行所述ASON的控制平面，对虚拟机之间的通信链路进行测试；其中，所述方法还包括：根据确定的所述虚拟机的数量，确定全部虚拟机运行需要占用的资源；根据确定的所述资源，确定装载所述全部虚拟机的服务器的数量；在每台所述服务器中装载对应数量的所述虚拟机；在每个所述虚拟机中导入协议栈；
相应的，所述根据所述预设的ASON网络拓扑结构中的光纤链路信息，确定所述光节点之间的连接关系，配置每个所述光节点所对应的所述虚拟机之间的连接关系，包括：
根据所述光纤链路信息，对每个所述虚拟机中的所述协议栈进行配置，以确定每个所述光节点所对应的所述虚拟机之间的连接关系；
其中，在所述根据预设测试程序，运行所述ASON的控制平面之前，所述方法还包括：
在每个所述虚拟机中设置脚本文件；所述脚本文件用于启动或关闭所述虚拟机中的所述光节点的网络通讯功能；
相应的，所述根据预设测试程序，运行所述ASON的控制平面，对虚拟机之间的通信链路进行测试，包括：
在每个所述虚拟机中设置网管代理程序；基于所述网管代理程序，虚拟机接收网管发送的测试指令；其中，所述网管为对全部虚拟机进行通信链路测试的服务器；所述测试指令用于激活所述虚拟机内的所述脚本文件，以使所述虚拟机启动或关闭所述虚拟机中的所述光节点的网络通讯功能；
基于所述网管代理程序，虚拟机接收所述网管发送的所述预设测试程序，以使所述虚拟机根据接收到的所述预设测试程序，运行所述ASON的控制平面，对虚拟机之间的通信链路进行测试。
2.根据权利要求1所述的方法，其特征在于，所述光纤链路信息包括：每个光节点中包含的端口的数目、每个端口中包含的光纤的可用光纤数、每根光纤中的可用波长数；所述根据所述光纤链路信息，对每个所述虚拟机中的所述协议栈进行配置，以确定每个所述光节点所对应的所述虚拟机之间的连接关系包括：
根据所述光纤链路信息，在所述协议栈的资源管理模块中确定每个虚拟机对应的光节点包含的端口的数目、每个端口中包含的光纤的可用光纤数、每根光纤中的可用波长数；
所述光纤链路信息还包括：与每个光节点邻接的光节点的IP、每个光节点使用的端口数、每个光节点的链路方向；所述根据所述光纤链路信息，对每个所述虚拟机中的所述协议栈进行配置，以确定每个所述光节点所对应的所述虚拟机之间的连接关系还包括：
根据所述光纤链路信息，在所述协议栈的链路管理协议中确定与每个虚拟机邻接的虚拟机的IP、每个虚拟机对应的光节点使用的端口数、每个虚拟机的链路方向。
3.一种ASON的控制平面建模装置，其特征在于，包括：
第一确定模块，用于根据预设的ASON网络拓扑结构中光节点的数量，确定虚拟机的数量；其中，所述虚拟机的数量与所述光节点的数量相同；每台所述虚拟机中配置一个所述光节点；
配置模块，用于根据所述预设的ASON网络拓扑结构中的光纤链路信息，确定所述光节点之间的连接关系，配置每个所述光节点所对应的所述虚拟机之间的连接关系，得到ASON的控制平面；
测试模块，用于根据预设测试程序，运行所述ASON的控制平面，对虚拟机之间的通信链路进行测试；
其中，所述装置还包括：
第二确定模块，用于根据确定的所述虚拟机的数量，确定全部虚拟机运行需要占用的资源；
第三确定模块，用于根据确定的所述资源，确定装载所述全部虚拟机的服务器的数量；
装载模块，用于在每台所述服务器中装载对应数量的所述虚拟机；
导入模块，用于在每个所述虚拟机中导入协议栈；
相应的，所述配置模块具体用于根据所述光纤链路信息，对每个所述虚拟机中的所述协议栈进行配置，以确定每个所述光节点所对应的所述虚拟机之间的连接关系；
其中，所述装置还包括：第一设置模块，用于在所述根据预设测试程序，运行所述ASON的控制平面之前，在每个所述虚拟机中设置脚本文件；所述脚本文件用于启动或关闭所述虚拟机中的所述光节点的网络通讯功能；
第二设置模块，用于在每个所述虚拟机中设置网管代理程序；
第一接收模块，用于基于所述网管代理程序，虚拟机接收网管发送的测试指令；其中，所述网管为对全部虚拟机进行通信链路测试的服务器；所述测试指令用于激活所述虚拟机内的所述脚本文件，以使所述虚拟机启动或关闭所述虚拟机中的所述光节点的网络通讯功能；
第二接收模块，用于基于所述网管代理程序，虚拟机接收所述网管发送的所述预设测试程序，以使所述虚拟机根据接收到的所述预设测试程序，运行所述ASON的控制平面，对虚拟机之间的通信链路进行测试。
4.根据权利要求3所述的装置，其特征在于，所述光纤链路信息包括：每个光节点中包含的端口的数目、每个端口中包含的光纤的可用光纤数、每根光纤中的可用波长数；所述配置模块包括：
第一确定单元，用于根据所述光纤链路信息，在所述协议栈的资源管理模块中确定每个虚拟机对应的光节点包含的端口的数目、每个端口中包含的光纤的可用光纤数、每根光纤中的可用波长数；
所述光纤链路信息还包括：与每个光节点邻接的光节点的IP、每个光节点使用的端口数、每个光节点的链路方向；所述配置模块还包括：
第二确定单元，用于根据所述光纤链路信息，在所述协议栈的链路管理协议中确定与每个虚拟机邻接的虚拟机的IP、每个虚拟机对应的光节点使用的端口数、每个虚拟机的链路方向。
CN201810362734.2A 2018-04-20 2018-04-20 Ason的控制平面建模方法和装置 Active CN108540328B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201810362734.2A CN108540328B (zh) 2018-04-20 2018-04-20 Ason的控制平面建模方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810362734.2A CN108540328B (zh) 2018-04-20 2018-04-20 Ason的控制平面建模方法和装置

Publications (2)

Publication Number Publication Date
CN108540328A CN108540328A (zh) 2018-09-14
CN108540328B true CN108540328B (zh) 2020-09-22

Family

ID=63478132

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810362734.2A Active CN108540328B (zh) 2018-04-20 2018-04-20 Ason的控制平面建模方法和装置

Country Status (1)

Country Link
CN (1) CN108540328B (zh)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111200506B (zh) * 2018-11-19 2023-08-29 中兴通讯股份有限公司 一种故障感知方法及装置和控制器
CN109976875A (zh) * 2019-03-01 2019-07-05 厦门市世纪网通网络服务有限公司 一种超融合云计算系统的数据监测方法和装置
CN110687825B (zh) * 2019-09-25 2023-07-07 中国科学院微小卫星创新研究院 卫星单机仿真系统及方法
US11894983B2 (en) 2020-03-16 2024-02-06 Red Hat, Inc. Simulation and testing of infrastructure as a service scale using a container orchestration engine
CN113067736B (zh) * 2021-03-31 2022-06-17 烽火通信科技股份有限公司 一种控制平面链路显示的方法与装置
WO2022236836A1 (zh) * 2021-05-14 2022-11-17 Oppo广东移动通信有限公司 移动通信系统的能力描述方法、装置、设备及介质
CN113676344B (zh) * 2021-07-10 2023-01-20 北京邮电大学 异构光网络的网络虚拟化方法及装置、电子设备、存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1996874A (zh) * 2005-12-31 2007-07-11 中兴通讯股份有限公司 一种升级为自动交换光网络设备的装置和方法
CN101626383A (zh) * 2008-07-10 2010-01-13 北京邮电大学 一种航空电信网的路由测试方法及路由器虚拟机
CN104113791A (zh) * 2013-04-19 2014-10-22 中兴通讯股份有限公司 一种自动交换光网络演进系统及方法
CN105978805A (zh) * 2016-07-12 2016-09-28 重庆邮电大学 一种面向任播属性业务的节能路由方法
CN107092541A (zh) * 2017-04-27 2017-08-25 郑州云海信息技术有限公司 一种运用虚拟机进行存储性能测试的方法

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8572485B2 (en) * 2011-06-09 2013-10-29 Ciena Corporation Splitting and merging routing domains

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1996874A (zh) * 2005-12-31 2007-07-11 中兴通讯股份有限公司 一种升级为自动交换光网络设备的装置和方法
CN101626383A (zh) * 2008-07-10 2010-01-13 北京邮电大学 一种航空电信网的路由测试方法及路由器虚拟机
CN104113791A (zh) * 2013-04-19 2014-10-22 中兴通讯股份有限公司 一种自动交换光网络演进系统及方法
CN105978805A (zh) * 2016-07-12 2016-09-28 重庆邮电大学 一种面向任播属性业务的节能路由方法
CN107092541A (zh) * 2017-04-27 2017-08-25 郑州云海信息技术有限公司 一种运用虚拟机进行存储性能测试的方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
自动交换光网络控制平面管理系统的模型设计;陈达峰 等;《光网络》;20050430;第1-4部分 *

Also Published As

Publication number Publication date
CN108540328A (zh) 2018-09-14

Similar Documents

Publication Publication Date Title
CN108540328B (zh) Ason的控制平面建模方法和装置
Alvizu et al. Comprehensive survey on T-SDN: Software-defined networking for transport networks
CN103051565B (zh) 一种等级软件定义网络控制器的架构系统及实现方法
Hu et al. A survey on software-defined network and openflow: From concept to implementation
CN112020844B (zh) 用于互连多域网络分片控制和管理的系统、功能和接口
Liu et al. DL-assisted cross-layer orchestration in software-defined IP-over-EONs: From algorithm design to system prototype
WO2019196844A1 (zh) 一种ason业务模型的实现方法、装置、设备及存储介质
CN108494597B (zh) 智能光网络仿真系统及方法
Zhao et al. Time-aware software defined networking (Ta-SDN) for flexi-grid optical networks supporting data center application
Mehmeri et al. Optical network as a service for service function chaining across datacenters
Chen et al. Experimental demonstration of datacenter resources integrated provisioning over multi-domain software defined optical networks
JP5436597B2 (ja) 仮想化ネットワークインフラ制御システム及び方法
JP5063726B2 (ja) 仮想ノード装置のコンフィグ制御方法
US11405284B1 (en) Generating network link utilization targets using a packet-loss-versus-link utilization model
US20170359377A1 (en) Graphical policy interface for network control systems
Campanella et al. Reliable optical networks with ODTN, resiliency and failover in data plane and control plane
Quang et al. On using deep reinforcement learning for VNF forwarding graphs placement
Zhao et al. Experimental demonstration of bandwidth on demand (BoD) provisioning based on time scheduling in software-defined multi-domain optical networks
Castoldi et al. Disaggregated optical network control and orchestration of heterogeneous domains
He et al. Asco: an availability-aware service chain orchestration
El-Geder Performance evaluation using multiple controllers with different flow setup modes in the software defined network architecture
CN116016202B (zh) 一种基于孪生pce的网络故障模拟方法和系统
Kassis et al. Integrated Deployment Prototype for Virtual Network Orchestration Solution
Montero Herrera Resource optimization in SDN-based inter/intra data centre networks
LI et al. Software Defined Optical Networks and Its Innovation Environment

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant