CN104883266A - 网络配置访问方法及装置 - Google Patents
网络配置访问方法及装置 Download PDFInfo
- Publication number
- CN104883266A CN104883266A CN201410070524.8A CN201410070524A CN104883266A CN 104883266 A CN104883266 A CN 104883266A CN 201410070524 A CN201410070524 A CN 201410070524A CN 104883266 A CN104883266 A CN 104883266A
- Authority
- CN
- China
- Prior art keywords
- netconf
- equipment
- network equipment
- configuration
- transport layer
- 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
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/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0823—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability
-
- 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/34—Signalling channels for network management communication
- H04L41/344—Out-of-band transfers
-
- 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/02—Standardisation; Integration
- H04L41/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
-
- 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/02—Standardisation; Integration
- H04L41/022—Multivendor or multi-standard integration
-
- 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/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
- Communication Control (AREA)
Abstract
本发明提出网络配置访问方法及装置。方法包括:按照预设的NETCONF配置框架中的元数据定义规范,在元数据定义文件中,对网络设备的类型、能力集、操作信息进行定义;按照预设的NETCONF配置框架中的协议抽象体系结构,对网络设备的操作元素及操作参数元素进行定义;按照预设的NETCONF配置框架中的传输层体系结构,对网络设备支持的各传输层协议,以及采用各传输层协议实现与该设备的连接进行定义;网管系统使用NETCONF配置框架对网络设备进行配置访问。本发明使得NETCONF配置访问过程更加简明、高效。
Description
技术领域
本发明涉及网络通信技术领域,尤其涉及网络管理系统中的网络配置访问方法及装置。
背景技术
NETCONF(Network Configuration Protocol,网络配置协议)是一种基于XML(可扩展标记语言)的网络管理协议,它提供了一种对网络设备进行配置和管理的方法。该协议允许网络设备对外提供一系列完整、规范化的编程接口。应用程序或用户可以通过该接口对网络设备设置参数、获取参数值、获取统计信息。
NETCONF协议的配置及信息交互基于XML,相对于命令行、SNMP(Simple Network Management Protocol,简单网络管理协议)等方式,更易于数据及信息的解析。NETCONF协议的传输层独立于协议本身,支持的连接方式多,包括TELNET、SSH(Secure Shell,安全外壳)、CONSOLE、SOAP(Simple Object Access Protocol,简单对象访问协议)、BEEP(BlocksExtensible Exchange Protocol,块可扩展交换协议)等。
在RFC6241中定义的NETCONF协议层次结构如图1所示:
其中,第(1)层为Secure Transport层,即NETCONF传输层。传输层协议和NETCONF协议本身相对独立,其作用为在网络设备和管理节点之间提供对应的会话(Session)载体。
NETCONF传输层支持的协议包含但不限于如下类型:
1)SSH;
2)SOAP;
3)BEEP。
应用不同类型的传输层协议建立NETCONF会话时所需配置的参数各异,即使是同一种传输层协议,在不同厂商的网络设备中进行NETCONF连接的方式也有很大差别。
例如:
1)应用Telnet传输层协议与A公司的网络设备建立NETCONF会话,需要在网络设备命令行终端的用户视图下以命令[xml]进入xml视图。
2)应用SSH传输层协议与B公司的网络设备建立NETCONF会话,需要在SSH登录时以子系统[netconf]进行登录。
3)应用SOAP传输层协议与C公司的网络设备建立NETCONF会话,需要使用HTTP/HTTPS协议在连接URL(Uniform Resource Locator,统一资源标识符)中以路径[/soap/netconf/]进行HTTP请求。
传输层负责会话管理模式的维护,RFC规范中要求网络设备必须至少支持一个NETCONF会话,并应该支持多个。
不同厂商的网络设备对NETCONF会话管理模式的实现各异,例如:A公司的网络设备同时最多能建立5个NETCONF会话,用户数超过上限后,新登录的用户将登录失败。而其他厂商设备的并发NETCONF会话数量与管理模式并不与此策略完全一致。
第(2)层为Messages层,即NETCONF消息层。消息层为NETCONF配置协议提供了一个简洁的、传输协议无关的消息编码机制。
消息层使用<rpc>元素来表示一个从客户端到服务器的NETCONF请求,使用<rpc-reply>元素来表示一个从服务器到客户端的NETCONF响应,<ok>元素作为<rpc-reply>响应子元素表示操作成功,<rpc-error>元素作为<rpc-reply>响应子元素反馈操作失败信息。
第(3)层为Operations层,即NETCONF操作层。操作层定义了一系列在RPC中应用的基本的原语操作集,这些操作将组成NETCONF的基本能力。
NETCONF协议定义了九种基础操作,功能主要包括取值操作(<get>)、配置操作(<get-config>/<edit-config>)、锁操作(<lock>/<unlock>)和会话(<close-session>/<kill-session>)操作。
操作被根据功能及使用语义划分为能力集进行管理。建立NETCONF连接过程中,客户端必须给设备发送<hello>信息,完成能力集的交互后,设备才会建立会话并处理客户端发送的后续请求。
RFC规范中定义的主要能力集如下:
base:基本能力集;
writable-running:运行配置变更能力集;
candidate-configuration:备选配置能力集;
confirmed-commit:确认提交能力集;
rollback-on-error:错误回滚能力集。
下表中列出了主流设备厂商实现对NETCONF能力集的支持状况,包括:完全支持(用“++”表示)、部分支持(用“+”表示)和不支持(用“-”表示)。
表1主流设备厂商实现对NETCONF能力集的支持状况
由表1可见,不同厂商的实现对于RFC标准能力集的支持状况有很大差异。而且,不同厂商定义了一系列所属设备支持的专有扩展能力集,提供附加的NETCONF配置操作功能。
第(4)层为Content层,即NETCONF内容层。内容层表示的是被管对象的集合,可以是配置数据、状态数据、统计信息等。内容层具体可读写的数据规范需要参阅各个厂商实现产品的XSD定义,并无规范化的统一标准。
由NETCONF协议的(1)、(3)、(4)层的分析中可以看出,不同生产厂商的网络设备在传输层协议支持及使用方式、操作层实现及扩展的操作原语、内容层中数据信息的表示模式实现均各不相同,与不同厂商的网络设备进行NETCONF协议交互时需要知晓和运用上述信息和模式。
因而,NETCONF协议使用者通过SOAP客户端、Telnet/SSH客户端进行NETCONF配置时,需要自行根据不同传输层协议构建传输信道,建立和维护会话,编写和解析<rpc>和<rpc-reply>协议区域内容,理解和填充操作及内容层的数据。与不同厂商的网络设备进行NETCONF协议交互时需要知晓和运用的差异化的配置策略和配置内容存在较大的管理复杂度。
因此,NETCONF协议会话、操作及内容的维护和管理成为了NETCONF协议在网络管理中广泛使用时所需细加考量的地方。
发明内容
本发明提供网络配置访问方法及装置,以使得NETCONF配置访问过程更加简明、高效。
本发明的技术方案是这样实现的:
一种网络配置访问方法,该方法包括:
按照预设的NETCONF配置框架中的元数据定义规范,在NETCONF配置框架中的元数据定义文件中,对网络设备的类型、能力集、操作信息进行定义;按照预设的NETCONF配置框架中的协议抽象体系结构,对网络设备的操作元素及操作参数元素进行定义,其中,协议抽象体系结构定义了NETCONF协议层次结构在NETCONF配置框架中的对应接口及实现;按照预设的NETCONF配置框架中的传输层体系结构,对网络设备支持的各传输层协议,以及采用各传输层协议实现与网络设备的连接进行定义;
网管系统使用NETCONF配置框架对网络设备进行配置访问。
所述网管系统使用NETCONF配置框架对网络设备进行配置访问包括:
网管系统根据网络设备的类型信息,在自身的NETCONF配置框架中的传输层体系结构中,查找到对应的传输层协议,以及采用传输层协议实现与该设备的连接的定义信息,根据该设备支持的传输层协议以及采用传输层协议实现与该设备的连接的定义信息,与该设备建立NETCONF会话;
会话建立过程中,网管系统将从该设备获取的NETCONF能力集与NETCONF配置框架的元数据定义文件中定义的该设备的能力集进行比较,将两者的交集作为本会话的活动能力集;
网管系统根据本会话的活动能力集,对该设备进行配置访问。
所述网管系统根据本会话的活动能力集,对该设备进行配置访问包括:
网管系统根据配置访问的操作名称在NETCONF配置框架的协议抽象体系结构中查找到对应的接口,根据本会话的活动能力集并结合NETCONF配置框架的元数据定义文件中定义的该设备的操作信息在该接口中创建操作实例,将操作实例组装成查询实例,然后设置查询实例中的各操作实例的各项属性,根据查询实例生成实际的NETCONF配置内容,然后通过建立的NETCONF会话对该设备执行配置查询。
按照预设的NETCONF配置框架中的元数据定义规范,在元数据定义文件中,对网络设备的类型信息、或者支持的能力集,或者支持的操作信息进行扩展;
或者,按照预设的NETCONF配置框架中的协议抽象体系结构,对网络设备的操作元素及操作参数元素进行扩展;
或者,按照预设的NETCONF配置框架中的传输层体系结构,对网络设备支持的传输层协议,以及采用传输层协议实现与该设备的连接的定义进行扩展。
所述方法进一步包括:
网管系统保存各网络设备与该网络设备的本地网管系统的映射关系;
所述网管系统使用NETCONF配置框架对网络设备进行配置访问包括:
网管系统接收用户输入的针对一网络设备的配置访问请求,根据所述映射关系,确定该网络设备的本地网管系统,若该本地网管系统为自己,则直接对该网络设备进行配置访问;否则,向该本地网管系统转发该配置访问请求,以便由该本地网管系统执行对该网络设备的配置访问。
一种网络配置访问装置,该装置包括:
NETCONF配置框架维护模块:按照预设的NETCONF配置框架中的元数据定义规范,在NETCONF配置框架中的元数据定义文件中,对网络设备的类型、能力集、操作信息进行定义;按照预设的NETCONF配置框架中的协议抽象体系结构,对网络设备的操作元素及操作参数元素进行定义,其中,协议抽象体系结构定义了NETCONF协议层次结构在NETCONF配置框架中的对应接口及实现;按照预设的NETCONF配置框架中的传输层体系结构,对网络设备支持的各传输层协议,以及采用各传输层协议实现与网络设备的连接进行定义;
配置访问模块:使用NETCONF配置框架对网络设备进行配置访问。
所述配置访问模块使用NETCONF配置框架对网络设备进行配置访问包括:
根据网络设备的类型信息,在NETCONF配置框架中的传输层体系结构中,查找到对应的传输层协议,以及采用传输层协议实现与该设备的连接的定义信息,根据该设备支持的传输层协议以及采用传输层协议实现与该设备的连接的定义信息,与该设备建立NETCONF会话;会话建立过程中,将从该设备获取的NETCONF能力集与NETCONF配置框架的元数据定义文件中定义的该设备的能力集进行比较,将两者的交集作为本会话的活动能力集;根据本会话的活动能力集,对该设备进行配置访问。
所述配置访问模块根据本会话的活动能力集,对该设备进行配置访问包括:
网管系统根据配置访问的操作名称在NETCONF配置框架的协议抽象体系结构中查找到对应的接口,根据本会话的活动能力集并结合NETCONF配置框架的元数据定义文件中定义的该设备的操作信息在该接口中创建操作实例,将操作实例组装成查询实例,然后设置查询实例中的各操作实例的各项属性,根据查询实例生成实际的NETCONF配置内容,然后通过建立的NETCONF会话对该设备执行配置查询。
所述NETCONF配置框架维护模块进一步用于,
按照预设的NETCONF配置框架中的元数据定义规范,在元数据定义文件中,对网络设备的类型信息、或者支持的能力集,或者支持的操作信息进行扩展;或者,按照预设的NETCONF配置框架中的协议抽象体系结构,对网络设备的操作元素及操作参数元素进行扩展;或者,按照预设的NETCONF配置框架中的传输层体系结构,对网络设备支持的传输层协议,以及采用传输层协议实现与该设备的连接的定义进行扩展。
所述配置访问模块进一步用于,保存各网络设备与该网络设备的本地网管系统的映射关系,且,
所述配置访问模块使用NETCONF配置框架对网络设备进行配置访问包括:
当接收到用户输入的针对一网络设备的配置访问请求时,根据所述映射关系,确定该网络设备的本地网管系统,若该本地网管系统为自己,则直接对该网络设备进行配置访问;否则,向该本地网管系统转发该配置访问请求,以便由该本地网管系统执行对该网络设备的配置访问。
可见,本发明中通过定义NETCONF配置框架,封装了NETCONF协议中能力集、操作等在各类网络设备实现中差异化的协议元素,对不同传输层协议能力进行一致化的实现,并基于NETCONF配置时的各项功能建立层次化的职责体系,使得NETCONF配置访问过程更加简明、高效,并提升了NETCONF协议在网管系统中的使用价值及应用范围。
附图说明
图1为现有的RFC6241中定义的NETCONF协议层次结构示意图;
图2为本发明实施例提供的网络配置访问方法流程图;
图3为本发明实施例提供的NETCONF配置框架实现方法流程图;
图4为本发明实施例采用Java语言定义和实现的NETCONF配置框架中的协议抽象体系结构;
图5为本发明实施例提供的NETCONF配置框架扩展方法流程图;
图6为本发明实施例提供的采用NETCONF协议对网络设备进行配置访问的方法流程图;
图7为本发明实施例提供的网络配置访问装置的组成示意图。
具体实施方式
下面结合附图及具体实施例对本发明再作进一步详细的说明。
图2为本发明实施例提供的网络配置访问方法流程图,其具体步骤如下:
步骤201:按照预设的NETCONF配置框架中的元数据定义规范,在NETCONF配置框架中的元数据定义文件中,对网络设备的类型、能力集、操作信息进行定义;按照预设的NETCONF配置框架中的协议抽象体系结构,对网络设备的操作元素及操作参数元素进行定义,其中,协议抽象体系结构定义了NETCONF协议层次结构在NETCONF配置框架中的对应接口及实现;按照预设的NETCONF配置框架中的传输层体系结构,对网络设备支持的各传输层协议,以及采用各传输层协议实现与网络设备的连接进行定义。
步骤202:网管系统使用NETCONF配置框架对网络设备进行配置访问。
具体地,网管系统使用网络设备的类型信息,在自身的NETCONF配置框架中的传输层体系结构中,查找到对应的传输层协议,以及采用传输层协议实现与该设备的连接的定义信息,根据该设备支持的传输层协议以及采用传输层协议实现与该设备的连接的定义信息,与该设备建立NETCONF会话;会话建立过程中,网管系统将从该设备获取的NETCONF能力集与NETCONF配置框架的元数据定义文件中定义的该设备的能力集进行比较,将两者的交集作为本会话的活动能力集;网管系统根据本会话的活动能力集,对该设备进行配置访问。
其中,网管系统使用本会话的活动能力集,对该设备进行配置访问包括:
网管系统根据配置访问的操作名称在NETCONF配置框架的协议抽象体系结构中查找到对应的接口,根据本会话的活动能力集并结合NETCONF配置框架的元数据定义文件中定义的该设备的操作信息该接口中创建操作实例,将操作实例组装成查询实例,然后设置查询实例中的各操作实例的各项属性,根据查询实例生成实际的NETCONF配置内容,然后通过建立的NETCONF会话对该设备执行配置查询。
图3为本发明实施例提供的NETCONF配置框架实现方法流程图,其具体步骤如下:
步骤301:按照预设的NETCONF配置框架中的元数据定义规范,在NETCONF配置框架中的元数据定义文件中,对网络设备的类型信息进行定义。
本步骤中的网络设备指的是已知的支持NETCONF协议的网络设备。
这里,网络设备的类型信息通常指厂商或者型号信息。
NETCONF配置框架中的元数据定义文件主要对NETCONF配置框架的协议实现厂商(Vendor)、能力集(Capability)、操作(Operation)进行定义及关系组织。需要预先设定NETCONF配置框架元数据定义文件规范,例如:可采用XML格式。
步骤302:按照预设的NETCONF配置框架中的元数据定义规范,在NETCONF配置框架中的元数据定义文件中,对网络设备的能力集进行定义。
步骤303:按照预设的NETCONF配置框架中的元数据定义规范,在NETCONF配置框架中的元数据定义文件中,对网络设备支持的操作及其所属能力集及其实现类名进行定义。
在具体实现时,上述步骤301~303中的NETCONF配置框架中的元数据定义文件可以采取任意格式进行描述,以下以XML格式举例说明。
1)厂商信息
定义了NETCONF配置框架的协议实现厂商,RFC中定义的能力集的实现厂商为Common,其余各厂商自行实现的能力集的实现厂商标注为其厂商名称。
<vendors>
<vendor>
<vendorName>Common</vendorName>
</vendor>
<vendor>
<vendorName>A</vendorName>
</vendor>
<vendor>
<vendorName>B</vendorName>
</vendor>
<vendor>
<vendorName>C</vendorName>
</vendor>
<vendor>
<vendorName>D</vendorName>
</vendor>
</vendors>
属性说明:
vendorName:厂商名称,唯一
2)能力集信息
定义了NETCONF配置框架支持的能力集,其中,需要定义每种能力集的实现厂商。
<capabilities>
<capability>
<capabilityId>urn:ietf:params:netconf:base:1.0</capabilityId>
<capabilityXmlns>urn:ietf:params:xml:ns:netconf:base:1.0</capabilityXmlns>
<capabilityDesc>netconf.capability.base.desc</capabilityDesc>
<capabilityVendor>Common</capabilityVendor>
<capabilitySupported>true</capabilitySupported>
</capability>
<capability>
<capabilityId>
urn:ietf:params:netconf:capability:A-netconf-ext:1.0</capabilityId>
<capabilityXmlns>urn:ietf:params:xml:ns:netconf:capability:A-netconf-ext:1.0</capabilityXmlns>
<capabilityVendor>A</capabilityVendor>
<capabilitySupported>true</capabilitySupported>
</capability>
</capabilities>
属性说明:
capabilityId:能力集ID,唯一
capabilityXmlns:能力集XML命名空间
capabilityDesc:能力集描述,可选
capabilityVendor:能力集实现厂商
capabilitySupported:NETCONF配置框架是否支持该能力集,缺省为false
3)操作信息
定义了NETCONF配置框架支持的操作及其所属的能力集与其实现类名。
<operations>
<operation>
<operationId>commonGet</operationId>
<operationName>get</operationName>
<operationCapabilities>
<capabilityId>urn:ietf:params:netconf:base:1.0</capabilityId>
<capabilityId>urn:ietf:params:netconf:base:1.1</capabilityId>
</operationCapabilities>
<operationClass>com.A.imc.netconf.protocol.operation.common.Get</operationClass>
</operation>
<operation>
<operationId>AMockOperation</operationId>
<operationName>A-mock-operation</operationName>
<operationCapabilities>
<capabilityId>urn:ietf:params:netconf:capability:A-netconf-ext:1.0</capabilityId>
</operationCapabilities>
<operationClass>com.A.imc.netconf.protocol.operation.A.AMockOperation</operationClass>
</operation>
</operations>
属性说明:
operationId:操作ID,唯一
operationName:操作名称,操作的标签名
operationCapabilities:支持该操作的能力集,可以包含多个capabilityId
operationClass:操作实现类的全限定类名
步骤304:按照预设的NETCONF配置框架中的协议抽象体系结构,对网络设备的操作元素及操作参数元素进行定义。
NETCONF配置框架中的协议抽象体系结构定义了RFC中定义的NETCONF协议层次结构(如图1所示)在NETCONF配置框架中的对应接口及实现。RFC中定义的NETCONF协议层次结构中的操作及各个厂商扩展实现的操作等协议元素通过实现或继承NETCONF配置框架中的对应接口进行扩展。
NETCONF配置框架中的协议抽象可以采用任意适合的面向对象程序设计语言进行定义和实现,图4给出了采用Java语言定义和实现的NETCONF配置框架中的协议抽象体系结构。其中,各NETCONF配置框架中的协议抽象接口的含义如下:
NFElement接口:NETCONF配置框架中的协议元素的实现接口。
NFMessage接口:NETCONF配置框架对于RFC Level2消息层协议元素的封装接口。Message类为其基本实现。
NFOperation接口:NETCONF配置框架对于RFC Level3操作层协议元素的封装接口。Operation类为其基本实现。
NFOperationParameter接口:NETCONF配置框架对于RFC Level3操作层协议操作参数元素的封装接口。
NFContent接口:NETCONF框架对于RFC Level4内容层协议元素的封装接口。Content类为其基本实现。
图中的“A”为厂商名称(Vendor name)。
步骤305:按照预设的NETCONF配置框架中的传输层体系结构,对网络设备支持的各传输层协议,以及采用各传输层协议实现与网络设备的连接进行定义。
这里,对采用各传输层协议实现与网络设备的连接进行定义包括:对于每类传输层协议,定义采用该传输层协议与网络设备建立连接所需的配置参数、以及上述参数在该传输层协议下进行连接时所采用的方式、以及针对该网络设备的适配器,配置参数如:设备的访问地址、端口、用户名及口令等。
图3给出的是NETCONF配置框架的初始实现流程,在实际应用中,在其它情况下,例如:当有新类型的网络设备加入网管系统时,或者,当一类网络设备支持的NETCONF能力集扩展时,也需要对NETCONF配置框架进行扩展。
图5为本发明实施例提供的NETCONF配置框架扩展方法流程图,其具体步骤如下:
步骤501:网管系统根据需要,按照预设的NETCONF配置框架中的元数据定义规范,在NETCONF配置框架的元数据定义文件中,对网络设备的类型信息进行扩展。
本步骤主要针对有新的厂商或型号的设备加入网管系统时的处理。
步骤502:网管系统根据需要,按照预设的NETCONF配置框架中的元数据定义规范,在NETCONF配置框架的元数据定义文件中,对网络设备支持的能力集进行扩展。
例如:当已加入网管系统的网络设备的能力集发生更新时,需要对该设备对应的能力集进行更新。
步骤503:网管系统根据需要,按照预设的NETCONF配置框架中的元数据定义规范,在NETCONF配置框架的元数据定义文件中,对网络设备支持的操作及其所属能力集与其实现类名进行扩展。
例如:当已加入网管系统的网络设备的能力集支持的操作更新时,需要增加新的操作及其所属能力集及其实现类名。
步骤504:网管系统根据需要,按照预设的NETCONF配置框架中的协议抽象体系结构,对网络设备的操作元素及操作参数元素进行扩展。
例如:当已加入网管系统的网络设备的能力集支持的操作更新时,需要在NETCONF配置框架中的协议抽象体系结构中增加对应的操作元素及操作参数元素。
步骤505:网管系统根据需要,按照预设的NETCONF配置框架中的传输层体系结构,对网络设备支持的传输层协议,以及采用传输层协议实现与该设备的连接的定义进行扩展。
例如:当已加入网管系统的网络设备支持的传输层协议发生更新,或者支持的传输层协议的连接实现发生更新,此时需要在NETCONF配置框架的传输层体系结构中对支持的传输层协议,或者传输层协议的连接实现定义进行更新。
图6为本发明实施例提供的采用NETCONF协议对网络设备进行配置访问的方法流程图,其具体步骤如下:
步骤601:网管系统需要采用NETCONF协议对网络设备进行配置访问。
配置访问的触发者为用户,当用户要对一个网络设备进行配置访问时,会向网管系统输入针对该设备的配置访问请求。
配置访问可以是向网络设备下发配置,或者在完成对网络设备的配置下发后根据管理需要向网络设备获取配置,例如:网管系统要管理网络设备时,可能需要获取网络设备的接口配置(如:接口索引、接口描述等)、启动配置、运行配置等。
步骤602:网管系统根据该网络设备的类型,在自身的NETCONF配置框架的传输层体系结构中,查找到对应的传输层协议,以及采用传输层协议实现与该设备的连接的定义信息。
步骤603:网管系统根据该设备支持的传输层协议以及采用传输层协议实现与该设备的连接的定义信息,与该设备建立NETCONF会话。
步骤604:会话建立过程中,该设备将自身支持的NETCONF能力集发送给网管系统,网管系统将该NETCONF能力集与NETCONF配置框架的元数据定义文件中定义的该设备的能力集进行比较,将两者的交集作为本会话的活动能力集。
步骤605:网管系统根据配置访问的操作名称在NETCONF配置框架的协议抽象体系结构中查找到对应的接口,根据本会话的活动能力集并结合NETCONF配置框架的元数据定义文件中定义的该设备的操作信息该接口中创建操作实例,将操作实例组装成查询实例,然后设置查询实例中的各操作实例的各项属性,根据查询实例生成实际的NETCONF配置内容,然后通过建立的NETCONF会话对该设备执行配置访问。
例如:网管系统在进行配置访问时,首先根据配置访问的操作名称(如“get”),在NETCONF配置框架元数据定义文件中查找对应的operationClass(如“getClass”),然后在NETCONF配置框架协议抽象体系结构中查找到operationClass对应的接口,根据本会话的活动能力集(如:网络设备的厂商信息、支持的NETCONF协议版本号等)并结合NETCONF配置框架元数据定义文件中定义的该设备的操作信息在该接口下创建操作实例,将操作实例组装成查询实例,然后设置查询实例中的各操作实例的各项属性,根据查询实例生成实际的NETCONF配置内容,然后通过建立的NETCONF会话对该设备执行配置查询。
步骤606:配置访问完毕,网管系统关闭与该设备间的NETCONF会话。
需要说明的是,在实际应用中,用户访问的网络设备可能是远程设备,为了向用户屏蔽远程访问过程,可以在每个网管系统上都配置各网络设备标识信息与其本地网络内的网管系统标识信息之间的映射关系,当用户向网管系统输入针对一个网络设备的配置访问请求时,该网管系统首先根据该网络设备的标识信息查找到其本地网络内的网管系统标识信息,若查找到的网管系统标识信息指向自己,则自己执行步骤601~606,若不指向自己,则将该配置访问请求转发给查找到的网管系统,由该查找到网管系统完成步骤601~606。
从本发明实施例可以看出,本发明的优势如下:
1)低使用复杂度:NETCONF协议的使用者或第三方开发者通过NETCONF配置框架的协议抽象体系结构中的接口进行配置访问及操作信息扩展,无需关注使用者或第三方开发者的位置、会话的创建方式及维护策略、不同传输层协议的使用差异等细节,最小化使用复杂度。
2)高可扩展性:提供NETCONF协议能力集及操作扩展的框架性支持。可进行厂商、能力集、操作等NETCONF配置框架的元数据定义的扩展,操作元素及操作参数元素实现等协议抽象的扩展。
3)一致的信道建立模式:SOAP(HTTP/HTTPS)、SSH、BEEP等多种传输层协议信道采取统一的构筑策略建立。第三方实现者可以根据NETCONF配置框架的传输层接口扩展实现其它的传输层协议适配支持。
4)透明的会话管理机制:由NETCONF配置框架进行NETCONF会话的建立的维护。使用者只需要关注操作等协议配置信息,无需关注会话、传输层等交互和实现细节。
图7为本发明实施例提供的网络配置访问装置的组成示意图,该装置主要包括:NETCONF配置框架维护模块71和配置访问模块72,其中:
NETCONF配置框架维护模块71:按照预设的NETCONF配置框架中的元数据定义规范,在NETCONF配置框架中的元数据定义文件中,对网络设备的类型、能力集、操作信息进行定义;按照预设的NETCONF配置框架中的协议抽象体系结构,对网络设备的操作元素及操作参数元素进行定义,其中,协议抽象体系结构定义了NETCONF协议层次结构在NETCONF配置框架中的对应接口及实现;按照预设的NETCONF配置框架中的传输层体系结构,对网络设备支持的各传输层协议,以及采用各传输层协议实现与网络设备的连接进行定义。
配置访问模块72:使用NETCONF配置框架维护模块71维护的NETCONF配置框架对网络设备进行配置访问。
其中,配置访问模块72使用NETCONF配置框架维护模块71维护的NETCONF配置框架对网络设备进行配置访问可包括:
根据网络设备的类型信息,在NETCONF配置框架中的传输层体系结构中,查找到对应的传输层协议,以及采用传输层协议实现与该设备的连接的定义信息,根据该设备支持的传输层协议以及采用传输层协议实现与该设备的连接的定义信息,与该设备建立NETCONF会话;会话建立过程中,将从该设备获取的NETCONF能力集与NETCONF配置框架的元数据定义文件中定义的该设备的能力集进行比较,将两者的交集作为本会话的活动能力集;根据本会话的活动能力集,对该设备进行配置访问。
其中,配置访问模块72使用本会话的活动能力集,对该设备进行配置访问可包括:
网管系统根据配置访问的操作名称在NETCONF配置框架的协议抽象体系结构中查找到对应的接口,根据本会话的活动能力集并结合NETCONF配置框架的元数据定义文件中定义的该设备的操作信息在该接口中创建操作实例,将操作实例组装成查询实例,然后设置查询实例中的各操作实例的各项属性,根据查询实例生成实际的NETCONF配置内容,然后通过建立的NETCONF会话对该设备执行配置查询。
其中,NETCONF配置框架维护模块71进一步用于,使用预设的NETCONF配置框架中的元数据定义规范,在元数据定义文件中,对网络设备的类型信息、或者支持的能力集,或者支持的操作信息进行扩展;或者,按照预设的NETCONF配置框架中的协议抽象体系结构,对网络设备的操作元素及操作参数元素进行扩展;或者,按照预设的NETCONF配置框架中的传输层体系结构,对网络设备支持的传输层协议,以及采用传输层协议实现与该设备的连接的定义进行扩展。
其中,配置访问模块72进一步用于,保存各网络设备与该网络设备的本地网管系统的映射关系,且,配置访问模块72使用NETCONF配置框架维护模块71维护的NETCONF配置框架对网络设备进行配置访问包括:当接收到用户输入的针对一网络设备的配置访问请求时,根据所述映射关系,确定该网络设备的本地网管系统,若该本地网管系统为自己,则直接对该网络设备进行配置访问;否则,向该本地网管系统转发该配置访问请求,以便由该本地网管系统执行对该网络设备的配置访问。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。
Claims (10)
1.一种网络配置访问方法,其特征在于,该方法包括:
按照预设的NETCONF配置框架中的元数据定义规范,在NETCONF配置框架中的元数据定义文件中,对网络设备的类型、能力集、操作信息进行定义;按照预设的NETCONF配置框架中的协议抽象体系结构,对网络设备的操作元素及操作参数元素进行定义,其中,协议抽象体系结构定义了NETCONF协议层次结构在NETCONF配置框架中的对应接口及实现;按照预设的NETCONF配置框架中的传输层体系结构,对网络设备支持的各传输层协议,以及采用各传输层协议实现与网络设备的连接进行定义;
网管系统使用NETCONF配置框架对网络设备进行配置访问。
2.根据权利要求1所述的方法,其特征在于,所述网管系统使用NETCONF配置框架对网络设备进行配置访问包括:
网管系统根据网络设备的类型信息,在自身的NETCONF配置框架中的传输层体系结构中,查找到对应的传输层协议,以及采用传输层协议实现与该设备的连接的定义信息,根据该设备支持的传输层协议以及采用传输层协议实现与该设备的连接的定义信息,与该设备建立NETCONF会话;
会话建立过程中,网管系统将从该设备获取的NETCONF能力集与NETCONF配置框架的元数据定义文件中定义的该设备的能力集进行比较,将两者的交集作为本会话的活动能力集;
网管系统根据本会话的活动能力集,对该设备进行配置访问。
3.根据权利要求2所述的方法,其特征在于,所述网管系统根据本会话的活动能力集,对该设备进行配置访问包括:
网管系统根据配置访问的操作名称在NETCONF配置框架的协议抽象体系结构中查找到对应的接口,根据本会话的活动能力集并结合NETCONF配置框架的元数据定义文件中定义的该设备的操作信息在该接口中创建操作实例,将操作实例组装成查询实例,然后设置查询实例中的各操作实例的各项属性,根据查询实例生成实际的NETCONF配置内容,然后通过建立的NETCONF会话对该设备执行配置查询。
4.根据权利要求1所述的方法,其特征在于,
按照预设的NETCONF配置框架中的元数据定义规范,在元数据定义文件中,对网络设备的类型信息、或者支持的能力集,或者支持的操作信息进行扩展;
或者,按照预设的NETCONF配置框架中的协议抽象体系结构,对网络设备的操作元素及操作参数元素进行扩展;
或者,按照预设的NETCONF配置框架中的传输层体系结构,对网络设备支持的传输层协议,以及采用传输层协议实现与该设备的连接的定义进行扩展。
5.根据权利要求1所述的方法,其特征在于,所述方法进一步包括:
网管系统保存各网络设备与该网络设备的本地网管系统的映射关系;
所述网管系统使用NETCONF配置框架对网络设备进行配置访问包括:
网管系统接收用户输入的针对一网络设备的配置访问请求,根据所述映射关系,确定该网络设备的本地网管系统,若该本地网管系统为自己,则直接对该网络设备进行配置访问;否则,向该本地网管系统转发该配置访问请求,以便由该本地网管系统执行对该网络设备的配置访问。
6.一种网络配置访问装置,其特征在于,该装置包括:
NETCONF配置框架维护模块:按照预设的NETCONF配置框架中的元数据定义规范,在NETCONF配置框架中的元数据定义文件中,对网络设备的类型、能力集、操作信息进行定义;按照预设的NETCONF配置框架中的协议抽象体系结构,对网络设备的操作元素及操作参数元素进行定义,其中,协议抽象体系结构定义了NETCONF协议层次结构在NETCONF配置框架中的对应接口及实现;按照预设的NETCONF配置框架中的传输层体系结构,对网络设备支持的各传输层协议,以及采用各传输层协议实现与网络设备的连接进行定义;
配置访问模块:使用NETCONF配置框架对网络设备进行配置访问。
7.根据权利要求6所述的装置,其特征在于,所述配置访问模块使用NETCONF配置框架对网络设备进行配置访问包括:
根据网络设备的类型信息,在NETCONF配置框架中的传输层体系结构中,查找到对应的传输层协议,以及采用传输层协议实现与该设备的连接的定义信息,根据该设备支持的传输层协议以及采用传输层协议实现与该设备的连接的定义信息,与该设备建立NETCONF会话;会话建立过程中,将从该设备获取的NETCONF能力集与NETCONF配置框架的元数据定义文件中定义的该设备的能力集进行比较,将两者的交集作为本会话的活动能力集;根据本会话的活动能力集,对该设备进行配置访问。
8.根据权利要求7所述的装置,其特征在于,所述配置访问模块根据本会话的活动能力集,对该设备进行配置访问包括:
网管系统根据配置访问的操作名称在NETCONF配置框架的协议抽象体系结构中查找到对应的接口,根据本会话的活动能力集并结合NETCONF配置框架的元数据定义文件中定义的该设备的操作信息在该接口中创建操作实例,将操作实例组装成查询实例,然后设置查询实例中的各操作实例的各项属性,根据查询实例生成实际的NETCONF配置内容,然后通过建立的NETCONF会话对该设备执行配置查询。
9.根据权利要求6所述的装置,其特征在于,所述NETCONF配置框架维护模块进一步用于,
按照预设的NETCONF配置框架中的元数据定义规范,在元数据定义文件中,对网络设备的类型信息、或者支持的能力集,或者支持的操作信息进行扩展;或者,按照预设的NETCONF配置框架中的协议抽象体系结构,对网络设备的操作元素及操作参数元素进行扩展;或者,按照预设的NETCONF配置框架中的传输层体系结构,对网络设备支持的传输层协议,以及采用传输层协议实现与该设备的连接的定义进行扩展。
10.根据权利要求6所述的装置,其特征在于,所述配置访问模块进一步用于,保存各网络设备与该网络设备的本地网管系统的映射关系,且,
所述配置访问模块使用NETCONF配置框架对网络设备进行配置访问包括:
当接收到用户输入的针对一网络设备的配置访问请求时,根据所述映射关系,确定该网络设备的本地网管系统,若该本地网管系统为自己,则直接对该网络设备进行配置访问;否则,向该本地网管系统转发该配置访问请求,以便由该本地网管系统执行对该网络设备的配置访问。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410070524.8A CN104883266B (zh) | 2014-02-28 | 2014-02-28 | 网络配置访问方法及装置 |
PCT/CN2015/072946 WO2015127866A1 (en) | 2014-02-28 | 2015-02-12 | Network configuration access |
US15/122,260 US10250441B2 (en) | 2014-02-28 | 2015-02-12 | Network configuration access |
EP15754719.1A EP3111619B1 (en) | 2014-02-28 | 2015-02-12 | Network configuration access |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410070524.8A CN104883266B (zh) | 2014-02-28 | 2014-02-28 | 网络配置访问方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104883266A true CN104883266A (zh) | 2015-09-02 |
CN104883266B CN104883266B (zh) | 2018-10-12 |
Family
ID=53950606
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410070524.8A Active CN104883266B (zh) | 2014-02-28 | 2014-02-28 | 网络配置访问方法及装置 |
Country Status (4)
Country | Link |
---|---|
US (1) | US10250441B2 (zh) |
EP (1) | EP3111619B1 (zh) |
CN (1) | CN104883266B (zh) |
WO (1) | WO2015127866A1 (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017177856A1 (zh) * | 2016-04-15 | 2017-10-19 | 华为技术有限公司 | 基于网络配置协议的设备配置方法及装置 |
WO2018036255A1 (zh) * | 2016-08-24 | 2018-03-01 | 华为技术有限公司 | 一种恢复网络设备的出厂配置的方法、装置及网络设备 |
CN109962883A (zh) * | 2017-12-22 | 2019-07-02 | 北京华为数字技术有限公司 | 信息指示的方法、网络设备与用户设备 |
CN112688952A (zh) * | 2020-12-28 | 2021-04-20 | 京信网络系统股份有限公司 | 消息处理方法、装置、射频拉远单元和介质 |
CN113328896A (zh) * | 2021-07-01 | 2021-08-31 | 中国建设银行股份有限公司 | 网络设备的配置方法及相关装置 |
WO2023005858A1 (zh) * | 2021-07-29 | 2023-02-02 | 华为技术有限公司 | 配置更新的方法、装置、系统及计算机可读存储介质 |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105323234B (zh) * | 2014-08-05 | 2019-03-15 | 中兴通讯股份有限公司 | 业务节点能力处理方法、装置、业务分类器及业务控制器 |
CN108259213B (zh) * | 2017-05-26 | 2020-05-12 | 新华三技术有限公司 | Netconf会话状态检测方法和装置 |
US11368298B2 (en) * | 2019-05-16 | 2022-06-21 | Cisco Technology, Inc. | Decentralized internet protocol security key negotiation |
CN110912743B (zh) * | 2019-11-26 | 2021-11-16 | 中国银联股份有限公司 | 一种执行配置指令的方法及装置 |
US10958539B1 (en) | 2019-12-02 | 2021-03-23 | Cisco Technology, Inc. | Network function virtualization compute element image upgrade |
US20230021816A1 (en) * | 2019-12-16 | 2023-01-26 | Siemens Industry Software Inc. | Method and Device for Testing A Base Station |
US20220353348A1 (en) * | 2021-04-28 | 2022-11-03 | Arris Enterprises Llc | Common-framework controller for multiple device types |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2166699A1 (en) * | 2007-07-06 | 2010-03-24 | Huawei Technologies Co., Ltd. | A method and system for sending the event notices based on netconf |
CN102355374A (zh) * | 2011-10-28 | 2012-02-15 | 杭州华三通信技术有限公司 | 一种数据获取方法和设备 |
CN102891768A (zh) * | 2012-10-11 | 2013-01-23 | 华为技术有限公司 | 网络管理的方法和网元 |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7315613B2 (en) | 2002-03-11 | 2008-01-01 | International Business Machines Corporation | Multi-modal messaging |
CN101237454B (zh) | 2008-01-30 | 2011-09-14 | 重庆重邮东电通信技术有限公司 | 协议消息编辑系统的设计方法及系统 |
US8879384B2 (en) | 2009-09-14 | 2014-11-04 | Alcatel Lucent | Fast upstream source failure detection |
CN101827078A (zh) | 2009-12-30 | 2010-09-08 | 华为技术有限公司 | 一种配置数据差异的查询方法、服务器和通信系统 |
CN101795289B (zh) | 2009-12-30 | 2013-01-23 | 华为技术有限公司 | 一种远程过程调用控制方法、装置和系统 |
CN102427409A (zh) | 2012-01-31 | 2012-04-25 | 迈普通信技术股份有限公司 | 基于网络配置协议的配置数据提交方法及服务器 |
CN102891796B (zh) | 2012-11-02 | 2015-05-06 | 中滦科技有限公司 | 矿用智能传输网关 |
CN103281197B (zh) * | 2013-04-08 | 2016-03-30 | 浙江工商大学 | 一种基于NETCONF的ForCES配置方法 |
CN103368781B (zh) | 2013-07-29 | 2016-08-31 | 成都广达新网科技股份有限公司 | 一种基于xml的集群网管设备自动配置方法 |
-
2014
- 2014-02-28 CN CN201410070524.8A patent/CN104883266B/zh active Active
-
2015
- 2015-02-12 US US15/122,260 patent/US10250441B2/en active Active
- 2015-02-12 WO PCT/CN2015/072946 patent/WO2015127866A1/en active Application Filing
- 2015-02-12 EP EP15754719.1A patent/EP3111619B1/en active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2166699A1 (en) * | 2007-07-06 | 2010-03-24 | Huawei Technologies Co., Ltd. | A method and system for sending the event notices based on netconf |
CN102355374A (zh) * | 2011-10-28 | 2012-02-15 | 杭州华三通信技术有限公司 | 一种数据获取方法和设备 |
CN102891768A (zh) * | 2012-10-11 | 2013-01-23 | 华为技术有限公司 | 网络管理的方法和网元 |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017177856A1 (zh) * | 2016-04-15 | 2017-10-19 | 华为技术有限公司 | 基于网络配置协议的设备配置方法及装置 |
CN107302443A (zh) * | 2016-04-15 | 2017-10-27 | 华为技术有限公司 | 基于网络配置协议的设备配置方法及装置 |
US11323316B2 (en) | 2016-04-15 | 2022-05-03 | Huawei Technologies Co., Ltd. | Device configuration method and apparatus that are based on network configuration protocol |
CN107786350A (zh) * | 2016-08-24 | 2018-03-09 | 华为技术有限公司 | 一种恢复网络设备的出厂配置的方法、装置及网络设备 |
US11159372B2 (en) | 2016-08-24 | 2021-10-26 | Huawei Technologies Co., Ltd. | Method and apparatus for restoring network device to factory defaults, and network device |
WO2018036255A1 (zh) * | 2016-08-24 | 2018-03-01 | 华为技术有限公司 | 一种恢复网络设备的出厂配置的方法、装置及网络设备 |
US11658870B2 (en) | 2016-08-24 | 2023-05-23 | Huawei Technologies Co., Ltd. | Method and apparatus for restoring network device to factory defaults, and network device |
CN109962883A (zh) * | 2017-12-22 | 2019-07-02 | 北京华为数字技术有限公司 | 信息指示的方法、网络设备与用户设备 |
CN109962883B (zh) * | 2017-12-22 | 2021-06-29 | 北京华为数字技术有限公司 | 信息指示的方法、网络设备与用户设备 |
CN112688952A (zh) * | 2020-12-28 | 2021-04-20 | 京信网络系统股份有限公司 | 消息处理方法、装置、射频拉远单元和介质 |
CN113328896A (zh) * | 2021-07-01 | 2021-08-31 | 中国建设银行股份有限公司 | 网络设备的配置方法及相关装置 |
CN113328896B (zh) * | 2021-07-01 | 2022-05-27 | 中国建设银行股份有限公司 | 网络设备的配置方法及相关装置 |
WO2023005858A1 (zh) * | 2021-07-29 | 2023-02-02 | 华为技术有限公司 | 配置更新的方法、装置、系统及计算机可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
EP3111619A4 (en) | 2017-11-22 |
EP3111619B1 (en) | 2018-05-16 |
US20160373300A1 (en) | 2016-12-22 |
US10250441B2 (en) | 2019-04-02 |
CN104883266B (zh) | 2018-10-12 |
EP3111619A1 (en) | 2017-01-04 |
WO2015127866A1 (en) | 2015-09-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104883266A (zh) | 网络配置访问方法及装置 | |
EP3432517B1 (en) | Device configuration method and apparatus based on network configuration protocol | |
US8219664B2 (en) | Defining nodes in device management system | |
EP2432154B1 (en) | Method, terminal, apparatus, and system for device management | |
CN104883267A (zh) | 网络配置访问方法及装置 | |
JP2007525870A (ja) | 装置管理システム内における管理ノードの指定 | |
FI116703B (fi) | Solmujen määrittäminen laitteenhallintajärjestelmässä | |
Meddeb et al. | M2M platform with autonomic device management service | |
CN101854343A (zh) | 提供节点信息的方法、获取节点信息的方法及设备 | |
Hornsby et al. | μXMPP: Lightweight implementation for low power operating system Contiki | |
CN102006178B (zh) | 一种snmp网络管理方法和系统 | |
CN104243198A (zh) | 一种基于网络配置协议的网络管理方法和系统 | |
CN114363306A (zh) | 一种基于Netconf协议的数据传输方法及相关设备 | |
EP1709548B1 (en) | Defining nodes in device management system | |
CN113381875B (zh) | 用于获取配置数据的方法 | |
CN102571418B (zh) | 设备管理的方法 | |
KR20150088462A (ko) | 클라우드 환경에서 네트워크 장치의 연동 방법 및 장치 | |
CN102904742B (zh) | 对可执行节点的操作方法及系统 | |
CN109274715A (zh) | 车载多通道通信系统的平台资源管理系统 | |
KR20240067938A (ko) | O-RAN의 M-Plane에 있어서의 상호 운용성 테스트 프로파일의 관리 | |
CN1980147A (zh) | 一种实现代理侧多标准管理信息库融合的方法 | |
JP2020526138A (ja) | データインタラクションの方法、装置および機器 | |
Yang et al. | A Web Platform for Globally Interconnected 6LoWPANs. | |
JP5095831B6 (ja) | 機器管理の方法、端末、装置およびシステム | |
CN102572957B (zh) | 设备管理的方法和终端、装置、系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
CB02 | Change of applicant information | ||
CB02 | Change of applicant information |
Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Applicant after: Xinhua three Technology Co., Ltd. Address before: 310053 Hangzhou hi tech Industrial Development Zone, Zhejiang province science and Technology Industrial Park, No. 310 and No. six road, HUAWEI, Hangzhou production base Applicant before: Huasan Communication Technology Co., Ltd. |
|
GR01 | Patent grant | ||
GR01 | Patent grant |