CN116016307A - Method and device for transmitting calculation network parameters and electronic equipment - Google Patents
Method and device for transmitting calculation network parameters and electronic equipment Download PDFInfo
- Publication number
- CN116016307A CN116016307A CN202211690582.1A CN202211690582A CN116016307A CN 116016307 A CN116016307 A CN 116016307A CN 202211690582 A CN202211690582 A CN 202211690582A CN 116016307 A CN116016307 A CN 116016307A
- Authority
- CN
- China
- Prior art keywords
- network
- computing
- state parameters
- bgp
- power
- 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.)
- Pending
Links
Images
Abstract
The application discloses a method and a device for transmitting computing power network parameters and electronic equipment, wherein the method comprises the following steps: determining state parameters of an algorithm power node which is hung under the network equipment and is accessed to the network; after establishing connection with the controller, writing the state parameters into an extension TLV field of a data packet supporting a border gateway link state protocol BGP-LS; the status parameters are sent to the controller using BGP-LS protocol. Therefore, the problem that the existing network cannot effectively sense the calculation power is solved.
Description
Technical Field
The present invention relates to the field of data communications technologies, and in particular, to a method and an apparatus for transmitting a computing power network parameter, and an electronic device.
Background
BGP (Border Gateway Protocol) is a routing Protocol, which is the only network that can be used to handle global internet volume full-route information, and the only Protocol that can handle multi-path connections between unrelated routes. BGP-LS (border State, border gateway Link State protocol) establishes BGP connection between a network device and a server, and the network device transmits information such as a node State, a Link State, and a network topology of the network device to the server through BGP protocol.
In recent years, high-efficiency computing power becomes a key element for supporting intelligent social development, and starts to permeate in various industries, the requirements of social production and living development on computing power are also higher and higher, the centralized computing power construction cannot meet the demands of the whole society, cloud, edge and end computing power efficient and flexible scheduling is oriented, and a computing power network is gradually accepted by the industry as a novel network architecture.
The computing power network is developed into a foundation stone by integrating communication network equipment and heterogeneous computing facilities, and various resources such as data, computation and network are uniformly organized and managed, so that the network equipment is required to be capable of sensing computing power and flooding and transmitting information of the computing power resources in the network. However, at present, the network and the computing power are relatively independent, if a computing power requirement is provided, a user puts a server in a machine room, and in order to visit the server mutually, a special line between network equipment and the server is required to be drawn to acquire the computing power capability of the server, namely, the combination of the network and the computing power is simply pieced together, so that the unified management and collaborative scheduling of the network on computing power resources are realized, the network is required to sense the computing power, and the information of the computing power resources can be flooded and transferred in the network.
Disclosure of Invention
The application aims to provide a method and a device for transmitting calculation network parameters and electronic equipment. The method is used for realizing that the network can sense the computational power and can flood and transfer the computational power resources in the network.
In a first aspect, an embodiment of the present application provides a method for delivering a computing power network parameter, applied to a network device, where the method includes:
determining state parameters of an algorithm power node which is hung under the network equipment and is accessed to the network;
after establishing connection with the controller, writing the state parameters into an extension TLV field of a data packet supporting border gateway link state protocol BGP-LS;
the status parameters are sent to the controller using BGP-LS protocol.
In some possible embodiments, after the sending the status parameter to the controller using BGP-LS protocol, the method further includes:
and sending the state parameters to other network devices in a software defined network SDN where the network devices are located through a flooding mechanism corresponding to the BGP-LS.
In some possible embodiments, the method further comprises:
and receiving state parameters sent by other network equipment, wherein the state parameters sent by the other network equipment are state parameters of computing nodes which are hung under the other network equipment and are accessed to the network.
In some possible embodiments, the determining a state parameter of a computing power node that is down-hanging under the network device and has access to the network comprises:
determining the state parameters of the power computing nodes which are hung under the network equipment and are accessed to the network from the state parameters of the power computing nodes which are pre-configured; or (b)
And receiving the state parameters which are hung under the network equipment and reported by the computing power nodes which are accessed to the network.
In some possible embodiments, the writing the state parameter into an extended TLV field of a packet supporting border gateway link status protocol BGP-LS includes:
directly writing the state parameters into an extension TLV field of a data packet supporting the BGP-LS; or (b)
Writing the state parameters into an extension field of a packet supporting an interior gateway protocol IGP, and copying the state parameters from the extension field of the packet of the IGP to an extension TLV field of the packet of the BGP-LS.
In some possible embodiments, the status parameters include some or all of the following: the position of the computing force node, the number of the computing force node, the computing force type of the computing force node, the total capacity of the computing force node, the computing force utilization rate of the computing force node and the available computing force capacity of the computing force node.
In a second aspect, embodiments of the present application provide a method for delivering a computing power network parameter, applied to a controller, the method including:
receiving a BGP-LS supporting data packet sent by network equipment;
and analyzing the data packet, and acquiring the state parameters of the power computing nodes which are hung under the network equipment and are accessed to the network from the expansion TLV field of the data packet.
In a third aspect, embodiments of the present application provide an apparatus for delivering a computational power network parameter, the apparatus comprising:
the determining module is used for determining state parameters of the power computing nodes which are hung under the network equipment and are accessed to the network;
the writing module is used for writing the state parameters into an extension TLV field of a data packet supporting a border gateway link state protocol BGP-LS after establishing connection with the controller;
and the sending module is used for sending the state parameters to the controller by utilizing the BGP-LS protocol.
In a fourth aspect, embodiments of the present application provide an apparatus for delivering a computational power network parameter, the apparatus comprising:
the receiving module is used for receiving the data packet supporting BGP-LS sent by the network equipment;
the analyzing module is used for analyzing the data packet and acquiring the state parameters of the computing power node which is hung under the network equipment and is accessed to the network from the expansion TLV field of the data packet.
In a fifth aspect, embodiments of the present application provide 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 enable the at least one processor to perform the method of communicating computational power network parameters provided in the first aspect above.
In a sixth aspect, embodiments of the present application provide 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 enable the at least one processor to perform the method of communicating computational power network parameters provided in the second aspect above.
In a seventh aspect, embodiments of the present application provide a computer storage medium storing a computer program for causing a computer to execute the method for delivering a computational power network parameter applied to a network device provided in the first aspect.
In an eighth aspect, embodiments of the present application provide a computer storage medium storing a computer program for causing a computer to execute the method for delivering a computing network parameter applied to a controller provided in the second aspect.
In order to solve the problem that a network cannot effectively sense the computing power, the method and the device can transfer computing power node information of all access computing power nodes of the network in the network for the current integration of the network and the computing power, and after a user receives the network, the situation of computing power on the whole network can be known through the related information of the computing power nodes transferred on the network, and related parameters of computing power can be transferred in the network.
Additional features and advantages of the application will be set forth in the description which follows, and in part will be obvious from the description, or may be learned by practice of the application. The objectives and other advantages of the application will be realized and attained by the structure particularly pointed out in the written description and claims thereof as well as the appended drawings.
Drawings
In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings that are needed in the embodiments of the present application will be briefly described below, and it is obvious that the drawings that are described below are only some embodiments of the present application, and that other drawings may be obtained according to these drawings without inventive effort for a person skilled in the art.
FIG. 1 is a schematic illustration of an application environment according to one embodiment of the present application;
FIG. 2 is a flow chart of a method for delivering computing power network parameters applied to a network device according to one embodiment of the present application;
FIG. 3 is a schematic of a TLV format of a defined BGP-LS protocol according to an embodiment of the present application;
FIG. 4 is a schematic diagram of a TLV field definition of the location of a computing node according to one embodiment of the present application;
FIG. 5 is a schematic diagram of a numbered TLV field definition of a computing node according to one embodiment of the present application;
FIG. 6 is a schematic diagram of a manner of defining TLV fields of a computing type of a computing node according to one embodiment of the present application;
FIG. 7 is a schematic diagram of a TLV field definition of the total capacity of a computing node according to one embodiment of the present application;
FIG. 8 is a schematic diagram of a TLV field definition of a computing power utilization of a computing power node according to one embodiment of the present application;
FIG. 9 is a schematic diagram of a TLV field definition of available computing capacity of a computing node according to one embodiment of the present application;
FIG. 10 is a flow chart of a method for delivering computing power network parameters applied to a controller according to one embodiment of the present application;
FIG. 11 is a schematic diagram of an apparatus for communicating computing network parameters according to one embodiment of the present application;
FIG. 12 is a schematic diagram of another device for delivering computing power network parameters according to one embodiment of the present application;
fig. 13 is a schematic structural diagram of an electronic device according to an embodiment of the present application.
Detailed Description
The technical solutions in the embodiments of the present application will be clearly and thoroughly described below with reference to the accompanying drawings. In the description of the embodiments of the present application, unless otherwise indicated, "/" means or, for example, a/B may represent a or B; the text "and/or" is merely an association relation describing the associated object, and indicates that three relations may exist, for example, a and/or B may indicate: the three cases where a exists alone, a and B exist together, and B exists alone, and in addition, in the description of the embodiments of the present application, "plural" means two or more than two.
In the description of the embodiments of the present application, unless otherwise indicated, the term "plurality" refers to two or more, and other words and phrases are to be understood and appreciated that the preferred embodiments described herein are for illustration and explanation of the present application only and are not intended to limit the present application, and embodiments of the present application and features of the embodiments may be combined with each other without conflict.
In order to further explain the technical solutions provided in the embodiments of the present application, the following details are described with reference to the accompanying drawings and the detailed description. Although the embodiments of the present application provide the method operational steps as shown in the following embodiments or figures, more or fewer operational steps may be included in the method based on routine or non-inventive labor. In steps where there is logically no necessary causal relationship, the execution order of the steps is not limited to the execution order provided by the embodiments of the present application. The methods may be performed sequentially or in parallel as shown in the embodiments or the drawings when the actual processing or the control device is executing.
In view of the problem that the network cannot effectively sense the computational power in the related art. The application provides a method and a device for transmitting computing power network parameters and electronic equipment, wherein for the fusion of the current network and computing power, all accessed computing power node information of the network can be transmitted in the network, and after a user receives the network, the situation of computing power on the whole network can be known through the related information of the computing power nodes transmitted on the network, and the related parameters of computing power can be transmitted in the network.
Additional features and advantages of the application will be set forth in the description which follows, and in part will be obvious from the description, or may be learned by practice of the application. The objectives and other advantages of the application will be realized and attained by the structure particularly pointed out in the written description and claims thereof as well as the appended drawings.
Noun interpretation:
the Computing-aware network (CAN) is a novel network architecture which is proposed in response to the trend of Computing network convergence, dynamically distributed Computing resources are interconnected based on ubiquitous network connection, massive applications CAN call Computing resources in different places in real time as required through unified collaborative scheduling of multi-dimensional resources such as networks, storage, computing power and the like, global optimization of connection and Computing power in the network is realized, and consistent user experience is provided.
At present, for the integration of the network and the computing power, the traditional network itself only transmits the information of the network, such as bandwidth, time delay, source address and destination address of routing, etc., but for the integration of the network and the computing power at present, the unified management and the collaborative scheduling of the network to the computing power resources are required to be realized, the network is required to be capable of sensing the computing power, and the information of the computing power resources can be flooded and transmitted in the network.
The following describes the method for transmitting the parameters of the power network in the embodiment of the present application in detail with reference to the accompanying drawings.
Referring to fig. 1, a schematic view of an application environment according to an embodiment of the present application is exemplified by a software defined network (Software Defined Network, SDN). The SDN network comprises a controller and a plurality of network devices, and each network device is hung with a corresponding computing power node.
Fig. 2 is a flow chart of a method for delivering computing power network parameters according to an embodiment of the present application, which is applied to a network device and includes:
step 201: a state parameter of a power node that is down-hung under the network device and has access to the network is determined.
Under an SDN network, there are a plurality of network devices, each with a corresponding computing power node down-hanging. A server is a computing node that first needs to access network equipment if the server can be accessed remotely by a user.
As an alternative embodiment, the status parameters include some or all of the following: the position of the computing force node, the number of the computing force node, the computing force type of the computing force node, the total capacity of the computing force node, the computing force utilization rate of the computing force node and the available computing force capacity of the computing force node.
The state parameter of the computing node is a parameter representing the state of the computing node. It should be noted that, the present application is not limited to the above state parameters, and all parameters that can embody the state of the computing node are included in the present application.
When the construction of the computing node is completed and the configuration is online, the computing node can be directly configured into the computing node, and then the computing node reports relevant state parameters to the network equipment. To cause the network device to determine a state parameter of the computing node. As an alternative embodiment, determining the state parameters of the power node that is down-hanging under the network device and has access to the network may be, but is not limited to, two ways:
mode one: determining the state parameters of the power computing nodes which are hung under the network equipment and are accessed to the network from the state parameters of the power computing nodes which are pre-configured;
specifically, from the state parameters of the pre-configured computing node, the network device is caused to determine the state parameters of the computing node by manually logging onto the network device.
Mode two: and receiving the state parameters which are hung under the network equipment and reported by the computing power nodes which are accessed to the network.
Specifically, the computing node equipment itself makes some extensions, and an API interface is arranged between the computing node equipment and the network equipment, and the state parameters of the computing node can be directly transmitted to the network equipment through the interface, namely, the network equipment receives the state parameters reported by the computing node.
Step 202: after establishing a connection with the controller, the state parameters are written into an extension TLV field of a data packet supporting border gateway link status protocol BGP-LS.
Specifically, a connection is established with the controller, i.e., a BGP neighbor relation established between the network device and the controller, based on which the BGP-LS protocol of the network device may communicate state parameters of the computing node to the controller.
As an alternative embodiment, the status parameters are written in the extended TLV field of the data packet supporting border gateway link status protocol BGP-LS, which includes but is not limited to the following two ways:
mode one: and directly writing the state parameters into an extension TLV field of a data packet supporting the BGP-LS.
Specifically, this is to directly write the state parameters into the extended TLV field of the BGP-LS enabled packet. The method comprises the steps of expanding fields of BGP-LS data packets in advance, wherein the expanded fields are used for transmitting state parameters of computing nodes.
The BGP-LS routing protocol itself has already transmitted many network information, such as bandwidth, time delay, source address and destination address of route, etc., have already defined many fields of type, if this routing protocol hopes to bear more fields, the field in the data packet that the present protocol corresponds to is not sufficient, the corresponding field in the data packet that the main expansion protocol of this application corresponds to, when expanding the field, can accord with the unified distribution of the Internet digital distribution organization on the internet according to the international standard either; of course, the fields may be defined in a self-defined manner if not interworking with other devices.
It should Be noted that, the Type field in the BGP-LS (Type, length, value) message for transmitting the state parameter of the computing node is 16 bits, and the Value range is from 0 To 65535, in this application, to Be Defined, which specifically obeys the unified allocation and planning of the IANA.
Currently, the TLV format of the prescribed BGP-LS protocol is shown in fig. 3:
the TLV (Type, length, value) field definitions of several status parameters in step 201 are described below.
The TLV field defining the location of the force node is shown in fig. 4:
the position code of the calculation node, geographic Location Code, the field length can be flexibly defined, the application is not limited, and the range is 0 ～ 4,294,967,295 from 32 bits currently. In the specific power resource construction, the position codes of the power nodes can be distributed uniformly in the whole network, for example, the position codes can be the same as the national geographical postal code distribution scheme or can be expanded on the basis of postal codes.
The Type field is defined as to be defined for example 10002.
(II) the numbered TLV field definition of the computing node see FIG. 5:
TLV of number of computing nodes: the length of the Node Number field can be flexibly defined, and the Node Number field is not limited in the application, and is currently 32 bits and ranges from 0 ～ 4,294,967,295. In the resource construction of specific calculation forces, the calculation force node numbers are subjected to uniform distribution of the whole network.
The Type field is defined as to be defined for example 10001.
(III) the TLV field definition mode of the calculation force type of the calculation force node is shown in FIG. 6:
TLV of calculation type of calculation node: node Type, this application does not do the restriction, and current planning 32bit, common CPU power, node Type definition are 1, GPU Type Node Type definition are 2 etc. the Type value of power Node all can be allocated and defined in a flexible way.
The Type field is defined as to be defined for example 10003.
(IV) the TLV field definition mode of the total capacity of the computing force node is shown in FIG. 7:
TLV field of total capacity of the computing node: total capability, not limited in this application, currently plans for 64 bits, and has a value range 0 ～ 18,446,744,073,709,551,615, and it should be noted that the definition unit is GFLOPS.
The Type field is defined as to be defined for example 10004.
(V) the TLV field definition mode of the calculation force utilization rate of the calculation force node is shown in FIG. 8:
calculation force utilization optional TLV of calculation force node: availabe Rate is currently planned to 16 bits, and because the highest value of the calculated power utilization Rate is 100%, 16 bits are enough, and definition remains to the last two bits of the decimal point, for example, when the utilization Rate is 9999, the utilization Rate is 99.99%.
The Type field is defined as to be defined for example 10006.
(six) TLV field definition of available power capacity of the power node see fig. 9:
TLV field of currently remaining available power capacity of the power node: availabe Capacity, the current programming of 64 bits, the value range 0 ～ 18,446,744,073,709,551,615, and the definition unit is GFLOPS, is not limited in this application.
The Type field is defined as to be defined for example 10005.
Mode two: writing the state parameters into an extension field of a packet supporting an interior gateway protocol IGP, and copying the state parameters from the extension field of the packet of the IGP to an extension TLV field of the packet of the BGP-LS.
Specifically, the network device writes the state parameter in the extension field of the packet of ISIS or OSPF protocol (in IGP routing protocol) before copying the state parameter from the extension field of the packet of IGP to the extension TLV field of the packet of BGP-LS. The synchronization of the status parameters from the IGP protocol to the BGP protocol by the reissue method is because when the computing node itself reports the status parameters to the network device, the computing node itself reports the status parameters to the network device by means of matching with other routing protocols (IGP routing protocols), and if the network device itself has already configured a method of sending the status parameters to the controller by means of BGP-LS protocol, the status parameters are sent to the controller, and at this time, the reissue of the protocol is required, and the contents of the other protocols (IGP routing protocols) are reissued to the BGP protocol. The transfer of the state parameters of the computing nodes in the network is realized.
Step 203: the status parameters are sent to the controller using BGP-LS protocol.
Specifically, the network device uses BGP-LS protocol to synchronize the state parameters to the controller, so that the controller receives the state parameters, and can learn the state parameters of the computing nodes of the whole network.
As an alternative embodiment, after the state parameter is sent to the controller using BGP-LS protocol, the method further includes: and sending the state parameters to other network devices in a software defined network SDN where the network devices are located through a flooding mechanism corresponding to the BGP-LS.
Specifically, the network device floods the state parameters of the current computing node and converges to a computing routing table, and the computing routing table confirms the state parameters and the computing resources of the computing node in the SDN network. And through flooding of the computing power information and convergence of the computing power routing table, the whole SDN network senses the computing power state parameters of the current computing power node.
As an alternative embodiment, the method further comprises: and receiving state parameters sent by other network equipment, wherein the state parameters sent by the other network equipment are state parameters of computing nodes which are hung under the other network equipment and are accessed to the network.
Each network device is required to receive state parameters sent by other network devices in the SDN network, that is, each network device stores state parameters of computing nodes suspended under all network devices in the whole SDN network.
In the method, the computing power network is an upgrade of a traditional network, the network is required to bear and flexibly schedule resource information (namely state parameters in the method) of computing power nodes of the whole network, and the network equipment is required to acquire the state parameters of the computing power nodes and synchronize to the network SDN controller in time so that the SDN controller can master the state parameter conditions of the computing power nodes of the whole network. According to the method, the relevant fields of the data packet of the BGP-LS protocol are expanded to transfer the state parameters of the computing power node, and the network SDN controller receives relevant TLV information from the network equipment side through the transfer of the TLV carrying the state parameter information of the computing power node, so that the condition of the whole network computing power resource of the SDN is known. When the network SDN controller receives the computational power resource request from the application programming layer, the computational power resource request can be directly routed to the corresponding most suitable computational power node to obtain computational power service according to the situation of grasping computational power resources of the whole SDN network.
The embodiment of the application also provides a method for transmitting the calculation network parameters, which is applied to the controller, as shown in fig. 10, and comprises the following steps:
in step 1001, a BGP-LS enabled packet sent by a network device is received.
Specifically, the controller learns the BGP-LS protocol to acquire the state parameters of the power computing nodes transmitted by all network devices, so as to collect and master the state parameter information of the power computing nodes of the SDN. In addition, after receiving the calculation power request instruction of the application layer orchestrator, the controller reasonably distributes relevant application demands to corresponding calculation power node resources according to the known state parameter information of calculation power nodes of the SDN whole network, and issues relevant instructions to the network equipment to schedule relevant application traffic to the corresponding distributed calculation power nodes.
Example 2
Based on the same inventive concept, the present application further provides an apparatus for delivering a computing power network parameter, as shown in fig. 11, the apparatus includes:
a determining module 1101, configured to determine a state parameter of a computing node that is suspended under the network device and has access to a network;
a writing module 1102, configured to write the state parameter into an extended TLV field of a data packet supporting a border gateway link state protocol BGP-LS after establishing a connection with a controller;
a sending module 1103 is configured to send the state parameter to the controller by using BGP-LS protocol.
Optionally, the sending module 1103 is further configured to:
and sending the state parameters to other network devices in a software defined network SDN where the network devices are located through a flooding mechanism corresponding to the BGP-LS.
Optionally, the apparatus further includes a receiving module 1104, configured to receive a status parameter sent by the other network device, where the status parameter sent by the other network device is a status parameter of a computing node that is suspended under the other network device and has access to the network.
Optionally, the determining module 1101 is specifically configured to: determining the state parameters of the power computing nodes which are hung under the network equipment and are accessed to the network from the state parameters of the power computing nodes which are pre-configured; or (b)
And receiving the state parameters which are hung under the network equipment and reported by the computing power nodes which are accessed to the network.
Optionally, the writing module 1102 is specifically configured to: directly writing the state parameters into an extension TLV field of a data packet supporting the BGP-LS; or (b)
Writing the state parameters into an extension field of a packet supporting an interior gateway protocol IGP, and copying the state parameters from the extension field of the packet of the IGP to an extension TLV field of the packet of the BGP-LS.
Optionally, the status parameter includes some or all of the following: the position of the computing force node, the number of the computing force node, the computing force type of the computing force node, the total capacity of the computing force node, the computing force utilization rate of the computing force node and the available computing force capacity of the computing force node.
Based on the same inventive concept, the present application further provides an apparatus for delivering a computing power network parameter, as shown in fig. 12, the apparatus includes:
a receiving module 1201, configured to receive a BGP-LS-supporting data packet sent by a network device;
the parsing module 1202 is configured to parse the data packet, and obtain, from an extension TLV field of the data packet, a state parameter of an computing node that is suspended under the network device and has been connected to the network.
Having described the method and apparatus for communicating computing power network parameters according to exemplary embodiments of the present application, an electronic device according to another exemplary embodiment of the present application is next described.
Those skilled in the art will appreciate that the various aspects of the present application may be implemented as a system, method, or program product. Accordingly, aspects of the present application may be embodied in the following forms, namely: an entirely hardware embodiment, an entirely software embodiment (including firmware, micro-code, etc.) or an embodiment combining hardware and software aspects may be referred to herein as a "circuit," module "or" system.
In some possible implementations, an electronic device according to the present application may include at least one processor, and at least one memory. The memory stores program code that, when executed by the processor, causes the processor to perform the steps of the method of communicating a computing network parameter according to various exemplary embodiments of the present application described above in the present specification, as applied to a network device, or to perform the steps of the method of communicating a computing network parameter according to various exemplary embodiments of the present application described above in the present specification, as applied to a controller.
An electronic device 130 according to this embodiment of the present application, i.e. the device delivering the calculation network parameters described above, is described below with reference to fig. 13. The electronic device 130 shown in fig. 13 is merely an example, and should not be construed as limiting the functionality and scope of use of embodiments of the present application.
As shown in fig. 13, the electronic device 130 is in the form of a general-purpose electronic device. Components of electronic device 130 may include, but are not limited to: the at least one processor 131, the at least one memory 132, and a bus 133 connecting the various system components, including the memory 132 and the processor 131.
The electronic device 130 may also communicate with one or more external devices 134 (e.g., keyboard, pointing device, etc.), one or more devices that enable a user to interact with the electronic device 130, and/or any device (e.g., router, modem, etc.) that enables the electronic device 130 to communicate with one or more other electronic devices. Such communication may occur through an input/output (I/O) interface 135. Also, electronic device 130 may communicate with one or more networks such as a Local Area Network (LAN), a Wide Area Network (WAN), and/or a public network, such as the Internet, through network adapter 136. As shown, network adapter 136 communicates with other modules for electronic device 130 over bus 133. It should be appreciated that although not shown, other hardware and/or software modules may be used in connection with electronic device 130, including, but not limited to: microcode, device drivers, redundant processors, external disk drive arrays, RAID systems, tape drives, data backup storage systems, and the like.
In some possible embodiments, aspects of a method of communicating a computational power network parameter provided herein may also be implemented in the form of a program product comprising program code for causing a computer device to carry out the steps of a method of communicating a computational power network parameter according to various exemplary embodiments of the present application as described herein above, when the program product is run on a computer device.
The program product may employ any combination of one or more readable media. The readable medium may be a readable signal medium or a readable storage medium. The readable storage medium can be, for example, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or a combination of any of the foregoing. More specific examples (a non-exhaustive list) of the readable storage medium would include the following: an electrical connection having one or more wires, a portable disk, a hard disk, random Access Memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.
The program product for monitoring of embodiments of the present application may employ a portable compact disc read only memory (CD-ROM) and include program code and may run on an electronic device. However, the program product of the present application is not limited thereto, and in this document, a readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device.
The readable signal medium may include a data signal propagated in baseband or as part of a carrier wave with readable program code embodied therein. Such a propagated data signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination of the foregoing. A readable signal medium may also be any readable medium that is not a readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device.
Program code embodied on a readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.
Program code for carrying out operations of the present application may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, C++ or the like and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the consumer electronic device, partly on the consumer electronic device, as a stand-alone software package, partly on the consumer electronic device, partly on the remote electronic device, or entirely on the remote electronic device or server. In the case of remote electronic devices, the remote electronic device may be connected to the consumer electronic device through any kind of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or may be connected to an external electronic device (e.g., connected through the internet using an internet service provider).
It should be noted that although several units or sub-units of the apparatus are mentioned in the above detailed description, such a division is merely exemplary and not mandatory. Indeed, the features and functions of two or more of the elements described above may be embodied in one element in accordance with embodiments of the present application. Conversely, the features and functions of one unit described above may be further divided into a plurality of units to be embodied.
Furthermore, although the operations of the methods of the present application are depicted in the drawings in a particular order, this is not required to or suggested that these operations must be performed in this particular order or that all of the illustrated operations must be performed in order to achieve desirable results. Additionally or alternatively, certain steps may be omitted, multiple steps combined into one step to perform, and/or one step decomposed into multiple steps to perform.
It will be appreciated by those skilled in the art that embodiments of the present application may be provided as a method, system, or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
The present application is described with reference to flowchart illustrations and block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the application. It will be understood that each flowchart and/or block of the flowchart and block diagrams, and combinations of flowcharts and block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and block diagram block or blocks.
While preferred embodiments of the present application have been described, additional variations and modifications in those embodiments may occur to those skilled in the art once they learn of the basic inventive concepts. It is therefore intended that the following claims be interpreted as including the preferred embodiments and all such alterations and modifications as fall within the scope of the application.
It will be apparent to those skilled in the art that various modifications and variations can be made in the present application without departing from the spirit or scope of the application. Thus, if such modifications and variations of the present application fall within the scope of the claims and the equivalents thereof, the present application is intended to cover such modifications and variations.
Claims (11)
1. A method of communicating a computational power network parameter, for use with a network device, the method comprising:
determining state parameters of an algorithm power node which is hung under the network equipment and is accessed to the network;
after establishing connection with the controller, writing the state parameters into an extension TLV field of a data packet supporting border gateway link state protocol BGP-LS;
the status parameters are sent to the controller using BGP-LS protocol.
2. The method of claim 1, wherein after the sending the status parameter to the controller using BGP-LS protocol, the method further comprises:
and sending the state parameters to other network devices in a software defined network SDN where the network devices are located through a flooding mechanism corresponding to the BGP-LS.
3. The method according to claim 2, wherein the method further comprises:
and receiving state parameters sent by other network equipment, wherein the state parameters sent by the other network equipment are state parameters of computing nodes which are hung under the other network equipment and are accessed to the network.
4. The method of claim 1, wherein the determining a state parameter of a power node that is underhung under the network device and has access to the network comprises:
determining the state parameters of the power computing nodes which are hung under the network equipment and are accessed to the network from the state parameters of the power computing nodes which are pre-configured; or (b)
And receiving the state parameters which are hung under the network equipment and reported by the computing power nodes which are accessed to the network.
5. The method of claim 1, wherein writing the status parameter into an extended TLV field of a data packet supporting border gateway link status protocol BGP-LS comprises:
directly writing the state parameters into an extension TLV field of a data packet supporting the BGP-LS; or (b)
Writing the state parameters into an extension field of a packet supporting an interior gateway protocol IGP, and copying the state parameters from the extension field of the packet of the IGP to an extension TLV field of the packet of the BGP-LS.
6. The method of claim 1, wherein the status parameters include some or all of the following: the position of the computing force node, the number of the computing force node, the computing force type of the computing force node, the total capacity of the computing force node, the computing force utilization rate of the computing force node and the available computing force capacity of the computing force node.
7. A method of communicating a computational power network parameter, for use with a controller, the method comprising:
receiving a BGP-LS supporting data packet sent by network equipment;
and analyzing the data packet, and acquiring the state parameters of the power computing nodes which are hung under the network equipment and are accessed to the network from the expansion TLV field of the data packet.
8. An apparatus for communicating a computational power network parameter, the apparatus comprising:
the determining module is used for determining state parameters of the power computing nodes which are hung under the network equipment and are accessed to the network;
the writing module is used for writing the state parameters into an extension TLV field of a data packet supporting a border gateway link state protocol BGP-LS after establishing connection with the controller;
and the sending module is used for sending the state parameters to the controller by utilizing the BGP-LS protocol.
9. An apparatus for communicating a computational power network parameter, the apparatus comprising:
the receiving module is used for receiving the data packet supporting BGP-LS sent by the network equipment;
the analyzing module is used for analyzing the data packet and acquiring the state parameters of the computing power node which is hung under the network equipment and is accessed to the network from the expansion TLV field of the data packet.
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 enable the at least one processor to perform the method of any one of claims 1-6 or to perform the method of claim 7.
11. A computer storage medium, characterized in that the computer storage medium stores a computer program for causing a computer to perform the method according to any one of claims 1-6 or to perform the method according to claim 7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211690582.1A CN116016307A (en) | 2022-12-27 | 2022-12-27 | Method and device for transmitting calculation network parameters and electronic equipment |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211690582.1A CN116016307A (en) | 2022-12-27 | 2022-12-27 | Method and device for transmitting calculation network parameters and electronic equipment |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN116016307A true CN116016307A (en) | 2023-04-25 |
Family
ID=86020435
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202211690582.1A Pending CN116016307A (en) | 2022-12-27 | 2022-12-27 | Method and device for transmitting calculation network parameters and electronic equipment |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN116016307A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116743878A (en) * | 2023-08-14 | 2023-09-12 | 新华三技术有限公司 | Computing power registration method, computing power registration device, computer equipment and storage medium |
-
2022
- 2022-12-27 CN CN202211690582.1A patent/CN116016307A/en active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116743878A (en) * | 2023-08-14 | 2023-09-12 | 新华三技术有限公司 | Computing power registration method, computing power registration device, computer equipment and storage medium |
| CN116743878B (en) * | 2023-08-14 | 2023-10-27 | 新华三技术有限公司 | Computing power registration method, computing power registration device, computer equipment and storage medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11463511B2 (en) | Model-based load balancing for network data plane | |
| CN102934087B (en) | Between the webserver, virtual machine is moved when detecting degenerate network link operation | |
| Sun et al. | A reliability-aware approach for resource efficient virtual network function deployment | |
| CN109088820B (en) | Cross-device link aggregation method and device, computing device and storage medium | |
| KR20120123262A (en) | System and method for providing quality of service in wide-area messaging fabric | |
| CN102622303A (en) | Memory overload control method and device | |
| CN105187512A (en) | Method and system for load balancing of virtual machine clusters | |
| CN112235130A (en) | Method and device for realizing operation and maintenance automation based on SDN network | |
| CN105103524A (en) | SWAN: achieving high utilization in networks | |
| JP2010161501A (en) | Management system and management method of network | |
| US7996534B2 (en) | File distribution in wireless networks | |
| CN115514696B (en) | Method, device and equipment for transmitting computing power resource information | |
| Mao et al. | Joint resource management and flow scheduling for SFC deployment in hybrid edge-and-cloud network | |
| CN104283780A (en) | Method and device for establishing data transmission route | |
| CN116016307A (en) | Method and device for transmitting calculation network parameters and electronic equipment | |
| CN110768840A (en) | Control method, device, equipment and storage medium of communication equipment | |
| Peralta et al. | Fog to cloud and network coded based architecture: Minimizing data download time for smart mobility | |
| US9479438B2 (en) | Link aggregation based on virtual interfaces of VLANs | |
| CN113452600A (en) | Cross-region message communication method and device, electronic equipment and storage medium | |
| Feng et al. | COVE: Co-operative virtual network embedding for network virtualization | |
| CN104639557A (en) | Method and system for establishing PCEP (Path Computation Element Communication Protocol) session and equipment | |
| CN114363164B (en) | Cloud network service arrangement control method, system, storage medium and electronic equipment | |
| CN116455817A (en) | Software-defined cloud network fusion architecture and route implementation method | |
| CN114827781B (en) | Network collaboration method, device, equipment and storage medium | |
| JP6228822B2 (en) | Network management control device, network management control system, and network management control method |
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 |