CN112087321A - Tapi分层拓扑设计方法、介质、设备及业务创建方法 - Google Patents
Tapi分层拓扑设计方法、介质、设备及业务创建方法 Download PDFInfo
- Publication number
- CN112087321A CN112087321A CN202010826923.8A CN202010826923A CN112087321A CN 112087321 A CN112087321 A CN 112087321A CN 202010826923 A CN202010826923 A CN 202010826923A CN 112087321 A CN112087321 A CN 112087321A
- Authority
- CN
- China
- Prior art keywords
- layer
- topology
- service
- link
- nep
- 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.)
- Granted
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
-
- 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
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/50—Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种TAPI分层拓扑设计方法、介质、设备及业务创建方法,涉及通信技术领域,本发明将各网元分别抽象为虚拟拓扑中的NODE;根据管控系统中的物理连纤和各层业务,分别抽象出物理层、OCH层、ODUk层、Client层、L2 Link层、L3 Link层、Tunnel层的虚拟拓扑。各层拓扑直观展现,每层拓扑只展现本层拓扑相关的资源,以及提供给上层用户创建对应的客户层业务的资源,资源管理清晰;用户创建具体业务时,只用提供给用户相应的直接服务层的拓扑视图即可,简单清晰。
Description
技术领域
本发明涉及通信技术领域,具体涉及一种TAPI分层拓扑设计方法、介质、设备及业务创建方法。
背景技术
面对当前传统电信网络中的业务配置及运维方面的痛点,结合流行的SDN技术,传统电信管理网络引入了SDTN(软件定义传送网)的概念,意在通过SDN技术实现控制功能与传送功能分离。
在SDTN的架构中,北向接口是连接管控融合系统与上层NMS应用的重要桥梁。TAPI(北向接口信息模型传输应用编程接口)是当前国际较为流行的一种解决方案。其中拓扑是TAPI中的基础信息,现有分层拓扑缺陷:
基于多业务中已经存在业务,生成对应层次的分层拓扑,即分层拓扑是依赖于业务出现的。每层拓扑中只有已存在link的相关端口,未在各层拓扑中抽象出给用户调用创建业务时可使用的端口,创建业务时操作繁琐。
因此,亟需一种SDTN中能够实现TAPI拓扑设计的技术方案。
发明内容
针对现有技术中存在的缺陷,本发明的目的在于提供一种TAPI分层拓扑设计方法、介质、设备及业务创建方法,在SDTN中实现直观的TAPI拓扑设计。
为达到以上目的,本发明采取的技术方案是:一种TAPI分层拓扑设计方法,包括以下步骤:
将各网元分别抽象为虚拟拓扑中的NODE;
根据管控系统中的物理连纤和各层业务,分别抽象出物理层、OCH层、ODUk层、Client层、L2 Link层、L3 Link层、Tunnel层的虚拟拓扑。
在上述技术方案的基础上,根据管控系统中的物理连纤和各层业务,分别抽象出物理层、OCH层、ODUk层、Client层、L2 Link层、L3 Link层、Tunnel层的虚拟拓扑,具体包括以下步骤:
将管控融合系统中的物理连纤抽象为物理拓扑中的Link;将Link两端有连纤的端口抽象为internal NEP,将Link两端有连纤并承载OCH、L3 Link的端口抽象为edge NEP,每个edge NEP对应一个SIP;
根据OCH层业务抽象生成OCH层拓扑中的Link;将支路盘的UNI口抽象为edge NEP,每个edge NEP对应一个SIP;将线路盘NNI口下的OCH逻辑口抽象为internal NEP;
根据高阶ODUk业务和低阶ODUk业务抽象出ODUk拓扑中的Link;将OTU业务UNI端口下的ODUk逻辑口抽象为internal NEP;将非OTU业务UNI端口下的ODUk逻辑口抽象为edgeNEP,每个edgeNEP对应一个SIP;
将Client层业务抽象为Client层拓扑的Link;将Client层拓扑中的Link两端的端口抽象为internal NEP;将与Client口有物理连纤的以太网端口抽象为Client层拓扑的edge NEP,每个edge NEP对应一个SIP;
将通过连纤或OTN Client业务连接起来的以太二层端口之间的逻辑链路抽象为L2 Link层拓扑的Link,L2 Link两端的端口抽象为internal NEP;将纯分组设备所有的二层UNI口抽象为edge NEP,每个edge NEP对应一个SIP;
将通过连纤或OTN Client业务连接起来的以太三层端口之间的逻辑链路抽象为L3 Link层拓扑的Link,L3 Link两端的所有NEP抽象为edge NEP,每个edge NEP对应一个SIP;
将隧道层业务抽象成隧道层的Link,将隧道业务两端的端口抽象为internalNEP;将没有连纤的二层和三层UNI口抽象为edge NEP,每个edge NEP对应一个SIP。
在上述技术方案的基础上,所述方法还包括以下步骤:扩展TAPI模型,增加创建Link的接口,用于创建L3 link;在L3 Link拓扑上创建隧道层业务。
在上述技术方案的基础上,所述方法还包括以下步骤:创建L2 Link层拓扑时,建立L2 Link层拓扑到ODUk层拓扑、物理拓扑间的transitional Link;创建L3 Link层拓扑时,建立L3 Link层拓扑到ODUk层拓扑、Client层拓扑、物理拓扑间的transitional Link。
在上述技术方案的基础上,所述方法还包括以下步骤:创建ODUk层拓扑时,在ODUk层拓扑的每个SIP包含所有客户层信号类型列表。
在上述技术方案的基础上,所述方法还包括以下步骤:创建隧道层拓扑时,在隧道层拓扑中SIP的层协议名参数中扩展“IP”的取值用于表示支持三层端口。
在上述技术方案的基础上,所述方法还包括以下步骤:创建L3 Link层拓扑时,在L3 Link层拓扑中SIP的层协议名参数中扩展“MPLS”的取值用于表示支持隧道。
本发明还提供一种一种存储介质,该存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现所述的方法。
本发明还提供一种一种电子设备,包括存储器和处理器,存储器上储存有在处理器上运行的计算机程序,处理器执行计算机程序时实现所述的方法。
本发明还提供一种采用所述的TAPI分层拓扑设计方法创建的TAPI分层拓扑的业务创建方法,包括以下步骤:
获取当前管控融合系统中的所有分层拓扑数据;
调用连接建立服务接口,选取物理拓扑中有物理Link的两个网元的层协议名中含有OCH的SIP点创建OCH业务;
在OCH拓扑中选择有OCH Link连接的两个网元间创建低阶ODUk业务;低阶ODUk业务两端的SIP为edge NEP下的SIP点;
在ODUk拓扑中选择网元创建OTN Client业务;OTN Client业务两端的SIP为edgeNEP下的SIP点;
在Client层拓扑、物理层拓扑上创建L3 Link,将不同的设备连接起来;
在L3 Link层拓扑上创建Tunnel层业务,Tunnel业务两端的端口为edge NEP下的层协议名包含“MPLS”的SIP点;
在隧道层拓扑上创建L3VPN业务,L3VPN业务的端口为edge NEP下的层协议名包含“IP”的SIP点。
与现有技术相比,本发明的优点在于:
本发明将各网元分别抽象为虚拟拓扑中的NODE;根据管控系统中的物理连纤和各层业务,分别抽象出物理层、OCH层、ODUk层、Client层、L2 Link层、L3 Link层、Tunnel层的虚拟拓扑。各层拓扑直观展现,每层拓扑只展现本层拓扑相关的资源,以及提供给上层用户创建对应的客户层业务的资源,资源管理清晰;用户创建具体业务时,只用提供给用户相应的直接服务层的拓扑视图即可,简单清晰。
附图说明
图1本发明实施例的POTN设备与IPRAN设备组网示意图;
图2本发明实施例的TAPI创建业务流程示意图;
图3本发明实施例的物理层拓扑示意图;
图4本发明实施例的OCH层拓扑示意图;
图5本发明实施例的ODUk层拓扑示意图;
图6本发明实施例的OTN Client层拓扑示意图;
图7本发明实施例的L3 Link层拓扑示意图;
图8本发明实施例的隧道层拓扑示意图。
具体实施方式
以下结合附图对本发明的实施例作进一步详细说明。
本发明实施例提供一种TAPI分层拓扑设计方法,包括以下步骤:
将各POTN网元和IPRAN网元分别抽象为虚拟拓扑中的NODE;
根据管控系统中的物理连纤和各层业务,分别抽象出物理层、OCH层、ODUk层、Client层、L2 Link层、L3 Link层、Tunnel层的虚拟拓扑。
参见图1所示,下面以POTN和IPRAN设备混合组网场景为例,对本发明的实施例的具体实施方法作进一步详细说明。
本发明实施例的抽象的分层拓扑层次:物理层、OCH层、ODUk层、Client层、L2 Link层、L3 Link层、Tunnel层;上述拓扑层的抽象过程包括以下步骤:
步骤1、POTN网元包含支路盘(含分组功能支路盘)+线路盘(含分组功能线路盘)+合波/分波盘+放大+OSC+OSCAD并抽象为一个NODE。
本方案中不考虑TAPI接口调用创建高阶ODUk,高阶ODUk由管控融合系统根据需要逆向创建,直接承载业务的低阶ODUk可以通过TAPI接口调用创建。
步骤2、构建物理层拓扑:
参见图3所示,管控系统中的物理连纤抽象为物理拓扑中的Link;
Link两端的端口为NEP,NEP角色分为internal NEP以及edge NEP。当Link两端为OTN线路盘物理口时,端口角色为edge NEP,该NEP对应映射一个SIP,SIP层次为OCH;
步骤3、构建OCH层拓扑:
参见图4所示,OCH层业务生成后,对应生成OCH层拓扑中的Link;
edge NEP点由支路盘的UNI口组成,与SIP一一对应,SIP的supported-layer-protocol-qualifier参数列出UNI口下潜在ODUk逻辑端口的速率层次;internal NEP点对应的是线路盘NNI口下的OCH逻辑口。
步骤4、构建ODUk层拓扑:
参见图5所示,高阶ODUk业务和低阶ODUk业务组成ODUk拓扑中的Link;
支路盘OTU业务场景:此场景UNI端口下的ODUk逻辑口作为internal NEP管理;
支路盘非OTU业务场景:此场景UNI端口下的ODUk逻辑口作为edge NEP管理;
每个edge NEP对应一个SIP,每个SIP下的supported-layer-protocol-qualifier参数为支持的所有客户层信号类型列表,每个SIP在某个时刻只能被一种客户信号类型占用。
步骤5、构建Client层拓扑:
参见图6所示,OTN Client层业务抽象为Client层拓扑的Link;
Client层拓扑中的Link两端的端口抽象为internal NEP点(即OTN Client业务的源宿点);
OTN Client层拓扑中,与Client口有物理连纤的以太网端口抽象为Client层拓扑的edge NEP,edge NEP与SIP一一对应,并在SIP的layer-protocol-name参数中扩展“IP”的取值用于表示支持三层端口。
步骤6、构建L2 Link拓扑:
将通过连纤或OTN Client业务连接起来的以太二层端口之间的逻辑链路抽象为L2 Link层拓扑的Link;
L2 Link两端的端口抽象为internal NEP;
纯分组设备所有的二层UNI口抽象为edge NEP,NEP与SIP一一对应。
L2 Link层拓扑到ODUk层拓扑、物理拓扑间存在transitional Link;
步骤7、构建L3 Link层拓扑:
参见图7所示,将通过连纤或OTN Client业务连接起来的以太三层端口之间的逻辑链路抽象为L3 Link层拓扑的Link;
L3 Link两端的所有NEP均作为edge NEP管理(没有internal NEP),用于创建tunnel。NEP和SIP一一对应关系,SIP的layer-protocol-name参数中扩展“MPLS”的取值用于表示支持隧道。
在tapi-common@2019-03-31.yang文件中layer-protocol-name增加MPLS、IP的取值,如下表1所示:
表1 layer-protocol-name取值说明表
L3 Link层拓扑到ODUk层拓扑、Client层拓扑、物理拓扑间存在transitionalLink,此transitional Link支持查询;
步骤8、构建隧道层Link拓扑:
参见图8所示,隧道层业务抽象成隧道层的Link,且隧道业务两端的所有NEP均作为internal NEP管理(PW层不单独创建);
POTN设备和IPRAN设备没有连纤的二层和三层UNI口抽象成edge NEP,NEP和SIP一一对应关系,SIP的layer-protocol-name参数中扩展“IP”的取值用于表示支持L3VPN业务。
步骤9、扩展TAPI模型,增加创建Link的接口。
tapi-topology@2019-03-31文档中新增create-link接口,用于创建L3link。创建L3link对应的输入参数如下表2所示:
表2 L3link对应的输入参数表
在上述技术方案的基础上,如图1的POTN设备与IPRAN设备组网图中,NMS网管通过TAPI接口创建端到端的L3VPN业务,如图2包含如下步骤:
S1:通过tapi-topology@2019-03-31.yang文件中的get-topology-list接口获取当前管控融合系统中的所有分层拓扑数据;
S2:由于当前系统组网为POTN设备与IPRAN设备混合组网,所以在打通IPRAN设备之间的业务连接之前需要先打通POTN设备之间的OTN网络,基于物理拓扑中有物理Link的两个网元调用tapi-connectivity@2019-03-31.yang中create-connectivity-service接口并选取两个网元中layer-protocol-name含有OCH的SIP点创建OCH业务,本示例中的物理拓扑信息参见图3(分别调用3次create-connectivity-service接口创建3条OCH业务);
S3(可选):图4 OCH层拓扑中的OCH Link为S2中创建的;本步骤在OCH拓扑中选择有OCH Link连接的两个网元间创建低阶ODUk业务(本示例假定为ODU4),调用接口为create-connectivity-service,低阶ODUk业务两端的SIP为edge NEP下的SIP点;
S4:S3执行完成后,在ODUk层拓扑两个POTN网元间存在ODUk Link,若S3未执行,则ODUk拓扑上只存在POTN网元的NODE以及NEP,不会存在ODUk Link;本步骤在ODUk拓扑中选择网元创建OTN Client业务,调用接口为create-connectivity-service,OTN Client业务两端的SIP为edge NEP下的SIP点(指定创建的客户层信号类型在SIP点的supported-layer-protocol-qualifier参数表示的信号类型列表中,本示例假设信号类型为100GE);当S3未执行时,本步骤会自动创建低阶ODUk业务。至此POTN网络OTN域业务打通。
S5:S4完成POTN设备OTN域业务后,在OTN Client拓扑上创建L3 Link,将不同的IPRAN设备连接起来。私有扩展L3 Link创建接口,具体见如下详细描述;
S6:在L3 Link层拓扑上创建Tunnel层业务,调用接口为create-connectivity-service,Tunnel业务两端的端口为edge NEP下的layer-protocol-name包含”MPLS”(扩展)的SIP点。
S7:在隧道层拓扑上创建L3VPN业务;在隧道层拓扑中只有两个网元间存在隧道层Link的情况下才能创建L3VPN的peer关系;调用接口为create-connectivity-service,L3VPN业务的端口为edge NEP下的layer-protocol-name包含”IP”(扩展)的SIP点。
S7创建完成后即可在L3VPN业务拓扑中查看全网L3VPN业务拓扑信息;
L2 Link、L2VPN业务拓扑的使用方式分别与L3 Link和L3VPN类似,此处不再赘述。
基于同一发明构思,本申请实施例提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现TAPI分层拓扑设计方法的所有方法步骤或部分方法步骤。
基于同一发明构思,本申请实施例还提供一种电子设备,包括存储器和处理器,存储器上储存有在处理器上运行的计算机程序,处理器执行计算机程序时实现TAPI分层拓扑设计方法中的所有方法步骤或部分方法步骤。
本发明实施例还提供一种采用TAPI分层拓扑设计方法创建的TAPI分层拓扑的业务创建方法,包括以下步骤:
获取当前管控融合系统中的所有分层拓扑数据;
调用连接建立服务接口,选取物理拓扑中有物理Link的两个网元的层协议名中含有OCH的SIP点创建OCH业务;
在OCH拓扑中选择有OCH Link连接的两个网元间创建低阶ODUk业务;低阶ODUk业务两端的SIP为edge NEP下的SIP点;
在ODUk拓扑中选择网元创建OTN Client业务;OTN Client业务两端的SIP为edgeNEP下的SIP点;
在OTN Client层拓扑、物理层拓扑上创建L3 Link,将不同的IPRAN设备连接起来;
在L3 Link层拓扑上创建Tunnel层业务,Tunnel业务两端的端口为edge NEP下的层协议名包含“MPLS”的SIP点;
在隧道层拓扑上创建L3VPN业务,L3VPN业务的端口为edge NEP下的层协议名包含“IP”的SIP点。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、服务器或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (10)
1.一种TAPI分层拓扑设计方法,其特征在于,包括以下步骤:
将各网元分别抽象为虚拟拓扑中的NODE;
根据管控系统中的物理连纤和各层业务,分别抽象出物理层、OCH层、ODUk层、Client层、L2 Link层、L3 Link层、Tunnel层的虚拟拓扑。
2.如权利要求1所述的方法,其特征在于,根据管控系统中的物理连纤和各层业务,分别抽象出物理层、OCH层、ODUk层、Client层、L2 Link层、L3 Link层、Tunnel层的虚拟拓扑,具体包括以下步骤:
将管控融合系统中的物理连纤抽象为物理拓扑中的Link;将Link两端有连纤的端口抽象为internal NEP,将Link两端有连纤并承载OCH、L3 Link的端口抽象为edge NEP,每个edge NEP对应一个SIP;
根据OCH层业务抽象生成OCH层拓扑中的Link;将支路盘的UNI口抽象为edge NEP,每个edge NEP对应一个SIP;将线路盘NNI口下的OCH逻辑口抽象为internal NEP;
根据高阶ODUk业务和低阶ODUk业务抽象出ODUk拓扑中的Link;将OTU业务UNI端口下的ODUk逻辑口抽象为internal NEP;将非OTU业务UNI端口下的ODUk逻辑口抽象为edge NEP,每个edge NEP对应一个SIP;
将Client层业务抽象为Client层拓扑的Link;将Client层拓扑中的Link两端的端口抽象为internal NEP;将与Client口有物理连纤的以太网端口抽象为Client层拓扑的edgeNEP,每个edge NEP对应一个SIP;
将通过连纤或OTN Client业务连接起来的以太二层端口之间的逻辑链路抽象为L2Link层拓扑的Link,L2 Link两端的端口抽象为internal NEP;将纯分组设备所有的二层UNI口抽象为edge NEP,每个edge NEP对应一个SIP;
将通过连纤或OTN Client业务连接起来的以太三层端口之间的逻辑链路抽象为L3Link层拓扑的Link,L3 Link两端的所有NEP抽象为edge NEP,每个edge NEP对应一个SIP;
将隧道层业务抽象成隧道层的Link,将隧道业务两端的端口抽象为internal NEP;将没有连纤的二层和三层UNI口抽象为edge NEP,每个edge NEP对应一个SIP。
3.如权利要求2所述的方法,其特征在于,所述方法还包括以下步骤:扩展TAPI模型,增加创建Link的接口,用于创建L3 link;在L3 Link拓扑上创建隧道层业务。
4.如权利要求2所述的方法,其特征在于,所述方法还包括以下步骤:创建L2 Link层拓扑时,建立L2 Link层拓扑到ODUk层拓扑、物理拓扑间的transitional Link;创建L3 Link层拓扑时,建立L3 Link层拓扑到ODUk层拓扑、Client层拓扑、物理拓扑间的transitionalLink。
5.如权利要求2所述的方法,其特征在于,所述方法还包括以下步骤:创建ODUk层拓扑时,在ODUk层拓扑的每个SIP包含所有客户层信号类型列表。
6.如权利要求2所述的方法,其特征在于,所述方法还包括以下步骤:创建隧道层拓扑时,在隧道层拓扑中SIP的层协议名参数中扩展“IP”的取值用于表示支持三层端口。
7.如权利要求2所述的方法,其特征在于,所述方法还包括以下步骤:创建L3 Link层拓扑时,在L3 Link层拓扑中SIP的层协议名参数中扩展“MPLS”的取值用于表示支持隧道。
8.一种存储介质,该存储介质上存储有计算机程序,其特征在于:所述计算机程序被处理器执行时实现权利要求1至7任一项所述的方法。
9.一种电子设备,包括存储器和处理器,存储器上储存有在处理器上运行的计算机程序,其特征在于:处理器执行计算机程序时实现权利要求1~7任一项所述的方法。
10.一种采用如权利要求1~7任意一项所述的TAPI分层拓扑设计方法创建的TAPI分层拓扑的业务创建方法,其特征在于,包括以下步骤:
获取当前管控融合系统中的所有分层拓扑数据;
调用连接建立服务接口,选取物理拓扑中有物理Link的两个网元的层协议名中含有OCH的SIP点创建OCH业务;
在OCH拓扑中选择有OCH Link连接的两个网元间创建低阶ODUk业务;低阶ODUk业务两端的SIP为edge NEP下的SIP点;
在ODUk拓扑中选择网元创建OTN Client业务;OTN Client业务两端的SIP为edge NEP下的SIP点;
在Client层拓扑、物理层拓扑上创建L3 Link,将不同的设备连接起来;
在L3 Link层拓扑上创建Tunnel层业务,Tunnel业务两端的端口为edge NEP下的层协议名包含“MPLS”的SIP点;
在隧道层拓扑上创建L3VPN业务,L3VPN业务的端口为edge NEP下的层协议名包含“IP”的SIP点。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010826923.8A CN112087321B (zh) | 2020-08-17 | 2020-08-17 | Tapi分层拓扑设计方法、介质、设备及业务创建方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010826923.8A CN112087321B (zh) | 2020-08-17 | 2020-08-17 | Tapi分层拓扑设计方法、介质、设备及业务创建方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112087321A true CN112087321A (zh) | 2020-12-15 |
CN112087321B CN112087321B (zh) | 2022-08-12 |
Family
ID=73728334
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010826923.8A Active CN112087321B (zh) | 2020-08-17 | 2020-08-17 | Tapi分层拓扑设计方法、介质、设备及业务创建方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112087321B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113015039A (zh) * | 2021-03-04 | 2021-06-22 | 烽火通信科技股份有限公司 | 一种混合网络的端到端业务的部署方法和部署装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6408351B1 (en) * | 1998-03-31 | 2002-06-18 | Compaq Computer Corporation | Host modem having a peripheral codec powered by a peripheral bus |
US20140337674A1 (en) * | 2013-05-10 | 2014-11-13 | Nec Laboratories America, Inc. | Network Testing |
CN104767648A (zh) * | 2015-04-24 | 2015-07-08 | 烽火通信科技股份有限公司 | 一种基于告警回溯的根源告警定位功能实现方法及系统 |
CN108900350A (zh) * | 2018-07-11 | 2018-11-27 | 烽火通信科技股份有限公司 | 一种网管系统中光层业务分层模型配置方法及系统 |
-
2020
- 2020-08-17 CN CN202010826923.8A patent/CN112087321B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6408351B1 (en) * | 1998-03-31 | 2002-06-18 | Compaq Computer Corporation | Host modem having a peripheral codec powered by a peripheral bus |
US20140337674A1 (en) * | 2013-05-10 | 2014-11-13 | Nec Laboratories America, Inc. | Network Testing |
CN104767648A (zh) * | 2015-04-24 | 2015-07-08 | 烽火通信科技股份有限公司 | 一种基于告警回溯的根源告警定位功能实现方法及系统 |
CN108900350A (zh) * | 2018-07-11 | 2018-11-27 | 烽火通信科技股份有限公司 | 一种网管系统中光层业务分层模型配置方法及系统 |
Non-Patent Citations (2)
Title |
---|
刘华康: "SDN协同控制器的实现与评测", 《中国优秀博硕士学位论文全文数据库(硕士)信息科技辑》 * |
徐云斌: "ONF TAPI 2.0信息模型发布 加速软件定义光传送网进程", 《通信世界》 * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113015039A (zh) * | 2021-03-04 | 2021-06-22 | 烽火通信科技股份有限公司 | 一种混合网络的端到端业务的部署方法和部署装置 |
CN113015039B (zh) * | 2021-03-04 | 2022-03-25 | 烽火通信科技股份有限公司 | 一种混合网络的端到端业务的部署方法和部署装置 |
Also Published As
Publication number | Publication date |
---|---|
CN112087321B (zh) | 2022-08-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Shiomoto et al. | Requirements for GMPLS-based multi-region and multi-layer networks (MRN/MLN) | |
CN107147509B (zh) | 虚拟专用网业务实现方法、装置及通信系统 | |
US7710901B2 (en) | GMPLS control of ethernet | |
US11240145B2 (en) | Shared risk representation in networks for troubleshooting, assignment, and propagation across layers | |
EP2985960A1 (en) | Network topology discovery method and system | |
CN106302153A (zh) | 多域控制器、单域控制器、软件定义光网络系统及方法 | |
Das | PAC. C: A unified control architecture for packet and circuit network convergence | |
CN100531157C (zh) | 一种二层vpn和三层vpn互联互通的实现方法 | |
CN112087321B (zh) | Tapi分层拓扑设计方法、介质、设备及业务创建方法 | |
CN101888573B (zh) | 一种自动发现相邻节点间资源状态的方法和系统 | |
CN105208468A (zh) | 用于otn业务自动开通的方法和系统 | |
WO2017000858A1 (zh) | 网元设备及数据通信网络开通的方法 | |
CN105721346A (zh) | 一种基于软件定义网络的应用带宽配置方法及控制器 | |
Tomic et al. | ASON and GMPLS—overview and comparison | |
Saha et al. | The optical network control plane: state of the standards and deployment | |
Kazi | Optical networking standards: a comprehensive guide for professionals | |
CN101247664A (zh) | 一种光网络之间实现端到端呼叫连接的系统和方法 | |
WO2013152552A1 (zh) | 一种虚拟网络的实现方法及网络管理系统 | |
CN109962937B (zh) | 一种多域多层连接业务建立方法和装置 | |
EP1703669B1 (en) | A method for implementing services on network elements based on multiple network element addresses | |
US7529821B1 (en) | Network element management | |
Bahnasy et al. | OpenFlow and GMPLS unified control planes: Testbed implementation and comparative study | |
CN101848052B (zh) | 多域网络业务映射配置方法及系统 | |
van der Ham | A semantic model for complex computer networks: the network | |
Lim et al. | Model of transport SDN and MPLS-TP for T-SDN controller |
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 |