CN105099789B - 一种网元升级方法及设备 - Google Patents
一种网元升级方法及设备 Download PDFInfo
- Publication number
- CN105099789B CN105099789B CN201510556227.9A CN201510556227A CN105099789B CN 105099789 B CN105099789 B CN 105099789B CN 201510556227 A CN201510556227 A CN 201510556227A CN 105099789 B CN105099789 B CN 105099789B
- Authority
- CN
- China
- Prior art keywords
- network element
- message
- forwarded
- service message
- slb
- 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
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/0813—Configuration setting characterised by the conditions triggering a change of settings
- H04L41/082—Configuration setting characterised by the conditions triggering a change of settings the condition being updates or upgrades of network functionality
-
- 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
- G06F9/45558—Hypervisor-specific management and integration aspects
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
- H04L12/4675—Dynamic sharing of VLAN information amongst network nodes
- H04L12/4683—Dynamic sharing of VLAN information amongst network nodes characterized by the protocol used
-
- 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
-
- 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/085—Retrieval of network configuration; Tracking network configuration history
- H04L41/0859—Retrieval of network configuration; Tracking network configuration history by keeping history of different configuration generations or by rolling back to previous configuration versions
-
- 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/0894—Policy-based network configuration management
-
- 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/0895—Configuration of virtualised networks or elements, e.g. virtualised network function or OpenFlow elements
-
- 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/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
- H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
-
- 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/50—Testing arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
-
- 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
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/45562—Creating, deleting, cloning virtual machine instances
-
- 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
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/45595—Network integration; Enabling network access in virtual machine instances
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种网元升级方法及设备,涉及通信技术领域,以解决现有升级过程中,网元将所有业务切换到新版本,一旦新版本升级有问题则会影响全局的问题。本发明提供的网元升级方法包括:SLB接收网元管理***EMS下发的分发策略,根据所述分发策略,将接收到的由外部网元发送的多个业务消息中的一部分业务消息转发至第一网元,将剩余部分的业务消息转发至第二网元;当所述第二网元上的业务消息的处理结果满足预设条件后,所述SLB根据所述分发策略,将后续接收到的由外部网元发送的多个业务消息全部转发至所述第二网元。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种网元升级方法及设备。
背景技术
核心网作为整个通信网络控制的核心,需要和周边各种网络及设备进行对接,所有的网络业务都需要通过核心网网元进行控制处理或中转,其提供的网络服务是不可替代的。因此,当核心网网元需要进行升级时,不仅需要对正在处理网络业务的***升级,而且还需要正常处理网络业务,即要求核心网做到无损升级,在***升级期间业务不间断,或只能容忍短暂的终端(如10s内)。
现有技术中,通常采用如下方法对核心网网元进行无损升级:先将网元中的进程划分为主备2个平面。升级时先将备平面升级为新版本(备平面不处理业务),备平面升级后和原主用平面进行状态倒换,并将全部业务从原主平面切换到原备平面(新主用平面),然后再升级原主平面。升级过程中只有将业务从主平面切换到升级到新版本的备平面时会产生非常短时间的业务中断(理论上业务中断时间约为10s),从而实现无损升级。
但是,在实现本发明的过程中,发明人发现上述无损升级方法存在如下问题:现网设备配置及组网千差万别,研发阶段无法模拟实际现网场景,新版本网元的很多问题只有在升级当天才能发现,因此,升级时,网元将所有业务切换到新版本,一旦新版本升级有问题则会影响全局。
发明内容
为解决上述问题,本发明提供网元升级方法及设备,以解决现有升级过程中,网元将所有业务切换到新版本后,一旦新版本升级有问题则会影响全局的问题。
本发明的实施例采用如下技术方案:
第一方面,本发明实施例提供一种网元升级方法,所述方法包括:
网络负载均衡器SLB接收网元管理***EMS下发的分发策略;
所述SLB根据所述分发策略,将接收到的由外部网元发送的多个业务消息中的一部分业务消息转发至第一网元,将剩余部分的业务消息转发至第二网元;
当所述第二网元上的业务消息的处理结果满足预设条件后,所述SLB根据所述分发策略,将后续接收到的由外部网元发送的多个业务消息全部转发至所述第二网元;
其中,所述分发策略用于控制转发至所述第一网元和所述第二网元的业务消息的比例;所述第二网元与所述第一网元的配置属性和连接配置相同,所述第二网元与所述第一网元处于不同的虚拟局域网内,且所述第二网元的版本不低于所述第一网元。
在第一方面的第一种可实现方式中,结合第一方面,所述业务消息包含:发起业务消息的用户的用户标识;所述SLB根据所述分发策略,将接收到的外部网元发送的多个业务消息中的一部分业务消息转发至第一网元,将剩余部分的业务消息转发至第二网元具体包括:
所述SLB判断接收到的多个业务消息中每个业务消息的消息类型;
若所述SLB确定所述业务消息的消息类型为会话初始协议SIP消息,则根据所述SIP消息包含的用户标识、以及所述分发策略中的分发标识和白名单列表,将所述业务消息转发至所述第一网元或所述第二网元,其中,所述分发标识用于表示:将所述SLB接收到的多个业务消息全部转发至所述第一网元、或将所述SLB接收到的多个业务消息全部转发至所述第二网元、或不确定将所述SLB接收到的多个业务消息转发至所述第一网元和所述第二网元中哪个网元;所述白名单列表用于存储至少一个用户标识;
若所述SLB确定所述业务消息为IP链路消息,则根据所述IP链路消息包含的五元组信息、以及所述分发策略中逻辑链路的五元组属性与虚拟局域网标识VLAN ID的对应关系,将所述业务消息转发至所述第一网元或所述第二网元;
其中,所述五元组信息包含:所述外部网元的IP地址、所述外部网元的端口号、所述第一网元的IP地址、所述第一网元的端口号、传输协议类型;所述逻辑链路的五元组属性包含:源IP地址、源端口号、目的IP地址、目的端口号、传输协议类型。
在第一方面的第二种可实现方式中,结合第一方面的第一种可实现方式,所述SLB根据所述SIP消息包含的用户标识、以及所述分发策略中的分发标识和白名单列表,将所述业务消息转发至所述第二网元或所述第一网元具体包括:
所述SLB查询分发标识;
若确定所述分发标识表示:不确定将所述SLB接收到的多个业务消息转发至所述第二网元和所述第一网元中哪个网元,则查询所述白名单列表,若所述业务消息的用户标识包含在所述白名单列表中,则将所述业务消息转发至所述第二网元;若所述业务消息的用户标识未包含在所述白名单列表中,则将所述业务消息转发至所述第一网元;
若确定所述分发标识表示:将所述SLB接收到的多个业务消息全部转发至所述第二网元,则将所述业务消息转发至所述第二网元;
若确定所述分发标识表示:将所述SLB接收到的多个业务消息全部转发至所述第一网元,则将所述业务消息转发至所述第一网元。
在第一方面的第三种可实现方式中,结合第一方面的第一种可实现方式,所述SLB根据所述IP链路消息包含的五元组信息、以及所述分发策略中逻辑链路的五元组属性与虚拟局域网标识VLAN ID的对应关系,将所述业务消息转发至所述第二网元或所述第一网元具体包括:
根据所述分发策略中逻辑链路与虚拟局域网标识VLAN ID的对应关系,确定与所述业务消息相对应的第一虚拟局域网标识VLAN ID;其中,所述第一VLAN ID用于标识第一虚拟局域网,所述第一虚拟局域网包含:所述第一网元或所述第二网元;
根据网元、以及所述网元所处的虚拟局域网的虚拟局域网标识VLAN ID之间的对应关系,将所述业务消息转发至与所述第一VLAN ID相对应的网元上。
在第一方面的第四种可实现方式中,结合第一方面的第一种可实现方式至第一方面的第三种可实现方式中的任一种可实现方式,在所述SLB接收EMS下发的分发策略之前,所述方法还包括:
所述SLB向所述第一网元发送同步请求消息,其中,所述同步请求消息用于请求获取所述第一网元的接口信息,所述第一网元的接口信息包含:所述第一网元的SIP服务端的IP地址及端口号,以及所述第一网元与所述外部网元间进行通信的逻辑链路的配置信息;
所述SLB接收并存储所述第一网元的接口信息,并根据接收的所述第一网元的接口信息设定所述SLB自身对外的接口属性,所述接口属性包含:IP地址及端口号;
相应的,所述SLB判断接收到的多个业务消息中每个业务消息的消息类型具体包括:
根据所述业务消息包含的接口信息、所述第一网元的接口消息,判断所述业务消息的消息类型。
在第一方面的第五种可实现方式中,结合第一方面,所述方法还包括:
若所述SLB接收到所述第一网元或所述第二网元发送的第一业务消息,则将所述第一业务消息中的源端口号进行修改,并将修改后的源端口号、以及所述源端口号和发送所述第一业务消息的网元所在的虚拟局域网标识VLAN ID的对应关系记录在第一关系表中;
将包含修改后的源端口号的第一业务消息转发至所述外部网元;
接收所述外部网元回复的响应消息,其中,所述响应消息包含:目的端口号,所述目的端口号为:所述修改后的源端口号;
查询所述第一关系表中,获取与所述目的端口号相对应的端口号和虚拟局域网标识VLAN ID;
将所述响应消息发送至所述虚拟局域网标识VLAN ID标识的虚拟局域网中的网元的所述端口号上;
其中,所述第一业务消息为非IP链路消息,包含:源IP地址、源端口号、目的IP地址、目的端口号。
在第一方面的第六种可实现方式中,结合第一方面至第一方面的第五种可实现方式中的任一种可实现方式,所述预设条件为下述一种或多种情况:
所述第二网元上所有业务消息呼叫成功;
所述第二网元上所有业务消息的测试用例的成功率大于等于预设阈值。
第二方面,本发明实施例提供一种网元升级方法,应用于网元管理***EMS,包括:
所述EMS创建第二网元,其中,所述第二网元与第一网元的配置属性和连接配置相同,所述第二网元与所述第一网元处于不同的虚拟局域网标识VLAN ID内,且所述第二网元的版本不低于所述第一网元;
所述EMS向SLB发送分发策略,以使得所述SLB根据所述分发策略,将接收到的多个业务消息中每个业务消息的消息类型;并当所述第二网元上的业务消息的处理结果满足预设条件后,所述SLB根据所述分发策略,将后续接收到的由外部网元发送的多个业务消息全部转发至所述第二网元。
在第二方面的第一种可实现方式中,结合第二方面,所述EMS创建第二网元具体包括:
所述EMS通过虚拟网络功能管理者VNFM命令所述第一网元所在的虚拟基础设施管理者VIM创建所述第一网元的虚拟机镜像文件;
所述EMS命令所述VIM创建所述第一网元的虚拟机;
所述EMS将所述第一网元虚拟机镜像文件植入创建的虚拟机内,形成所述第二网元。
在第二方面的第二种可实现方式中,结合第二方面或第二方面的第一种可实现方式,所述方法还包括:
所述EMS根据所述第一网元上处理的业务消息减少的数量,减少所述第一网元的虚拟机资源;
直至所述SLB将后续接收到的多个业务消息全部转发至所述第二网元之后,所述EMS撤销所述第一网元,释放所述第一网元中的虚拟机资源。
在第二方面的第三种可实现方式中,结合第二方面至第二方面的第二种可实现方式中的任一种实现方式,所述第二网元上的业务消息的处理结果满足预设条件包括:所述第二网元上所有业务消息呼叫成功;或者
所述第二网元上所有业务消息的测试用例的成功率大于等于预设阈值。
第三方面,本发明实施例提供一种网络负载均衡器SLB,包括:
接收单元,用于接收网元管理***EMS下发的分发策略;
分发单元,用于根据所述接收单元接收到的分发策略,将接收到的由外部网元发送的多个业务消息中的一部分业务消息转发至第一网元,将剩余部分的业务消息转发至第二网元;
以及,当所述第二网元上的业务消息的处理结果满足预设条件后,根据所述分发策略,将后续接收到的由外部网元发送的多个业务消息全部转发至所述第二网元;
其中,所述分发策略用于控制转发至所述第一网元和所述第二网元的业务消息的比例;所述第二网元与所述第一网元的配置属性和连接配置相同,所述第二网元与所述第一网元处于不同的虚拟局域网内,且所述第二网元的版本不低于所述第一网元。
在第三方面的第一种可实现方式中,结合第三方面,所述业务消息包含:发起业务消息的用户的用户标识;所述分发单元具体用于:
判断接收到的多个业务消息中每个业务消息的消息类型;
若确定所述业务消息的消息类型为会话初始协议SIP消息,则根据所述SIP消息包含的用户标识、以及所述分发策略中的分发标识和白名单列表,将所述业务消息转发至所述第一网元或所述第二网元,其中,所述分发标识用于表示:将所述SLB接收到的多个业务消息全部转发至所述第一网元、或将所述SLB接收到的多个业务消息全部转发至所述第二网元、或不确定将所述SLB接收到的多个业务消息转发至所述第一网元和所述第二网元中哪个网元;所述白名单列表用于存储至少一个用户标识;
若确定所述业务消息为IP链路消息,则根据所述IP链路消息包含的五元组信息、以及所述分发策略中逻辑链路的五元组属性与虚拟局域网标识VLAN ID的对应关系,将所述业务消息转发至所述第一网元或所述第二网元;
其中,所述五元组信息包含:所述外部网元的IP地址、所述外部网元的端口号、所述第一网元的IP地址、所述第一网元的端口号、传输协议类型;所述逻辑链路的五元组属性包含:源IP地址、源端口号、目的IP地址、目的端口号、传输协议类型。
在第三方面的第二种可实现方式中,结合第三方面的第一种可实现方式,所述分发单元具体用于:
查询分发标识;
若确定所述分发标识表示:不确定将所述SLB接收到的多个业务消息转发至所述第二网元和所述第一网元中哪个网元,则查询所述白名单列表,若所述业务消息的用户标识包含在所述白名单列表中,则将所述业务消息转发至所述第二网元;若所述业务消息的用户标识未包含在所述白名单列表中,则将所述业务消息转发至所述第一网元;
若确定所述分发标识表示:将所述SLB接收到的多个业务消息全部转发至所述第二网元,则将所述业务消息转发至所述第二网元;
若确定所述分发标识表示:将所述SLB接收到的多个业务消息全部转发至所述第一网元,则将所述业务消息转发至所述第一网元。
在第三方面的第三种可实现方式中,结合第三方面的第一种可实现方式,所述分发单元具体用于:
根据所述分发策略中逻辑链路与虚拟局域网标识VLAN ID的对应关系,确定与所述业务消息相对应的第一虚拟局域网标识VLAN ID;其中,所述第一VLAN ID用于标识第一虚拟局域网,所述第一虚拟局域网包含:所述第一网元或所述第二网元;
根据网元、以及所述网元所处的虚拟局域网的虚拟局域网标识VLAN ID之间的对应关系,将所述业务消息转发至与所述第一VLAN ID相对应的网元上。
在第三方面的第四种可实现方式中,结合第三方面的第一种可实现方式至第三方面的第三种可实现方式中的任一种可实现方式,所述SLB还包括:
发送单元,用于在所述接收单元接收EMS下发的分发策略之前,向所述第一网元发送同步请求消息,其中,所述同步请求消息用于请求获取所述第一网元的接口信息,所述第一网元的接口信息包含:所述第一网元的SIP服务端的IP地址及端口号,以及所述第一网元与所述外部网元间进行通信的逻辑链路的配置信息;
所述接收单元,还用于接收并存储所述第一网元发送的接口信息;
所述分发单元,具体用于根据接收的所述第一网元的接口信息设定所述SLB自身对外的接口属性,所述接口属性包含:IP地址及端口号;
根据所述业务消息包含的接口信息、所述第一网元的接口消息,判断所述业务消息的消息类型。
在第三方面的第五种可实现方式中,结合第三方面,所述接收单元,还用于接收到所述第一网元或所述第二网元发送的第一业务消息;
所述分发单元,还用于将所述第一业务消息中的源端口号进行修改,并将修改后的源端口号、以及所述源端口号和发送所述第一业务消息的网元所在的虚拟局域网标识VLAN ID的对应关系记录在第一关系表中;
将包含修改后的源端口号的第一业务消息转发至所述外部网元;
接收所述外部网元回复的响应消息,其中,所述响应消息包含:目的端口号,所述目的端口号为:所述修改后的源端口号;
查询所述第一关系表中,获取与所述目的端口号相对应的端口号和虚拟局域网标识VLAN ID;
将所述响应消息发送至所述虚拟局域网标识VLAN ID标识的虚拟局域网中的网元的所述端口号上;
其中,所述第一业务消息为非IP链路消息,包含:源IP地址、源端口号、目的IP地址、目的端口号。
在第三方面的第六种可实现方式中,结合第三方面至第三方面的第五种可实现方式中的任一种可实现方式,所述预设条件为下述一种或多种情况:
所述第二网元上所有业务消息呼叫成功;
所述第二网元上所有业务消息的测试用例的成功率大于等于预设阈值。
第四方面,本发明实施例提供一种网元管理***EMS,包括:
创建单元,用于创建第二网元,其中,所述第二网元与第一网元的配置属性和连接配置相同,所述第二网元与所述第一网元处于不同的虚拟局域网内,且所述第二网元的版本不低于所述第一网元;
发送单元,用于向SLB发送分发策略,以使得所述SLB根据所述分发策略,将接收到的多个业务消息中每个业务消息的消息类型;并当所述第二网元上的业务消息的处理结果满足预设条件后,所述SLB根据所述分发策略,将后续接收到的由外部网元发送的多个业务消息全部转发至所述第二网元。
在第四方面的第一种可实现方式中,结合第四方面,所述创建单元具体用于:
通过虚拟网络功能管理者VNFM命令所述第一网元所在的虚拟基础设施管理者VIM创建所述第一网元的虚拟机镜像文件;
命令所述VIM创建所述第一网元的虚拟机;
将所述第一网元虚拟机镜像文件植入创建的虚拟机内,形成所述第二网元。
在第四方面的第二种可实现方式中,结合第四方面或第四方面的第一种可实现方式,所述创建单元,还用于:
根据所述第一网元上处理的业务消息减少的数量,减少所述第一网元的虚拟机资源;
直至所述SLB将后续接收到的多个业务消息全部转发至所述第二网元之后,撤销所述第一网元,释放所述第一网元中的虚拟机资源。
在第四方面的第三种可实现方式中,结合第四方面至第四方面的第二种可实现方式中的任一种实现方式,所述第二网元上的业务消息的处理结果满足预设条件包括:所述第二网元上所有业务消息呼叫成功;或者
所述第二网元上所有业务消息的测试用例的成功率大于等于预设阈值。
由上可知,本发明实施例提供一种网元升级方法,包括:SLB接收EMS下发的分发策略,根据所述分发策略,将接收到的由外部网元发送的多个业务消息中的一部分业务消息转发至第一网元,将剩余部分的业务消息转发至第二网元;当所述第二网元上的业务消息的处理结果满足预设条件后,所述SLB根据所述分发策略,将后续接收到的由外部网元发送的多个业务消息全部转发至所述第二网元。如此,在网元升级过程中,通过SLB先将业务消息中的部分消息转发至第二网元进行试运行,当第二网元上的运行情况正常后,再将后续接收到的多个业务消息全部转发至第二网元,降低了网元升级过程中,全部业务切换至新网元,造成的整体业务受损的风险。同时,不改变现有网元***架构,只是在网元外部增加新增了一个SLB模块,屏蔽了网元内部结构,通过在内部新增网元实例,并控制消息流在新老网元间的切换,保持了升级期间***可靠性不降低,满足了电信级高可靠的要求。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为现有NFV架构的示意图;
图2为本发明实施例提供的一种***架构的示意图;
图3为本发明实施例提供的一种网络升级方法的流程图;
图4本发明实施例提供的一种分发策略的流程图;
图5为本发明实施例提供的一种网络升级方法的流程图;
图6为本发明实施例提供的一种SLB的结构图;
图6A为本发明实施例提供的一种SLB的结构图;
图7为本发明实施例提供的一种EMS的结构图;
图8为本发明实施例提供的一种SLB的结构图;
图9为本发明实施例提供的一种EMS的结构图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
需要说明的是,本发明实施例提供的网元升级方法,不仅可以应用于云计算平台或非云计算平台下网元升级的场景,还可以应用于云计算平台或非云计算平台下网元割接、容灾倒换的场景,本发明实施例对比不进行限定,本发明仅以云计算平台下网元升级的场景为例进行说明;其中,网元割接、容灾倒换场景下的实施方法与本发明实施例描述的网元升级的方法相同,在此不再赘述。
云计算平台下,广大电信运营商和厂商将核心网中的网元进行虚拟化构建,采用如图1所示的网络功能虚拟化(network function virtualization,NFV)标准定义的网络***架构作为电信设备云化架构,所述NFV架构可包括:营运支持设备(operationssupport system,OSS)、至少一个网元管理***(element management system,EMS)以及以下几大虚拟功能节点:虚拟化网络功能(virtualized network function,VNF)、网络功能虚拟化基础建设(NFV infrastructure,NFVI)、网络功能虚拟化管理与协调流程(NFVManagement and Orchestration,NFV MANO)。其中,OSS代表营运商各自的营运支持设备,负责营运商不同域(如固定网络域或移动网络域)的告警、话务统计、配置管理、网络规划等网络管理业务,在为用户提供各式便利服务的同时,根据用户自身的营运业务模式与计费原则进行公共资源的协调配置。EMS须提供网络管理的五种基本功能错误、配置、计帐、性能和安全(Fault,Configuration,Accounting,Performance and Security,FCAPS),此外,EMS通常还具备以下功能:拓扑管理、***备份与恢复、***监控、日志管理、北向接口、命令终端。VNF为核心网中物理网元的虚拟化功能设备,由NFVI将硬件资源虚拟化为成为可动态请求使用的虚拟资源提供给VNF,使VNF与物理网元具有相同功能,且VNF由EMS对其进行操作和管理;NFV MANO为NFV架构中进行整体控管与协调的重要角色,包括:虚拟网络功能调度(NFV Orchestrator,NFVO)、虚拟网络功能管理(VNF Manager,VNFM)及虚拟化基础建设管理(Virtualised Infrastructure Manager,VIM)三个部分,当有软件及硬件资源的需求时,NFV MANO将协调、验证与授权相关资源的请求,同时负责管理VNF的生命周期,如实例化、弹性组织、更新、查询、终止VNF等,此外,NFV MANO也负责网络服务的策略管理(PolicyManagement)、关联事件的收集与转送、以及基础建设相关资源的配置,如为虚拟机添增资源、提升能源效率、资源归还等。
本发明实施例的基本原理是:在NFV架构中增加一网络负载均衡器(SoftwareLoad Balancer,SLB),其中,SLB具有如下功能:负责将外部网络的信令消息发送给物理网元的虚拟化功能设备VNF1或VNF1’,以及将VNF1及VNF1’发送到网络外部的请求消息进行网络地址映射(Network Address Translate,NAT)映射,保证回应消息能原路返回到消息请求端。当需要进行网元升级时,先将物理网元虚拟后的VNF1进行镜像映射,形成VNF1’作为备用虚拟网元,同时并对VNF1’完成***升级,然后,由SLB根据预设分发策略将接收到外部其他网元发送的业务消息从VNF1网元逐步分发到VNF1’网元上,完成网元的无损升级过程,避免直接将全部业务消息转发至新网元上,造成的全局受影响的问题。例如,图2为本发明实施例提供的一种***架构的示意图,如图2所示,在其他网元与物理网元虚拟后的VNF1和VNF1’之间设置有SLB,且该SLB与EMS相连接,由EMS向SLB下发分发策略,控制SLB发送给VNF1或VNF1’的业务消息,如此,在不改变现有网元***架构的情况下,在网元外部增加新增了一个SLB模块,屏蔽了网元内部结构,通过在内部新增网元实例,并控制消息流在新老实例间切换,保持了升级期间***可靠性不降低。下面通过具体实施例对本发明提供的网元升级方法进行详细介绍:
实施例一
图3为本发明实施例提供的一种网元升级方法的流程图,如图3所示,所述方法可以包括:
步骤101:SLB接收网元管理***EMS下发的分发策略。
其中,所述分发策略由管理员根据需要制定且通过EMS发送至SLB,可以用于:控制所述SLB将所述SLB接收到的多个业务消息转发至第一网元和第二网元的比例。
步骤102:SLB根据所述分发策略,将接收到的由外部网元发送的多个业务消息中的一部分业务消息转发至第一网元,将剩余部分的业务消息转发至第二网元。
其中,所述SLB接收到的多个业务消息为:所述外部网元接收到、准备发送至第一网元的至少一个用户发出的多个业务消息,如:可以包含M个业务消息,所述M为大于1的整数,每个业务消息包含:发起所述业务消息的用户的用户标识。
在云计算平台的网元升级场景下,所述外部网元和所述第一网元可以为虚拟网元;在非云计算平台的网元升级下,外部网元和第一网元可以为物理网元。
需要说明的是,本发明实施例中的术语“第一”、“第二”、“另一”等指示的***或元件或事物为基于实施例描述的具有一定功能的***或元件或事物,仅是为了便于描述本发明和简化描述,而不是指示或暗示所指的***或元件或事物必须有此命名,因此不能理解为对本发明的限制。
其中,所述第二网元可以被称为所述第一网元的备用网元,由EMS自动生成,且与所述第一网元具有相同的配置属性和连接属性,第二网元和第一网元处于不同的局域网内,通过虚拟局域网(Virtual Local Area Network,VLAN)或虚拟扩展局域网(VirtualeXtensible LAN,VXLAN)进行网络隔离,彼此不感知对方。由于,第二网元与第一网元具有相同的配置属性和连接属性,因此,对于而言,在网元无损升级过程中,不会感知到准备发送至第一网元的业务消息从第一网元切换至第二网元。
步骤103:当所述第二网元上的业务消息的处理结果满足预设条件后,所述SLB根据所述分发策略,将后续接收到的由外部网元发送的多个业务消息全部转发至所述第二网元。
其中,预设条件可以根据需要进行设定,本发明实施例对比不进行限定,本发明实施例对比不进行限定。若第二网元上的业务消息的处理结果满足预设条件,则表示第二网元可以同第一网元一样进行业务处理,即可以将第一网元的业务消息全部转发过来;若第二网元上的业务消息的处理结果不满足预设条件,则表示第二网元的处理能力还是很弱,不能同第一网元一样进行业务处理,即不能将第一网元的业务消息全部转发过来。
可选的,所述预设条件可以为下述一种或多种情况:所述第二网元上所有业务消息呼叫成功、所述第二网元上所有业务消息的测试用例的成功率大于等于预设阈值;
其中,所述第二网元上所有业务消息呼叫成功表示:所述第二网元能够准确地接收到对方网元发送的业务消息;测试用例(Test Case)是由技术人员编译的、用于测试业务消息是否呼叫成功的程序,可以在软件环境下对第二网元上业务消息的呼叫进行测试;所述预设阈值可以根据需要进行设置,优选的,可以设置为百分之白的成功率。
可选的,当SLB将多个业务消息转发至第二网元运行后,***管理员会实时监测所述多个业务消息在第二网元上的运行情况,若满足预设条件,则表示第二网元正常升级;若不满足预设条件,则表示第二网元上的升级存在问题,需要对其进行修正。
其中,所述后续的多个业务消息同样可以为:所述外部网元接收到、准备发送至第一网元的至少一个用户发出的业务消息,包含至少一个业务消息。
需要说明的是,在第二网元上的业务运行情况没有满足预设条件之前,可以重复执行上述步骤102,不断将部分业务消息转发至第二网元进行试运行,其中,每次转发至第二网元的业务消息的个数可以相等,也可以呈递增趋势,本发明实施例对比不进行限定。
如此,在网元升级过程中,通过SLB先将业务消息中的部分消息转发至第二网元进行试运行,当第二网元上的运行情况正常后,再将后续接收到的多个业务消息全部转发至第二网元,降低了网元升级过程中,全部业务切换至新网元,造成的整体业务受损的风险。
可选的,因用户发出的业务消息可以有多种类型,如可以为:会话初始协议(Session Initiation Protocol,SIP)消息,还可以为:网络协议(Internet Protocol,IP)链路消息,所以,本发明实施例中,为了便于业务消息的分发,针对不同类型的业务消息,可以对应制定不同的分发策略,即EMS下发的分发策略中需包含:不同业务消息与分发该业务消息的策略的对应关系。下面对上述步骤102中,SLB如何根据分发策略将将接收到的外部网元发送的多个业务消息中的一部分业务消息转发至第一网元,将剩余部分的业务消息转发至第二网元进行详细介绍:
所述SLB判断接收到的多个业务消息中每个业务消息的消息类型;
若所述SLB确定所述业务消息的消息类型为会话初始协议SIP消息,则根据所述SIP消息包含的用户标识、以及所述分发策略中的分发标识和白名单列表,将所述业务消息转发至所述第一网元或所述第二网元,其中,所述分发标识用于表示:将所述SLB接收到的多个业务消息全部转发至所述第一网元、或将所述SLB接收到的多个业务消息全部转发至所述第二网元、或不确定将所述SLB接收到的多个业务消息转发至所述第一网元和所述第二网元中哪个网元;所述白名单列表用于存储至少一个用户标识;
若所述SLB确定所述业务消息为IP链路消息,则根据所述IP链路消息包含的五元组信息、以及所述分发策略中逻辑链路的五元组属性与虚拟局域网标识VLAN ID的对应关系,将所述业务消息转发至所述第一网元或所述第二网元;
其中,所述五元组信息包含:所述外部网元的IP地址、所述外部网元的端口号、所述第一网元的IP地址、所述第一网元的端口号、传输协议类型;所述逻辑链路的五元组属性包含:源IP地址、源端口号、目的IP地址、目的端口号、传输协议类型;
若所述SLB确定所述业务消息不是SIP消息和IP链路消息,则将所述业务消息转发至所述第二网元。
其中,为了便于所述SLB判断所述业务消息的消息类型,在所述SLB接收发送的SLB接收到的多个业务消息全部之前,所述方法还可以包括:
所述SLB向所述第一网元发送同步请求消息,其中,所述同步请求消息用于请求获取所述第一网元的接口信息,所述第一网元的接口信息包含:所述第一网元的SIP服务端的IP地址及端口号,以及所述第一网元与所述外部网元间进行通信的逻辑链路的配置信息;
所述SLB接收并存储所述第一网元发送的接口信息,并根据接收的所述第一网元的接口信息设定所述SLB自身对外的接口属性,所述接口属性包含:IP地址及端口号;
相应的,所述SLB判断所述业务消息的消息类型具体可以包括:
将所述业务消息包含的接口信息与所述第一网元的接口消息进行匹配,判断所述业务消息的消息类型。
由于遵循通信协议规定,SIP消息具有如下特征:包含SIP服务器端的IP地址和端口号,其中端口号是通信双方提前约定好,并且是固定不变的,如:业界公开的默认端口号为5060。IP链路消息具有如下特征:互相通信的源端及目的端两个主机采用固定的IP地址+端口号进行通信,且彼此知道对端的IP地址及端口号,并且采用固定的传输协议类型,其中,传输协议类型可以为:SCTP、TCP、UDP等等,所以,将所述业务消息包含的接口信息与所述第一网元的接口消息进行匹配,判断所述业务消息的消息类型具体包括:
若接收到的业务消息包含固定的端口号,则可以确定所述业务消息为SIP消息;
若接收到的业务消息包含五元组信息,则可以确定所述业务消息为IP链路消息。
其中,在所述SLB接收到所述第一网元发送的接口信息后,会将接收到接口信息的时间戳与本地缓存的接口信息的时间戳进行比较,若从第一网元获取的接口信息的时间戳晚于本地存储信息的时间戳,则用新获取的接口信息替换本地存储的接口信息。同时,当用户在第一网元下发配置命令增加或修改第一网元的外部接口时,第一网元还会实时发送变更通知消息给SLB,SLB收到变更通知消息后更新本地的接口信息和分发策略等信息。
需要说明的是,本发明实施例中,源IP地址、源端口号、目的IP地址、目的端口号中的“源”和“目的”是根据业务消息的发起和接收情况而定的,通常情况下,将发送业务消息的一端的IP地址和端口号称之为源IP地址和端口号,将接收业务消息的一端的IP地址和端口号称之为目的IP地址和目的端口号。
具体的,如图4所示,所述SIP根据所述SIP消息包含的用户标识、以及所述分发策略中的分发标识和白名单列表,将所述业务消息转发至所述第二网元或所述第一网元可以包括:
步骤1021:SLB查询分发标识;若确定所述分发标识表示:不确定将所述SLB接收到的多个业务消息转发至所述第二网元和所述第一网元中哪个网元,则执行步骤1022;
若确定所述分发标识表示:将所述SLB接收到的多个业务消息全部转发至所述第二网元,则执行步骤1023;
若确定所述分发标识表示:将所述SLB接收到的多个业务消息全部转发至所述第一网元,则执行步骤1024。
步骤1022:查询所述白名单列表,判断所述业务消息的用户标识是否包含在所述白名单列表中,若所述业务消息的用户标识包含在所述白名单列表中,则执行步骤1024;若所述业务消息的用户标识未包含在所述白名单列表中,则执行步骤1025。
步骤1023:将所述业务消息转发至所述第二网元。
步骤1024:将所述业务消息转发至所述第一网元。
其中,所述分发标识可以为数字符号或其他形式的符号;本发明实施例对比不进行限定。例如,可以用分发标识“0”表示:不确定将所述SLB接收到的多个业务消息全部转发至所述第二网元和所述第一网元中哪个网,用分发标识“1”表示:将所述SLB接收到的多个业务消息全部转发至所述第二网元,用分发标识“2”表示:将所述SLB接收到的多个业务消息全部转发至所述第一网元。
例如,下表1包含分发标识以及白名单列表,此时,若业务消息包含的用户标识为用户2,则确定将业务消息转发至第二网元;若业务消息包含的用户标识为用户4,则确定将业务消息转发至第一网元。
表1
相对应的,在后续步骤103的分发策略中,可以将分发策略包含的分发标识设置为用于表示:将所述业务消息转发至所述第二网元的标识信息,以便SLB根据分发策略,将后续接收到的多个业务消息全部分发至第二网元。
具体的,所述SLB根据所述IP链路消息包含的五元组信息、以及所述分发策略中逻辑链路的五元组属性与虚拟局域网标识VLAN ID的对应关系,将所述业务消息转发至所述第二网元或所述第一网元可以包括:
根据所述分发策略中逻辑链路与虚拟局域网标识VLAN ID的对应关系,确定与所述业务消息相对应的第一虚拟局域网标识VLAN ID;其中,所述第一VLAN ID用于标识第一虚拟局域网,所述第一虚拟局域网包含:所述第一网元或所述第二网元;
根据网元、以及所述网元所处的虚拟局域网的虚拟局域网标识VLAN ID之间的对应关系,将所述业务消息转发至与所述第一VLAN ID相对应的网元上。
其中,所述逻辑链路与虚拟局域网标识VLAN ID的对应关系用于控制转发至第二网元上的逻辑链路的个数,可以根据需要设置,本发明实施例对比不进行限定。当网元在升级过程中,用户在EMS上指定用户白名单时,***根据白名单用户数与该局点总用户数的比例,并根据第一网元与周边网元对接的逻辑链路总数,换算成需要分发到新版本的第二网元的逻辑链路数,并将对应数量的逻辑链路的分发策略修改成分发到第二网元。例如:若第一网元的用户容量是10000,第一网元和周边网元(如)对接一共有四条链路,若希望将其中的2500个用户的呼叫分发到新版本的第二网元,则SLB会将其中的一条逻辑链路的业务消息转发第二网元,其余三条逻辑链路的业务消息仍然转发到第一网元上。
例如,若第一网元所处的虚拟局域网的标识为:VLAN1,第二网元所处的虚拟局域网的标识为:VLAN2,的IP地址为:20.20.10.2/24,包含的4个端口的端口号分别为:01、02、03、04;第一网元的IP地址为:10.10.1.1/24,包含的4个端口的端口号分别为:0A、0B、0C、0D,与第一网元间的传输协议类型为:TCP;则外部网元和第一网元间可以形成以下用于传输业务消息的四个逻辑链路:20.20.10.2/24、01、10.10.1.1/24、0A、TCP;20.20.10.2/24、02、10.10.1.1/24、0B、TCP;20.20.10.2/24、03、10.10.1.1/24、0C、TCP;20.20.10.2/24、04、10.10.1.1/24、0D、TCP;由于第二网元与第一网元的配置属性和连接属性相同,则第二网元也可以与间形成如上所述的四个逻辑链路。此时,若将逻辑链路
20.20.10.2/24、04、10.10.1.1/24、0D上发送的业务消息转发至第二网元,以实现将发送至第一网元的部分业务消息切换至第二网元,需要预先设置如下表2所示的对应关系。
此时,若接收到的业务消息包含的五元组属性为:20.20.10.2/24、03、10.10.1.1/24、0C、TCP,则根据表2可知:将该业务消息转发至第一网元;若接收到的业务消息包含的五元组属性为:20.20.10.2/24、04、10.10.1.1/24、0D、TCP,则根据表2可知:将该业务消息转发至第二网元。
表2
逻辑链路 | VLAN ID |
20.20.10.2/24、01、10.10.1.1/24、0A、TCP | VLAN1 |
20.20.10.2/24、02、10.10.1.1/24、0B、TCP | VLAN1 |
20.20.10.2/24、03、10.10.1.1/24、0C、TCP | VLAN1 |
20.20.10.2/24、04、10.10.1.1/24、0D、TCP | VLAN2 |
相对应的,在后续的分发策略中,可以将逻辑链路全部设置为与第二网元所处的虚拟局域网的标识VLAN ID相对应,以使得SLB将后续接收到IP链路消息全部转发至第二网元。
进一步的,本发明实施例提供,SLB还可以将***内部网元发送的业务消息转发至外部网元,在接收到外部网元发送的响应消息后原路返回至发送端,具体如下:
若所述SLB接收到所述第一网元或所述第二网元发送的第一业务消息,则所述SLB将所述第一业务消息中的源端口号进行修改,并将修改后的源端口号、以及所述源端口号和发送所述第一业务消息的网元所在的虚拟局域网标识VLAN ID的对应关系记录在第一关系表中;
将包含修改后的源端口号的第一业务消息转发至所述外部网元;
接收所述外部网元回复的响应消息,其中,所述响应消息包含:目的端口号,所述目的端口号为:所述修改后的源端口号;
查询所述第一关系表中,获取与所述目的端口号相对应的端口号和虚拟局域网标识VLAN ID;
将所述响应消息发送至所述虚拟局域网标识VLAN ID标识的虚拟局域网中的网元的所述端口号上;
其中,所述第一业务消息为非IP链路消息,包含:源IP地址、源端口号、目的IP地址、目的端口号。
需要说明的是,由于一条逻辑链路可以唯一确认通信双方,因此对于IP链路消息,在不进行端口修改、端口映射的方法下,也可以实现响应消息的原路返回,因此,本发明实施例中,所述第一业务消息仅为:非IP链路消息,可以包括:SIP消息、以及除SIP和IP链路消息之外的其他消息。
例如,第一网元处于VLAN1内,第二网元处于VLAN2中,二者具有共同的端口1002,此时,可以将第一网元的发出的源端口为1002的消息修改为端口号为31002,将第二网元发出的源端口为1002的消息修改为端口号为21002,并记录在表3中,若SLB接收到发送的目的端口号为21002的消息,则根据表3可知:将该消息发送至VLAN2内的第二网元的1002端口上,若SLB接收到发送的目的端口号为31002的消息,则根据表3可知:将该消息发送至VLAN1内的第一网元的1002端口上。
表3
修改后端口号 | 修改前端口号 | VLAN ID |
21002 | 1002 | VLAN2 |
31002 | 1002 | VLAN1 |
由上可知,本发明实施例提供一种网元升级方法,包括:SLB接收EMS下发的分发策略,根据所述分发策略,将接收到的由外部网元发送的多个业务消息中的一部分业务消息转发至第一网元,将剩余部分的业务消息转发至第二网元;当所述第二网元上的业务消息的处理结果满足预设条件后,所述SLB根据所述分发策略,将后续接收到的由外部网元发送的多个业务消息全部转发至所述第二网元。如此,在网元升级过程中,通过SLB先将业务消息中的部分消息转发至第二网元进行试运行,当第二网元上的运行情况正常后,再将后续接收到的多个业务消息全部转发至第二网元,降低了网元升级过程中,全部业务切换至新网元,造成的整体业务受损的风险。同时,不改变现有网元***架构,只是在网元外部增加新增了一个SLB模块,屏蔽了网元内部结构,通过在内部新增网元实例,并控制消息流在新老网元间的切换,保持了升级期间***可靠性不降低,满足了电信级高可靠的要求。
实施例二
图5为本发明实施例提供的另一种网元升级方法的流程图,如图5所示,所述方法可以包括以下步骤:
步骤201:EMS创建第二网元。
其中,所述第二网元与第一网元的配置属性和连接配置相同,所述第二网元与所述第一网元处于不同的虚拟局域网内,通过VLAN隔离,避免产生IP冲突,且所述第二网元的版本不低于所述第一网元。同时,在创建第二网元的过程中,并不感知整个变化。也不需要在上增加与第二网元的接口数据。
具体的,所述EMS创建第二网元可以包括:
所述EMS通过虚拟网络功能管理者VNFM命令所述第一网元所在的虚拟基础设施管理者VIM创建所述第一网元的虚拟机镜像文件;
所述EMS命令所述VIM创建所述第一网元的虚拟机;
所述EMS将所述第一网元虚拟机镜像文件植入创建的虚拟机内,形成所述第二网元。
步骤202:EMS向SLB发送分发策略,所述SLB根据所述分发策略,将接收到的由外部网元发送的多个业务消息中的一部分业务消息转发至第一网元,将剩余部分的业务消息转发至第二网元;并当所述第二网元上的业务消息的处理结果满足预设条件后,所述SLB根据所述分发策略,将后续接收到的由外部网元发送的多个业务消息全部转发至所述第二网元。
其中,所述分发策略由管理员根据需要制定且通过EMS发送至SLB,可以用于:控制所述SLB将所述SLB接收到的多个业务消息转发至第一网元和第二网元的比例。
进一步的,为了提高资源的利用率,本发明实施例中,新创建的第二网元是第一网元的最小功能集,当逐步加大对第二网元的业务消息分发时,第二网元通过弹性伸缩功能完成自动扩容,而第一网元由于业务量的下降,会自动完成缩容,如此,可以将第一网元缩容而释放的虚拟机挪到第二网元下使用,通过这种方式可以降低对基础设施资源的消耗;具体如下:
所述EMS根据所述第一网元上处理的业务消息减少的数量,减少所述第一网元的虚拟机资源;
直至所述SLB将接收到的多个业务消息全部转发至所述第二网元之后,所述EMS撤销所述第一网元,释放所述第一网元中的虚拟机资源。
由上可知,本发明实施例提供一种网元升级方法,所述EMS创建第二网元,其中,所述第二网元与第一网元的配置属性和连接配置相同,所述第二网元与所述第一网元处于不同的虚拟局域网内,且所述第二网元的版本不低于所述第一网元;向SLB发送分发策略,以使得所述SLB根据所述分发策略,将接收到的多个业务消息中每个业务消息的消息类型;并当所述第二网元上的业务消息的处理结果满足预设条件后,所述SLB根据所述分发策略,将后续接收到的由外部网元发送的多个业务消息全部转发至所述第二网元。如此,在网元升级过程中,通过SLB先将业务消息中的部分消息转发至第二网元进行试运行,当第二网元上的运行情况正常后,再将后续接收到的多个业务消息全部转发至第二网元,降低了网元升级过程中,全部业务切换至新网元,造成的整体业务受损的风险。
实施例三
图6为本发明实施例提供的一种网络负载均衡器SLB60的结构图,如图6所示,所述SLB60可以包括:
接收单元601,用于接收网元管理***EMS下发的分发策略。
其中,所述分发策略由管理员根据需要制定且通过EMS发送至SLB,可以用于:控制所述SLB将所述SLB接收到的多个业务消息转发至第一网元和第二网元的比例。
分发单元602,用于根据所述分发策略,将接收到的由外部网元发送的多个业务消息中的一部分业务消息转发至第一网元,将剩余部分的业务消息转发至第二网元;
以及,当所述第二网元上的业务消息的处理结果满足预设条件后,根据所述分发策略,将后续接收到的由外部网元发送的多个业务消息全部转发至所述第二网元。
其中,接收单元601接收到的多个业务消息为:所述外部网元接收到、准备发送至第一网元的至少一个用户发出的多个业务消息,如:可以包含M个业务消息,所述M为大于1的整数,每个业务消息包含:发起所述业务消息的用户的用户标识。
在云计算平台的网元升级场景下,所述外部网元和所述第一网元可以为虚拟网元;在非云计算平台的网元升级下,外部网元和第一网元可以为物理网元。
需要说明的是,本发明实施例中的术语“第一”、“第二”、“另一”等指示的***或元件或事物为基于实施例描述的具有一定功能的***或元件或事物,仅是为了便于描述本发明和简化描述,而不是指示或暗示所指的***或元件或事物必须有此命名,因此不能理解为对本发明的限制。
其中,所述第二网元可以被称为所述第一网元的备用网元,由EMS自动生成,且与所述第一网元具有相同的配置属性和连接属性,第二网元和第一网元处于不同的局域网内,通过虚拟局域网(Virtual Local Area Network,VLAN)或虚拟扩展局域网(VirtualeXtensible LAN,VXLAN)进行网络隔离,彼此不感知对方。由于,第二网元与第一网元具有相同的配置属性和连接属性,因此,对于而言,在网元无损升级过程中,不会感知到准备发送至第一网元的业务消息从第一网元切换至第二网元。
其中,所述第二网元可以被称为所述第一网元的备用网元,由EMS自动生成,且与所述第一网元具有相同的配置属性和连接属性,第二网元和第一网元处于不同的局域网内,通过虚拟局域网(Virtual Local Area Network,VLAN)进行网络隔离,彼此不感知对方。由于,第二网元与第一网元具有相同的配置属性和连接属性,因此,对于而言,在网元无损升级过程中,不会感知到准备发送至第一网元的业务消息从第一网元切换至第二网元。
其中,预设条件可以根据需要进行设定,本发明实施例对比不进行限定,本发明实施例对比不进行限定。若第二网元上的业务消息的处理结果满足预设条件,则表示第二网元可以同第一网元一样进行业务处理,即可以将第一网元的业务消息全部转发过来;若第二网元上的业务消息的处理结果不满足预设条件,则表示第二网元的处理能力还是很弱,不能同第一网元一样进行业务处理,即不能将第一网元的业务消息全部转发过来。
可选的,当SLB将多个业务消息转发至第二网元运行后,***管理员会实时监测所述多个业务消息在第二网元上的运行情况,若满足预设条件,则表示第二网元正常升级;若不满足预设条件,则表示第二网元上的升级存在问题,需要对其进行修正。
需要说明的是,在第二网元上的业务运行情况没有满足预设条件之前,可以不断将部分业务消息转发至第二网元进行试运行,其中,每次转发至第二网元的业务消息的个数可以相等,也可以呈递增趋势,本发明实施例对比不进行限定。
可选的,因用户发出的业务消息可以有多种类型,如可以为:会话初始协议(Session Initiation Protocol,SIP)消息,还可以为:网络协议(Internet Protocol,IP)链路消息,所以,本发明实施例中,为了便于业务消息的分发,针对不同类型的业务消息,可以对应制定不同的分发策略,即EMS下发的分发策略中需包含:不同业务消息与分发该业务消息的策略的对应关系。所述分发单元具体用于:
判断接收到的多个业务消息中每个业务消息的消息类型;
若确定所述业务消息的消息类型为会话初始协议SIP消息,则根据所述SIP消息包含的用户标识、以及所述分发策略中的分发标识和白名单列表,将所述业务消息转发至所述第二网元或所述第一网元;其中,所述分发标识用于表示:将所述SLB接收到的多个业务消息全部转发至所述第一网元、或将所述SLB接收到的多个业务消息全部转发至所述第二网元、或不确定将所述SLB接收到的多个业务消息转发至所述第一网元和所述第二网元中哪个网元;所述白名单列表用于存储至少一个用户标识;
若确定所述业务消息为IP链路消息,则根据所述IP链路消息包含的五元组信息、以及所述分发策略中逻辑链路的五元组属性与虚拟局域网标识VLAN ID的对应关系,将所述业务消息转发至所述第二网元或所述第一网元;
其中,所述五元组信息包含:所述外部网元的IP地址、所述外部网元的端口号、所述第一网元的IP地址、所述第一网元的端口号、传输协议类型;所述逻辑链路的五元组属性包含:源IP地址、源端口号、目的IP地址、目的端口号、传输协议类型;
若确定所述业务消息不是SIP消息和IP链路消息,则将所述业务消息转发至所述第二网元。
其中,为了便于所述分发单元判断所述业务消息的消息类型,如图6A所示,所述SLB60还可以包括:
发送单元603,用于在所述接收单元601接收发送的SLB接收到的多个业务消息全部之前,向所述第一网元发送同步请求消息,其中,所述同步请求消息用于请求获取所述第一网元的接口信息,所述第一网元的接口信息包含:所述第一网元的SIP服务端的IP地址及端口号,以及所述第一网元与所述外部网元间进行通信的逻辑链路的配置信息;
所述接收单元601,还用于接收并存储所述第一网元发送的接口信息。
所述分发单元,具体用于根据接收的所述第一网元的接口信息设定所述SLB自身对外的接口属性,所述接口属性包含:IP地址及端口号;将所述业务消息包含的接口信息与所述第一网元发送的接口消息进行匹配,判断所述业务消息的消息类型。
其中,在所述接收单元601接收到所述第一网元发送的接口信息后,会将接收到接口信息的时间戳与本地缓存的接口信息的时间戳进行比较,若从第一网元获取的接口信息的时间戳晚于本地存储信息的时间戳,则用新获取的接口信息替换本地存储的接口信息。同时,当用户在第一网元下发配置命令增加或修改第一网元的外部接口时,第一网元还会实时发送变更通知消息给SLB,SLB收到变更通知消息后更新本地的接口信息和分发策略等信息。
进一步的,所述分发单元602具体用于:
查询分发标识;
若确定所述分发标识表示:若确定所述分发标识表示:不确定将所述SLB接收到的多个业务消息转发至所述第二网元和所述第一网元中哪个网元,则查询所述白名单列表,若所述业务消息的用户标识包含在所述白名单列表中,则将所述业务消息转发至所述第二网元;若所述业务消息的用户标识未包含在所述白名单列表中,则将所述业务消息转发至所述第一网元;
若确定所述分发标识表示:将所述SLB接收到的多个业务消息全部转发至所述第二网元,则将所述业务消息转发至所述第二网元;
若确定所述分发标识表示:将所述SLB接收到的多个业务消息全部转发至所述第一网元,则将所述业务消息转发至所述第一网元。
其中,所述分发标识可以为数字符号或其他形式的符号;本发明实施例对比不进行限定。例如,可以用分发标识“0”表示:不确定将所述SLB接收到的多个业务消息全部转发至所述第二网元和所述第一网元中哪个网,用分发标识“1”表示:将所述SLB接收到的多个业务消息全部转发至所述第二网元,用分发标识“2”表示:将所述SLB接收到的多个业务消息全部转发至所述第一网元。
进一步的,所述分发单元602具体用于:
根据所述分发策略中逻辑链路与虚拟局域网标识VLAN ID的对应关系,确定与所述业务消息相对应的第一虚拟局域网标识VLAN ID;其中,所述第一VLAN ID用于标识第一虚拟局域网,所述第一虚拟局域网包含:所述第一网元或所述第二网元;
根据网元、以及所述网元所处的虚拟局域网的虚拟局域网标识VLAN ID之间的对应关系,将所述业务消息转发至与所述第一VLAN ID相对应的网元上。
其中,所述逻辑链路与虚拟局域网标识VLAN ID的对应关系用于控制转发至第二网元上的逻辑链路的个数,可以根据需要设置,本发明实施例对比不进行限定。当网元在升级过程中,用户在EMS上指定用户白名单时,***根据白名单用户数与该局点总用户数的比例,并根据第一网元与周边网元对接的逻辑链路总数,换算成需要分发到新版本的第二网元的逻辑链路数,并将对应数量的逻辑链路的分发策略修改成分发到第二网元。例如:若第一网元的用户容量是10000,第一网元和周边网元(如)对接一共有四条链路,若希望将其中的2500个用户的呼叫分发到新版本的第二网元,则SLB会将其中的一条逻辑链路的业务消息转发第二网元,其余三条逻辑链路的业务消息仍然转发到第一网元上。
进一步的,本发明实施例提供,为了将***内部网元发送的业务消息转发至外部网元,在接收到外部网元发送的响应消息后原路返回至发送端,所述接收单元601,还用于:
接收到所述第一网元或所述第二网元发送的第一业务消息;
所述分发单元602,还用于将所述第一业务消息中的源端口号进行修改,并将修改后的源端口号、以及所述源端口号和发送所述第一业务消息的网元所在的虚拟局域网标识VLAN ID的对应关系记录在第一关系表中;
将包含修改后的源端口号的第一业务消息转发至所述外部网元;
所述接收单元601,还用于接收所述外部网元回复的响应消息,其中,所述响应消息包含:目的端口号,所述目的端口号为:所述修改后的源端口号;
所述分发单元602,还用于查询所述第一关系表中,获取与所述目的端口号相对应的端口号和虚拟局域网标识VLAN ID;
将所述响应消息发送至所述虚拟局域网标识VLAN ID标识的虚拟局域网中的网元的所述端口号上;
其中,所述第一业务消息为非IP链路消息,包含:源IP地址、源端口号、目的IP地址、目的端口号。
需要说明的是,由于一条逻辑链路可以唯一确认通信双方,因此对于IP链路消息,在不进行端口修改、端口映射的方法下,也可以实现响应消息的原路返回,因此,本发明实施例中,所述第一业务消息仅为:非IP链路消息,可以包括:SIP消息、以及除SIP和IP链路消息之外的其他消息。
例如,第一网元处于VLAN1内,第二网元处于VLAN2中,二者具有共同的端口1002,此时,可以将第一网元的发出的源端口为1002的消息修改为端口号为31002,将第二网元发出的源端口为1002的消息修改为端口号为21002,并记录在表3中,若SLB接收到发送的目的端口号为21002的消息,则根据表3可知:将该消息发送至VLAN2内的第二网元的1002端口上,若SLB接收到发送的目的端口号为31002的消息,则根据表3可知:将该消息发送至VLAN1内的第一网元的1002端口上。
由上可知,本发明实施例提供一种SLB,接收EMS下发的分发策略,根据所述分发策略,将接收到的由外部网元发送的多个业务消息中的一部分业务消息转发至第一网元,将剩余部分的业务消息转发至第二网元;当所述第二网元上的业务消息的处理结果满足预设条件后,所述SLB根据所述分发策略,将后续接收到的由外部网元发送的多个业务消息全部转发至所述第二网元。如此,在网元升级过程中,通过SLB先将业务消息中的部分消息转发至第二网元进行试运行,当第二网元上的运行情况正常后,再将后续接收到的多个业务消息全部转发至第二网元,降低了网元升级过程中,全部业务切换至新网元,造成的整体业务受损的风险。同时,不改变现有网元***架构,只是在网元外部增加新增了一个SLB模块,屏蔽了网元内部结构,通过在内部新增网元实例,并控制消息流在新老网元间的切换,保持了升级期间***可靠性不降低,满足了电信级高可靠的要求。
实施例四
图7为本发明实施例提供的一种网元管理***EMS70的结构图,如图7所示,所述EMS可以包括:
创建单元701,用于创建第二网元,其中,所述第二网元与第一网元的配置属性和连接配置相同,所述第二网元与所述第一网元处于不同的虚拟局域网内,且所述第二网元的版本不低于所述第一网元。
其中,所述第二网元与第一网元的配置属性和连接配置相同,所述第二网元与所述第一网元处于不同的虚拟局域网内,通过VLAN隔离,避免产生IP冲突,且所述第二网元的版本不低于所述第一网元。同时,在创建第二网元的过程中,并不感知整个变化。也不需要在上增加与第二网元的接口数据。
发送单元702,用于向SLB发送分发策略,以使得所述SLB根据所述分发策略,将接收到的多个业务消息中每个业务消息的消息类型;并当所述第二网元上的业务消息的处理结果满足预设条件后,所述SLB根据所述分发策略,将后续接收到的由外部网元发送的多个业务消息全部转发至所述第二网元。
其中,所述分发策略由管理员根据需要制定且通过EMS发送至SLB,可以用于:控制所述SLB将所述SLB接收到的多个业务消息转发至第一网元和第二网元的比例。
进一步的,所述创建单元701具体用于:
通过虚拟网络功能管理者VNFM命令所述第一网元所在的虚拟基础设施管理者VIM创建所述第一网元的虚拟机镜像文件;
命令所述VIM创建所述第一网元的虚拟机;
将所述第一网元虚拟机镜像文件植入创建的虚拟机内,形成所述第二网元。
进一步的,为了提高资源的利用率,本发明实施例中,新创建的第二网元是第一网元的最小功能集,当逐步加大对第二网元的业务消息分发时,第二网元通过弹性伸缩功能完成自动扩容,而第一网元由于业务量的下降,会自动完成缩容,如此,可以将第一网元缩容而释放的虚拟机挪到第二网元下使用,通过这种方式可以降低对基础设施资源的消耗;具体实现如下:
所述创建单元701,还用于根据所述第一网元上处理的业务消息减少的数量,减少所述第一网元的虚拟机资源;
直至所述SLB将接收到的多个业务消息全部转发至所述第二网元之后,撤销所述第一网元,释放所述第一网元中的虚拟机资源。
由上可知,本发明实施例提供一种网元升级EMS,创建第二网元,其中,所述第二网元与第一网元的配置属性和连接配置相同,所述第二网元与所述第一网元处于不同的虚拟局域网内,且所述第二网元的版本不低于所述第一网元;向SLB发送分发策略,以使得所述SLB根据所述分发策略,将接收到的多个业务消息中每个业务消息的消息类型;并当所述第二网元上的业务消息的处理结果满足预设条件后,所述SLB根据所述分发策略,将后续接收到的由外部网元发送的多个业务消息全部转发至所述第二网元。如此,在网元升级过程中,通过SLB先将业务消息中的部分消息转发至第二网元进行试运行,当第二网元上的运行情况正常后,再将后续接收到的多个业务消息全部转发至第二网元,降低了网元升级过程中,全部业务切换至新网元,造成的整体业务受损的风险。
实施例五
图8为本发明实施例提供的一种网络负载均衡器SLB80的结构图,如图8所示,所述SLB80可以包括:可以包括:通信单元801,处理器802、存储器803、至少一个通信总线804,用于实现这些装置之间的连接和相互通信;
通信单元801,用于与外部网元之间进行数据传输。
处理器802可能是一个中央处理器(英文:central processing unit,简称为CPU)。
存储器803,可以是易失性存储器(英文:volatile memory),例如随机存取存储器(英文:random-access memory,缩写:RAM);或者非易失性存储器(英文:non-volatilememory),例如只读存储器(英文:read-only memory,缩写:ROM),快闪存储器(英文:flashmemory),硬盘(英文:hard disk drive,缩写:HDD)或固态硬盘(英文:solid-state drive,缩写:SSD);或者上述种类的存储器的组合,并向处理器802提供指令和数据。
通信单元801,用于接收网元管理***EMS下发的分发策略。
其中,所述分发策略由管理员根据需要制定且通过EMS发送至SLB,可以用于:控制所述SLB将所述SLB接收到的多个业务消息转发至第一网元和第二网元的比例。
处理器802,用于根据所述分发策略,将接收到的由外部网元发送的多个业务消息中的一部分业务消息转发至第一网元,将剩余部分的业务消息转发至第二网元;
以及,当所述第二网元上的业务消息的处理结果满足预设条件后,根据所述分发策略,将后续接收到的由外部网元发送的多个业务消息全部转发至所述第二网元。
其中,通信单元801接收到的多个业务消息为:所述外部网元接收到、准备发送至第一网元的至少一个用户发出的多个业务消息,如:可以包含M个业务消息,所述M为大于1的整数,每个业务消息包含:发起所述业务消息的用户的用户标识。
在云计算平台的网元升级场景下,所述外部网元和所述第一网元可以为虚拟网元;在非云计算平台的网元升级下,外部网元和第一网元可以为物理网元。
需要说明的是,本发明实施例中的术语“第一”、“第二”、“另一”等指示的***或元件或事物为基于实施例描述的具有一定功能的***或元件或事物,仅是为了便于描述本发明和简化描述,而不是指示或暗示所指的***或元件或事物必须有此命名,因此不能理解为对本发明的限制。
其中,所述第二网元可以被称为所述第一网元的备用网元,由EMS自动生成,且与所述第一网元具有相同的配置属性和连接属性,第二网元和第一网元处于不同的局域网内,通过虚拟局域网(Virtual Local Area Network,VLAN)或虚拟扩展局域网(VirtualeXtensible LAN,VXLAN)进行网络隔离,彼此不感知对方。由于,第二网元与第一网元具有相同的配置属性和连接属性,因此,对于而言,在网元无损升级过程中,不会感知到准备发送至第一网元的业务消息从第一网元切换至第二网元。
其中,所述第二网元可以被称为所述第一网元的备用网元,由EMS自动生成,且与所述第一网元具有相同的配置属性和连接属性,第二网元和第一网元处于不同的局域网内,通过虚拟局域网(Virtual Local Area Network,VLAN)进行网络隔离,彼此不感知对方。由于,第二网元与第一网元具有相同的配置属性和连接属性,因此,对于而言,在网元无损升级过程中,不会感知到准备发送至第一网元的业务消息从第一网元切换至第二网元。
其中,预设条件可以根据需要进行设定,本发明实施例对比不进行限定,本发明实施例对比不进行限定。若第二网元上的业务消息的处理结果满足预设条件,则表示第二网元可以同第一网元一样进行业务处理,即可以将第一网元的业务消息全部转发过来;若第二网元上的业务消息的处理结果不满足预设条件,则表示第二网元的处理能力还是很弱,不能同第一网元一样进行业务处理,即不能将第一网元的业务消息全部转发过来。
可选的,当SLB将多个业务消息转发至第二网元运行后,***管理员会实时监测所述多个业务消息在第二网元上的运行情况,若满足预设条件,则表示第二网元正常升级;若不满足预设条件,则表示第二网元上的升级存在问题,需要对其进行修正。
需要说明的是,在第二网元上的业务运行情况没有满足预设条件之前,可以不断将部分业务消息转发至第二网元进行试运行,其中,每次转发至第二网元的业务消息的个数可以相等,也可以呈递增趋势,本发明实施例对比不进行限定。
可选的,因用户发出的业务消息可以有多种类型,如可以为:会话初始协议(Session Initiation Protocol,SIP)消息,还可以为:网络协议(Internet Protocol,IP)链路消息,所以,本发明实施例中,为了便于业务消息的分发,针对不同类型的业务消息,可以对应制定不同的分发策略,即EMS下发的分发策略中需包含:不同业务消息与分发该业务消息的策略的对应关系。所述分发单元具体用于:
判断接收到的多个业务消息中每个业务消息的消息类型;
若确定所述业务消息的消息类型为会话初始协议SIP消息,则根据所述SIP消息包含的用户标识、以及所述分发策略中的分发标识和白名单列表,将所述业务消息转发至所述第二网元或所述第一网元;其中,所述分发标识用于表示:将所述SLB接收到的多个业务消息全部转发至所述第一网元、或将所述SLB接收到的多个业务消息全部转发至所述第二网元、或不确定将所述SLB接收到的多个业务消息转发至所述第一网元和所述第二网元中哪个网元;所述白名单列表用于存储至少一个用户标识;
若确定所述业务消息为IP链路消息,则根据所述IP链路消息包含的五元组信息、以及所述分发策略中逻辑链路的五元组属性与虚拟局域网标识VLAN ID的对应关系,将所述业务消息转发至所述第二网元或所述第一网元;
其中,所述五元组信息包含:所述外部网元的IP地址、所述外部网元的端口号、所述第一网元的IP地址、所述第一网元的端口号、传输协议类型;所述逻辑链路的五元组属性包含:源IP地址、源端口号、目的IP地址、目的端口号、传输协议类型;
若确定所述业务消息不是SIP消息和IP链路消息,则将所述业务消息转发至所述第二网元。
其中,为了便于所述分发单元判断所述业务消息的消息类型,所述通信单元801,还用于:
在所述通信单元801接收发送的SLB接收到的多个业务消息全部之前,向所述第一网元发送同步请求消息,其中,所述同步请求消息用于请求获取所述第一网元的接口信息,所述第一网元的接口信息包含:所述第一网元的SIP服务端的IP地址及端口号,以及所述第一网元与所述外部网元间进行通信的逻辑链路的配置信息;
所述通信单元801,还用于接收并存储所述第一网元发送的接口信息。
所述分发单元,具体用于根据接收的所述第一网元的接口信息设定所述SLB自身对外的接口属性,所述接口属性包含:IP地址及端口号;将所述业务消息包含的接口信息与所述第一网元发送的接口消息进行匹配,判断所述业务消息的消息类型。
其中,在所述通信单元801接收到所述第一网元发送的接口信息后,会将接收到接口信息的时间戳与本地缓存的接口信息的时间戳进行比较,若从第一网元获取的接口信息的时间戳晚于本地存储信息的时间戳,则用新获取的接口信息替换本地存储的接口信息。同时,当用户在第一网元下发配置命令增加或修改第一网元的外部接口时,第一网元还会实时发送变更通知消息给SLB,SLB收到变更通知消息后更新本地的接口信息和分发策略等信息。
进一步的,所述处理器802具体用于:
查询分发标识;
若确定所述分发标识表示:若确定所述分发标识表示:不确定将所述SLB接收到的多个业务消息转发至所述第二网元和所述第一网元中哪个网元,则查询所述白名单列表,若所述业务消息的用户标识包含在所述白名单列表中,则将所述业务消息转发至所述第二网元;若所述业务消息的用户标识未包含在所述白名单列表中,则将所述业务消息转发至所述第一网元;
若确定所述分发标识表示:将所述SLB接收到的多个业务消息全部转发至所述第二网元,则将所述业务消息转发至所述第二网元;
若确定所述分发标识表示:将所述SLB接收到的多个业务消息全部转发至所述第一网元,则将所述业务消息转发至所述第一网元。
其中,所述分发标识可以为数字符号或其他形式的符号;本发明实施例对比不进行限定。例如,可以用分发标识“0”表示:不确定将所述SLB接收到的多个业务消息全部转发至所述第二网元和所述第一网元中哪个网,用分发标识“1”表示:将所述SLB接收到的多个业务消息全部转发至所述第二网元,用分发标识“2”表示:将所述SLB接收到的多个业务消息全部转发至所述第一网元。
进一步的,所述处理器802具体用于:
根据所述分发策略中逻辑链路与虚拟局域网标识VLAN ID的对应关系,确定与所述业务消息相对应的第一虚拟局域网标识VLAN ID;其中,所述第一VLAN ID用于标识第一虚拟局域网,所述第一虚拟局域网包含:所述第一网元或所述第二网元;
根据网元、以及所述网元所处的虚拟局域网的虚拟局域网标识VLAN ID之间的对应关系,将所述业务消息转发至与所述第一VLAN ID相对应的网元上。
其中,所述逻辑链路与虚拟局域网标识VLAN ID的对应关系用于控制转发至第二网元上的逻辑链路的个数,可以根据需要设置,本发明实施例对比不进行限定。当网元在升级过程中,用户在EMS上指定用户白名单时,***根据白名单用户数与该局点总用户数的比例,并根据第一网元与周边网元对接的逻辑链路总数,换算成需要分发到新版本的第二网元的逻辑链路数,并将对应数量的逻辑链路的分发策略修改成分发到第二网元。例如:若第一网元的用户容量是10000,第一网元和周边网元(如)对接一共有四条链路,若希望将其中的2500个用户的呼叫分发到新版本的第二网元,则SLB会将其中的一条逻辑链路的业务消息转发第二网元,其余三条逻辑链路的业务消息仍然转发到第一网元上。
进一步的,本发明实施例提供,为了将***内部网元发送的业务消息转发至外部网元,在接收到外部网元发送的响应消息后原路返回至发送端,所述通信单元801,还用于:
接收到所述第一网元或所述第二网元发送的第一业务消息;
所述处理器802,还用于将所述第一业务消息中的源端口号进行修改,并将修改后的源端口号、以及所述源端口号和发送所述第一业务消息的网元所在的虚拟局域网标识VLAN ID的对应关系记录在第一关系表中;
将包含修改后的源端口号的第一业务消息转发至所述外部网元;
所述通信单元801,还用于接收所述外部网元回复的响应消息,其中,所述响应消息包含:目的端口号,所述目的端口号为:所述修改后的源端口号;
所述处理器802,还用于查询所述第一关系表中,获取与所述目的端口号相对应的端口号和虚拟局域网标识VLAN ID;
将所述响应消息发送至所述虚拟局域网标识VLAN ID标识的虚拟局域网中的网元的所述端口号上;
其中,所述第一业务消息为非IP链路消息,包含:源IP地址、源端口号、目的IP地址、目的端口号。
需要说明的是,由于一条逻辑链路可以唯一确认通信双方,因此对于IP链路消息,在不进行端口修改、端口映射的方法下,也可以实现响应消息的原路返回,因此,本发明实施例中,所述第一业务消息仅为:非IP链路消息,可以包括:SIP消息、以及除SIP和IP链路消息之外的其他消息。
例如,第一网元处于VLAN1内,第二网元处于VLAN2中,二者具有共同的端口1002,此时,可以将第一网元的发出的源端口为1002的消息修改为端口号为31002,将第二网元发出的源端口为1002的消息修改为端口号为21002,并记录在表3中,若SLB接收到发送的目的端口号为21002的消息,则根据表3可知:将该消息发送至VLAN2内的第二网元的1002端口上,若SLB接收到发送的目的端口号为31002的消息,则根据表3可知:将该消息发送至VLAN1内的第一网元的1002端口上。
由上可知,本发明实施例提供一种SLB,接收EMS下发的分发策略,根据所述分发策略,将接收到的由外部网元发送的多个业务消息中的一部分业务消息转发至第一网元,将剩余部分的业务消息转发至第二网元;当所述第二网元上的业务消息的处理结果满足预设条件后,所述SLB根据所述分发策略,将后续接收到的由外部网元发送的多个业务消息全部转发至所述第二网元。如此,在网元升级过程中,通过SLB先将业务消息中的部分消息转发至第二网元进行试运行,当第二网元上的运行情况正常后,再将后续接收到的多个业务消息全部转发至第二网元,降低了网元升级过程中,全部业务切换至新网元,造成的整体业务受损的风险。同时,不改变现有网元***架构,只是在网元外部增加新增了一个SLB模块,屏蔽了网元内部结构,通过在内部新增网元实例,并控制消息流在新老网元间的切换,保持了升级期间***可靠性不降低,满足了电信级高可靠的要求。
实施例六
图9为本发明实施例提供的一种网元管理***EMS90的结构图,如图9所示,所述EMS90可以包括:处理器901、通信单元902、存储器903、至少一个通信总线904,用于实现这些装置之间的连接和相互通信;
通信单元902,用于与外部网元之间进行数据传输。
处理器901可能是一个中央处理器(英文:central processing unit,简称为CPU)。
存储器903,可以是易失性存储器(英文:volatile memory),例如随机存取存储器(英文:random-access memory,缩写:RAM);或者非易失性存储器(英文:non-volatilememory),例如只读存储器(英文:read-only memory,缩写:ROM),快闪存储器(英文:flashmemory),硬盘(英文:hard disk drive,缩写:HDD)或固态硬盘(英文:solid-state drive,缩写:SSD);或者上述种类的存储器的组合,并向处理器901提供指令和数据。
处理器901,用于创建第二网元,其中,所述第二网元与第一网元的配置属性和连接配置相同,所述第二网元与所述第一网元处于不同的虚拟局域网内,且所述第二网元的版本不低于所述第一网元。
其中,所述第二网元与第一网元的配置属性和连接配置相同,所述第二网元与所述第一网元处于不同的虚拟局域网内,通过VLAN隔离,避免产生IP冲突,且所述第二网元的版本不低于所述第一网元。同时,在创建第二网元的过程中,并不感知整个变化。也不需要在上增加与第二网元的接口数据。
通信单元902,用于向SLB发送分发策略,以使得所述SLB根据所述分发策略,将接收到的多个业务消息中每个业务消息的消息类型;并当所述第二网元上的业务消息的处理结果满足预设条件后,所述SLB根据所述分发策略,将后续接收到的由外部网元发送的多个业务消息全部转发至所述第二网元。
其中,所述分发策略由管理员根据需要制定且通过EMS发送至SLB,可以用于:控制所述SLB将所述SLB接收到的多个业务消息转发至第一网元和第二网元的比例。
进一步的,所述处理器901具体用于:
通过虚拟网络功能管理者VNFM命令所述第一网元所在的虚拟基础设施管理者VIM创建所述第一网元的虚拟机镜像文件;
命令所述VIM创建所述第一网元的虚拟机;
将所述第一网元虚拟机镜像文件植入创建的虚拟机内,形成所述第二网元。
进一步的,为了提高资源的利用率,本发明实施例中,新创建的第二网元是第一网元的最小功能集,当逐步加大对第二网元的业务消息分发时,第二网元通过弹性伸缩功能完成自动扩容,而第一网元由于业务量的下降,会自动完成缩容,如此,可以将第一网元缩容而释放的虚拟机挪到第二网元下使用,通过这种方式可以降低对基础设施资源的消耗;具体实现如下:
所述处理器901,还用于根据所述第一网元上处理的业务消息减少的数量,减少所述第一网元的虚拟机资源;
直至所述SLB将接收到的多个业务消息全部转发至所述第二网元之后,撤销所述第一网元,释放所述第一网元中的虚拟机资源。
由上可知,本发明实施例提供一种网元升级EMS,创建第二网元,其中,所述第二网元与第一网元的配置属性和连接配置相同,所述第二网元与所述第一网元处于不同的虚拟局域网内,且所述第二网元的版本不低于所述第一网元;向SLB发送分发策略,以使得所述SLB根据所述分发策略,将接收到的多个业务消息中每个业务消息的消息类型;并当所述第二网元上的业务消息的处理结果满足预设条件后,所述SLB根据所述分发策略,将后续接收到的由外部网元发送的多个业务消息全部转发至所述第二网元。如此,在网元升级过程中,通过SLB先将业务消息中的部分消息转发至第二网元进行试运行,当第二网元上的运行情况正常后,再将后续接收到的多个业务消息全部转发至第二网元,降低了网元升级过程中,全部业务切换至新网元,造成的整体业务受损的风险。
在本申请所提供的几个实施例中,应该理解到,所揭露的***,设备和方法,可以通过其它的方式实现。例如,以上所描述的设备实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离设备说明的单元可以是或者也可以不是物理上分开的,作为单元显示的设备可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理包括,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元,可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,简称ROM)、随机存取存储器(Random Access Memory,简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件(例如处理器)来完成,该程序可以存储于一计算机可读存储介质中,存储介质可以包括:只读存储器、随机存储器、磁盘或光盘等。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
Claims (22)
1.一种网元升级方法,其特征在于,所述方法包括:
网络负载均衡器SLB接收网元管理***EMS下发的分发策略;
所述SLB根据所述分发策略,将接收到的由外部网元发送的多个业务消息中的一部分业务消息转发至第一网元,将剩余部分的业务消息转发至第二网元;
当所述第二网元上的业务消息的处理结果满足预设条件后,所述SLB根据所述分发策略,将后续接收到的由外部网元发送的多个业务消息全部转发至所述第二网元;
其中,所述分发策略用于控制转发至所述第一网元和所述第二网元的业务消息的比例;所述第二网元与所述第一网元的配置属性和连接配置相同,所述第二网元与所述第一网元处于不同的虚拟局域网内,且所述第二网元的版本不低于所述第一网元。
2.根据权利要求1所述的方法,其特征在于,所述业务消息包含:发起业务消息的用户的用户标识;所述SLB根据所述分发策略,将接收到的外部网元发送的多个业务消息中的一部分业务消息转发至第一网元,将剩余部分的业务消息转发至第二网元具体包括:
所述SLB判断接收到的多个业务消息中每个业务消息的消息类型;
若所述SLB确定所述业务消息的消息类型为会话初始协议SIP消息,则根据所述SIP消息包含的用户标识、以及所述分发策略中的分发标识和白名单列表,将所述业务消息转发至所述第一网元或所述第二网元,其中,所述分发标识用于表示:将所述SLB接收到的多个业务消息全部转发至所述第一网元、或将所述SLB接收到的多个业务消息全部转发至所述第二网元、或不确定将所述SLB接收到的多个业务消息转发至所述第一网元和所述第二网元中哪个网元;所述白名单列表用于存储至少一个用户标识;
若所述SLB确定所述业务消息为IP链路消息,则根据所述IP链路消息包含的五元组信息、以及所述分发策略中逻辑链路的五元组属性与虚拟局域网标识VLAN ID的对应关系,将所述业务消息转发至所述第一网元或所述第二网元;
其中,所述五元组信息包含:所述外部网元的IP地址、所述外部网元的端口号、所述第一网元的IP地址、所述第一网元的端口号、传输协议类型;所述逻辑链路的五元组属性包含:源IP地址、源端口号、目的IP地址、目的端口号、传输协议类型。
3.根据权利要求2所述的方法,其特征在于,所述SLB根据所述SIP消息包含的用户标识、以及所述分发策略中的分发标识和白名单列表,将所述业务消息转发至所述第二网元或所述第一网元具体包括:
所述SLB查询分发标识;
若确定所述分发标识表示:不确定将所述SLB接收到的多个业务消息转发至所述第二网元和所述第一网元中哪个网元,则查询所述白名单列表,若所述业务消息的用户标识包含在所述白名单列表中,则将所述业务消息转发至所述第二网元;若所述业务消息的用户标识未包含在所述白名单列表中,则将所述业务消息转发至所述第一网元;
若确定所述分发标识表示:将所述SLB接收到的多个业务消息全部转发至所述第二网元,则将所述业务消息转发至所述第二网元;
若确定所述分发标识表示:将所述SLB接收到的多个业务消息全部转发至所述第一网元,则将所述业务消息转发至所述第一网元。
4.根据权利要求2所述的方法,其特征在于,所述SLB根据所述IP链路消息包含的五元组信息、以及所述分发策略中逻辑链路的五元组属性与虚拟局域网标识VLAN ID的对应关系,将所述业务消息转发至所述第二网元或所述第一网元具体包括:
根据所述分发策略中逻辑链路与虚拟局域网标识VLAN ID的对应关系,确定与所述业务消息相对应的第一虚拟局域网标识VLAN ID;其中,所述第一VLAN ID用于标识第一虚拟局域网,所述第一虚拟局域网包含:所述第一网元或所述第二网元;
根据网元、以及所述网元所处的虚拟局域网的虚拟局域网标识VLAN ID之间的对应关系,将所述业务消息转发至与所述第一VLAN ID相对应的网元上。
5.根据权利要求2-4任一项所述的方法,其特征在于,在所述SLB接收EMS下发的分发策略之前,所述方法还包括:
所述SLB向所述第一网元发送同步请求消息,其中,所述同步请求消息用于请求获取所述第一网元的接口信息,所述第一网元的接口信息包含:所述第一网元的SIP服务端的IP地址及端口号,以及所述第一网元与所述外部网元间进行通信的逻辑链路的配置信息;
所述SLB接收并存储所述第一网元的接口信息,并根据接收的所述第一网元的接口信息设定所述SLB自身对外的接口属性,所述接口属性包含:IP地址、协议类型及端口号;
相应的,所述SLB判断接收到的多个业务消息中每个业务消息的消息类型具体包括:
根据所述业务消息包含的接口信息、所述第一网元的接口消息,判断所述业务消息的消息类型。
6.根据权利要求1所述的方法,其特征在于,所述方法还包括:
若所述SLB接收到所述第一网元或所述第二网元发送的第一业务消息,则将所述第一业务消息中的源端口号进行修改,并将修改后的源端口号、以及所述源端口号和发送所述第一业务消息的网元所在的虚拟局域网标识
VLAN ID的对应关系记录在第一关系表中;
将包含修改后的源端口号的第一业务消息转发至所述外部网元;
接收所述外部网元回复的响应消息,其中,所述响应消息包含:目的端口号,所述目的端口号为:所述修改后的源端口号;
查询所述第一关系表中,获取与所述目的端口号相对应的端口号和虚拟局域网标识VLAN ID;
将所述响应消息发送至所述虚拟局域网标识VLAN ID标识的虚拟局域网中的网元的所述端口号上;
其中,所述第一业务消息为非IP链路消息,包含:源IP地址、源端口号、目的IP地址、目的端口号。
7.根据权利要求1-4、6任一项所述的方法,其特征在于,所述第二网元上的业务消息的处理结果满足预设条件包括:所述第二网元上所有业务消息呼叫成功;或者
所述第二网元上所有业务消息的测试用例的成功率大于等于预设阈值。
8.一种网元升级方法,应用于网元管理***EMS,其特征在于,包括:
所述EMS创建第二网元,其中,所述第二网元与第一网元的配置属性和连接配置相同,所述第二网元与所述第一网元处于不同的虚拟局域网标识VLAN ID内,且所述第二网元的版本不低于所述第一网元;
所述EMS向SLB发送分发策略;
所述SLB根据所述分发策略,将接收到的由外部网元发送的多个业务消息中的一部分业务消息转发至第一网元,将剩余部分的业务消息转发至第二网元;并当所述第二网元上的业务消息的处理结果满足预设条件后,所述SLB根据所述分发策略,将后续接收到的由外部网元发送的多个业务消息全部转发至所述第二网元。
9.根据权利要求8所述的方法,其特征在于,所述EMS创建第二网元具体包括:
所述EMS通过虚拟网络功能管理者VNFM命令所述第一网元所在的虚拟基础设施管理者VIM创建所述第一网元的虚拟机镜像文件;
所述EMS命令所述VIM创建所述第一网元的虚拟机;
所述EMS将所述第一网元虚拟机镜像文件植入创建的虚拟机内,形成所述第二网元。
10.根据权利要求8所述的方法,其特征在于,所述方法还包括:
所述EMS根据所述第一网元上处理的业务消息减少的数量,减少所述第一网元的虚拟机资源;
直至所述SLB将后续接收到的多个业务消息全部转发至所述第二网元之后,所述EMS撤销所述第一网元,释放所述第一网元中的虚拟机资源。
11.根据权利要求8-10任一项所述的方法,其特征在于,所述第二网元上的业务消息的处理结果满足预设条件包括:所述第二网元上所有业务消息呼叫成功;或者
所述第二网元上所有业务消息的测试用例的成功率大于等于预设阈值。
12.一种网络负载均衡器SLB,其特征在于,包括:
接收单元,用于接收网元管理***EMS下发的分发策略;
分发单元,用于根据所述接收单元接收到的分发策略,将接收到的由外部网元发送的多个业务消息中的一部分业务消息转发至第一网元,将剩余部分的业务消息转发至第二网元;
以及,当所述第二网元上的业务消息的处理结果满足预设条件后,根据所述分发策略,将后续接收到的由外部网元发送的多个业务消息全部转发至所述第二网元;
其中,所述分发策略用于控制转发至所述第一网元和所述第二网元的业务消息的比例;所述第二网元与所述第一网元的配置属性和连接配置相同,所述第二网元与所述第一网元处于不同的虚拟局域网内,且所述第二网元的版本不低于所述第一网元。
13.根据权利要求12所述的SLB,其特征在于,所述业务消息包含:发起业务消息的用户的用户标识;所述分发单元具体用于:
判断接收到的多个业务消息中每个业务消息的消息类型;
若确定所述业务消息的消息类型为会话初始协议SIP消息,则根据所述SIP消息包含的用户标识、以及所述分发策略中的分发标识和白名单列表,将所述业务消息转发至所述第一网元或所述第二网元,其中,所述分发标识用于表示:将所述SLB接收到的多个业务消息全部转发至所述第一网元、或将所述SLB接收到的多个业务消息全部转发至所述第二网元、或不确定将所述SLB接收到的多个业务消息转发至所述第一网元和所述第二网元中哪个网元;所述白名单列表用于存储至少一个用户标识;
若确定所述业务消息为IP链路消息,则根据所述IP链路消息包含的五元组信息、以及所述分发策略中逻辑链路的五元组属性与虚拟局域网标识VLAN ID的对应关系,将所述业务消息转发至所述第一网元或所述第二网元;
其中,所述五元组信息包含:所述外部网元的IP地址、所述外部网元的端口号、所述第一网元的IP地址、所述第一网元的端口号、传输协议类型;所述逻辑链路的五元组属性包含:源IP地址、源端口号、目的IP地址、目的端口号、传输协议类型。
14.根据权利要求13所述的SLB,其特征在于,所述分发单元具体用于:
查询分发标识;
若确定所述分发标识表示:不确定将所述SLB接收到的多个业务消息转发至所述第二网元和所述第一网元中哪个网元,则查询所述白名单列表,若所述业务消息的用户标识包含在所述白名单列表中,则将所述业务消息转发至所述第二网元;若所述业务消息的用户标识未包含在所述白名单列表中,则将所述业务消息转发至所述第一网元;
若确定所述分发标识表示:将所述SLB接收到的多个业务消息全部转发至所述第二网元,则将所述业务消息转发至所述第二网元;
若确定所述分发标识表示:将所述SLB接收到的多个业务消息全部转发至所述第一网元,则将所述业务消息转发至所述第一网元。
15.根据权利要求13所述的SLB,其特征在于,所述分发单元具体用于:
根据所述分发策略中逻辑链路与虚拟局域网标识VLAN ID的对应关系,确定与所述业务消息相对应的第一虚拟局域网标识VLAN ID;其中,所述第一VLAN ID用于标识第一虚拟局域网,所述第一虚拟局域网包含:所述第一网元或所述第二网元;
根据网元、以及所述网元所处的虚拟局域网的虚拟局域网标识VLAN ID之间的对应关系,将所述业务消息转发至与所述第一VLAN ID相对应的网元上。
16.根据权利要求12-15任一项所述的SLB,其特征在于,所述SLB还包括:
发送单元,用于在所述接收单元接收EMS下发的分发策略之前,向所述第一网元发送同步请求消息,其中,所述同步请求消息用于请求获取所述第一网元的接口信息,所述第一网元的接口信息包含:所述第一网元的SIP服务端的IP地址及端口号,以及所述第一网元与所述外部网元间进行通信的逻辑链路的配置信息;
所述接收单元,还用于接收并存储所述第一网元发送的接口信息;
所述分发单元,具体用于根据接收的所述第一网元的接口信息设定所述SLB自身对外的接口属性,所述接口属性包含:IP地址、协议类型及端口号;
根据所述业务消息包含的接口信息、所述第一网元的接口消息,判断所述业务消息的消息类型。
17.根据权利要求12所述的SLB,其特征在于,
所述接收单元,还用于接收到所述第一网元或所述第二网元发送的第一业务消息;
所述分发单元,还用于将所述第一业务消息中的源端口号进行修改,并将修改后的源端口号、以及所述源端口号和发送所述第一业务消息的网元所在的虚拟局域网标识VLANID的对应关系记录在第一关系表中;
将包含修改后的源端口号的第一业务消息转发至所述外部网元;
接收所述外部网元回复的响应消息,其中,所述响应消息包含:目的端口号,所述目的端口号为:所述修改后的源端口号;
查询所述第一关系表中,获取与所述目的端口号相对应的端口号和虚拟局域网标识VLAN ID;
将所述响应消息发送至所述虚拟局域网标识VLAN ID标识的虚拟局域网中的网元的所述端口号上;
其中,所述第一业务消息为非IP链路消息,包含:源IP地址、源端口号、目的IP地址、目的端口号。
18.根据权利要求12-15、17任一项所述的SLB,其特征在于,所述预设条件为下述一种或多种情况:
所述第二网元上所有业务消息呼叫成功;
所述第二网元上所有业务消息的测试用例的成功率大于等于预设阈值。
19.一种网元管理***EMS,其特征在于,包括:
创建单元,用于创建第二网元,其中,所述第二网元与第一网元的配置属性和连接配置相同,所述第二网元与所述第一网元处于不同的虚拟局域网内,且所述第二网元的版本不低于所述第一网元;
发送单元,用于向SLB发送分发策略,以使得所述SLB根据所述分发策略,将接收到的多个业务消息中每个业务消息的消息类型;并当所述第二网元上的业务消息的处理结果满足预设条件后,所述SLB根据所述分发策略,将后续接收到的由外部网元发送的多个业务消息全部转发至所述第二网元。
20.根据权利要求19所述的EMS,其特征在于,所述创建单元具体用于:
通过虚拟网络功能管理者VNFM命令所述第一网元所在的虚拟基础设施管理者VIM创建所述第一网元的虚拟机镜像文件;
命令所述VIM创建所述第一网元的虚拟机;
将所述第一网元虚拟机镜像文件植入创建的虚拟机内,形成所述第二网元。
21.根据权利要求19所述的EMS,其特征在于,所述创建单元,还用于:
根据所述第一网元上处理的业务消息减少的数量,减少所述第一网元的虚拟机资源;
直至所述SLB将后续接收到的多个业务消息全部转发至所述第二网元之后,撤销所述第一网元,释放所述第一网元中的虚拟机资源。
22.根据权利要求19-21任一项所述的EMS,其特征在于,所述第二网元上的业务消息的处理结果满足预设条件包括:所述第二网元上所有业务消息呼叫成功;或者
所述第二网元上所有业务消息的测试用例的成功率大于等于预设阈值。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510556227.9A CN105099789B (zh) | 2015-09-02 | 2015-09-02 | 一种网元升级方法及设备 |
PCT/CN2016/094416 WO2017036288A1 (zh) | 2015-09-02 | 2016-08-10 | 一种网元升级方法及设备 |
EP16840717.9A EP3337097B1 (en) | 2015-09-02 | 2016-08-10 | Network element upgrading method and device |
US15/909,587 US10601656B2 (en) | 2015-09-02 | 2018-03-01 | Network element upgrade method and device |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510556227.9A CN105099789B (zh) | 2015-09-02 | 2015-09-02 | 一种网元升级方法及设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105099789A CN105099789A (zh) | 2015-11-25 |
CN105099789B true CN105099789B (zh) | 2018-03-16 |
Family
ID=54579405
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510556227.9A Active CN105099789B (zh) | 2015-09-02 | 2015-09-02 | 一种网元升级方法及设备 |
Country Status (4)
Country | Link |
---|---|
US (1) | US10601656B2 (zh) |
EP (1) | EP3337097B1 (zh) |
CN (1) | CN105099789B (zh) |
WO (1) | WO2017036288A1 (zh) |
Families Citing this family (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105099789B (zh) | 2015-09-02 | 2018-03-16 | 华为技术有限公司 | 一种网元升级方法及设备 |
EP3400681B1 (en) * | 2016-01-08 | 2022-11-09 | Apple Inc. | Performance monitoring techniques for virtualized resources |
EP3419216A4 (en) * | 2016-04-28 | 2019-01-23 | Huawei Technologies Co., Ltd. | MANUFACTURING POLICY DESCRIPTOR MANUFACTURING METHOD AND DEVICE |
CN106231613B (zh) * | 2016-07-27 | 2020-02-14 | 华为技术有限公司 | 一种分发策略生成方法、装置及网络优化*** |
CN107770067B (zh) * | 2016-08-23 | 2021-05-11 | 中兴通讯股份有限公司 | 消息发送方法和装置 |
US10439882B2 (en) * | 2016-11-15 | 2019-10-08 | T-Mobile Usa, Inc. | Virtualized networking application and infrastructure |
CN108287746B (zh) * | 2017-01-09 | 2021-04-16 | 大唐移动通信设备有限公司 | 一种对epc网元的虚拟资源扩容或缩容的方法及装置 |
CN107528847B (zh) * | 2017-09-01 | 2020-10-27 | 天津赞普科技股份有限公司 | 一种基于mac分流的保护方法 |
CN109474522B (zh) * | 2017-09-07 | 2021-02-23 | 华为技术有限公司 | 业务路由的方法、装置及存储介质 |
US10742532B2 (en) * | 2017-12-18 | 2020-08-11 | Futurewei Technologies, Inc. | Non-intrusive mechanism to measure network function packet processing delay |
US11601847B2 (en) * | 2017-12-21 | 2023-03-07 | Telefonaktiebolaget Lm Ericsson (Publ) | Agent, server, core network node and methods therein for handling an event of a network service deployed in a cloud environment |
CN110018877B (zh) * | 2018-01-08 | 2021-09-28 | 普天信息技术有限公司 | 按照亲和性原则快速实例化vnf的方法及装置 |
CN111385181B (zh) * | 2018-12-29 | 2021-05-04 | 华为技术有限公司 | 一种实例化方法及装置 |
CN111443985A (zh) * | 2019-01-17 | 2020-07-24 | 华为技术有限公司 | 实例化虚拟网络功能的方法及设备 |
CN110022357A (zh) * | 2019-03-11 | 2019-07-16 | 潘洪安 | 数据访问方法及数据访问装置 |
CN110572284B (zh) * | 2019-08-30 | 2022-05-13 | 华为云计算技术有限公司 | 一种虚拟网元的升级方法、装置及*** |
CN110690990B (zh) * | 2019-09-02 | 2022-06-21 | 视联动力信息技术股份有限公司 | 一种服务器升级的方法及装置、电子设备、存储介质 |
CN111404979B (zh) * | 2019-09-29 | 2023-04-07 | 杭州海康威视***技术有限公司 | 业务请求处理的方法、装置及计算机可读存储介质 |
CN110880988B (zh) * | 2019-11-14 | 2024-04-16 | 国家电网有限公司 | 网管***升级方法及装置 |
CN111147520B (zh) * | 2019-12-31 | 2022-02-25 | 奇安信科技集团股份有限公司 | 由防火墙执行的信息处理方法和装置 |
CN111756776B (zh) * | 2020-07-28 | 2023-03-24 | 支付宝(杭州)信息技术有限公司 | 服务器、报文分配设备、程序交接***以及程序交接的方法 |
CN113542019B (zh) * | 2021-06-30 | 2023-12-29 | 新华三大数据技术有限公司 | 转控分离分布式cp的升级方法及*** |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101146021A (zh) * | 2006-09-11 | 2008-03-19 | 思华科技(上海)有限公司 | 内容分发网络的路由***及方法 |
CN101170452A (zh) * | 2007-11-30 | 2008-04-30 | 中国电信股份有限公司 | 增强管理能力的内容分发网络业务提供点***及所属网络 |
CN101222424A (zh) * | 2007-12-24 | 2008-07-16 | 中国电信股份有限公司 | 内容分发网络和该网络中基于内容的调度方法 |
Family Cites Families (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8458467B2 (en) * | 2005-06-21 | 2013-06-04 | Cisco Technology, Inc. | Method and apparatus for adaptive application message payload content transformation in a network infrastructure element |
WO2008046429A1 (en) * | 2006-10-16 | 2008-04-24 | Fundacio Privada Centre Tecnologic De Telecomunicacions De Catalunya | Method for logical deployment, undeployment and monitoring of a target ip network |
CN101801029B (zh) * | 2009-02-06 | 2013-09-11 | 华为技术有限公司 | 小区管理方法、装置和*** |
CN101557314A (zh) * | 2009-05-07 | 2009-10-14 | 中兴通讯股份有限公司 | 一种分布式网管***及数据配置管理方法 |
CN101820606B (zh) * | 2010-04-21 | 2014-04-09 | 中兴通讯股份有限公司 | 认证授权计费服务器及其消息处理方法 |
US9571507B2 (en) * | 2012-10-21 | 2017-02-14 | Mcafee, Inc. | Providing a virtual security appliance architecture to a virtual cloud infrastructure |
CN103889002B (zh) * | 2012-12-20 | 2019-05-21 | 中兴通讯股份有限公司 | 流控方法及装置、移动节点、接入网关 |
CN103997414B (zh) | 2013-02-18 | 2016-11-09 | 华为技术有限公司 | 生成配置信息的方法和网络控制单元 |
US8929856B1 (en) * | 2014-02-07 | 2015-01-06 | Cassidian Communications, Inc. | Emergency services routing proxy cluster management |
CN104320812B (zh) * | 2014-10-13 | 2018-12-28 | 中国联合网络通信集团有限公司 | 一种联合传输的方法、装置及*** |
US9935882B2 (en) * | 2015-05-13 | 2018-04-03 | Cisco Technology, Inc. | Configuration of network elements for automated policy-based routing |
CN105099789B (zh) * | 2015-09-02 | 2018-03-16 | 华为技术有限公司 | 一种网元升级方法及设备 |
-
2015
- 2015-09-02 CN CN201510556227.9A patent/CN105099789B/zh active Active
-
2016
- 2016-08-10 WO PCT/CN2016/094416 patent/WO2017036288A1/zh active Application Filing
- 2016-08-10 EP EP16840717.9A patent/EP3337097B1/en active Active
-
2018
- 2018-03-01 US US15/909,587 patent/US10601656B2/en active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101146021A (zh) * | 2006-09-11 | 2008-03-19 | 思华科技(上海)有限公司 | 内容分发网络的路由***及方法 |
CN101170452A (zh) * | 2007-11-30 | 2008-04-30 | 中国电信股份有限公司 | 增强管理能力的内容分发网络业务提供点***及所属网络 |
CN101222424A (zh) * | 2007-12-24 | 2008-07-16 | 中国电信股份有限公司 | 内容分发网络和该网络中基于内容的调度方法 |
Also Published As
Publication number | Publication date |
---|---|
EP3337097B1 (en) | 2020-05-06 |
EP3337097A4 (en) | 2018-06-20 |
WO2017036288A1 (zh) | 2017-03-09 |
EP3337097A1 (en) | 2018-06-20 |
US20180191561A1 (en) | 2018-07-05 |
CN105099789A (zh) | 2015-11-25 |
US10601656B2 (en) | 2020-03-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105099789B (zh) | 一种网元升级方法及设备 | |
CN103997414B (zh) | 生成配置信息的方法和网络控制单元 | |
CN105765921B (zh) | 用于利用软件定义网络功能进行diameter路由的方法、***和设备 | |
CN102576343B (zh) | 计算机***和虚拟机迁移方法 | |
CN106982149B (zh) | 基于sdn的报文镜像方法及网络流量监控管理*** | |
CN106612225B (zh) | 一种基于openstack的代理部署***及方法 | |
CN104639464A (zh) | OpenFlow交换机上实现跨交换机链路聚合的***及方法 | |
CN106416132A (zh) | 使用控制器处的交换机建模接口控制网络交换机的***和方法 | |
CN106375384A (zh) | 一种虚拟网络环境中镜像网络流量的管理***和控制方法 | |
CN104253767B (zh) | 一种虚拟分片网络的实现方法及一种交换机 | |
US20110016243A1 (en) | Method and device of load-sharing in irf stack | |
US9071508B2 (en) | Distributed fabric management protocol | |
WO2018010555A1 (zh) | 一种北向接口lte业务自动配置方法、北向接口装置及存储介质 | |
CN103026660A (zh) | 网络策略配置方法、管理设备以及网络管理中心设备 | |
CN103944746A (zh) | 一种双机热备的方法及装置 | |
CN108989352A (zh) | 防火墙实现方法、装置、计算机设备及存储介质 | |
CN104539558A (zh) | 可扩容ip电话交换机刀片机构架及自动扩容方法 | |
CN106383770A (zh) | 一种服务器监控管理的方法及服务器 | |
CN108574583A (zh) | 一种设备升级方法及接入设备 | |
CN109039764A (zh) | 一种分布式存储***的网络参数配置方法 | |
CN115348126A (zh) | 一种网络靶场实体设备接入方法、装置及实现*** | |
CN103401954B (zh) | 虚拟dhcp的实现方法 | |
CN105515869B (zh) | 一种虚拟交换单元带外管理方法及装置 | |
CN108512811A (zh) | 一种基于sdn的虚拟网络隔离方法及sdn控制器 | |
CN109379239A (zh) | 一种OpenStack环境中配置接入交换机的方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |