CN108449350B - Multi-protocol arranging method and device - Google Patents
Multi-protocol arranging method and device Download PDFInfo
- Publication number
- CN108449350B CN108449350B CN201810245698.1A CN201810245698A CN108449350B CN 108449350 B CN108449350 B CN 108449350B CN 201810245698 A CN201810245698 A CN 201810245698A CN 108449350 B CN108449350 B CN 108449350B
- Authority
- CN
- China
- Prior art keywords
- network
- protocol
- service
- user
- optimal route
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 44
- 238000011217 control strategy Methods 0.000 claims abstract description 25
- 230000015654 memory Effects 0.000 claims description 16
- 238000012216 screening Methods 0.000 claims description 3
- 238000004891 communication Methods 0.000 description 15
- 238000010586 diagram Methods 0.000 description 9
- 230000006870 function Effects 0.000 description 8
- 238000012545 processing Methods 0.000 description 6
- 238000004590 computer program Methods 0.000 description 4
- 239000011159 matrix material Substances 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 239000007787 solid Substances 0.000 description 2
- 238000003491 array Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000009472 formulation Methods 0.000 description 1
- 239000000203 mixture Substances 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 238000002054 transplantation Methods 0.000 description 1
Images
Classifications
-
- 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/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/02—Standardisation; Integration
- H04L41/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/12—Discovery or management of network topologies
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/02—Topology update or discovery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/12—Shortest path evaluation
- H04L45/124—Shortest path evaluation using a combination of metrics
Abstract
The invention provides a multi-protocol arranging method and a device, wherein the multi-protocol arranging method comprises the following steps: acquiring service parameters, service requirements and state information of network resources set by a user, wherein the network resources comprise at least one of network resource types correspondingly controlled by a plurality of protocol network architectures; configuring each network resource device in the network resources as a network node according to the service parameters, configuring links connecting each network resource device as connecting edges, and generating a network topology structure; determining an available optimal route meeting various protocol network architectures according to the service requirements, the state information and the network topology structure; generating a control strategy according to the available optimal route; and updating the state of the network resource according to the control strategy, and sending deployment success information to the user. By implementing the invention, the network resources corresponding to different network protocol architectures are uniformly coordinated and managed, thereby improving the utilization rate of the whole network resources.
Description
Technical Field
The invention relates to the field of data communication networks, in particular to a multi-protocol arranging method and a multi-protocol arranging device.
Background
An SDN (Software Defined Network) architecture is divided into an application layer, a control layer, and an infrastructure layer. The SDN controller at the control layer accomplishes the following tasks: firstly, managing and controlling communication equipment of an infrastructure layer through an SBI (Southbound Interface), wherein the communication equipment comprises link discovery, topology management, strategy formulation, table entry issuing and the like; and providing a service Interface to the application layer through NBI (North Interface).
An SNMP (Simple Network Management Protocol) architecture includes a Management component, an agent, and a Network device. The management component is remotely deployed in the computer, collects management information of the network equipment through an agent program process residing in the network equipment and manages the network equipment. SNMP is used to exchange management or monitoring information between network entities or nodes, and to implement unified management of software and hardware platforms produced by a plurality of manufacturers on the internet.
The CORBA (Common Object Request Broker) Architecture is a solution proposed by OMG (Object Management Group) to solve the interconnection of hardware and software systems in a distributed processing environment. CORBA provides a uniform application interface for cross-platform, cross-machine type and cross-programming language products, and application programs in a network can communicate, interoperate and transplant with each other as long as the application programs conform to CORBA standards.
The NFV (Network Function Virtualization) architecture replaces dedicated hardware with general hardware such as X86, and implements virtualized Network functions using a programmable software platform.
The network architectures of the above four protocols are all for making full use of network resources and performing unified management. The existing service arrangement method is based on one network architecture of the network architectures of the four protocols to realize service arrangement, but a plurality of protocols may exist in an actual network at the same time, and when two or more protocols exist at the same time, a method for uniformly managing and coordinating network resources corresponding to different network protocol architectures on the same layer does not exist at present, so that the utilization rate of the whole network resources is limited.
Disclosure of Invention
The technical problem to be solved by the present invention is to overcome the problem that in the prior art, when two or more different network protocol architectures exist at the same time, there is no method for uniformly managing and coordinating network resources corresponding to the different network protocol architectures on the same layer, so that the utilization rate of the whole network resources is limited.
According to a first aspect, an embodiment of the present invention provides a multi-protocol orchestration method, including: acquiring service parameters, service requirements and state information of network resources set by a user, wherein the network resources comprise at least one of network resource types correspondingly controlled by a plurality of protocol network architectures; configuring each network resource device in the network resources as a network node according to the service parameters, and configuring links connecting each network resource device as connecting edges to generate a network topology structure; determining an available optimal route meeting the multiple protocol network architectures according to the service requirements, the state information and the network topology structure; generating a control strategy according to the available optimal route; and updating the state of the network resource according to the control strategy, and sending deployment success information to the user.
With reference to the first aspect, in a first implementation manner of the first aspect, the determining an available optimal route that satisfies the multiple protocol network architectures according to the service requirements, the state information, and the network topology includes: judging whether the actual load of each network node in the network topology structure is greater than a preset load or not; when the actual load of the network node is greater than the preset load, determining the network node as an unavailable node, and deleting the unavailable node and a connecting edge of the unavailable node in the network topology structure; screening out network nodes which must pass through in the network topological structure according to the service requirement; calculating an optimal route comprising the must-pass network node; and the controller corresponding to the network architecture of the multiple protocols judges whether the optimal route is available according to the state information.
With reference to the first aspect, in a second implementation manner of the first aspect, the calculating an optimal route including the must-pass network node includes: acquiring all logic routes including the network nodes which must pass through; calculating all paths in the logic route from any network node to any network node through the network node, and calculating the time delay and hop count of each path; calculating the weighted sum value of the time delay and the hop count of each path according to a preset weight value; and setting the path corresponding to the minimum weighted sum value as an optimal route.
With reference to the first aspect, in a third implementation manner of the first aspect, when the optimal route is not available, deployment failure information is sent to the user.
With reference to the first aspect, in a fourth implementation manner of the first aspect, after the obtaining the service parameter, the service requirement, and the state information of the network resource, which are set by the user, and before the configuring, according to the service parameter, each network resource device in the network resource as a network node, configuring, as a connection edge, a link connecting each network resource device, and generating a network topology, the multi-protocol orchestration method further includes: judging whether the service parameters set by the user are null or not; and when the service parameter set by the user is empty, setting a preset default service parameter as the service parameter.
With reference to the first aspect, in a fifth implementation manner of the first aspect, the multiple protocol network architecture includes: SDN architecture, SNMP architecture, CORBA architecture, NFV architecture.
According to a second aspect, an embodiment of the present invention provides a multi-protocol orchestration device, including: the system comprises a user setting acquisition module, a service parameter setting module, a service requirement setting module and a network resource state information setting module, wherein the user setting acquisition module is used for acquiring service parameters, service requirements and state information of network resources, and the network resources comprise at least one of network resource types correspondingly controlled by a plurality of protocol network architectures; a network topology structure building module, configured to configure each network resource device in the network resources as a network node according to the service parameter, and configure a link connecting each network resource device as a connection edge, so as to generate a network topology structure; the available optimal route determining module is used for determining available optimal routes meeting the multiple protocol network architectures according to the service requirements, the state information and the network topology structure; the control strategy generation module generates a control strategy according to the available optimal route; and the feedback module is used for updating the state of the network resource according to the control strategy and sending deployment success information to the user.
According to a third aspect, an embodiment of the present invention provides a non-transitory computer-readable storage medium storing computer instructions for causing a computer to perform the multi-protocol orchestration method according to the first aspect or any one of the alternatives of the first aspect.
According to a fourth aspect, an embodiment of the present invention provides a computer program product comprising a computer program stored on a non-transitory computer readable storage medium, the computer program comprising program instructions which, when executed by a computer, cause the computer to perform the multi-protocol orchestration method according to the first aspect or any one of the alternatives of the first aspect.
The technical scheme of the invention has the following advantages:
the embodiment of the invention generates a network topological structure according to the service parameters by acquiring the service parameters, the service requirements and the state information of the network resources, which are set by a user; then determining an available optimal route meeting various protocol network architectures according to the service requirements, the state information and the network topology structure; then generating a control strategy according to the available optimal route; and finally, updating the state of the network resource according to the control strategy and sending deployment success information to the user. The network resources corresponding to different network protocol architectures are coordinated and managed uniformly, so that the utilization rate of the whole network resources is improved.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, and it is obvious that the drawings in the following description are some embodiments of the present invention, and other drawings can be obtained by those skilled in the art without creative efforts.
FIG. 1 is a flow chart of a multi-protocol orchestration method according to an embodiment of the invention;
FIG. 2 is another flow chart of a multi-protocol orchestration method according to an embodiment of the present invention;
FIG. 3 is a diagram illustrating a network topology according to an embodiment of the present invention;
fig. 4 is a schematic diagram of a network topology after deleting an unavailable network node and a connection edge thereof in the embodiment of the present invention;
FIG. 5 is a diagram of a network topology including a must-pass node according to an embodiment of the present invention;
FIG. 6 is a specific flowchart illustrating the determination of an optimal route for a network architecture that satisfies multiple protocols according to traffic requirements, state information, and a network topology according to an embodiment of the present invention;
FIG. 7 is another flow chart of a multi-protocol orchestration method according to an embodiment of the present invention;
FIG. 8 is another flow chart of a multi-protocol orchestration method according to an embodiment of the present invention;
FIG. 9 is a diagram illustrating an exemplary application of the multi-protocol scheduling method according to an embodiment of the present invention;
FIG. 10 is a schematic structural diagram of a multi-protocol orchestration device according to an embodiment of the present invention;
FIG. 11 is a schematic diagram of another structure of a multi-protocol orchestration device according to an embodiment of the present invention;
fig. 12 is a schematic structural diagram of a computer device in an embodiment of the present invention.
Detailed Description
The technical solutions of the present invention will be described clearly and completely with reference to the accompanying drawings, and it should be understood that the described embodiments are some, but not all embodiments of the present invention. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
In addition, the technical features involved in the different embodiments of the present invention described below may be combined with each other as long as they do not conflict with each other.
Example 1
An embodiment of the present invention provides a multi-protocol arrangement method, as shown in fig. 1, the multi-protocol arrangement method includes:
step S1: the method comprises the steps of obtaining service parameters, service requirements and state information of network resources set by a user, wherein the network resources comprise at least one of network resource types correspondingly controlled by a plurality of protocol network architectures. The service parameters include: network bandwidth, transmission delay, security level, specific functions, must pass nodes, bypass nodes, etc. The network resource comprises at least one of the types of network resources controlled correspondingly by the protocol network architectures.
Step S2: and configuring each network resource device in the network resources as a network node according to the service parameters, and configuring links connecting each network resource device as connecting edges to generate a network topology structure. The link represents the communication relationship between the network resource devices.
Step S3: and determining the available optimal route meeting the network architecture of various protocols according to the service requirements, the state information and the network topology structure.
Step S4: and generating a control strategy according to the available optimal route.
Step S5: and updating the state of the network resource according to the control strategy, and sending deployment success information to the user.
Through the steps S1 to S5, the multi-protocol orchestration method according to the embodiment of the present invention implements unified coordination and management of network resources corresponding to different network protocol architectures, thereby improving the utilization rate of the entire network resources.
The multi-protocol arranging method according to the embodiment of the present invention is further described with reference to specific examples.
Specifically, in an embodiment, in the step S1, the service parameter, the service requirement, and the status information of the network resource set by the user are obtained. The multiple network protocol architecture includes: SDN architecture, SNMP architecture, CORBA architecture, and NFV architecture. The SDN controller and the communication equipment form an SDN framework, the SDN controller is directly connected with one or more communication equipment, and different communication equipment are connected according to a networking strategy. The SDN controller manages and schedules communication devices of an infrastructure layer through an SBI. It should be noted that the SDN controller in the embodiment of the present invention may be SDN controllers manufactured by multiple manufacturers in different specifications. The management component and the network equipment with the Agent form an SNMP architecture, the management component is connected with one or more network equipment with the Agent, the management component is remotely deployed in a computer, and management information of the network equipment is collected and managed through an Agent program process residing in the network equipment. The control platform, the client, the middleware and the server with the service object form a CORBA framework, one or more clients are connected with the middleware, the middleware is connected with one or more servers with the service object, the client meeting the CORBA standard is connected with the service object in the server through the middleware, and the control platform manages the mutual communication, the mutual operation and the mutual transplantation between the client and the service object through the middleware. The NFV manager is connected to one or more standard x86 servers to form an NFV architecture. The NFV manager manages the software content in a standard x86 server, eventually implementing specific network functions.
Specifically, in step S2, each network resource device in the network resource is configured as a network node according to the service parameter, and a link connecting each network resource device is configured as a connection edge, so as to generate a network topology. The network resource device comprises communication devices in the SDN architecture, the SNMP architecture, the CORBA architecture and the NFV architecture, network devices provided with agents, clients, middleware, servers provided with service objects, a standard x86 server and the like.
In a preferred embodiment, as shown in fig. 2, the step S3 of determining the available optimal route satisfying the network architecture with multiple protocols according to the service requirement, the state information and the network topology mainly includes the following steps:
step S31: and judging whether the actual load of each network node in the network topology structure is greater than the preset load. Specifically, in an embodiment, the network topology may be the structure shown in fig. 3, where numbers 1 to 14 are network nodes, connection lines between the numbers are connection edges, and each network is calculated separatelyActual load L of nodeaAnd is connected to the rated load LrAnd comparing to obtain the current load condition. Specifically, comparison LaAnd LrSize relationship of x (wherein, LrX is a preset load, is a reliability coefficient, and has different values according to different reliability requirement levels of services, and the general services can be set to 80%).
Step S32: and when the actual load of the network node is greater than the preset load, determining the network node as an unavailable node, and deleting the unavailable node and the connecting edge of the unavailable node in the network topological structure. Specifically, as shown in FIG. 3, L when a network nodea≥LrX, the node and the adjacent link are determined to be unavailable and marked as unavailable in the network topology. Network nodes such as network nodes No. 5 and 9 in the present embodiment are marked as unavailable, and the network topology after deleting the unavailable network nodes and their connecting edges is shown in fig. 4.
Step S33: and screening out the nodes which must pass through the network in the network topology structure according to the service requirement. Specifically, in an embodiment, as shown in fig. 4, for example, if the service requirement is that the service.
Step S34: an optimal route is calculated that includes the necessary network nodes. As shown in fig. 6, the step S34 specifically includes:
step S341: all logical routes containing the necessary network nodes are obtained. The logical route is all routes that can theoretically fulfill the above-mentioned traffic needs.
Step S342: and calculating all paths which must pass through the network node from any network node to any network node in the logic route, and calculating the time delay and hop count of each path. Specifically, in an embodiment, as shown in fig. 5, the time delay of the link is calculated according to the device processing capability and the link bandwidth, and after unifying the units, only the value is taken to enter the matrix D ═ Dij]i×jWherein i and j are the node numbers respectively, i, j is the E [1, n ]]When the node i and the node j are not directly connected, the time delay of the path ij is ∞. As in the embodiments of the present invention:
then, starting from the No. 1 network node, respectively calculating different paths from the node to other nodes and the time delay of the path according to a minimum number algorithm, taking the first 5 paths with the minimum time delay, and recording a path parameter matrix Wij＝[apq]3×5Wherein the first column is the unique number of the path, the second column is the path delay, the third column is the hop count, if there are no 5 or more paths, the array is completed with ∞, as in the embodiment of the present invention:
for i, j ∈ [1, n ]]The path parameter matrix W from any network node i to any network node j can be solved in the same wayij。
Step S343: and calculating the weighted sum value of the time delay and the hop count of each path according to the preset weight value. Specifically, in one embodiment, W is calculated according to the following formula based on given weight coefficients α, β, respectivelyijDegree of optimization of each pathp：
p＝ap2×α+ap3×β
Step S344: and setting the path corresponding to the minimum weighted sum value as the optimal route. Specifically, the abovepThe minimum path is the optimal path for the point to transmit information to other points, and in the embodiment of the present invention, if α is 0.4 and β is 0.3, then α is 0.4 and β is 0.31＝25×0.4+6×0.3＝11.8，2＝12.8，3＝11，4As can be seen from the above, the third path is the optimal path 12.9.
Step S35: and judging whether the optimal route is available or not by the controller corresponding to the network architecture of the various protocols according to the state information. Specifically, the sequence of the optimal path network nodes is 1-2-3-6-8-7-4-1, and the controller corresponding to the network architecture with multiple protocols determines whether the optimal route is available according to the state information of the network resource device corresponding to each network node, for example, whether the network resource device is accessed or not, whether the network resource device is allowed to be used, and the like.
Step S4: and generating a control strategy according to the available optimal route. The control strategy is to control the network resource devices included in the available optimal route to execute corresponding operations according to the service requirements. For example: the communication equipment is accessed to realize the network communication function.
Step S5: and updating the state of the network resource according to the control strategy, and sending deployment success information to the user. And after the state of the network resource is updated according to the control strategy, feeding back the information of successful deployment to the user, updating the service arrangement working log and recording the information of historical service arrangement.
In a preferred embodiment, as shown in fig. 7, the above multi-protocol arranging method further includes: step S6: and when the optimal route is unavailable, sending deployment failure information to the user. Specifically, assuming that the network node 6 in the above-mentioned optimal path 1-2-3-6-8-7-4-1 is prohibited from using, the optimal path is not available, at this time, information of failed deployment is sent to the user, and the service orchestration work log is updated, and information of historical service orchestration is recorded.
In a preferred embodiment, as shown in fig. 8, the above multi-protocol arranging method further includes:
step S7: and judging whether the service parameters set by the user are null or not. In practical applications, there may be a case that a user does not set a specific service parameter, and therefore, it is necessary to determine whether the user performs configuration of the service parameter.
Step S8: and when the service parameter set by the user is empty, setting the preset default service parameter as the service parameter. The preset default service parameters are service parameters commonly used by some users, such as network bandwidth, security level, and the like.
In practical applications, the multi-protocol orchestration method may further be integrated into a multi-protocol orchestrator through a computer program, and the multi-protocol orchestrator specifically executes the steps S1 to S5, where a specific communication relationship diagram of the multi-protocol orchestrator, controllers corresponding to the four protocol architectures and corresponding network resource devices is shown in fig. 9, in this embodiment, a first layer orchestrator of the relationship diagram is a multi-protocol orchestrator; the second layer of controller comprises controllers corresponding to the four different protocols, and specifically comprises an SDN controller, a management component, a control platform and an NFV manager; the third layer network resource is a specific network resource device controlled by each controller, and specifically comprises a communication device, a network device provided with an Agent, a client, middleware, a server provided with a service object, and a standard x86 server. The multi-protocol orchestrator is directly connected with the SDN controller, the management component, the control platform and the NFV manager, the second-layer controller can report state information of third-layer network resources controlled by the second-layer controller according to a set frequency, and the multi-protocol orchestrator monitors and controls the second-layer controller and the third-layer network resources in real time.
In practical application, a user can configure service parameters such as network bandwidth, transmission delay, security level, specific functions, nodes that must pass through, bypass nodes and the like on an operation interface of a multi-protocol orchestrator, the multi-protocol orchestrator firstly analyzes the node types and the number of network resource equipment required to pass through for realizing the service requirement, calculates the delay and the hop count of different links connecting the network resource equipment nodes, and then predicts the bandwidth utilization rate of each link in a peak period according to historical flow information to obtain an optimal route. Then if the available route contains network resource equipment controlled by a certain controller, the multi-protocol orchestrator sends the route to the controller, and the controller judges whether the logic route is available. If the log is not available, returning failure information, and after receiving the failure information, sending failure warning information to the user by the multi-protocol orchestrator and updating the log; and if the service object is available, generating a control strategy, and sending the control strategy to the third-layer network resource, wherein the third-layer network resource contained in the strategy executes the strategy, such as switching a forwarding path by the communication equipment, setting the service object meeting the CORBA standard as unavailable, and the like. And the second layer controller updates and reports the state of the third layer network resources, and the multi-protocol orchestrator updates the state of the network resources in the system after receiving the state reported by the second layer controller, feeds back deployment success information to the user and finally updates the log.
In addition, when the multi-protocol orchestrator does not receive the service parameters configured by the user, the multi-protocol orchestrator can execute the orchestration task according to default settings, and at the moment, the preset default service parameters are set as the service parameters, so that the orchestration service is ensured to be smoothly carried out.
Through the steps S1 to S8, the multi-protocol orchestration method according to the embodiment of the present invention implements unified coordination and management of network resources corresponding to different network protocol architectures, thereby improving the utilization rate of the entire network resources.
Example 2
An embodiment of the present invention provides a multi-protocol arranging apparatus, as shown in fig. 10, the multi-protocol arranging apparatus includes: the user setting obtaining module 1 is configured to obtain a service parameter, a service requirement, and state information of a network resource set by a user, where the network resource includes at least one of network resource types controlled by multiple protocol network architectures. For details, reference is made to step S1 in embodiment 1.
And the network topology structure building module 2 is configured to configure each network resource device in the network resources as a network node according to the service parameters, and configure a link connecting each network resource device as a connection edge, so as to generate a network topology structure. For details, reference is made to step S2 in embodiment 1.
And the available optimal route determining module 3 is used for determining the available optimal route meeting various protocol network architectures according to the service requirements, the state information and the network topology structure. For details, reference is made to step S3 in embodiment 1.
And the control strategy generation module 4 generates a control strategy according to the available optimal route. For details, reference is made to step S4 in embodiment 1.
And the feedback module 5 is used for updating the state of the network resource according to the control strategy and sending deployment success information to the user. For details, reference is made to step S5 in embodiment 1.
In a preferred embodiment, as shown in fig. 11, the multi-protocol orchestration device further includes: and the service parameter judging module 6 is used for judging whether the service parameter set by the user is empty. For details, reference is made to step S7 in embodiment 1.
And a default service parameter setting module 7, configured to set a preset default service parameter as a service parameter when the service parameter set by the user is null. For details, reference is made to step S8 in embodiment 1.
Example 3
An embodiment of the present invention provides a non-transitory computer storage medium, where a computer executable instruction is stored, and the computer executable instruction can execute the multi-protocol orchestration method according to any of embodiments 1 above. The storage medium may be a magnetic Disk, an optical Disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a Flash Memory (Flash Memory), a Hard Disk (Hard Disk Drive, abbreviated as HDD) or a Solid State Drive (SSD), etc.; the storage medium may also comprise a combination of memories of the kind described above.
Example 4
An electronic device of a multiprotocol editing method according to an embodiment of the present invention is shown in fig. 12, and the electronic device includes: one or more processors 410 and a memory 420, with one processor 410 being an example in fig. 12.
The electronic device performing the multi-protocol orchestration method may further include: an input device 430 and an output device 440.
The processor 410, the memory 420, the input device 430, and the output device 440 may be connected by a bus or other means, as exemplified by the bus connection in fig. 12.
The memory 420 is a non-transitory computer readable storage medium, and can be used to store non-transitory software programs, non-transitory computer executable programs, and modules, such as program instructions/modules corresponding to the multi-protocol orchestration method in the embodiment of the present application, and the processor 410 executes various functional applications and data processing of the server by running the non-transitory software programs, instructions, and modules stored in the memory 420, so as to implement the multi-protocol orchestration method in the embodiment of the method.
The memory 420 may include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application program required for at least one function; the storage data area may store data created according to use of a multi-protocol orchestrated processing device, and the like. Further, the memory 420 may include high speed random access memory, and may also include non-transitory memory, such as at least one magnetic disk storage device, flash memory device, or other non-transitory solid state storage device. In some embodiments, memory 420 may optionally include memory located remotely from processor 410, which may be connected to a multiprotocol orchestration device over a network. Examples of such networks include, but are not limited to, the internet, intranets, local area networks, mobile communication networks, and combinations thereof.
The input device 430 may receive input numeric or character information and generate key signal inputs related to user settings and function control related to the processing device of the multiprotocol programming operation. The output device 440 may include a display device such as a display screen.
One or more modules are stored in the memory 420, which when executed by the one or more processors 410 perform the methods illustrated in fig. 1-9.
The product can execute the method provided by the embodiment of the invention, and has corresponding functional modules and beneficial effects of the execution method. For details of the embodiments of the present invention, reference may be made to the description of the embodiments shown in fig. 1 to 9.
It should be understood that the above examples are only for clarity of illustration and are not intended to limit the embodiments. Other variations and modifications will be apparent to persons skilled in the art in light of the above description. And are neither required nor exhaustive of all embodiments. And obvious variations or modifications therefrom are within the scope of the invention.
Claims (10)
1. A multi-protocol orchestration method, comprising:
acquiring service parameters, service requirements and state information of network resources set by a user, wherein the network resources comprise at least one of network resource types correspondingly controlled by a plurality of protocol network architectures;
configuring each network resource device in the network resources as a network node according to the service parameters, and configuring links connecting each network resource device as connecting edges to generate a network topology structure;
determining an available optimal route meeting the multiple protocol network architectures according to the service requirements, the state information and the network topology structure;
generating a control strategy according to the available optimal route;
and updating the state of the network resource according to the control strategy, and sending deployment success information to the user.
2. The method of claim 1, wherein determining the optimal routing available to satisfy the multi-protocol network architecture based on the traffic demands, state information, and the network topology comprises:
judging whether the actual load of each network node in the network topology structure is greater than a preset load or not;
when the actual load of the network node is greater than the preset load, determining the network node as an unavailable node, and deleting the unavailable node and a connecting edge of the unavailable node in the network topology structure;
screening out network nodes which must pass through in the network topological structure according to the service requirement;
calculating an optimal route comprising the must-pass network node;
and the controller corresponding to the network architecture of the multiple protocols judges whether the optimal route is available according to the state information.
3. The multi-protocol orchestration method according to claim 2, wherein the computing the optimal route containing the must-pass network nodes comprises:
acquiring all logic routes including the network nodes which must pass through;
calculating all paths in the logic route from any network node to any network node through the network node, and calculating the time delay and hop count of each path;
calculating the weighted sum value of the time delay and the hop count of each path according to a preset weight value;
and setting the path corresponding to the minimum weighted sum value as an optimal route.
4. The multi-protocol orchestration method according to claim 2, further comprising:
and when the optimal route is unavailable, sending deployment failure information to the user.
5. The multiprotocol orchestration method according to claim 1, wherein after the obtaining the service parameters, the service requirements, and the status information of the network resources set by the user, and before the configuring, according to the service parameters, each network resource device in the network resources as a network node, and configuring, as a connection edge, a link connecting each network resource device, and generating a network topology, the multiprotocol orchestration method further comprises:
judging whether the service parameters set by the user are null or not;
and when the service parameter set by the user is empty, setting a preset default service parameter as the service parameter.
6. The multi-protocol orchestration method according to claim 1, wherein the multiple protocol network architecture comprises: SDN architecture, SNMP architecture, CORBA architecture, NFV architecture.
7. A multi-protocol orchestration device, comprising:
the system comprises a user setting acquisition module (1) for acquiring service parameters, service requirements and state information of network resources set by a user, wherein the network resources comprise at least one of network resource types correspondingly controlled by a plurality of protocol network architectures;
a network topology structure building module (2) configured to configure each network resource device in the network resources as a network node according to the service parameter, and configure a link connecting each network resource device as a connection edge, so as to generate a network topology structure;
an available optimal route determining module (3) for determining an available optimal route meeting the network architecture of the plurality of protocols according to the service requirement, the state information and the network topology;
a control strategy generation module (4) for generating a control strategy according to the available optimal route;
and the feedback module (5) is used for updating the state of the network resource according to the control strategy and sending deployment success information to the user.
8. The multi-protocol orchestration device according to claim 7, further comprising:
a service parameter judging module (6) for judging whether the service parameter set by the user is empty;
and the default service parameter setting module (7) is used for setting preset default service parameters as the service parameters when the service parameters set by the user are null.
9. A non-transitory computer readable storage medium storing computer instructions which, when executed by a processor, implement the multi-protocol orchestration method according to any one of claims 1-6.
10. An electronic device, comprising:
at least one processor; and
a memory communicatively coupled to the at least one processor; wherein the memory stores instructions executable by the at least one processor to cause the at least one processor to perform the multi-protocol orchestration method according to any one of claims 1-6.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810245698.1A CN108449350B (en) | 2018-03-23 | 2018-03-23 | Multi-protocol arranging method and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810245698.1A CN108449350B (en) | 2018-03-23 | 2018-03-23 | Multi-protocol arranging method and device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN108449350A CN108449350A (en) | 2018-08-24 |
| CN108449350B true CN108449350B (en) | 2020-11-13 |
Family
ID=63196837
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810245698.1A Active CN108449350B (en) | 2018-03-23 | 2018-03-23 | Multi-protocol arranging method and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN108449350B (en) |
Families Citing this family (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112367709B (en) * | 2020-10-30 | 2022-07-29 | 新华三技术有限公司 | Channel control method, device and equipment |
| CN112433821B (en) * | 2020-12-08 | 2022-07-29 | 新华三大数据技术有限公司 | Method and device for building business model, electronic equipment and medium |
| CN112653575B (en) * | 2020-12-11 | 2022-08-30 | 网宿科技股份有限公司 | Network configuration method, controller and flow guiding system |
| CN112953778B (en) * | 2021-03-17 | 2023-04-18 | 北京交通大学 | Intention-driven-based service arrangement system and method in intelligent fusion identification network |
| CN113300881B (en) * | 2021-04-23 | 2022-08-05 | 北京邮电大学 | 5G network-based scheduling method, device, equipment and storage medium |
| CN114257513B (en) * | 2021-12-21 | 2024-02-09 | 中电信数智科技有限公司 | Method and device for perfecting multielement data strategy |
| CN114697219B (en) * | 2022-03-24 | 2024-03-08 | 阿里巴巴（中国）有限公司 | Network control method, equipment and system for live network |
| CN114745279B (en) * | 2022-03-30 | 2023-02-03 | 中山大学 | Deployment and optimization method of software defined controller |
| CN115277578B (en) * | 2022-07-04 | 2023-07-07 | 中国联合网络通信集团有限公司 | Service arrangement method, device and storage medium |
| CN115514642B (en) * | 2022-09-22 | 2023-11-17 | 湖南泛联新安信息科技有限公司 | Multi-FPGA platform network topology optimization method based on segmentation communication requirement |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20100205108A1 (en) * | 2009-02-11 | 2010-08-12 | Mun Johnathan C | Credit and market risk evaluation method |
| US9338086B2 (en) * | 2012-09-14 | 2016-05-10 | Cisco Technology, Inc. | Hierarchal label distribution and route installation in a loop-free routing topology using routing arcs at multiple hierarchal levels for ring topologies |
| CN103825825B (en) * | 2014-01-18 | 2017-01-11 | 浙江大学 | Flexible, extensible and safe inter-domain topology discovery method |
| CN104202176B (en) * | 2014-07-15 | 2018-08-10 | 华信咨询设计研究院有限公司 | Optical-fiber network topology computer method for auto constructing |
| KR101954786B1 (en) * | 2014-11-21 | 2019-03-06 | 후아웨이 테크놀러지 컴퍼니 리미티드 | System and method for modifying a service-specific data plane configuration |
| CN105141512B (en) * | 2015-06-29 | 2018-01-16 | 清华大学 | Support the Unified Network framework and control method of packet/circuit hybrid switching network |
| CN106100990B (en) * | 2016-06-06 | 2019-04-05 | 中国电子科技集团公司第三十研究所 | A kind of communication network various dimensions resources regulation method and system based on SDN framework |
-
2018
- 2018-03-23 CN CN201810245698.1A patent/CN108449350B/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| CN108449350A (en) | 2018-08-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108449350B (en) | Multi-protocol arranging method and device | |
| US11922162B2 (en) | Intent-based, network-aware network device software-upgrade scheduling | |
| US20210406776A1 (en) | Reinforcement learning for autonomous telecommunications networks | |
| CN110383765B (en) | Configuration, telemetry and analysis of computer infrastructure using graphical models | |
| WO2020149786A1 (en) | Dynamic deployment of network applications having performance and reliability guarantees in large computing networks | |
| US9461877B1 (en) | Aggregating network resource allocation information and network resource configuration information | |
| Papagianni et al. | 5Growth: AI-driven 5G for Automation in Vertical Industries | |
| CN104202264A (en) | Carrying resource allocation method for clouded data center network, device and system | |
| US9712462B2 (en) | Expandable distributed core architectures having reserved interconnect bandwidths | |
| CN113742031B (en) | Node state information acquisition method and device, electronic equipment and readable storage medium | |
| US20170116526A1 (en) | Automatic triggering of linear programming solvers using stream reasoning | |
| Tsvetkov et al. | Model of restoration of the communication network using the technology of software defined networks | |
| US20220206865A1 (en) | Distributed artificial intelligence fabric controller | |
| CN111400041A (en) | Server configuration file management method and device and computer readable storage medium | |
| Manso et al. | Cloud-native SDN controller based on micro-services for transport networks | |
| Sieber et al. | Towards a programmable management plane for SDN and legacy networks | |
| CN113193975B (en) | Controller device, method and computer readable storage medium | |
| CN111970158A (en) | Edge access processing system, method, device and equipment | |
| Gadre et al. | Centralized approaches for virtual network function placement in SDN-enabled networks | |
| WO2022166715A1 (en) | Intelligent pipeline processing method and apparatus, and storage medium and electronic apparatus | |
| WO2022016969A1 (en) | Data processing method and device | |
| US10284428B2 (en) | Graphical policy interface for network control systems | |
| US11405284B1 (en) | Generating network link utilization targets using a packet-loss-versus-link utilization model | |
| CN112087385B (en) | SDN consistency updating method based on multi-controller negotiation | |
| Cui | Software-defined measurement to support programmable networking for SoyKB |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |