WO2021077940A1 - 一种虚拟化方法及装置 - Google Patents
一种虚拟化方法及装置 Download PDFInfo
- Publication number
- WO2021077940A1 WO2021077940A1 PCT/CN2020/114862 CN2020114862W WO2021077940A1 WO 2021077940 A1 WO2021077940 A1 WO 2021077940A1 CN 2020114862 W CN2020114862 W CN 2020114862W WO 2021077940 A1 WO2021077940 A1 WO 2021077940A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- slice
- single board
- line card
- main control
- management
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 126
- 238000004891 communication Methods 0.000 claims abstract description 95
- 238000007726 management method Methods 0.000 claims description 300
- 230000008569 process Effects 0.000 claims description 60
- 238000013468 resource allocation Methods 0.000 claims description 40
- 238000012545 processing Methods 0.000 claims description 29
- 235000019580 granularity Nutrition 0.000 description 31
- 230000006978 adaptation Effects 0.000 description 26
- 230000003993 interaction Effects 0.000 description 17
- 238000010586 diagram Methods 0.000 description 14
- 230000003287 optical effect Effects 0.000 description 12
- 230000006870 function Effects 0.000 description 11
- 230000000694 effects Effects 0.000 description 9
- 239000003795 chemical substances by application Substances 0.000 description 8
- 230000008859 change Effects 0.000 description 7
- 239000000306 component Substances 0.000 description 6
- 238000005516 engineering process Methods 0.000 description 5
- 238000012423 maintenance Methods 0.000 description 5
- 238000004064 recycling Methods 0.000 description 5
- 230000001360 synchronised effect Effects 0.000 description 5
- 230000009897 systematic effect Effects 0.000 description 4
- 230000005540 biological transmission Effects 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000007704 transition Effects 0.000 description 3
- 230000001960 triggered effect Effects 0.000 description 3
- 238000007792 addition Methods 0.000 description 2
- 238000012217 deletion Methods 0.000 description 2
- 230000037430 deletion Effects 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 239000013307 optical fiber Substances 0.000 description 2
- 238000011084 recovery Methods 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 101100186114 Arabidopsis thaliana NAC037 gene Proteins 0.000 description 1
- 101100079120 Arabidopsis thaliana NAC076 gene Proteins 0.000 description 1
- 230000002159 abnormal effect Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 239000011111 cardboard Substances 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 239000008358 core component Substances 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 230000001568 sexual effect Effects 0.000 description 1
- 239000000126 substance Substances 0.000 description 1
- 230000009466 transformation Effects 0.000 description 1
- 238000013519 translation Methods 0.000 description 1
- 238000012384 transportation and delivery Methods 0.000 description 1
- 238000010200 validation analysis Methods 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
- H04Q11/0062—Network aspects
- H04Q11/0071—Provisions for the electrical-optical layer interface
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
- G06F3/0662—Virtualisation aspects
- G06F3/0664—Virtualisation aspects at device level, e.g. emulation of a storage device or system
-
- 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
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
- G06F3/0604—Improving or facilitating administration, e.g. storage management
- G06F3/0607—Improving or facilitating administration, e.g. storage management by facilitating the process of upgrading existing storage systems, e.g. for improving compatibility between host and storage device
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
- G06F3/0629—Configuration or reconfiguration of storage systems
- G06F3/0632—Configuration or reconfiguration of storage systems by initialisation or re-initialisation of storage systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
- G06F3/0671—In-line storage system
- G06F3/0683—Plurality of storage devices
- G06F3/0688—Non-volatile semiconductor memory arrays
-
- 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
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
- H04Q11/0062—Network aspects
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
- H04Q11/0062—Network aspects
- H04Q11/0067—Provisions for optical access or distribution networks, e.g. Gigabit Ethernet Passive Optical Network (GE-PON), ATM-based Passive Optical Network (A-PON), PON-Ring
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
- H04Q11/0062—Network aspects
- H04Q2011/0064—Arbitration, scheduling or medium access control aspects
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
- H04Q11/0062—Network aspects
- H04Q2011/0079—Operation or maintenance aspects
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
- H04Q11/0062—Network aspects
- H04Q2011/0086—Network resource allocation, dimensioning or optimisation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/1301—Optical transmission, optical switches
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13399—Virtual channel/circuits
Definitions
- the present invention relates to the field of optical communication technology, in particular to a virtualization method and device.
- Optical Line Terminal is the core component of optical fiber-based optical access network, which is equivalent to a switch or router in a traditional communication network, and is also a multi-service providing platform.
- the OLT is generally placed at the central office to provide optical fiber interfaces for user-oriented passive optical networks. Its main function is: on the one hand, the signals carrying various services are aggregated at the central office and sent to the access network according to a certain signal format for transmission to end users; on the other hand, the signals from end users are according to the type of service. They are sent to various business networks respectively.
- OLT equipment usually needs to carry the services of thousands of users, and the needs of different users are not the same.
- multiple virtual OLT systems can be created on the OLT equipment, and each virtual OLT system is independently isolated from each other to meet different requirements of multiple services.
- the existing inventory OLT equipment of the operator usually has multiple slots.
- it may not be able to support the creation of a multi-virtual OLT system due to limited software and hardware resources. Therefore, the virtualization management method of the multi-virtual OLT system cannot improve the utilization of operators' resource-constrained inventory equipment.
- This article provides a virtualization method and device that can implement virtualization management of resource-constrained equipment and improve resource utilization.
- an embodiment of the present invention provides a virtualization method applied to a main control single board, including: allocating the resources of the line card single board to the slice of the virtualization system of the main control single board; Slicing includes: management slice and/or ordinary slice; through the communication between the management slice of the main control single board and the management slice of the line card single board, the virtual system of the main control single board and the virtualization system of the line card single board are realized. Inter-board communication.
- an embodiment of the present invention provides a virtualization method applied to a line card single board, including: configuring a virtualized multi-slicing system for the line card single board according to the resource amount of the line card single board or A virtualized single-slice system; wherein the virtualized multi-slice system includes: management slices and ordinary slices; the virtualized single-slice system includes: management slices; management slices through the line card single board and management of the main control single board The communication between the slices realizes the cross-board communication between the virtualization system of the line card single board and the virtualization system of the main control single board.
- an embodiment of the present invention provides a virtualization device, including: a memory, a processor, and a virtualization program stored on the memory and capable of running on the processor, the virtualization When the program is executed by the processor, the steps of the above virtualization method are realized.
- an embodiment of the present invention provides a computer-readable storage medium having a virtualization program stored on the computer-readable storage medium, and when the virtualization program is executed by a processor, the foregoing virtualization method is implemented A step of.
- the main control single board allocates the resources of the line card single board to the slice of the virtualization system of the main control single board;
- the slice includes: management Slicing and/or ordinary slicing;
- the line card single board configures a virtualized multi-slicing system or a virtualized single-slicing system for the line card single board according to the resource amount of the line card single board;
- the virtualized multi-slicing system includes: Management slice and common slice;
- the virtual single slice system includes: management slice; realize the virtualization system and line card of the main control single board through the communication between the management slice of the main control single board and the management slice of the line card single board Cross-board communication between the virtualization systems of a single board.
- FIG. 1 is a flowchart of a virtualization method (main control single board) according to Embodiment 1 of the present invention
- Embodiment 2 is a flowchart of a virtualization method according to Embodiment 2 of the present invention (line card single board);
- FIG. 3 is a schematic diagram of a virtualization device (main control single board) according to Embodiment 3 of the present invention.
- FIG. 4 is a schematic diagram of a virtualization device (line card single board) according to Embodiment 4 of the present invention.
- Fig. 5 is a schematic diagram of the main control board in Example 1 supporting switching between a single-slice system and a multi-slice system;
- Fig. 6 is a schematic diagram of board-level resource allocation supported by a line card with sufficient resources in Example 2;
- Figure 7 is a schematic diagram of the resource-constrained line card supporting board-level resource allocation in Example 3.
- Fig. 8 is a schematic diagram of resource allocation for a line card with sufficient resources to support port exclusive resource allocation in Example 4.
- FIG. 9 is a schematic diagram of resource-constrained line card supporting port exclusive resource allocation in Example 5.
- Figure 10 is a schematic diagram of resource allocation for a line card with sufficient resources to support port sharing in Example 6;
- FIG. 11 is a schematic diagram of resource allocation for resource-constrained line cards supporting port sharing in Example 7.
- FIG. 12 is a schematic diagram of the startup sequence of the management slice and the normal slice in Example 8.
- FIG. 13 is a schematic diagram of cross-board communication between the line card with sufficient resources and the main control single board in Example 9;
- Example 14 is a schematic diagram of cross-board communication between the resource-constrained line card and the main control single board in Example 10;
- Figure 15 is a schematic diagram of line card status management in Example 11.
- an embodiment of the present invention provides a virtualization method applied to a main control board, including:
- Step S110 Allocate the resources of the line card single board to the slices of the virtualization system of the master control single board; the slices include: management slices and/or ordinary slices;
- Step S120 through the communication between the management slice of the main control single board and the management slice of the line card single board, the cross-board communication between the virtualization system of the main control single board and the virtualization system of the line card single board is realized.
- the communication between the management slice of the main control single board and the management slice of the line card single board realizes the communication between the virtualization system of the main control single board and the virtualization system of the line card single board.
- Inter-board communication including:
- the management slice of the main control single board is used as the communication agent of the virtualization system of the main control single board to perform the common slice of the main control single board.
- the slice of the virtualization system that allocates the resources of the line card single board to the main control single board includes: allocating the resources of the line card single board to the management of the main control single board at a board level Slice or common slice; or allocate the resources of the line card single board to the management slice or common slice of the main control single board in a port-level granularity and port exclusive mode; or share the line card single board in a port-level granularity and port sharing mode The resources are allocated to the management slice and common slice of the main control board;
- the management slice of the main control single board is used as the communication agent of the virtualization system of the main control single board, and the common slice of the main control single board is compared with the virtualization system of the line card single board.
- Data forwarding between the main control board includes: after the management slice of the main control single board receives the data from the virtualization system of the line card single board, if the data carries the identification information of the common slice of the line card single board, then The data is forwarded to the common slice of the main control single board corresponding to the common slice of the line card single board; wherein the line card single board is configured as a virtualized multi-slice system; the virtualized multi-slice system includes: management slices And ordinary slicing; the ordinary slicing of the line card veneer has a one-to-one correspondence with the ordinary slicing of the main control veneer;
- the management slice of the main control single board is used as the communication agent of the virtualization system of the main control single board, and the common slice of the main control single board is compared with the virtualization system of the line card single board.
- Data forwarding between lines includes: after the management slice of the main control board receives the data from the virtualization system of the line card single board, if the data carries the identification information of the management slice of the line card single board, then query all The resource allocation granularity of the line card single board;
- the resource allocation granularity of the line card single board is the board-level allocation granularity
- the resource allocation granularity of the line card single board is a port-level granularity
- the management slice of the main control single board is used as the communication agent of the virtualization system of the main control single board, and the common slice of the main control single board is compared with the virtualization system of the line card single board.
- Data forwarding between the main control single board includes: the ordinary slice of the main control single board sends the to-be-sent data sent to the line card single board to the management slice of the main control single board; when the line card single board is a multi-slice system, the The management slice of the main control single board sends the data to be sent to the management slice of the line card single board; when the line card single board is a single slice system, the management slice of the main control single board transfers the The slice attribution of the data to be sent is modified to the management slice of the line card single board, and the data to be sent is sent to the management slice of the line card single board; wherein, when the line card single board is a multi-slice system , The management slice of the line card single board receives the data forwarded by the management slice of the main
- the management slice of the master control single board first loads the configuration data and takes effect, and then the ordinary slice of the master control single board loads the private configuration file of the slice;
- the management slice of the main control board maintains the state information of the line card single board, and synchronizes the state information of the line card single board to the main control that the resource of the line card single board belongs to.
- “slicing” here is the general term for the independent logical network elements of the virtualization system.
- the corresponding English description is virtual-network-device, and the Chinese translation is virtual network device.
- VND virtual network device.
- a management slice is a slice with administrator authority.
- Ordinary slices are slices with general permissions, which are started and managed by management slices on demand. Generally, management slices carry software applications necessary for the normal operation of physical network devices. Ordinary slices carry some extended applications (extended applications are mainly applications related to logic services).
- the slices of the virtualization system are single-process or multi-process; if the original software architecture on the main control board is a single-process architecture, after supporting the virtualized multi-slice system, each slice is also a single process.
- Process architecture where the single process in the original software architecture is used as the management slice of the virtualized multi-slice system: VND0, other ordinary slices (non-management slices will be equivalently expressed in VNDx later, note that VNDx does not include VND0) to be the same as the management slice process
- VND0 the single process in the original software architecture
- other ordinary slices non-management slices will be equivalently expressed in VNDx later, note that VNDx does not include VND0
- the original software architecture of the main control board is a multi-process architecture
- the multiple processes in the original software architecture form a management slice: VND0
- other ordinary slices exist in the same mirror form as the management slice multi-process.
- a system-level command switch for switching between a single-slice system and a multi-slice system is added to the original software architecture.
- the command switch supports dynamic configuration, including but not limited to CLI (Command-Line Interface) and network management commands.
- CLI Common-Line Interface
- the system will automatically switch to a multi-slicing system after the switch is executed; when the current system is a multi-slicing system, the system will automatically switch to a single-slicing system after the switch is executed.
- the management slice is used to perform at least one of the following management on the common slices of the virtualization system: create common slices, delete common slices, enable common slices, disable common slices, and allocate common slices Resources, recovery of resources allocated to common slices, deployment of common slice CPUs, common slice mode settings, common slice information query, common slice interface switching;
- the common slicing mode includes: mixed mode (default configuration), single-board mode, exclusive port mode, and shared port mode; among them, mixed mode refers to: support single-board mode, exclusive port mode and shared port mode, that is, resource allocation Unrestricted; software modules that are not sensitive to slice information can be modified for multiple slice instances.
- This type of software module isolates data, management messages, and protocol messages between different slices, regardless of whether it is implemented under management slice VND0 and ordinary slice VNDx Basically the same.
- Such software modules include OAM (Operation Administration and Maintenance), protocol stacks, broadband services, and PON (Passive Optical Network, passive optical network) services.
- the software modules that cannot be modified by multiple slice instances are set to a single process, or directly belong to the management slice.
- the data of the software module is set as global data, and the slice ID is added during data transmission to distinguish different slices.
- the management slice VND0 system includes a full set of implementations, while the ordinary slice VNDx is modified on this basis (for example: version management, single board additions and deletions, etc., global system functions need to be tailored), by providing a task or process registration mechanism for distinguishing slices Whether the service selection task or process should be started under a slice, and a slice identification interface is also provided for the service to determine which slice is currently running in order to distinguish between processing.
- a slice identification interface is also provided for the service to determine which slice is currently running in order to distinguish between processing.
- OM Opera Manager, operation management
- slice management and other modules this type of module is mainly completed in the management of slice VND0. According to the allocation of resources in the slice, the data required by the slice needs to be passed through The cross-process communication mechanism between slices is synchronized to the corresponding slice to meet the needs of slice functions.
- the management slice VND0 and ordinary slice VNDx have their own independent file systems.
- the slice file system can be created when the system is running, and the slice directory is named according to certain naming rules.
- the file system of each slice includes but is not limited to: configuration files, ONU (Optical Network Unit, optical network unit) files, etc., among which the file systems of common slice VNDx cannot be interoperable, but the management slice VND0 can operate and manage all common slice file systems;
- Each slice has its own independent configuration file, but each slice loads its own configuration file during the startup process is not completely concurrent.
- the fundamental reason is that the management slice VND0 is not completely equivalent to the ordinary slice VNDx, and the system's global data set is only in The management slice VND0 exists, the ordinary slice VNDx only has the private data set of the slice, and the configuration data of the ordinary slice VNDx actually still depends on the global configuration data of the management slice VND0. Therefore, there is such a constraint on the timing of slice startup and loading: the management slice VND0 loads the configuration data first and takes effect (actually, it is consistent with the startup of the single slice system), and then the ordinary slice VNDx loads the private configuration files of their respective slices. There is no timing dependency between the common slice VNDx.
- a slice has its own file directory. During the loading process of the configuration file, it needs to read the configuration file information in the file system directory to which the slice belongs.
- the resource allocation granularity of line cards with different capabilities can be different.
- single-slice systems are allowed for this type of line card.
- this type of line card still supports board-level granularity and port-level granularity.
- the line card board status and related alarms and other information presentation can also control the common slices and management of the line card. Under the slice, other ordinary slices are missing.
- each module line card global, Systematic message interaction still needs to interact with the master management slice VND0, but the business module on the line card needs to interact with the master slice VNDx
- the sensitive module of the master multi-slice entity needs to use the interface to obtain physical slice information for message exchange
- the module insensitive to the master multi-slice entity needs to use the interface to obtain the logical slice information for message exchange.
- the communication scheme of the original single-slice system of the main control board and the line card needs to be simply adapted, identified and sent to the specified slice, and a cross-process between the ordinary slice and the management slice is added. Communication, therefore, for the interaction between slices, if necessary, the original function interface call relationship needs to be transformed into inter-process calls between slice processes;
- Board management is one of the core modules of system control. Its main function is to manage and control various hardware resources in the system, monitor the status changes of hardware resources in real time, and provide reliable hardware resource status for upper-level services, and then provide Users understand the operating status of the system to provide reliable data.
- board management is the maintenance of the status of the single board controlled by the system; according to the actual operating status of the single board, the status of the single board is maintained, and the user can make a preliminary judgment based on the status of the single board. Service status, for example, if the board is in INSERVICE, it can be preliminarily judged that the service status is normal.
- the board status can be as follows according to needs:
- the board resources are no longer statically bound to the management slice VND0, and the board resources need to be dynamically allocated to the common slice VNDx. In this way, the common slice VNDx system also needs to maintain the resources belonging to the slice.
- the status of the single board is changed, and a slice-level status of the single board needs to be added to the original board status management structure.
- the HWONLINE/OFFLINE of the board slice level status is still determined by the board scan in the management slice VND0.
- the board scan is in place or not in place.
- the management slice VND0 also needs to be based on the board scan.
- the resource slice ownership also sets the slice level status in the common slice VNDx to which the board belongs to HWONLINE/OFFLINE.
- the keep-alive heartbeat between the line card and the main controller will also affect the status of the board.
- the CONFIGING state of the single board slice level is triggered by the line card CARDUP (single board online) message in the master ordinary slice VNDx.
- the service in the ordinary slice VNDx receives the system CARDUP message, and performs service configuration processing and service configuration.
- the system board management module in the common slice VNDx is notified, and the slice-level state of the single board in the common slice VNDx is updated to the INSERVICE state.
- the alarm management needs to be appropriately adapted. Since each slice has its own alarm management module and alarm management pool, the alarm functions are separated. The resource-constrained line card needs to send an alarm to the corresponding master-owned slice, and cannot send the wrong slice.
- the management slice VND0 By default, all system resources belong to the management slice VND0. After the common slice VNDx is created, the resources can be allocated to the common slice VNDx. For single board and port exclusive allocation of slices, at this time the resource is divided from the management slice VND0 to a common slice VNDx, and the management slice VND0 no longer owns the resource. For the allocation of slices in port sharing mode, the port is owned by the management slice VND0 and the common slice VNDx at the same time. When resources are recovered from the common slice VNDx, the boards and ports are exclusively returned from the common slice VNDx to the management slice VND0, the management slice VND0 adds the resource, and the common slice VNDx deletes the resource. For the recycling of the port sharing method, only the ordinary slice VNDx needs to delete the resource, and the management slice VND0 does not need to add the resource. It only needs to change the allocation of the resource from shared to exclusive.
- the specific rules regarding the allocation of system resources can include the following four types:
- the first type allocation is performed according to the service board.
- the slice will exclusively allocate the obtained service board.
- the ports and ONT (Optical Network Terminal) under the service board all belong to the corresponding ordinary slice VNDx system. It should be noted that in the common slice VNDx, the assigned single board can be reset, the status of the single board can be viewed, and the single board alarm can be reported. Since the management slice VND0 has the maximum management authority, it is still possible to delete and reset the single board, view the status of the single board, and report the single board alarm under the management slice VND0.
- the second type allocate according to the physical port exclusive mode, at this time, the slice will monopolize the obtained port.
- Different ports can be divided into different slices.
- physical ports on the same board are allowed to belong to different slices, that is, they are bound one by one according to the port granularity.
- operations such as port configuration management and port status query can be performed.
- the third type allocation is performed according to the physical port sharing method, and a physical port is allocated to multiple slices at the same time. At this time, multiple slices will have the physical port. For example, the PON port is allocated to multiple slices at the same time, so that the final optical network unit ONU obtained by each slice is different. This method can realize that different users under a PON port belong to different virtual slice systems.
- the fourth type distribute according to the service sub-interfaces of the physical ports.
- the service virtual sub-interfaces configured under the ONU created by the management slice VND0 can be assigned to multiple virtual OLT slice systems. This method can realize different services in the same ONT Streams belong to different virtual slicing systems, and are managed by virtual systems based on business streams to provide customers with more flexible choices.
- Physical objects can be bound to the virtual slice system through different granularities.
- the allocation method after each virtual OLT slice gets the allocated system resources, it forms an independent and complete virtual OLT system, that is, one that also has a complete OLT device.
- the function is equivalent to dividing an OLT device into multiple OLT devices that can be used to meet a variety of business requirements through a reasonable division of resources.
- the specific supported slice configuration modes include the following:
- Shared port allocation slice means that after the port is allocated by the management slice VND0 to the ordinary slice VNDx, the port resources will not only belong to the ordinary slice VNDx, but the port resources still belong to the management slice VND0.
- Port allocation in a shared mode the management slice VND0 does not need to perceive the change of the port’s ownership. If necessary, it only needs to perceive the port’s configuration mode change (the port is changed from the exclusive-owned VND0 to the shared-owned VND0). There is no change in the class statistics in the management slice VND0.
- hybrid slicing mode this slicing mode is the default slicing mode of common slicing VNDx and management slicing VND0. In this slicing mode, there are no restrictions on resource allocation to slices;
- the first method directly restrict the resource allocation selection from the command interface, and execute the resource allocation command , To filter out the unsupported resource granularity, and only display the resource granularity that supports configuration.
- the second method If the granularity of the allocated resources in some scenarios cannot be accurately filtered, there is a compromise method, which is to uniformly increase the resource verification control before the resource allocation command is actually executed when the resource allocation command is issued. Or the resource allocation that does not meet the constraint conditions returns a failure response, and at the same time gives a guiding error prompt to remind the user;
- the specific constraint rules for resource allocation may include at least one of the following:
- the slicing in the mixed mode can be switched to other slicing modes at will;
- the slicing in the single-board mode can be switched to other slicing modes at will when there is no resource allocation. If there are resources, it can only be switched to the mixed mode;
- the slice in the exclusive port mode can be switched to other slice modes at will when there is no resource allocation. If there are resources, it can only be switched to the mixed mode;
- the slicing in the shared port mode can be arbitrarily switched to other slicing modes when there is no resource allocation. If there are resources, it can only be switched to the mixed mode;
- the number of slices that can be created is also limited. At the same time, if the number of slices is started too much and exceeds the memory range of the board, it will also Trigger OOM (Out Of Memory). Insufficient memory causes the system to reset. Therefore, the slice capacity needs to be judged during the slice creation process. When the maximum number supported by the system is reached, it is not allowed to continue to create new slices.
- the specific judgment conditions include, but are not limited to, memory resources.
- the timing of restriction is when the slice is created on the main control board. It does not depend on whether the slice entity process is actually started, because it must be able to start successfully to ensure that the number of slices is successfully configured. .
- the management of resource templates needs to be centrally controlled in the management slice VND0.
- the creation, deletion, modification, and query of resource templates of the management slice VND0 or ordinary slice VNDx are all done by the management slice VND0.
- other ordinary slice VNDx can only control the corresponding service configuration according to the capacity index configured by the management slice VND0.
- an embodiment of the present invention provides a virtualization method applied to a line card single board, including:
- Step S210 Configure a virtualized multi-slice system or a virtualized single-slice system for the line card single board according to the resource amount of the line card single board; wherein, the virtualized multi-slice system includes: management slices and ordinary slices; Virtualized single slice system includes: management slice;
- step S220 the cross-board communication between the virtualization system of the line card single board and the virtualization system of the main control single board is realized through the communication between the management slice of the line card single board and the management slice of the main control single board.
- the configuring a virtualized multi-slicing system or a virtualized single-slicing system for the line card single board according to the resource amount of the line card single board includes: when the resource amount of the online card single board indicates that the resources are sufficient , Configure a virtualized multi-slicing system for the line card single board; when the resource amount of the online card single board indicates that resources are limited, configure a virtualized single-slice system for the line card single board; in one embodiment, The resources of the line card single board are allocated to the management slice or common slice of the main control single board at board level granularity; or the resources of the line card single board are allocated to the management of the main control single board at port level granularity and port exclusive mode Slice or common slice; or the resources of the line card single board are allocated to the management slice and common slice of the main control single board in a port-level granularity and port sharing manner;
- the management of the line card single board sends data to the management slice of the main control board;
- the management of the line card single board sends data to the management slice of the main control single board, and carries identification information of the common slice of the line card single board; wherein, the common slice of the line card single board has a one-to-one correspondence with the common slice of the main control single board.
- the communication between the management slice of the line card single board and the management slice of the main control single board realizes the communication between the virtualization system of the line card single board and the virtualization system of the main control single board.
- Inter-board communication includes: when the line card single board is a multi-slice system, the management slice of the line card single board receives data forwarded by the management slice of the main control single board, and if the data actually belongs to the line For the management slice of the card veneer, the data is processed by the management slice of the line card veneer; if the data actually belongs to the ordinary slice of the line card veneer, the data is processed by the management slice of the line card veneer The normal slice forwarded to the line card is processed; when the line card single board is a single slice system, the management slice of the line card single board receives and processes the data forwarded by the management slice of the main control single board.
- the embodiment of the present invention provides a virtualization device applied to the main control single board, including: a resource allocation module 301 configured to allocate resources of the line card single board to the virtualization of the main control single board
- the slices of the system include: management slices and/or ordinary slices
- the communication module 302 is configured to realize the virtualization of the main control single board through the communication between the management slice of the main control single board and the management slice of the line card single board Cross-board communication between the virtualization system and the virtualization system of the line card single board.
- the resource allocation module is configured to allocate the resources of the line card single board to the slice of the virtualization system of the main control single board in the following manner:
- the communication module is set to implement the communication between the management slice of the main control single board and the management slice of the line card single board in the following manner to realize the connection between the virtualization system of the main control single board and the line card single board.
- Cross-board communication between virtualization systems :
- the management slice of the main control single board is used as the communication agent of the virtualization system of the main control single board to perform the common slice of the main control single board. Data forwarding between the virtualization system and the line card single board.
- the communication module is configured to use the management slice of the main control single board as the communication agent of the virtualization system of the main control single board in the following manner, and perform common slice and line of the main control single board. Data forwarding between the virtualization systems of the card single board:
- the management slice of the main control single board After the management slice of the main control single board receives the data from the virtualization system of the line card single board, if the data carries the identification information of the ordinary slice of the line card single board, the data is forwarded to the line card single board.
- the ordinary slice of the card veneer corresponds to the ordinary slice of the main control veneer;
- the line card single board is configured as a virtualized multi-slicing system; the virtualized multi-slicing system includes: management slices and common slices; the common slices of the line card single board and the common slices of the main control single board have one One correspondence.
- the communication module is configured to use the management slice of the main control single board as the communication agent of the virtualization system of the main control single board in the following manner, and perform common slice and line of the main control single board. Data forwarding between the virtualization systems of the card single board:
- the management slice of the main control single board After the management slice of the main control single board receives the data from the virtualization system of the line card single board, if the data carries the identification information of the management slice of the line card single board, query the resource of the line card single board Distribution granularity
- the resource allocation granularity of the line card single board is the board-level allocation granularity
- the resource allocation granularity of the line card single board is a port-level granularity
- the communication module is configured to use the management slice of the main control single board as the communication agent of the virtualization system of the main control single board in the following manner, and perform common slice and line of the main control single board. Data forwarding between the virtualization systems of the card single board:
- the ordinary slice of the main control single board sends the data to be sent to the line card single board to the management slice of the main control single board;
- the management slice of the master control single board sends the data to be sent to the management slice of the line card single board; when the line card single board is a single slice In the system, the management slice of the master control single board changes the slice ownership of the data to be sent to the management slice of the line card single board, and sends the data to be sent to the management slice of the line card single board .
- the virtualization device further includes: a state management module 303;
- the state management module is set to the management slice of the main control single board to maintain the state information of the line card single board, and to synchronize the state information of the line card single board to the master to which the resource of the line card single board belongs. Common slicing of the control board.
- an embodiment of the present invention provides a virtualization device applied to a line card single board, including:
- the system configuration module 401 is configured to configure a virtualized multi-slice system or a virtualized single-slice system for the line card single board according to the resource amount of the line card single board; wherein, the virtualized multi-slice system includes: management slice and normal Slice; the virtualized single slice system includes: management slice;
- the communication module 402 is configured to realize cross-board communication between the virtualization system of the line card single board and the virtualization system of the main control single board through the communication between the management slice of the line card single board and the management slice of the main control single board .
- the system configuration module is configured to configure a virtualized multi-slice system or a virtualized single-slice system for the line card single board according to the resource amount of the line card single board in the following manner: online card single board When the resource amount indicates that the resources are sufficient, a virtualized multi-slicing system is configured for the line card single board; when the resource amount of the online card single board indicates that resources are limited, a virtualized single-slicing system is configured for the line card single board.
- the management of the line card single board After the resources of the line card single board are allocated to the ordinary slices of the main control single board, if the line card single board is configured as a virtualized single slice system, the management of the line card single board The slice sends data to the management slice of the main control single board; if the line card single board is configured as a virtualized multi-slice system, the management slice of the line card single board sends data to the management slice of the main control single board, and carries the line Identification information of the ordinary slice of the card veneer; wherein, the ordinary slice of the line card veneer has a one-to-one correspondence with the ordinary slice of the main control veneer.
- the communication module is set to realize the connection between the virtual system of the line card single board and the main control single board through the communication between the management slice of the line card single board and the management slice of the main control single board in the following manner: Cross-board communication between virtualization systems: When the line card single board is a multi-slice system, the management slice of the line card single board receives the data forwarded by the management slice of the main control single board.
- the management slice of the line card single board processes the data; if the data actually belongs to the ordinary slice of the line card single board, the management slice of the line card single board The data is forwarded to the ordinary slice of the line card for processing; when the line card single board is a single slice system, the management slice of the line card single board receives the data forwarded by the management slice of the main control single board and To process.
- the embodiment of the present invention provides a virtualization device, including:
- the embodiment of the present invention provides a computer-readable storage medium having a virtualization program stored on the computer-readable storage medium, and the virtualization program in the foregoing embodiment 1 or embodiment 2 is realized when the virtualization program is executed by a processor.
- the steps of the chemical method are realized when the virtualization program is executed by a processor.
- the main control board supports switching between a single-slice system and a multi-slice system.
- a logical slice can physically be a single process or a multi-process group.
- a single slice system exists in a single process by default.
- the realization method is to control the distinction through different startup parameters when creating a process, for example: slice ID.
- slice ID In order to be compatible with a single-slice system, for a multi-slice system, when the management slice is started, the slice ID of the default management slice is equal to 0. When the common slice VNDx is started, the slice ID specified by the specific user is used as the control parameter for slice start.
- the slices are distinguished according to the slice ID, so that the multiple slices created logically exist in different slice forms. For a single slice system, it is equivalent to starting one slice instance, and for a multiple slice system, it is equivalent to starting multiple slice instances.
- a new system command is added, which is used to switch between a single-slice system and a multi-slice system.
- the system command can be a dynamic configuration command.
- the system does not support multi-slicing systems by default. After the user manually configures and opens the system command, first save the configuration and restart, and then the system switches to a multi-slicing system. If you want to switch to a single slice system at this time, you need to dynamically close the system command. After saving the configuration and restarting, the system will switch to a single slice system.
- the management slice VND0 process of the multi-slice system is compatible with the single process of the single slice system in terms of configuration files.
- the slice instance of the single-slicing system and the slice instance of the OLT multi-slicing system can be the same image file, and the code and the version are built together. However, there is still a difference between the actual module processing of the management slice and the ordinary slice.
- the attribution of the software module in the OLT system can be set clearly, such as: OAM (Operation Administration and Maintenance), protocol stack, and broadband Software modules that are not sensitive to slice information, such as services and PON (Passive Optical Network) services, can be modified (for example, the initialization of these modules does not require different slices), and each software module can belong to multiple slices .
- This kind of software module is isolated from each other in data, management messages, and protocol messages between different slices, and it is basically the same no matter under the management slice VND0 and ordinary slice VNDx.
- the software modules that cannot be modified by multi-slice instances can be directly attributed to the management slice VND0 and initialized. At this time, the data of this type of module can only be global.
- slice VND ID information can be added to distinguish data interaction between service modules in other ordinary slices and global modules in the management slice.
- each slice has its own independent file system.
- the slice file system can be created when the system is running, and the slice directory can be ordered according to certain naming rules (for example: management slice: ⁇ flash ⁇ VND0 ⁇ , ordinary slice 1: ⁇ flash ⁇ VND1 ⁇ , ordinary slice 2: ⁇ flash ⁇ VND2 ⁇ ), the file system of each slice includes but not limited to: configuration files, ONU files, etc., among which the file systems between ordinary slices VNDx cannot be interoperable, and ordinary slices VNDx only It can manage its own file system, but the management slice VND0 can operate and manage all slice file systems.
- the line card can support a multi-slicing system. After the online card resources are allocated to the slice, the line card will start the corresponding slicing instance.
- the slicing process entity created by the line card only contains some business modules that are not sensitive to slicing.
- the global module is still created in the management slice VND0 of the online card.
- the line card is completely isolated from the services of different ordinary slices. In terms of business implementation, it can be considered that a logical slice instance is cloned.
- the business module in the slice process entity of the line card needs to go through the process if it involves accessing the global module. Inter-data exchange for access.
- the line card when the line card resources are limited, the line card can only support a single-slice system. Due to resource constraints such as memory and hardware, this resource-constrained line card cannot support the start of multi-slice physical processes on a single board, but the single board can do some adaptation processing in order to support slice allocation.
- the various business modules of the line card software do not need to perceive the existence of multi-slice entities, but only need to interact with objects in the same slice domain.
- the business modules obtain hardware resources and cross-board communication.
- the above is still completed by the line card global, systematic hardware, communication module, etc., and it needs to be compatible to realize the message interaction adaptation between the master control multi-slice system and the line card single-slice system (line card global, systematic message interaction still needs Interact with the master management slice VND0, but the business module on the line card needs to interact with the master slice VNDx), provides an interface to obtain physical slice information, and is used for the global and systematic module application of the line card.
- This type of module is for the slice Sensitive, it is necessary to physically identify its own interactive objects, and physical slice information must be acquired.
- the acquired physical slice information is the management slice VND0.
- This type of module is not sensitive to slices and does not need to care about the slice where it is located.
- the logical slice information obtained by the business module is the ordinary slice VNDx After such processing, although the entire board is assigned to the ordinary slice, the logical processing of the line card realizes the processing in the slice domain, but the global module of the line card physically still interacts with the master management slice VND0.
- the cross-board interaction of the business module of the line card needs to interact with the modules in the logical slice domain, the cross-board interaction of the global control information of the line card still needs to interact with the management slice VND0 of the main control board.
- the line card sends a message , Need to carry the specified destination slice ID.
- the main control board receives the line card message, no additional processing is required.
- the main control management slice VND0 directly forwards the message according to the slice information carried in the message, and then forwards the message to the corresponding slice. ⁇ Internal processing.
- the master control message is issued, because the master management slice VND0 and the module on the ordinary slice VNDx send cross-board messages, it can only be the interaction within the slice domain.
- the line card itself is a single entity process. In principle, all the messages received by the line card from different slices can be directly sent to the corresponding module of the current entity process for processing. After processing, the unified physical entity of the line card is basically realized. Logic adaptation processing.
- the line card can support a multi-slicing system.
- the processing module of the port belongs to the common slice VNDx, and the actual adaptation process , Is to forward the information of the common slice VNDx to the management slice VND0 through the first adaptation layer (communication adaptation layer), and forward the message from the line card from the management slice VND0 through the first adaptation layer (communication adaptation layer) To ordinary slice VNDx.
- the line card side When the line card side receives the master control multi-slice message, it can directly forward it to the processing module of the corresponding port of the line card according to the slice information.
- the master control side When the master control side receives the line card message, it only forwards it according to the specified slice. That is, when the main control single board receives the message of the line card, for the message exchange of the line card port resource, if the port itself carries common slice information, it is directly forwarded.
- the line card when the line card resources are limited, the line card can only support a single-slice system.
- a resource-constrained line card is allocated to a common slice in a port-level manner, the slice information obtained by the global module and the service module on the resource-constrained line card, whether physically or logically, is still the management slice VND0.
- the port When the main control single board receives the message of the line card, for the message exchange of the line card port resource, the port itself carries management slice information, and it needs to further query the resource ownership of the port for adaptation and forwarding.
- Figure 10 shows that line cards with sufficient resources are allocated to ordinary slices in a port sharing manner.
- the physical port of the PON line card supports shared distribution. This type of line card supports multi-slice physical processes. When the PON port of this type of line card completes the simultaneous allocation of multiple slices, it actually supports ONU. Implementation of level slices. Since the ONU is a device configured under the PON physical port, when the PON belongs to VND0, the ONU device configured under the PON port in VND0 belongs to the VND0. When the PON port is allowed to be shared with VNDx, it is in VNDx The ONU device configured under the shared PON port belongs to the VNDx.
- ONU-level slice deployment is supported, that is: more than one PON physical port
- An ONU device can be flexibly configured in different slices according to actual needs, and the ONU device can completely belong to this slice, and is transparent to other slices, including management slices, which greatly enriches the flexibility of application configuration.
- the port resource is actually added and deleted in the ordinary slice VNDx, but for the management slice VND0, there is no need to add and delete operations. Only the allocation method of the port resource under the management slice needs to be changed. Change to exclusive mode. Compared with the port exclusive mode allocation, the actual operation is to delete the port resource in the management slice VND0, and then add the port resource in the ordinary slice VNDx. By comparison, that is to say, the exclusive mode of port allocation and recycling is in Management slices and ordinary slices are mutually exclusive, but for shared port allocation, it exists in both management slices and ordinary slices. However, after the port sharing is assigned, the actual logical task is still for each allocated slice. Exclusive use.
- Figure 11 shows that resource-constrained line cards are allocated to ordinary slices in a port sharing manner.
- the uplink board port supports shared allocation to multiple slices.
- One physical uplink port logically supports multiple IP network access, which greatly saves single board connection ports.
- Resource, enhanced system integration, the main difference between resource-constrained line card physical port supporting shared allocation, and resource-sufficient line card physical port supporting shared allocation is two points: one is that the resource-constrained line card is still a single entity process, The other is that the interaction between the line card and the main control multi-slice system requires the adaptation of the second adaptation layer (resource management adaptation layer) on the main control single board.
- the second adaptation layer resource management adaptation layer
- the uplink port supports sharing
- the uplink After the uplink port supports end-to-end virtualization, when forwarding the flow interaction through the uplink port, it can implement a physical uplink port by setting different VLANs (Virtual Local Area Network, virtual local area network) and other means. Multiple logical OLT slicing system services.
- VLANs Virtual Local Area Network, virtual local area network
- the port resource is actually added and deleted in the ordinary slice VNDx, but for the management slice VND0, there is no need to add and delete operations. Only the allocation method of the port resource under the management slice needs to be changed. Change to exclusive mode. Compared with the port exclusive mode allocation, the actual operation is to delete the port resource in the management slice VND0, and then add the port resource in the ordinary slice VNDx. By comparison, that is to say, the exclusive mode of port allocation and recycling is in Management slices and ordinary slices are mutually exclusive, but for shared port allocation, it exists in both management slices and ordinary slices. However, after the port sharing is assigned, the actual logical task is still for each allocated slice. Exclusive use.
- the management slice VND0 on the main control board has a sequential relationship with the startup and loading sequence of the ordinary slice VNDx.
- VND0 prioritizes VNDx startup. Multiple VNDx can be started concurrently.
- VND0 triggers VNDx startup when the configuration file is loaded.
- VNDx's private configuration file loading timing depends on the addition of resources allocated by VNDx slices in the service module. Other processes are basically the same. , You can reuse code to achieve.
- the AppMain module mainly indicates the total entrance of the slice entity process, which serves as the total entrance for the slice instance startup;
- the SysCtl module mainly indicates the system control part of the slice entity process, which is mainly used for the maintenance and effective control of the global data of the single board;
- the DB module mainly Indicates the database module in the process of the slice entity, which is mainly used for the initialization of the slice entity database and the effective control of the configuration file loading of the slice;
- the PON module mainly indicates a general service module of the OLT system, and does not specifically refer to the PON service. Indicates the time sequence for validating service module data.
- the management slice VND0 is the first to start (note that in this example, in addition to the slice function, the management slice VND0 also assumes the carrier of some common modules).
- the common module related to the single board can be managed by a single process or process entity (assuming it is an SC (System Control) entity), and the management slice VND0 also exists as a "common slice”.
- SC System Control
- the SC entity is started first, and then VND0 and VNDx start concurrently.
- the configuration loading sequence of the SC entity also follows the loading sequence shown in Figure 12 in principle.
- VND0 is still different from VNDx.
- the normal slice VNDx will trigger the loading after the management slice VND0 is initialized and started, and whether to trigger the load of the normal slice VNDx depends entirely on the configuration command of the configuration module.
- the default slice instance startup parameter does not carry the slice ID parameter.
- the system starts, when there is no slice ID parameter, the system defaults the current slice to VND0.
- the management slice VND0 process is pulled up, perform a For the initialization of the key modules of the series single board, after the initialization is completed, the key modules will be notified to be powered on. After each key module receives the power-on notification, the private initialization of their respective modules will be performed.
- the system control module SysCtl module
- the Notify the DB module to start loading the configuration file of the current slice, and distribute the configuration command to take effect.
- the system control module will receive the slicing operation command and directly trigger the slicing command to take effect.
- the DB module message informs the system control module that the loading is complete, and then if there is a board power-on message, the system control module will notify the PON service module to configure the board. After the service configuration takes effect, it will respond to the system control module. At this time, the system The control module refreshes the board status of the upper wire card and other information maintenance.
- the normal slice VNDx When the master management slice VND0 starts to load the configuration, the normal slice VNDx is triggered. At this time, the normal slice VNDx process will be pulled up.
- the process image of the normal slice VNDx is the same as the management slice VND0. The difference is that the slice carries a different corresponding slice ID when starting. Parameters.
- the slice VNDx When the slice VNDx is started, the current slice environment context is the specified slice.
- the initialization part of the normal slice VNDx is different from that of the management slice. Global and system data initialization are not involved (global and system data are only initialized in the management slice) . After the slice VNDx is initialized, it will notify the key modules to be powered on. After each key module receives the power-on notification, it will perform private initialization of their respective modules.
- the system control module After the PON service module is initialized, the system control module needs to be notified, and the system control module receives After the service initialization is completed, the VNDx system control module will send the slice VNDx start message to the system control module that manages the slice VND0.
- the VND0 system control module refreshes the VNDx status, PID (Process ID, process ID) and other key information, and then recognizes the Whether there is resource allocation in the VNDx slice, if there is resource allocation, the VND0 system control module will send the resources allocated by the VNDx slice to the system control module of the VNDx slice, and the VNDx system control module will obtain the resource data allocated by the slice, and give priority to the VNDx PON business The module takes effect.
- the PON service module After the PON service module takes effect, it responds to the VNDx system control module. After the VNDx system control module receives the response, it triggers the VNDx DB module to start loading the configuration file of the VNDx slice. When the VNDx DB module is loaded, VNDx is notified After the system control module, if the single board belonging to this slice is powered on, the system control module of the VNDx of this slice will notify the PON service module to power on the board, and the service will configure the data of the VNDx slice on the line card.
- the business module notifies the VNDx system control module of the refresh status, and there is a message interaction between the VNDx system control module and the system control module that manages the slice VND0, which facilitates the synchronization of the data consistency of the card resources between different slices.
- the configuration of the slice VNDx is based on the physical resources allocated by the slice. Therefore, before loading the configuration file of the VNDx slice, it must be ensured that the business module has priority to complete the physical resources allocated by the slice. Otherwise, no physical resources exist in the slice business module. When, the direct business configuration will fail.
- Figure 13 shows that a line card with sufficient resources supports a multi-slicing system, and cross-board communication is carried out between the line card and the main control single board.
- Figure 14 shows that the resource-constrained line card only supports a single-slice system, and cross-board communication is carried out between the line card and the main control single board.
- the main adaptation layer of the main control board involved in communication mainly includes two parts, one part is the first adaptation layer (communication adaptation layer), which is mainly used for adding the message destination slice after the main control board receives the cross-board communication message The identification, and accurately forward the message to the destination slice.
- first adaptation layer communication adaptation layer
- the other part is the second adaptation layer (resource management adaptation layer), which is mainly used for non-single-level allocation of slices (for example, port-level allocation of slices) scenarios, for example, after the port resources of a resource-constrained single board are allocated to slices, The physical and logical slice ID of the resource-constrained line card is still VND0, but at this time, after the service flow involving the port is sent to the main control board, the main control board needs to further determine the slice ownership of the port and make the message accurate Forward to the destination slice.
- slice management adaptation layer resource management adaptation layer
- Common modules such as communication on the main control board, BSP (Board Support Package, board support package) are currently unified in the management slice VND0, regardless of whether the pipeline card is a single entity process or a multi-slice entity process, and the cross-board involved in the line card
- the communication always interacts with the main control management slice VND0.
- the cross-board communication message received by the line card is always processed in the management slice VND0 of the online card.
- the message received by the VND0 process communication module of the main control and the line card needs to identify the target slice ID and forward the message to the corresponding slice entity process in a unified manner.
- this processing is compatible with single-slice systems and multi-slice systems, and on the other hand, it borrows the existing communication protocol and only increases the communication between the slices to quickly realize the transformation of the existing architecture, reduce the development difficulty and accelerate the development progress.
- the business module on the ordinary slice VNDx actually has data read and write requirements between the global data control module on the board management slice VND0.
- the module in the slice VNDx obtains
- the method of board global data needs to be adjusted, and the original function interface call relationship is transformed into a call between slice processes.
- the specific method is not limited to synchronous or asynchronous message exchange.
- the communication methods involved mainly involve: the communication requirements between the intra-board slices, the communication requirements between the inter-board slices, and the selection of the inter-board communication protocol.
- the cross-board communication protocol inherits the original communication protocol, unifies the management slice VND0 to send and receive, or realizes the independent protocol stack of each slice across the board. Theoretically, it is supported and can be realized. The specific strategy to choose can be based on the progress of the project requirements and the hardware environment. Comprehensive consideration of other factors.
- Figure 15 is a schematic diagram of line card status management. As shown in Figure 15, it mainly describes several states of the line card and its transition drivers. Maintaining the line card status is to monitor the status changes of hardware resources in real time, and provide reliable hardware resource status for upper-layer services, and then provide users with an understanding of the system. Provide basis for operating status.
- each slot After the system control is initialized, before receiving the board scan information, each slot enters the UNKNOWN state by default, which means that the hardware status is not yet understood. At this time, any message interaction events and inter-board communication events are not processed. After processing the board scan event of the board, set the board status to OFFLINE (the slot does not have a board) or HWONLINE (the slot has a board). When the online card status is HWONLINE, if the main control board receives a line card configuration request, if the target slot line card is not configured at this time, the configuration request is ignored.
- the main control board verifies the configuration of the line card Whether the request is consistent with the configuration saved on the main control, if they are inconsistent, set the line card status to TYPEMISMATCH, if they are consistent, the configuration is delivered to the line card, and the board enters the CONFIGING state.
- the CONFIGING state you need to perform the business board Online notification.
- the status is set to INSERVICE (the standby master status is set to STANDBY).
- the keep-alive heartbeat between the line card and the main control will also affect the status of the board.
- the main impact is: when the line card status is in the CONFIGING state or the INSERVICE (STANDBY) state or the TYPEMISMATCH state, If the keepalive heartbeat handshake between the main control and the line card fails, the main control will consider the communication with the line card to be abnormal (communication disconnection), and the main control will unconditionally transfer the line card state to the HWONLINE state.
- the current system also supports the online power-off operation of the specified board through the command mode.
- the state of the board When the power-off command operation is executed on a certain line card, the state of the board will be set to the single-board power-saving POWERSAVE state. At this time, the board In a reset state;
- the board resources are no longer statically bound in the management slice VND0, and the board resources can be dynamically allocated to the common slice VNDx, so that the common slice VNDx system can also maintain the slices belonging to this slice.
- the status of the board is now, and a single board slice-level status needs to be added to the original board status management structure.
- the HWONLINE/OFFLINE of the board slice level status is still determined by the board scan in the management slice VND0.
- the board scan is in place or not in place.
- the management slice VND0 also needs to be based on the board scan.
- the resource slice ownership also sets the slice level status in the common slice VNDx to which the board belongs to HWONLINE/OFFLINE.
- the CONFIGING state of the single board slice level is triggered by the line card Cardup (power on) message in the master ordinary slice VNDx.
- the service in the ordinary slice VNDx receives the system Cardup message, and then performs the service configuration processing, and the service configuration takes effect.
- notify the system board management module in the common slice VNDx to refresh the single-board slice-level state of the single board in the common slice VNDx to the INSERVICE state.
- the physical status of the current line card is OFFLINE, ONLINE, TYPEMISMATCH
- the line card is sliced in VNDx, directly set the line card in the corresponding state.
- the physical state of the line card is CONFIGING, INSERVECE, first set the line card in the VNDx slice to the ONLINE state, and then set it in the VND0 state.
- the system control module simulates and reports the Cardup power-on message of the line card to the system control module of VNDX, and then the system control module of VNDx notifies the VNDx business to take effect on the configuration of the line card. After that, the effective result of the VNDx business module is directly changed. Affect the board status of the line card in the VNDx slice, and the subsequent status transition is consistent with the board status transition in VND0.
- the slice-level state of the board is synchronized with the board-level state of the board in the management slice, and the service effective state of the board is involved.
- the slice-level status of the board is completely dependent on the actual effective status of the services in the attribution slice, and the processing flow is exactly the same as the management slice VND0, and the processing flow is completely reused.
- Such software may be distributed on a computer-readable medium
- the computer-readable medium may include a computer storage medium (or non-transitory medium) and a communication medium (or transitory medium).
- the term computer storage medium includes volatile and non-volatile data implemented in any method or technology for storing information (such as computer-readable instructions, data structures, program modules, or other data).
- Information such as computer-readable instructions, data structures, program modules, or other data.
- Computer storage media include but are not limited to RAM, ROM, EEPROM, flash memory or other memory technologies, CD-ROM, digital versatile disk (DVD) or other optical disk storage, magnetic cassettes, magnetic tapes, magnetic disk storage or other magnetic storage devices, or Any other medium used to store desired information and that can be accessed by a computer.
- communication media usually contain computer-readable instructions, data structures, program modules, or other data in a modulated data signal such as carrier waves or other transmission mechanisms, and may include any information delivery media. .
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Human Computer Interaction (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Description
Claims (13)
- 一种虚拟化方法,应用于主控单板,包括:将线卡单板的资源分配给主控单板的虚拟化系统的切片;所述切片包括:管理切片和/或普通切片;通过主控单板的管理切片与线卡单板的管理切片之间的通信实现主控单板的虚拟化系统与线卡单板的虚拟化系统之间的跨板通信。
- 如权利要求1所述的方法,其中:所述将线卡单板的资源分配给主控单板的虚拟化系统的切片,包括:以板级粒度将线卡单板的资源分配给主控单板的管理切片或普通切片;或者以端口级粒度以及端口独占的方式将线卡单板的资源分配给主控单板的管理切片或普通切片;或者以端口级粒度以及端口共享的方式将线卡单板的资源分配给主控单板的管理切片和普通切片。
- 如权利要求2所述的方法,其中:所述通过主控单板的管理切片与线卡单板的管理切片之间的通信实现主控单板的虚拟化系统与线卡单板的虚拟化系统之间的跨板通信,包括:在线卡单板的资源分配给主控单板的普通切片后,将所述主控单板的管理切片作为所述主控单板的虚拟化系统的通信代理,进行主控单板的普通切片与线卡单板的虚拟化系统之间的数据转发。
- 如权利要求3所述的方法,其中:将所述主控单板的管理切片作为所述主控单板的虚拟化系统的通信代理,进行主控单板的普通切片与线卡单板的虚拟化系统之间的数据转发,包括:所述主控单板的管理切片接收到来自线卡单板的虚拟化系统的数据后,如果所述数据携带线卡单板的普通切片的标识信息,则将所述数据转 发至所述线卡单板的普通切片对应的主控单板的普通切片;其中,所述线卡单板配置为虚拟化多切片系统;所述虚拟化多切片系统包括:管理切片和普通切片;所述线卡单板的普通切片与主控单板的普通切片具有一一对应关系。
- 如权利要求3所述的方法,其中:将所述主控单板的管理切片作为所述主控单板的虚拟化系统的通信代理,进行主控单板的普通切片与线卡单板的虚拟化系统之间的数据转发,包括:所述主控单板的管理切片接收到来自线卡单板的虚拟化系统的数据后,如果所述数据携带线卡单板的管理切片的标识信息,则查询所述线卡单板的资源分配粒度;当所述线卡单板的资源分配粒度为板级分配粒度时,确定所述线卡单板归属的主控单板的普通切片,将所述数据转发至所述主控单板的普通切片;当所述线卡单板的资源分配粒度为端口级粒度时,确定所述线卡端口归属的主控单板的普通切片,将所述数据转发至所述主控单板的普通切片。
- 如权利要求3所述的方法,其中:将所述主控单板的管理切片作为所述主控单板的虚拟化系统的通信代理,进行主控单板的普通切片与线卡单板的虚拟化系统之间的数据转发,包括:主控单板的普通切片将发送给线卡单板的待发送数据发送给主控单板的管理切片;当所述线卡单板为多切片系统时,所述主控单板的管理切片将所述待发送数据发送给所述线卡单板的管理切片;当所述线卡单板为单切片系统时,所述主控单板的管理切片将所述待发送数据的切片归属修改为所述线卡单板的管理切片,将所述待发送数据发送给所述线卡单板的管理切片。
- 如权利要求1所述的方法,其中,所述方法还包括:所述主控单板的管理切片维护线卡单板的状态信息,并且将所述线卡单板的状态信息同步至所述线卡单板的资源归属的主控单板的普通切片。
- 一种虚拟化方法,应用于线卡单板,包括:根据线卡单板的资源量为所述线卡单板配置虚拟化多切片系统或虚拟化单切片系统;其中,所述虚拟化多切片系统包括:管理切片和普通切片;所述虚拟化单切片系统包括:管理切片;通过线卡单板的管理切片与主控单板的管理切片之间的通信实现线卡单板的虚拟化系统与主控单板的虚拟化系统之间的跨板通信。
- 如权利要求8所述的方法,其中:所述根据线卡单板的资源量为所述线卡单板配置虚拟化多切片系统或虚拟化单切片系统,包括:在线卡单板的资源量指示资源充足时,为所述线卡单板配置虚拟化多切片系统;在线卡单板的资源量指示资源受限时,为所述线卡单板配置虚拟化单切片系统。
- 如权利要求8所述的方法,其中:在所述线卡单板的资源分配给主控单板的普通切片后,如果所述线卡单板配置为虚拟化单切片系统,则通过线卡单板的管理切片向主控单板的管理切片发送数据;如果所述线卡单板配置为虚拟化多切片系统,则通过线卡单板的管理切片向主控单板的管理切片发送数据,并且携带线卡单板的普通切片的标识信息;其中,所述线卡单板的普通切片与主控单板的普通切片具有一一对应关系。
- 如权利要求8所述的方法,其中:所述通过线卡单板的管理切片与主控单板的管理切片之间的通信实现线卡单板的虚拟化系统与主控单板的虚拟化系统之间的跨板通信,包括:当所述线卡单板为多切片系统时,所述线卡单板的管理切片接收主控 单板的管理切片转发的数据,如果所述数据实际归属于所述线卡单板的管理切片,则由所述线卡单板的管理切片处理数据;如果所述数据实际归属线卡单板的普通切片,则由所述线卡单板的管理切片将所述数据转发给所述线卡的普通切片进行处理;当所述线卡单板为单切片系统时,所述线卡单板的管理切片接收主控单板的管理切片转发的数据并进行处理。
- 一种虚拟化装置,包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的虚拟化程序,所述虚拟化程序被所述处理器执行时实现上述权利要求1-11中任一项所述的虚拟化方法的步骤。
- 一种计算机可读存储介质,所述计算机可读存储介质上存储有虚拟化程序,所述虚拟化程序被处理器执行时实现上述权利要求1-11中任一项所述的虚拟化方法的步骤。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP20879296.0A EP4050904A4 (en) | 2019-10-21 | 2020-09-11 | VIRTUALIZATION METHOD AND DEVICE |
KR1020227017125A KR20220088748A (ko) | 2019-10-21 | 2020-09-11 | 가상화 방법 및 장치 |
US17/641,467 US20220337926A1 (en) | 2019-10-21 | 2020-09-11 | Virtualization Method and Apparatus |
JP2022523640A JP2022553708A (ja) | 2019-10-21 | 2020-09-11 | 仮想化方法及び装置 |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911001566.5A CN112770196A (zh) | 2019-10-21 | 2019-10-21 | 一种虚拟化方法及装置 |
CN201911001566.5 | 2019-10-21 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2021077940A1 true WO2021077940A1 (zh) | 2021-04-29 |
Family
ID=75619649
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2020/114862 WO2021077940A1 (zh) | 2019-10-21 | 2020-09-11 | 一种虚拟化方法及装置 |
Country Status (6)
Country | Link |
---|---|
US (1) | US20220337926A1 (zh) |
EP (1) | EP4050904A4 (zh) |
JP (1) | JP2022553708A (zh) |
KR (1) | KR20220088748A (zh) |
CN (1) | CN112770196A (zh) |
WO (1) | WO2021077940A1 (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113132828B (zh) * | 2021-06-16 | 2021-08-17 | 武汉长光科技有限公司 | 一种配置方法、装置、设备、系统和存储介质 |
KR20240022456A (ko) * | 2021-09-30 | 2024-02-20 | 뉴 에이치3씨 테크놀로지스 코., 엘티디. | 메시지 처리 방법, 디바이스, 네트워크 기기 및 매체 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108111931A (zh) * | 2017-12-15 | 2018-06-01 | 国网辽宁省电力有限公司 | 一种电力光纤接入网的虚拟资源切片管理方法及装置 |
CN108989915A (zh) * | 2018-06-14 | 2018-12-11 | 烽火通信科技股份有限公司 | 一种基于onu粒度的接入网olt切片的方法及系统 |
WO2019083841A1 (en) * | 2017-10-23 | 2019-05-02 | Nokia Solutions And Networks Oy | MANAGING NETWORK TRANCHES |
CN109787849A (zh) * | 2017-11-10 | 2019-05-21 | 中国信息通信研究院 | 一种olt逻辑网络测试方法 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3579461B1 (en) * | 2017-02-28 | 2022-01-26 | Huawei Technologies Co., Ltd. | Virtualization method for optical line terminal (olt) device, and related device |
CN114760243A (zh) * | 2020-12-25 | 2022-07-15 | 华为技术有限公司 | 报文传输方法、设备及系统 |
CN114760165A (zh) * | 2020-12-25 | 2022-07-15 | 华为技术有限公司 | 报文传输方法、设备及系统 |
-
2019
- 2019-10-21 CN CN201911001566.5A patent/CN112770196A/zh active Pending
-
2020
- 2020-09-11 KR KR1020227017125A patent/KR20220088748A/ko active Search and Examination
- 2020-09-11 WO PCT/CN2020/114862 patent/WO2021077940A1/zh unknown
- 2020-09-11 EP EP20879296.0A patent/EP4050904A4/en active Pending
- 2020-09-11 US US17/641,467 patent/US20220337926A1/en active Pending
- 2020-09-11 JP JP2022523640A patent/JP2022553708A/ja active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2019083841A1 (en) * | 2017-10-23 | 2019-05-02 | Nokia Solutions And Networks Oy | MANAGING NETWORK TRANCHES |
CN109787849A (zh) * | 2017-11-10 | 2019-05-21 | 中国信息通信研究院 | 一种olt逻辑网络测试方法 |
CN108111931A (zh) * | 2017-12-15 | 2018-06-01 | 国网辽宁省电力有限公司 | 一种电力光纤接入网的虚拟资源切片管理方法及装置 |
CN108989915A (zh) * | 2018-06-14 | 2018-12-11 | 烽火通信科技股份有限公司 | 一种基于onu粒度的接入网olt切片的方法及系统 |
Non-Patent Citations (1)
Title |
---|
See also references of EP4050904A4 * |
Also Published As
Publication number | Publication date |
---|---|
EP4050904A4 (en) | 2023-01-11 |
US20220337926A1 (en) | 2022-10-20 |
EP4050904A1 (en) | 2022-08-31 |
KR20220088748A (ko) | 2022-06-28 |
CN112770196A (zh) | 2021-05-07 |
JP2022553708A (ja) | 2022-12-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11294699B2 (en) | Dynamically scaled hyperconverged system establishing minimum supported interoperable communication protocol between clusters in a cluster group | |
CN109067828B (zh) | 基于Kubernetes和OpenStack容器云平台多集群构建方法、介质、设备 | |
US20210326167A1 (en) | Vnf service instantiation method and apparatus | |
US10713071B2 (en) | Method and apparatus for network function virtualization | |
US9430264B2 (en) | System and method for managing resources in virtualized environment based on resource state information and policy information | |
CN109542611B (zh) | 数据库即服务系统、数据库调度方法、设备及存储介质 | |
US10439953B2 (en) | System and method for partition migration in a multitenant application server environment | |
US9047136B2 (en) | Method and system for migrating the state of a virtual cluster | |
CN111522628A (zh) | 一种基于OpenStack的Kubernetes集群搭建部署方法、架构及存储介质 | |
WO2018171565A1 (zh) | 容灾部署方法、装置及系统 | |
US8510815B2 (en) | Virtual computer system, access control method and communication device for the same | |
CN115315693A (zh) | 解析用于不同站点的逻辑网络定义 | |
WO2018072612A1 (zh) | 一种切片实例的管理方法及装置 | |
WO2021077940A1 (zh) | 一种虚拟化方法及装置 | |
EP3413511B1 (en) | Vnfm determining method and network function virtualization orchestrator | |
EP3806395B1 (en) | Virtual network function (vnf) deployment method and apparatus | |
EP3365778A1 (en) | Allocating hosts for instances with anti affinity rule | |
CN111835820A (zh) | 一种实现云管理的系统及方法 | |
CN104598309A (zh) | 基于os虚拟化的多模式os的系统和其创建、切换方法 | |
WO2022140945A1 (zh) | 容器集群的管理方法和装置 | |
KR20220104241A (ko) | 네트워크 작업 방법, 장치, 설비 및 저장매체 | |
CN109284169A (zh) | 基于进程虚拟化的大数据平台进程管理方法及计算机设备 | |
CN112995335B (zh) | 一种位置感知的容器调度优化系统及方法 | |
WO2021042845A1 (zh) | 虚拟局域网业务管理方法、虚拟局域网全局管理设备 | |
CN108762883B (zh) | 实现物理平台虚拟化管理调度的配置结构和配置方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 20879296 Country of ref document: EP Kind code of ref document: A1 |
|
ENP | Entry into the national phase |
Ref document number: 2022523640 Country of ref document: JP Kind code of ref document: A |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
ENP | Entry into the national phase |
Ref document number: 20227017125 Country of ref document: KR Kind code of ref document: A |
|
ENP | Entry into the national phase |
Ref document number: 2020879296 Country of ref document: EP Effective date: 20220523 |