WO2012079212A1 - 管理业务的方法及装置 - Google Patents

管理业务的方法及装置 Download PDF

Info

Publication number
WO2012079212A1
WO2012079212A1 PCT/CN2010/079709 CN2010079709W WO2012079212A1 WO 2012079212 A1 WO2012079212 A1 WO 2012079212A1 CN 2010079709 W CN2010079709 W CN 2010079709W WO 2012079212 A1 WO2012079212 A1 WO 2012079212A1
Authority
WO
WIPO (PCT)
Prior art keywords
group
virtual
linkage
policy
service
Prior art date
Application number
PCT/CN2010/079709
Other languages
English (en)
French (fr)
Inventor
王鹏
黄哲
苏现群
姜戎
聂集腾
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to PCT/CN2010/079709 priority Critical patent/WO2012079212A1/zh
Priority to EP10860853A priority patent/EP2538612A4/en
Priority to CN2010800039586A priority patent/CN102239665A/zh
Publication of WO2012079212A1 publication Critical patent/WO2012079212A1/zh
Priority to US13/553,539 priority patent/US20120284274A1/en

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/0893—Assignment of logical groups to network elements
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
    • G06F11/2023—Failover techniques
    • G06F11/2028—Failover techniques eliminating a faulty processor or activating a spare
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
    • G06F11/2038—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant with a single idle spare processing component
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
    • 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/40—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities

Definitions

  • the present invention relates to the field of communications, and in particular, to a method and apparatus for managing a service. Background technique
  • the service When the service is managed, the service is managed by the traditional high-end routers. After the main board service fails, the standby service is quickly taken over to ensure that the external services are not interrupted. Sexual system, when a service of a process fails, only the fault process itself is switched, and the operation of other processes is completely unaffected. For the cluster system introduced by the industry, after the main frame service fails, cross-rack service protection is implemented.
  • the faulty isolation domain cannot be provided.
  • the services that do not interact with each other are often deployed on a physical board.
  • the fault is linked to the fault. That is, a local fault affects the system.
  • the management interface is in the process of managing services, it is impossible to process multiple related processes, which affects the overall NSR (None Stop Forwarding) performance and upgrade performance of the system.
  • the size of the ISSU In-Service Software Upgrade
  • the service is managed on a per-frame basis, the service deployment is limited by the physical scope and the fault isolation is not fine. Therefore, the way in which the prior art manages the service cannot meet the business requirements, and not only lacks effectiveness, but also the flexibility of the business management is not high. Summary of the invention
  • the embodiment of the present invention provides a method and device for managing the service.
  • the technical solution is as follows:
  • a method of managing a service comprising:
  • an apparatus for managing a service comprising:
  • a receiving module configured to receive a management indication corresponding to the virtual linkage group, where the virtual linkage group is divided according to service requirements
  • a first determining module configured to determine an object of the virtual collaboration group, where the object of the virtual linkage group is a group of processes, a group of components, a group of boards, or a group of boxes that meet a service requirement;
  • a management module configured to perform unified management on the object of the virtual linkage group determined by the first determining module according to the management indication received by the receiving module.
  • a group of processes, a group of components, a group of boards, or a group of boxes that meet the requirements of the service are used as the objects of the virtual linkage group, and after receiving the management instructions corresponding to the virtual linkage group, the virtual linkage group is divided according to the service requirements.
  • FIG. 1 is a flowchart of a method for managing a service according to Embodiment 1 of the present invention
  • FIG. 2 is a schematic diagram of a first virtual linkage group provided by an embodiment of the present invention.
  • FIG. 3 is a schematic diagram of a second virtual linkage group provided by an embodiment of the present invention.
  • FIG. 4 is a schematic diagram of a third virtual linkage group provided by an embodiment of the present invention.
  • Figure 5 is a flowchart of a method for managing a service provided by an embodiment of the present invention.
  • FIG. 6 is a schematic diagram of a fourth virtual linkage group provided by an embodiment of the present invention.
  • FIG. 7 is a flowchart of another method for managing a service according to an embodiment of the present invention.
  • FIG. 8 is a schematic structural diagram of an apparatus for managing a service according to an embodiment of the present invention.
  • FIG. 9 is a schematic structural diagram of another apparatus for managing a service according to an embodiment of the present invention.
  • FIG. 10 is a schematic structural diagram of another apparatus for managing a service according to Embodiment 3 of the present invention.
  • the embodiments of the present invention will be further described in detail below with reference to the accompanying drawings.
  • This embodiment provides a method for managing a service. Referring to FIG. 1, the method is specifically as follows:
  • the object of the virtual linkage group is a group of processes, a group of components, a group of boards, or a group of boxes that meet the business requirements;
  • the method before receiving the management indication corresponding to the virtual linkage group, the method further includes:
  • the virtual collaboration group information table includes at least the object information of the virtual collaboration group; and correspondingly, determining the object of the virtual linkage group, specifically:
  • the object information of the virtual linkage group is queried in the virtual linkage group information table, and the object of the virtual linkage group is determined according to the query result.
  • the method further includes:
  • the association policy of the virtual collaboration group is determined, and the linkage policy includes at least a fault processing policy and an active/standby protection policy.
  • the virtual collaboration group information table further includes a linkage policy of the virtual linkage group.
  • the object of the virtual collaboration group is uniformly managed according to the management instruction, and specifically includes:
  • the determining the linkage policy of the virtual collaboration group includes:
  • the collaboration policy of the virtual collaboration group based on the user configuration. If the collaboration policy is not configured, the default linkage policy is determined as the collaboration policy of the virtual collaboration group.
  • the method provided in this embodiment is a group of processes, a group of components, a group of boards, or a group of boxes that meet the service requirements, and is regarded as an object of the virtual linkage group, and receives the corresponding
  • the service is managed by the virtual collaboration group.
  • the service can be effectively managed not only on the basis of the service requirements, but also the flexibility of service management.
  • the present embodiment provides a method for managing services, which implements effective management of services by managing virtual services as a unit on the basis of dividing virtual association groups according to service requirements.
  • the embodiment does not limit the manner in which the virtual linkage group is divided.
  • the virtual linkage group may be statically or dynamically divided.
  • the virtual linkage group can also be divided by various terminal input methods such as the command line/MIB (Management Information Base)/Schema (Network Configuration Protocol Interface Model), regardless of the manner in which the virtual linkage group is divided, and the division is guaranteed.
  • the virtual linkage group can meet the business needs.
  • the divided virtual linkage group is not limited to the processes and components in the board, but can also form a virtual linkage group by combining any number of processes, components, boards, or boxes across boards or frames.
  • the virtual collaboration group diagram, routing management and BGP are closely related routing generation components and route collection components.
  • the communication interaction between them is expected to be Interworking in the board to reduce the communication overhead of large-capacity; but it is not expected that their fault switching affects the operation of MPLS (Multi-Protocol Label Switching) on the same board, so BGP and The two components of RM are grouped into a virtual linkage group.
  • MPLS Multi-Protocol Label Switching
  • Service 1, Service 2, Service 3, Service 4, Service 5, Service 6, Service 7, Service 8, and Service 9 are the same type of process group, for example, all are routing protocol planes (or are labels).
  • the protocol planes are all device management planes, so they can be divided into a virtual linkage group.
  • the services corresponding to the objects of the virtual collaboration group are service 1, service 2, service 3, service 4, service 5, service 6, and service. 7.
  • Service 8 and service 9 are managed in a unified manner, for example, unified upgrade, unified startup, etc., so that the upper layer service can be greatly expanded.
  • the virtual linkage group may also be divided according to different types of the respective planes.
  • the management plane is responsible for the management of the system.
  • the routing plane is responsible for the generation and release of routing information.
  • the label plane is responsible for the generation and release of label information. When upgrading, you can select three planes according to the actual needs of internal and external customers. An upgrade, independent upgrade between each other, is not affected.
  • the virtual collaboration group can be divided into other manners.
  • the virtual linkage group can be called An LR (Logical Router)
  • the virtual association group can be referred to as a VR (Virtual Router) or A service plane
  • a group of frames that meet the service requirements is the object of a virtual linkage group
  • the virtual association group can be referred to as a local area cluster (that is, a large cluster system is divided into several sub-clusters according to the operator's needs). The embodiment does not specifically limit this.
  • the virtual linkage group can be managed as a unified whole to manage the objects of the virtual linkage group.
  • management includes but is not limited to upgrade management, fault management, startup management, and switching management.
  • the method for upgrading the object of the virtual collaboration group is taken as an example, and the method for service management provided in this embodiment is described in detail. Referring to FIG. 5, the process of the method provided in this embodiment is specifically as follows: 501: Receive an upgrade management indication corresponding to the virtual linkage group.
  • the upgrade management instruction corresponding to the virtual collaboration group can be delivered by the upper management device, which is not specifically limited in this embodiment.
  • each virtual linkage group corresponds to a respective object, and the embodiment does not limit the manner of determining the object of the virtual linkage group.
  • the method of the present embodiment records the object information of each virtual linkage group by establishing a virtual linkage group information table.
  • the virtual linkage group shown in FIG. 6 is taken as an example.
  • service 1 and service 2 service 5 and service 6, service 8 and service 9 are three groups of processes having associated relationships, for example, both are C.
  • service 1 and service 2 can be divided into one virtual linkage group, which is recorded as virtual linkage group 1; service 5 and service 6 are divided into one virtual linkage group. It is recorded as virtual linkage group 2; service 8 and service 9 are divided into one virtual linkage group, which is recorded as virtual linkage group 3.
  • the content of the virtual linkage group information table for FIG. 6 can be as shown in Table 1 below:
  • the virtual management group 2 is configured as an example, and the object of the virtual collaboration group 2 includes the service 5 and the service 6.
  • the service 5 and the service 6 can be uniformly upgraded, and the other services 1, service 2, service 8, and service 9 are not affected.
  • the virtual linkage group is used for the upgrade management, and the object of the virtual linkage group is a group of processes, and the group process corresponds to the services of service 5 and service 6, and the unified upgrade of the two services is implemented.
  • the upgrade management mode provided in this embodiment is more efficient, so that the service can be effectively managed, and the number of services corresponding to the objects of the virtual collaboration group is increased, and the efficiency is improved. The higher the management effect, the more obvious.
  • the method provided by this embodiment can also manage the service at the same time
  • the fault is detected.
  • it means that the fault management indication corresponding to the virtual linkage group where the fault service is located will be received.
  • the object of the virtual linkage group in which the service 2 is located is also not limited.
  • the virtual linkage group information table as shown in Table 1 above may also be established and passed. Query the virtual linkage group information table to determine the object of the virtual linkage group.
  • the method provided by the embodiment further includes the step of determining a linkage policy of the virtual collaboration group before establishing the virtual collaboration group information table, and the linkage policy may be customized by the user according to requirements.
  • the fault management policy includes, but is not limited to, fault restart, fault restart, switchover, fault reporting, parent node, fault alarm, and the like.
  • the active/standby protection policy includes but is not limited to the local node switching. The method of reporting the parent node, restarting the switchover, and restarting the switchover does not limit the specific linkage policy.
  • the manner of determining the linkage policy of the virtual collaboration group is also not limited.
  • the collaboration policy of the virtual collaboration group is determined based on the user configuration. If the collaboration policy of the virtual collaboration group is not configured, the virtual collaboration group can be configured.
  • the linkage policy is determined as the default linkage policy.
  • the default association policy is not limited in this embodiment.
  • the fault handling policy included in the linkage policy can be reported to the parent node by default, and the active/standby protection policy can be restarted by default.
  • different association policies can be configured for different virtual collaboration groups, and the same linkage policy can be configured. This embodiment does not specifically limit this.
  • the virtual collaboration group information table includes the object information of the virtual linkage group, and includes the determined virtual linkage.
  • Group linkage strategy For the virtual collaboration group shown in Figure 6, the virtual linkage group information table including the linkage policy can be as shown in Table 2 below:
  • the virtual linkage group information table is queried, that is, by querying the foregoing table 2, not only the object of the virtual linkage group but also the linkage policy of the virtual linkage group can be determined.
  • the failed business 2 its virtual joint
  • the object of the dynamic group 1 includes the service 2 and the service 1, and the fault handling policy of the virtual link group 1 is reported to the parent node, and the active/standby protection policy is the restart switchover.
  • the step is based on the fault management indication and the virtual linkage group. If the fault is managed by the collaboration policy, the fault is reported to the parent virtual node.
  • the virtual association group is switched to the corresponding standby virtual linkage group after the restart, as shown in Figure 6.
  • the method provided in this embodiment can also implement the batch startup and batch switching of the virtual collaboration group based on the virtual linkage group.
  • the object of the virtual collaboration group is uniformly started and unified, and the principle is similar. I will not repeat them one by one.
  • the method provided in this embodiment is a group of processes, a group of components, a group of boards, or a group of boxes that meet the service requirements, and is regarded as an object of the virtual linkage group, and receives the corresponding
  • the service is managed by the virtual collaboration group.
  • the service can be effectively managed not only on the basis of the service requirements, but also the flexibility of service management.
  • This embodiment provides an apparatus for managing a service.
  • the apparatus includes:
  • the receiving module 801 is configured to receive a management instruction corresponding to the virtual linkage group, where the virtual linkage group is divided according to service requirements;
  • the first determining module 802 is configured to determine an object of the virtual linkage group, where the object of the virtual linkage group is a group of processes, a group of components, a group of boards, or a group of boxes that meet the business requirements;
  • the management module 803 is configured to perform unified management on the objects of the virtual linkage group determined by the first determining module 802 according to the management indication received by the receiving module 801.
  • the device also includes:
  • the establishing module 804 is configured to establish, before the receiving module 801 receives the management instruction corresponding to the virtual linkage group, the virtual linkage group information table, where the virtual linkage group information table includes at least the object information of the virtual linkage group;
  • the first determining module 802 is specifically configured to query the object information of the virtual linkage group in the virtual linkage group information table established by the establishing module 804, and determine the object of the virtual linkage group according to the query result.
  • the apparatus further includes:
  • the second determining module 805 is configured to determine a collaboration policy of the virtual collaboration group, and the linkage policy includes at least a fault processing policy and an active/standby protection policy, before the establishing module 804 establishes the virtual collaboration group information table.
  • the virtual linkage group information table established by the establishing module 804 further includes a linkage policy of the virtual linkage group determined by the second determining module 805.
  • the management module 803 is specifically configured to query the virtual collaboration group information table established by the establishing module 804 to query the virtual
  • the linkage policy of the collaboration group performs unified management on the objects of the virtual linkage group according to the management instructions received by the receiving module 801 and the linkage policy of the queried virtual linkage group.
  • the second determining module 805 is specifically configured to determine a collaboration policy of the virtual collaboration group according to the user configuration.
  • the default linkage policy is determined as the linkage policy of the virtual collaboration group.
  • the device provided in this embodiment by dividing the virtual linkage group according to the service requirement, is a group of processes, a group of components, a group of boards, or a group of frames that meet the service requirements, and is regarded as an object of the virtual linkage group, and receives the corresponding
  • the service is managed by the virtual collaboration group.
  • the service can be effectively managed not only on the basis of the service requirements, but also the flexibility of service management.
  • the method for managing services provided by the present invention is not limited to a router, and can be extended to any system managed by a multi-process system.
  • the method provided by the present invention uses a multi-board, multi-node high-end device. / Server or cluster device is available.
  • the device for managing the service provided by the foregoing embodiment is only illustrated by the division of each functional module.
  • the function distribution may be completed by different functional modules according to requirements, that is, the internal part of the device.
  • the structure is divided into different functional modules to perform all or part of the functions described above.
  • the device for managing the service and the method for managing the service provided by the foregoing embodiment are in the same concept, and the specific implementation process is described in the method embodiment, and details are not described herein again.
  • Some of the steps in the embodiment of the present invention may be implemented by software, and the corresponding software program may be stored in a readable storage medium such as an optical disk or a hard disk.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Stored Programmes (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Hardware Redundancy (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Description

管理业务的方法及装置 技术领域
本发明涉及通信领域， 特别涉及一种管理业务的方法及装置。 背景技术
在多进程、 多线程技术日益推广的今天， 各种业务越来越多， 如何对各种业务进行有 效管理， 特别是对发生故障的业务的管理， 逐渐成为了人们关注的焦点。
现有技术在对业务进行管理时， 针对传统的高端路由器的业务管理， 当主板业务发生 故障后， 备板业务迅速接替运行， 以保证对外业务不中断； 针对基于进程主备业务保护的 高可靠性系统， 当一个进程的业务发生故障后， 仅故障进程本身倒换， 其他进程的运行完 全不受影响； 针对业界推出的集群系统， 当主框业务发生故障后， 实行跨框业务保护。
在实现本发明的过程中， 发明人发现现有技术至少存在以下缺点：
现有技术以单板为单位管理业务时， 无法提供精细的故障隔离域， 各没有交互关系的 业务往往因为都部署在一个物理单板上而出现故障联动问题， 即一个局部故障会影响到系 统整体功能； 以进程为单位管理业务时， 无法对多个相关进程进行处理， 影响了系统整体 的 NSR (None Stop Forwarding, 不间断转发） 性能、 升级性能， 在升级接口不兼容的情况 下， 甚至会影响到升级的 ISSU ( In-Service Software Upgrade, 运行中软件升级） 粒度； 以框为单位管理业务时， 业务部署将受到物理上框范围的限制， 且同样存在故障隔离不精 细的问题。 因此， 现有技术管理业务的方式无法满足业务需求， 不仅缺乏有效性， 且业务 管理的灵活性不高。 发明内容
为了在满足业务需求的基础上， 对业务进行有效管理， 并提高业务管理的灵活性， 本 发明实施例提供了一种管理业务的方法及装置。 所述技术方案如下：
一方面， 提供了一种管理业务的方法， 所述方法包括：
接收对应于虚拟联动组的管理指示， 所述虚拟联动组是按照业务需求划分的； 确定所述虚拟联动组的对象， 所述虚拟联动组的对象为满足业务需求的一组进程、 一 组组件、 一组单板或一组框； 根据所述管理指示对所述虚拟联动组的对象进行统一管理。
另一方面， 还提供了一种管理业务的装置， 所述装置包括：
接收模块， 用于接收对应于虚拟联动组的管理指示， 所述虚拟联动组是按照业务需求 划分的；
第一确定模块， 用于确定所述虚拟联动组的对象， 所述虚拟联动组的对象为满足业务 需求的一组进程、 一组组件、 一组单板或一组框；
管理模块， 用于根据所述接收模块接收到的管理指示对所述第一确定模块确定的所述 虚拟联动组的对象进行统一管理。
本发明实施例提供的技术方案的有益效果是：
通过根据业务需求划分虚拟联动组， 将满足业务需求的一组进程、 一组组件、 一组单 板或一组框作为虚拟联动组的对象， 并在接收到对应于虚拟联动组的管理指示后， 以虚拟 联动组为单位对业务进行管理， 不仅可以在满足业务需求的基础上， 对业务进行有效管理， 还可提高业务管理的灵活性。 附图说明
为了更清楚地说明本发明实施例中的技术方案， 下面将对实施例描述中所需要使用的 附图作简单地介绍， 显而易见地， 下面描述中的附图仅仅是本发明的一些实施例， 对于本 领域普通技术人员来讲， 在不付出创造性劳动的前提下， 还可以根据这些附图获得其他的 附图。
图 1是本发明实施例一提供的管理业务的方法流程图；
图 2是本发明实施例」 ：提供的第一种虚拟联动组示意图；
图 3是本发明实施例」：提供的第二种虚拟联动组示意图；
图 4是本发明实施例」：提供的第三种虚拟联动组示意图；
图 5是本发明实施例」：提供的管理业务的方法流程图；
图 6是本发明实施例」：提供的第四种虚拟联动组示意图；
图 7是本发明实施例」：提供的另一种管理业务的方法流程图；
图 8是本发明实施例」：提供的管理业务的装置结构示意图；
图 9是本发明实施例」：提供的另一种管理业务的装置结构示意图；
图 10是本发明实施例三提供的又一种管理业务的装置结构示意图 具体实施方式 为使本发明的目的、 技术方案和优点更加清楚， 下面将结合附图对本发明实施方式作 进一步地详细描述。
实施例一
本实施例提供了一种管理业务的方法， 参见图 1， 该方法流程具体如下：
101： 接收对应于虚拟联动组的管理指示， 该虚拟联动组是按照业务需求划分的；
102： 确定该虚拟联动组的对象， 该虚拟联动组的对象为满足业务需求的一组进程、 一 组组件、 一组单板或一组框；
103： 根据管理指示对虚拟联动组的对象进行统一管理。
进一步地， 接收对应于虚拟联动组的管理指示之前， 还包括：
建立虚拟联动组信息表， 该虚拟联动组信息表中至少包括虚拟联动组的对象信息； 相应地， 确定虚拟联动组的对象， 具体包括：
在虚拟联动组信息表中查询虚拟联动组的对象信息， 根据查询结果确定虚拟联动组的 对象。
进一步地， 建立虚拟联动组信息表之前， 还包括：
确定虚拟联动组的联动策略， 该联动策略至少包括故障处理策略和主备保护策略； 相应地， 虚拟联动组信息表中还包括虚拟联动组的联动策略。
具体地， 根据管理指示对虚拟联动组的对象进行统一管理， 具体包括：
在虚拟联动组信息表中查询虚拟联动组的联动策略， 根据管理指示及查询到的虚拟联 动组的联动策略对虚拟联动组的对象进行统一管理。
其中， 确定虚拟联动组的联动策略， 具体包括：
根据用户配置确定虚拟联动组的联动策略； 或者， 在用户未配置虚拟联动组的联动策 略时， 将默认的联动策略确定为虚拟联动组的联动策略。
本实施例提供的方法， 通过根据业务需求划分虚拟联动组， 将满足业务需求的一组进 程、 一组组件、 一组单板或一组框作为虚拟联动组的对象， 并在接收到对应于虚拟联动组 的管理指示后， 以虚拟联动组为单位对业务进行管理， 不仅可以在满足业务需求的基础上， 对业务进行有效管理， 还可提高业务管理的灵活性。 实施例二
本实施例提供了一种管理业务的方法， 该方法在根据业务需求划分虚拟联动组的基础 上， 通过以虚拟联动组为单位对业务进行管理， 从而实现对业务的有效管理。 其中， 本实 施例不对划分虚拟联动组的方式进行限定， 实际应用中， 可静态或动态地划分虚拟联动组， 还可通过命令行 /MIB (Management Informat ion Base , 管理信息库） /Schema (网络配 置协议接口模型） 等各种终端输入的方式划分虚拟联动组， 无论以何种方式划分虚拟联动 组， 保证划分的虚拟联动组满足业务需求即可。 另外， 划分的虚拟联动组不仅局限于单板 内的进程、 组件， 而且还可以跨板或跨框组合任意个数的进程、 组件、 单板或框构成虚拟 联动组。
如图 2所示的虚拟联动组示意图，體 ( Routing Management,路由管理）和 BGP (Border Gateway Protocol ， 边界网关协议） 是关系密切的路由产生组件和路由收集组件， 他们之 间的通信交互希望能够在板内交互， 以减少大容量的通信开销； 但是又不希望他们的故障 倒换等影响到同板的 MPLS (Multi-Protocol Label Switching, 多协议标签交换） 运行， 因而根据业务需求可将 BGP和 RM这两个组件划到一个虚拟联动组中。
除此之外， 还可以跨越物理的限制将跨框的一组进程作为一个虚拟联动组来独立管理。 如图 3所示， 业务 1、 业务 2、 业务 3、 业务 4、 业务 5、 业务 6、 业务 7、 业务 8和业务 9 是相同类型的进程组，例如都是路由协议平面（或都是标签协议平面或都是设备管理平面）， 因而可以将其划分为一个虚拟联动组， 对该虚拟联动组的对象所对应的业务 1、 业务 2、 业 务 3、 业务 4、 业务 5、 业务 6、 业务 7、 业务 8和业务 9进行统一管理， 例如， 统一升级、 统一启动等等， 从而可以极大地扩展上层业务。
更进一步地， 还可以按照各个平面的不同类型划分虚拟联动组。 如图 4所示， 管理平 面专门负责系统的管理、 路由平面专门负责路由信息的生成发布、 标签平面专门负责标签 信息的生成发布， 升级时可以根据内外部客户的实际需求， 选择三个平面任意一个升级， 相互之间升级独立控制， 不受影响。
当然， 除了图 2至图 4所示的虚拟联动组， 还可以按照其他方式划分虚拟联动组， 如 果将满足业务需求的一组单板作为虚拟联动组的对象， 则可将该虚拟联动组称之为一个 LR (Logical Router, 逻辑路由器）， 如果将满足业务需求的一组进程 /组件作为虚拟联动组的对 象， 则可将该虚拟联动组称之为一个 VR (Virtual Router, 虚拟路由器） 或一个业务平面， 如果将满足业务需求的一组框作为一个虚拟联动组的对象， 则可将该虚拟联动组称之为一 个局域集群 （即将一个大集群系统根据运营商需要划分为几个子集群）， 本实施例对此不作 具体限定。 无论如何划分虚拟联动组， 以及划分何种类型的虚拟联动组， 均可将虚拟联动 组作为一个统一的整体来对该虚拟联动组的对象进行管理。
其中， 管理包括但不限于升级管理、 故障管理、 启动管理和倒换管理。 本实施例首先 以对虚拟联动组的对象进行升级管理为例， 对本实施例提供的业务管理的方法进行详细说 明。 参见图 5， 本实施例提供的方法流程具体如下： 501： 接收对应于虚拟联动组的升级管理指示；
其中， 该对应于虚拟联动组的升级管理指示可由上层管理设备下发， 本实施例对此不 作具体限定。
502： 确定该虚拟联动组的对象；
具体地， 每个虚拟联动组都对应各自的对象， 本实施例不对确定虚拟联动组的对象的 方式进行限定。 实际应用中， 本实施例提供的方法在划分虚拟联动组后， 通过建立虚拟联 动组信息表来记录各虚拟联动组的对象信息。 为了便于说明， 以图 6所示的虚拟联动组为 例， 图 6中， 业务 1和业务 2， 业务 5和业务 6， 业务 8和业务 9是三组具有关联关系的进 程， 例如都是 C/S ( Cl ient/Server, 客户机 /服务器）模式进程， 因而可以将业务 1和业务 2划分为一个虚拟联动组， 记为虚拟联动组 1； 将业务 5和业务 6划分为一个虚拟联动组， 记为虚拟联动组 2; 将业务 8和业务 9划分为一个虚拟联动组， 记为虚拟联动组 3。 则针对 图 6的虚拟联动组信息表的内容可如下面表 1所示：
表 1
Figure imgf000007_0001
针对图 6所示的虚拟联动组， 本实施例以接收到的升级管理指示对应于虚拟联动组 2 为例， 则通过查询表 1即可确定虚拟联动组 2的对象包括业务 5和业务 6。
503： 根据升级管理指示对虚拟联动组的对象进行统一升级。
针对该步骤， 在上述步骤 502确定的虚拟联动组的对象为业务 5和业务 6之后， 即可 对业务 5和业务 6进行统一升级， 其他业务 1、 业务 2、 业务 8和业务 9不受影响。 由于本 实施例是以虚拟联动组为对象进行升级管理， 且虚拟联动组的对象是一组进程， 而该组进 程对应业务 5和业务 6两个业务， 实现了这两个业务的统一升级， 相对于这两个业务单独 升级的情况， 本实施例提供的升级管理方式的效率较高， 因而能够对业务进行有效的管理， 且虚拟联动组的对象所对应的业务个数越多， 提效率越高， 管理效果越明显。
在描述完对业务进行升级管理的方式之后， 接下来， 本实施例将以对业务进行故障管 理为例， 对本实施例提供的方法做进一步说明。 为了便于说明， 此处以检测到图 6所示的 虚拟联动组中的业务 2发生故障为例， 参见图 7， 本实施例提供的方法流程具体如下：
701： 接收业务 2发生故障的故障管理指示；
针对该步骤， 本实施例提供的方法在对业务进行管理的同时， 还可以在底层对业务的 故障进行检测， 当检测到故障之后， 即意味着将接收到对应于故障业务所在的虚拟联动组 的故障管理指示。
702： 确定该业务 2所在虚拟联动组的对象；
具体地， 本实施例同样不对如何确定业务 2所在虚拟联动组的对象进行限定， 实际应 用中， 在划分虚拟联动组之后， 同样可建立如上述表 1 所示的虚拟联动组信息表， 并通过 查询虚拟联动组信息表确定虚拟联动组的对象。
优选地， 为了更进一步地优化管理业务的方式， 本实施例提供的方法在建立虚拟联动 组信息表之前， 还包括确定虚拟联动组的联动策略的步骤， 而该联动策略可由用户根据需 求定制， 包括但不限于故障处理策略和主备保护策略， 其中， 故障处理策略包括但不限于 故障重启、 故障重启 +倒换、 故障上报父节点、 故障告警等； 主备保护策略包括但不限于本 节点倒换、 上报父节点、 重启倒换、 重启不倒换等， 本实施例不对具体的联动策略进行限 定， 同样不对确定虚拟联动组的联动策略的方式进行限定。 在划分虚拟联动组之后， 如果 用户配置了虚拟联动组的联动策略， 则根据用户配置确定虚拟联动组的联动策略， 或， 在 用户未配置虚拟联动组的联动策略时， 可将虚拟联动组的联动策略确定为默认的联动策略。
关于默认的联动策略， 本实施例同样不作具体限定， 例如， 针对故障管理， 联动策略 包括的故障处理策略可以默认为上报父节点， 主备保护策略可以默认为重启倒换等。 实际 应用中， 根据业务需求， 可以为不同的虚拟联动组配置不同的联动策略， 也可以配置相同 的联动策略， 本实施例对此不作具体限定。
为了结合联动策略更好地管理业务， 并方便在使用过程中及时地查询到虚拟联动组的 联动策略， 建立的虚拟联动组信息表中除了包括虚拟联动组的对象信息， 还包括确定的虚 拟联动组的联动策略。 针对图 6所示的虚拟联动组， 包括了联动策略的虚拟联动组信息表 可如下面表 2所示：
表 2
Figure imgf000008_0001
703： 根据故障管理指示及虚拟联动组的联动策略对虚拟联动组的对象进行统一故障管 理。
针对该步骤， 通过查询虚拟联动组信息表， 即通过查询上述表 2 不仅可以确定虚拟联 动组的对象， 还可确定该虚拟联动组的联动策略。 针对发生故障的业务 2， 其所在的虚拟联 动组 1的对象除了包括业务 2， 还包括业务 1， 且该虚拟联动组 1的故障处理策略为上报父 节点， 主备保护策略为重启倒换， 则该步骤在根据故障管理指示及虚拟联动组的联动策略 对虚拟联动组的对象进行故障管理时， 除了将业务 2 的故障上报父节点， 还要在重启之后 将该虚拟联动组倒换到对应的备用虚拟联动组， 如图 6所示。
本实施例提供的方法除了可以实现有效的故障管理， 升级管理， 还可基于虚拟联动组 实现业务的批量启动和批量倒换等， 即将虚拟联动组的对象统一启动、 统一倒换， 原理类 似， 此处不再一一赘述。
本实施例提供的方法， 通过根据业务需求划分虚拟联动组， 将满足业务需求的一组进 程、 一组组件、 一组单板或一组框作为虚拟联动组的对象， 并在接收到对应于虚拟联动组 的管理指示后， 以虚拟联动组为单位对业务进行管理， 不仅可以在满足业务需求的基础上， 对业务进行有效管理， 还可提高业务管理的灵活性。 实施例三
本实施例提供了一种管理业务的装置， 参见图 8， 该装置包括：
接收模块 801， 用于接收对应于虚拟联动组的管理指示， 虚拟联动组是按照业务需求划 分的；
第一确定模块 802， 用于确定虚拟联动组的对象， 虚拟联动组的对象为满足业务需求的 一组进程、 一组组件、 一组单板或一组框；
管理模块 803，用于根据接收模块 801接收到的管理指示对第一确定模块 802确定的虚 拟联动组的对象进行统一管理。
参见图 9， 该装置还包括：
建立模块 804， 用于在接收模块 801接收对应于虚拟联动组的管理指示之前， 建立虚拟 联动组信息表， 该虚拟联动组信息表中至少包括虚拟联动组的对象信息；
相应地， 第一确定模块 802， 具体用于在建立模块 804建立的虚拟联动组信息表中查询 虚拟联动组的对象信息， 根据查询结果确定虚拟联动组的对象。
进一步地， 参见图 10， 该装置还包括：
第二确定模块 805， 用于在建立模块 804建立虚拟联动组信息表之前， 确定虚拟联动组 的联动策略， 该联动策略至少包括故障处理策略和主备保护策略；
相应地， 建立模块 804建立的虚拟联动组信息表中还包括第二确定模块 805确定的虚 拟联动组的联动策略。
具体地， 管理模块 803， 具体用于在建立模块 804建立的虚拟联动组信息表中查询虚拟 联动组的联动策略， 根据接收模块 801 接收到的管理指示及查询到的虚拟联动组的联动策 略对虚拟联动组的对象进行统一管理。
其中， 第二确定模块 805， 具体用于根据用户配置确定虚拟联动组的联动策略； 或者， 在用户未配置虚拟联动组的联动策略时， 将默认的联动策略确定为虚拟联动组的联动策略。
本实施例提供的装置， 通过根据业务需求划分虚拟联动组， 将满足业务需求的一组进 程、 一组组件、 一组单板或一组框作为虚拟联动组的对象， 并在接收到对应于虚拟联动组 的管理指示后， 以虚拟联动组为单位对业务进行管理， 不仅可以在满足业务需求的基础上， 对业务进行有效管理， 还可提高业务管理的灵活性。 需要说明的是： 本发明提供的管理业务的方法不一定局限于路由器， 还可以将其推广 到任何使用多进程系统管理的系统中， 本发明提供的方法在使用多板、 多节点的高端设备 / 服务器或者是集群设备上均可适用。 且上述实施例提供的管理业务的装置在管理业务时， 仅以上述各功能模块的划分进行举例说明， 实际应用中， 可以根据需要而将上述功能分配 由不同的功能模块完成， 即将装置的内部结构划分成不同的功能模块， 以完成以上描述的 全部或者部分功能。 另外， 上述实施例提供的管理业务的装置与管理业务的方法实施例属 于同一构思， 其具体实现过程详见方法实施例， 这里不再赘述。
上述本发明实施例序号仅仅为了描述， 不代表实施例的优劣。
本发明实施例中的部分步骤， 可以利用软件实现， 相应的软件程序可以存储在可读取 的存储介质中， 如光盘或硬盘等。
以上所述仅为本发明的较佳实施例， 并不用以限制本发明， 凡在本发明的精神和原则 之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护范围之内。

Claims

权 利 要 求 书
1、 一种管理业务的方法， 其特征在于， 所述方法包括：
接收对应于虚拟联动组的管理指示， 所述虚拟联动组是按照业务需求划分的； 确定所述虚拟联动组的对象， 所述虚拟联动组的对象为满足业务需求的一组进程、 一组 组件、 一组单板或一组框；
根据所述管理指示对所述虚拟联动组的对象进行统一管理。
2、根据权利要求 1所述的方法， 其特征在于， 所述接收对应于虚拟联动组的管理指示之 前， 还包括：
建立虚拟联动组信息表，所述虚拟联动组信息表中至少包括所述虚拟联动组的对象信息； 相应地， 所述确定所述虚拟联动组的对象， 具体包括：
在所述虚拟联动组信息表中查询所述虚拟联动组的对象信息， 根据查询结果确定所述虚 拟联动组的对象。
3、根据权利要求 2所述的方法，其特征在于，所述建立虚拟联动组信息表之前，还包括: 确定所述虚拟联动组的联动策略，所述联动策略至少包括故障处理策略和主备保护策略; 相应地， 所述虚拟联动组信息表中还包括所述虚拟联动组的联动策略。
4、根据权利要求 3所述的方法， 其特征在于， 所述根据所述管理指示对所述虚拟联动组 的对象进行统一管理， 具体包括：
在所述虚拟联动组信息表中查询所述虚拟联动组的联动策略， 根据所述管理指示及查询 到的所述虚拟联动组的联动策略对所述虚拟联动组的对象进行统一管理。
5、 根据权利要求 3所述的方法， 其特征在于， 所述确定所述虚拟联动组的联动策略， 具 体包括：
根据用户配置确定所述虚拟联动组的联动策略； 或者， 在所述用户未配置所述虚拟联动 组的联动策略时， 将默认的联动策略确定为所述虚拟联动组的联动策略。
6、 一种管理业务的装置， 其特征在于， 所述装置包括：
接收模块， 用于接收对应于虚拟联动组的管理指示， 所述虚拟联动组是按照业务需求划 分的；
第一确定模块， 用于确定所述虚拟联动组的对象， 所述虚拟联动组的对象为满足业务需 求的一组进程、 一组组件、 一组单板或一组框；
管理模块， 用于根据所述接收模块接收到的管理指示对所述第一确定模块确定的所述虚 拟联动组的对象进行统一管理。
7、 根据权利要求 6所述的装置， 其特征在于， 所述装置还包括：
建立模块， 用于在所述接收模块接收对应于虚拟联动组的管理指示之前， 建立虚拟联动 组信息表， 所述虚拟联动组信息表中至少包括所述虚拟联动组的对象信息；
相应地， 所述第一确定模块， 具体用于在所述建立模块建立的虚拟联动组信息表中查询 所述虚拟联动组的对象信息， 根据查询结果确定所述虚拟联动组的对象。
8、 根据权利要求 7所述的装置， 其特征在于， 所述装置还包括：
第二确定模块， 用于在所述建立模块建立虚拟联动组信息表之前， 确定所述虚拟联动组 的联动策略， 所述联动策略至少包括故障处理策略和主备保护策略；
相应地， 所述建立模块建立的虚拟联动组信息表中还包括所述第二确定模块确定的所述 虚拟联动组的联动策略。
9、 根据权利要求 8所述的装置， 其特征在于， 所述管理模块， 具体用于在所述建立模块 建立的虚拟联动组信息表中查询所述虚拟联动组的联动策略， 根据所述接收模块接收到的管 理指示及查询到的所述虚拟联动组的联动策略对所述虚拟联动组的对象进行统一管理。
10、 根据权利要求 8所述的装置， 其特征在于， 所述第二确定模块， 具体用于根据用户 配置确定所述虚拟联动组的联动策略； 或者， 在所述用户未配置所述虚拟联动组的联动策略 时， 将默认的联动策略确定为所述虚拟联动组的联动策略。
PCT/CN2010/079709 2010-12-13 2010-12-13 管理业务的方法及装置 WO2012079212A1 (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
PCT/CN2010/079709 WO2012079212A1 (zh) 2010-12-13 2010-12-13 管理业务的方法及装置
EP10860853A EP2538612A4 (en) 2010-12-13 2010-12-13 METHOD AND DEVICE FOR SERVICE MANAGEMENT
CN2010800039586A CN102239665A (zh) 2010-12-13 2010-12-13 管理业务的方法及装置
US13/553,539 US20120284274A1 (en) 2010-12-13 2012-07-19 Method and device for service management

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2010/079709 WO2012079212A1 (zh) 2010-12-13 2010-12-13 管理业务的方法及装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US13/553,539 Continuation US20120284274A1 (en) 2010-12-13 2012-07-19 Method and device for service management

Publications (1)

Publication Number Publication Date
WO2012079212A1 true WO2012079212A1 (zh) 2012-06-21

Family

ID=44888879

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2010/079709 WO2012079212A1 (zh) 2010-12-13 2010-12-13 管理业务的方法及装置

Country Status (4)

Country Link
US (1) US20120284274A1 (zh)
EP (1) EP2538612A4 (zh)
CN (1) CN102239665A (zh)
WO (1) WO2012079212A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104009929B (zh) * 2013-02-21 2019-01-18 中兴通讯股份有限公司 一种管理虚拟路由器的方法及物理路由器
CN105515812A (zh) * 2014-10-15 2016-04-20 中兴通讯股份有限公司 资源的故障处理方法及装置
CN105554074A (zh) * 2015-12-07 2016-05-04 上海爱数信息技术股份有限公司 一种基于rpc通信的nas资源监控系统及监控方法
US11165697B2 (en) * 2018-11-16 2021-11-02 Juniper Networks, Inc. Network controller subclusters for distributed compute deployments
CN115037674B (zh) * 2022-05-16 2023-08-22 郑州小鸟信息科技有限公司 一种中央控制系统单机及多设备冗余备份方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE19524024A1 (de) * 1995-06-30 1997-01-02 Siemens Ag Verfahren zum Spezifizieren von multifunktionalen Baugruppen in einem Kommunikationssystem
CN1753372A (zh) * 2004-09-21 2006-03-29 华为技术有限公司 一种电信设备单元的管理方法
CN101022365A (zh) * 2007-03-15 2007-08-22 华为技术有限公司 业务平台组件管理和组件运行方法及业务平台

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6058490A (en) * 1998-04-21 2000-05-02 Lucent Technologies, Inc. Method and apparatus for providing scaleable levels of application availability
US7225240B1 (en) * 2000-05-20 2007-05-29 Ciena Corporation Decoupling processes from hardware with logical identifiers
US6332198B1 (en) * 2000-05-20 2001-12-18 Equipe Communications Corporation Network device for supporting multiple redundancy schemes
GB0119146D0 (en) * 2001-08-06 2001-09-26 Nokia Corp Controlling processing networks
US7548743B2 (en) * 2004-11-30 2009-06-16 Alcatel-Lucent Usa Inc. Call control with converged application server logic and gateway logic in IMS networks
US7590886B2 (en) * 2006-11-21 2009-09-15 General Instruments, Corporation Method and apparatus for facilitating device redundancy in a fault-tolerant system
US7831772B2 (en) * 2006-12-12 2010-11-09 Sybase, Inc. System and methodology providing multiple heterogeneous buffer caches
US9648147B2 (en) * 2006-12-29 2017-05-09 Futurewei Technologies, Inc. System and method for TCP high availability
JP5056504B2 (ja) * 2008-03-13 2012-10-24 富士通株式会社 制御装置、情報処理システム、情報処理システムの制御方法および情報処理システムの制御プログラム
US8483049B2 (en) * 2010-03-29 2013-07-09 Futurewei Technologies, Inc. System and method for communications system routing component level high availability

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE19524024A1 (de) * 1995-06-30 1997-01-02 Siemens Ag Verfahren zum Spezifizieren von multifunktionalen Baugruppen in einem Kommunikationssystem
CN1753372A (zh) * 2004-09-21 2006-03-29 华为技术有限公司 一种电信设备单元的管理方法
CN101022365A (zh) * 2007-03-15 2007-08-22 华为技术有限公司 业务平台组件管理和组件运行方法及业务平台

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2538612A4 *

Also Published As

Publication number Publication date
CN102239665A (zh) 2011-11-09
US20120284274A1 (en) 2012-11-08
EP2538612A1 (en) 2012-12-26
EP2538612A4 (en) 2013-01-02

Similar Documents

Publication Publication Date Title
US20220294701A1 (en) Method and system of connecting to a multipath hub in a cluster
JP4680919B2 (ja) ネットワークノードクラスタのための冗長なルーティング機能
Song et al. Control path management framework for enhancing software-defined network (SDN) reliability
US20150236949A1 (en) System and method for reducing information loss in an aggregated information handling system
CN110784400B (zh) N：1有状态应用网关冗余方法、系统和备用服务网关
CN110855509B (zh) 一种新型的云化软件定义分组传送网sptn网络架构的配置方法
US10404773B2 (en) Distributed cluster processing system and packet processing method thereof
US9071508B2 (en) Distributed fabric management protocol
WO2017000832A1 (zh) Mac地址的同步方法、装置及系统
US10503565B2 (en) System and method for multicasting data between networking interfaces of hypervisors
CN104426756B (zh) 一种服务节点能力信息的获取方法及控制平台
WO2012079212A1 (zh) 管理业务的方法及装置
WO2008014696A1 (fr) Méthode et dispositif pour effectuer un transfert de communications
WO2020001409A1 (zh) 一种虚拟网络功能vnf部署方法及装置
US20180123969A1 (en) Openflow protocol-based resource control method and system, and apparatus
WO2024027217A1 (zh) 一种虚拟化核心网的时间敏感实现方法及系统
CN116886496A (zh) 基于dpu的数据处理方法、装置、设备及可读存储介质
WO2013037314A1 (zh) 用于数据处理中心容灾备份的系统及方法
TW201128406A (en) Computer managing method
US10305987B2 (en) Method to syncrhonize VSAN node status in VSAN cluster
US9654304B2 (en) Method and apparatus for sending transparent interconnection of lots of links data frame
WO2009062351A1 (fr) Procédé permettant de fusionner des systèmes d'empilement
WO2018113633A1 (zh) 报文转发方法、报文转发控制器、bras、计算机存储介质
JP2007201840A (ja) 複合型情報プラットフォーム装置およびその通信帯域保証方法
WO2012116641A1 (zh) 路由信息的处理方法和装置

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201080003958.6

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 10860853

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2010860853

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE