CN113973075A - Data processing method and device - Google Patents
Data processing method and device Download PDFInfo
- Publication number
- CN113973075A CN113973075A CN202010710202.0A CN202010710202A CN113973075A CN 113973075 A CN113973075 A CN 113973075A CN 202010710202 A CN202010710202 A CN 202010710202A CN 113973075 A CN113973075 A CN 113973075A
- Authority
- CN
- China
- Prior art keywords
- route
- network topology
- topology information
- indication information
- value
- 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
- 238000003672 processing method Methods 0.000 title claims abstract description 27
- 230000005540 biological transmission Effects 0.000 claims abstract description 9
- 238000000034 method Methods 0.000 claims description 66
- 238000012545 processing Methods 0.000 claims description 27
- 238000004590 computer program Methods 0.000 claims description 10
- 238000010586 diagram Methods 0.000 description 9
- 238000004891 communication Methods 0.000 description 8
- 230000003993 interaction Effects 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000000802 evaporation-induced self-assembly Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
Images
Classifications
-
- 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/26—Route discovery packet
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The embodiment of the application provides a data processing method, which may be executed by a first device in a cloud interconnection system, and specifically, the first device may send a first route to a second device in the cloud interconnection system, so as to implement route synchronization of the first device and the second device. The first device may store first indication information to the first device when determining that the first route transmission fails, where the first indication information is used to indicate the first device to retransmit the first route to the second device. In other words, the first device may resend the first route to the second device according to the first indication information to achieve route synchronization of the first device and the second device. Therefore, according to the scheme of the embodiment of the application, even if the first device fails to send the first route to the second device, the first device can perform the operation of resending the first route according to the first indication information, so that the route synchronization of the first device and the second device is realized.
Description
Technical Field
The present application relates to the field of communications, and in particular, to a data processing method and apparatus.
Background
Cloud Inter Connect (CIC) technology is widely used because it can provide high performance, low latency private networks. A user may join a Virtual Private Cloud (VPC) and a Private wire network into a Cloud interconnection system.
In practical application, network topology information, such as routing information, in each device in the cloud interconnection system is kept consistent, which is a precondition for ensuring normal data interaction between the devices. How to keep network topology information in each device in a cloud interconnection system consistent is a problem which needs to be solved urgently at present.
Disclosure of Invention
The technical problem to be solved by the application is how to keep network topology information in each device in a cloud interconnection system consistent, and a data processing method and device are provided.
In a first aspect, an embodiment of the present application provides a data processing method, where the method is applied to a cloud interconnection system, where the cloud interconnection system includes a first device and a second device, and the method includes:
the first device sends a first route to the second device,
and the first equipment stores first indication information to the first equipment under the condition that the first equipment determines that the first route fails to be sent, wherein the first indication information is used for indicating the first equipment to send the first route to the second equipment again.
In an implementation manner, the first indication information carries an identifier of the second device and the first route.
In one form of implementation, the first and second electrodes are,
the first route is carried in a first message, the first message further includes second indication information, the second indication information is used for indicating the second device to store the first route, or the second indication information is used for indicating the second device to delete the first route.
In an implementation manner, the first indication information further includes a first parameter, where the first parameter is used to indicate a route processing manner indicated by the first message, and the route processing manner includes saving the first route or deleting the first route.
In one form of implementation, the first and second electrodes are,
the first indication information is used for indicating the first device to regenerate the first message according to the first indication information, and sending the regenerated first message to the second device.
In an implementation manner, the first route carries second indication information, where the second indication information is used to indicate the second device to store the first route, or the second indication information is used to indicate the second device to delete the first route.
In an implementation manner, the first indication information further carries a second parameter, where the second parameter is used to indicate whether the first device successfully sends the first route to the second device, an initial value of the second parameter is a first value, and the first value is used to indicate that the first device fails to send the first route to the second device;
the method further comprises the following steps:
the first device resends the first route to the second device if the value of the second parameter is equal to the first value.
In one implementation, the method further comprises:
if the first device fails to send the first route to the second device again, the first device keeps the value of the second parameter unchanged;
if the first device sends the first route to the second device again successfully, the first device modifies the value of the second parameter to a second value, and the second value is used for indicating that the first device sends the first route to the second device successfully.
In one implementation, the method further comprises:
and after the first equipment successfully sends the first route to the second equipment, deleting the first indication information.
In one implementation manner, the first device is a device that runs a network instance, and the second device is a device that runs a cloud interconnection center service.
In a second aspect, an embodiment of the present application provides a data processing method, where the method is applied to a cloud interconnection system, where the cloud interconnection system includes a second device and a third device, and the method includes:
the second device sends network topology information to the third device, wherein the network topology information is used for indicating the third device to update the network topology information stored in the third device;
and the second device stores third indication information to the second device under the condition that the second device determines that the network topology information is failed to be sent, wherein the third indication information is used for indicating the second device to update the network topology information stored in the third device, so that the network topology information stored in the third device is consistent with the network topology information stored in the second device.
In an implementation manner, the second indication information is used to indicate the second device to obtain the network topology information stored in the third device, and update the network topology information stored in the third device according to the network topology information stored in the second device, so that the network topology information stored in the third device is consistent with the network topology information stored in the second device.
In one form of implementation, the first and second electrodes are,
the second indication information includes an identification of the third device.
In an implementation manner, the third indication information carries a third parameter, where the third parameter is used to indicate whether the network topology information stored in the third network device is successfully updated, an initial value of the third parameter is a third value, and the third value is used to indicate that the network topology information stored in the third network device is unsuccessfully updated, where the method further includes:
and the second device updates the network topology information stored in the third device when the value of the third parameter is equal to the third value.
In one implementation, the method further comprises:
if the second device fails to update the network topology information stored in the third device, the second device keeps the value of the third parameter unchanged as the third value;
if the second device successfully updates the network topology information stored in the third device, the second device modifies the value of the third parameter to a fourth value, and the fourth value is used for indicating that the network topology information stored in the third network device is successfully updated.
In one implementation, the method further comprises:
and after the second device successfully updates the network topology information stored in the third device, deleting the third indication information.
In one implementation, the network topology information includes:
routing and/or bandwidth.
In one implementation, if the network topology information includes a first route, the first route is sent by the first device to the second device.
In one implementation manner, the first device and the third device are both devices that operate a network instance, and the second device is a device that operates a cloud interconnection center service.
In a third aspect, an embodiment of the present application provides a data processing apparatus, where the apparatus is applied to a first device in a cloud interconnection system, where the cloud interconnection system includes the first device and a second device, and the apparatus includes:
a first sending unit, configured to send a first route to the second device,
a first storing unit, configured to store first indication information to a first device when it is determined that the first route fails to be sent, where the first indication information is used to indicate the first device to send the first route to the second device again.
In a fourth aspect, an embodiment of the present application provides a data processing apparatus, where the apparatus is applied to a second device in a cloud interconnection system, where the cloud interconnection system includes the second device and a third device, and the apparatus includes:
a third sending unit, configured to send network topology information to the third device, where the network topology information is used to instruct the third device to update the network topology information stored in the third device;
a second storing unit, configured to, when it is determined that the network topology information is failed to be sent, store third indication information to the second device, where the third indication information is used to indicate the second device to update the network topology information stored in the third device, so that the network topology information stored in the third device is consistent with the network topology information stored in the second device.
In a fifth aspect, an embodiment of the present application provides an apparatus, including: a processor and a memory:
the memory is used for storing a computer program and transmitting the computer program to the processor;
the processor is adapted to perform the method of any of the above first aspects or to perform the method of any of the above second aspects in accordance with the computer program.
In a sixth aspect, embodiments of the present application provide a computer-readable storage medium for storing a computer program for executing the method of any one of the above first aspects, or for executing the method of any one of the above second aspects.
In a seventh aspect, an embodiment of the present application provides a cloud interconnection system, where the system includes: the first device and the second device of any one of the above first aspects, and/or the second device and the third device of any one of the above second aspects, wherein the second device of any one of the above first aspects and the second device of any one of the above second aspects are the same device.
Compared with the prior art, the embodiment of the application has the following advantages:
in a first aspect, an embodiment of the present application provides a data processing method, where the data processing method may be executed by a first device in a cloud interconnection system, and specifically, the first device may send a first route to a second device in the cloud interconnection system, so as to implement route synchronization of the first device and the second device. In some embodiments, the first device may fail to send the first route to the second device, and once the first device fails to send the first route to the second device, the first device and the second device may not achieve route synchronization. To avoid this problem, the first device may store, in a case where it is determined that the first route transmission fails, first indication information to the first device, where the first indication information is used to instruct the first device to retransmit the first route to the second device. In other words, the first device may resend the first route to the second device according to the first indication information to achieve route synchronization of the first device and the second device. Therefore, according to the scheme of the embodiment of the application, even if the first device fails to send the first route to the second device, the first device can perform the operation of resending the first route according to the first indication information, so that the route synchronization of the first device and the second device is realized. The routing synchronization of the first device and the second device in the embodiments of the present application means that the routing information stored in the first device is consistent with the routing information stored in the second device.
In a second aspect, an embodiment of the present application provides a data processing method, which may be applied to a cloud interconnection system, where the cloud interconnection system may include a second device and a third device, and specifically, the second device in the cloud interconnection system may send network topology information to the third device, where the network topology information is used to instruct the third device to update network topology information stored in the third device, so as to implement synchronization of the network topology information of the second device and the third device. In some embodiments, the second device may fail to send the network topology information to the third device, and once the second device fails to send the network topology information to the third device, the second device and the third device may not achieve network topology information synchronization. In order to avoid this problem, in this embodiment of the present application, when determining that the network topology information is failed to be sent, the second device may store third indication information to the second device, where the third indication information is used to indicate the second device to obtain the network topology information stored in the third device, and update the network topology information stored in the third device, so that the network topology information stored in the third device is consistent with the network topology information stored in the second device. Therefore, by using the scheme of the embodiment of the application, even if the second device fails to send the network topology information to the third device, the second device can implement the synchronization of the network topology information of the first device and the second device according to the third indication information.
Drawings
In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings needed to be used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only some embodiments described in the present application, and other drawings can be obtained by those skilled in the art without creative efforts.
FIG. 1 is a schematic diagram of an exemplary application scenario according to an embodiment of the present application;
fig. 2 is a schematic flowchart of a data processing method according to an embodiment of the present application;
fig. 3 is a schematic flowchart of another data processing method according to an embodiment of the present application;
FIG. 4 is a schematic illustration provided by an embodiment of the present application;
fig. 5 is a schematic structural diagram of a data processing apparatus according to an embodiment of the present application;
fig. 6 is a schematic structural diagram of a data processing apparatus according to an embodiment of the present application;
fig. 7 is a schematic structural diagram of an apparatus according to an embodiment of the present application.
Detailed Description
In order to make the technical solutions of the present application better understood, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, and not all of the embodiments. 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 application.
For convenience of understanding, a possible application scenario of the embodiment of the present application is first described.
Referring to fig. 1, the figure is a schematic diagram of an exemplary application scenario according to an embodiment of the present application. Fig. 1 shows a cloud interconnection system including a device 101, a device 102, a device 103, a device 104, and a device 105. The device 101 is a device running a cloud interconnection center service, and the devices 102, 103, 104, and 105 may all be devices running network instances. The device running the network instance may be, for example, a device added to the cloud interconnection system through a VPC, and the device running the network instance may also be added to the cloud interconnection system through a private network. In one example, device 102, device 103, device 104, and device 105 may each be user-side devices. Wherein, the device 102, the device 103, the device 104, and the device 105 may belong to different communication domains (regions), respectively. For example, device 102 belongs to region1, device 103 belongs to region2, device 104 belongs to region3, and device 105 belongs to region 4. Of course, multiple devices may be included in a communication domain, for example, region1 may include other devices in addition to device 102. The communication domains mentioned herein may be divided according to regions, or may be divided according to network types, and the embodiments of the present application are not particularly limited.
In practical application, network topology information, such as routing information and/or bandwidth information, in each device in the cloud interconnection system is kept consistent, which is a precondition for ensuring normal data interaction between the devices. However, in some embodiments, network topology information between various devices in a cloud interconnection network may not be consistent. The description will now be made with reference to specific examples:
assuming that the routing information in the device 102 is updated, the device 102 needs to notify other devices (i.e., the device 101, the device 103, the device 104, and the device 105 shown in fig. 1) in the cloud interconnection system that the routing information is updated correspondingly. The specific process of the device 102 notifying other devices of updating the routing information is as follows: the device 102 first sends the routing information to be updated to the device 102, and the device 102 sends the routing information to be updated to the devices 103, 104, and 105, so as to implement routing synchronization of the entire cloud interconnection system.
In the process of the route synchronization, the route synchronization method comprises 4 steps which are respectively as follows:
1. device 102 sends routing information to device 101 that needs to be updated.
2. The device 101 sends routing information that needs to be updated to the device 103.
3. Device 101 sends routing information that needs to be updated to device 104.
4. Device 101 sends routing information that needs to be updated to device 105.
Any one of the above four steps is not successfully executed, and the cloud interconnection system cannot realize route synchronization. Of course, the execution sequence of steps 2, 3, and 4 is not specifically limited in this embodiment.
In order to solve the above problem, the present embodiment provides two data processing methods, where one data processing method is applied to a device running a network instance, for example, to the device 102 sending routing information that needs to be updated to the device 101. Another data processing method is applied to the device 101 that runs the cloud interconnection center service.
Next, a data processing method provided by an embodiment of the present application is described with reference to the drawings.
Referring to fig. 2, the figure is a schematic flowchart of a data processing method according to an embodiment of the present application.
The data processing method shown in fig. 2 may be applied to, for example, the cloud interconnection system shown in fig. 1, and may be implemented, for example, by the following S101 to S102.
S101: the first device sends the first route to the second device.
In this embodiment, the first device may execute S101 when its own routing information changes. In an implementation manner of the embodiment of the present application, the first device may send the first route carried in the first message to the second device.
The change of the routing information of the first device itself may include two cases, namely adding a route and deleting a route. In order to ensure that the first device and the second device maintain route synchronization, the second device needs to perform a corresponding addition or deletion operation on the first route.
In an example, if the first route is carried in the first message, the first message may further include second indication information, where the second indication information is used to indicate the second device to store the first route, or to indicate the second device to delete the first route. In another example, the second indication information may be carried in the first route. Specifically, if the first route is added to the first device, the second indication information is used to indicate the second device to store the first route. And if the first route is deleted by the first equipment, the second indication information is used for indicating the second equipment to delete the first route.
The first device may be a device running a network instance and the second device may be a device running a cloud interconnection center service. For example, the first device may be device 102 shown in fig. 1 and the second device may be device 101 shown in fig. 1.
S102: and the first equipment stores first indication information to the first equipment under the condition that the first route is determined to be failed to be sent, wherein the first indication information is used for indicating the first equipment to send the first route to the second equipment again.
In some embodiments, when the first device sends the first route to the second device, a situation may occur in which the sending fails, for example, the link quality between the first device and the second device is low, resulting in unsuccessful sending of the first route. For such a situation, in this embodiment of the present application, in order to enable the first device and the second device to implement route synchronization, the first device may store, to the local, first indication information when it is determined that the first route transmission fails, where the first indication information is used to instruct the first device to retransmit the first route to the second device. Specifically, the first device may store the first indication information in a local memory, poll the memory according to a certain period, and resend the first route to the second device according to the first indication information if the first indication information is found.
In this embodiment of the application, if the first route is carried in the first message, the first device sends the first route to the second device again according to the first indication information, for example, when the first device regenerates the first message according to the first indication information, and then the first device sends the regenerated first message to the second device. Specifically, in an implementation manner of the embodiment of the present application, the first indication information may include a first route and a first parameter, where the first parameter is used to identify a route processing manner indicated by the first message, that is, the first parameter is used to identify the first message and instruct the second device to save the first route, or the first parameter is used to identify the first message and instruct the second device to delete the first route. Specifically, the route processing manner indicated by the first message may be determined according to the value of the first parameter. For example, when the value of the first parameter is 1, it indicates that the first message is used to instruct the second device to save the first route, and when the value of the first parameter is 0, it indicates that the first message is used to instruct the second device to delete the first route. The first device may regenerate the first message based on the first route and the first parameter.
Of course, the first indication information may further include an identifier of the second device, where the identifier of the second device is used to indicate that the first device determines to send the regenerated first message to the second device.
In this embodiment of the application, if the first route is not carried in the first message, the first indication information may include the first route and the first parameter. For this situation, when the first device resends the first route to the second device according to the first indication information, for example, the first device may acquire that the first indication information includes the first route, and send the first route to the second device.
In practical applications, it is considered that the first device retransmits the first route to the second device, and the transmission may be successful or may fail. In this embodiment of the present application, if the first device fails to resend the first route to the second device, the first device may continue to resend the first route, and if the sending is successful, it is not necessary to resend the first route to the second device. In an implementation manner of the embodiment of the present application, the first indication information may include, in addition to the identifier of the first route and the identifier of the second device, or the identifier of the first route and the identifier of the second device and the first parameter, a second parameter, where the second parameter is used to indicate whether the first device successfully sends the first route to the second device. Specifically, it may be determined whether the first device successfully sends the first route to the second device according to a specific value of the second parameter. And when the value of the second parameter is equal to the second value, the first device sends the first route to the second device successfully. In this embodiment, the initial value of the second parameter is the first value because the first device failed to send the first route to the second device for the first time. In other words, when the first device fails to send the first route to the second device for the first time, the value of the second parameter in the stored first indication information is equal to the first value. The first value and the second value are not specifically limited in the embodiment of the present application, and the first value is not equal to the second value.
If the first indication information includes the second parameter, the first device resends the first route to the second device according to the first indication information in a specific implementation, for example, the first device resends the first route to the second device when determining that the value of the second parameter is equal to the first value. In other words, the first device may resend the first route to the second device on the premise that the first route has not been successfully sent to the second device.
In an implementation manner of the embodiment of the present application, each time the first device performs an operation of sending the first route to the second device, the value of the second parameter may be updated according to the execution result. The execution result may be "transmission success" or "transmission failure", among others. The "successful sending" is that the first device successfully sends the first route to the second device, and the "failed sending" is that the first device fails to send the first route to the second device. Specifically, if the first device successfully sends the first route to the second device, the first device may modify the value of the second parameter to a second value. For another example, if the first device fails to send the first route to the second device, the first device may keep the value of the second parameter unchanged.
In another implementation manner of the embodiment of the present application, the first device may delete the first indication information after the first route is successfully sent to the second device, so as to save a storage space. As an example, the first device may delete the first indication information immediately after the first route is successfully transmitted to the second device. As yet another example, the first device may delete the first indication information upon determining that the value of the second parameter is equal to the second value. The embodiments of the present application are not particularly limited.
As can be seen from the above description, with the solution of the embodiment of the present application, even if the first device fails to send the first route to the second device, the first device may perform an operation of resending the first route according to the first indication information, thereby implementing route synchronization of the first device and the second device.
Referring to fig. 3, the figure is a schematic flowchart of another data processing method provided in the embodiment of the present application. The data processing method shown in fig. 3 may be applied to, for example, the cloud interconnection system shown in fig. 1, and may be implemented, for example, through S201 to S202 as follows.
S201: the second device sends network topology information to a third device, wherein the network topology information is used for indicating the third device to update the network topology information stored in the third device.
In this embodiment, the second device may be a device running a cloud interconnection center service. The third device may be a device running a network instance, for example, the second device may be device 101 shown in fig. 1, and the second device may be device 103 shown in fig. 1.
The device operating the cloud interconnection center service is different from the device operating the network instance, and the device operating the network instance generally only sends a message carrying a route to the device operating the cloud interconnection center service to implement route synchronization. And for the device running the cloud interconnection center service, the device can receive the message comprising the route from the device running the network instance, and can also obtain the bandwidth of each link through the human-computer interaction interface. Accordingly, the device running the cloud interconnection center service needs to inform other devices running the network instance of the bandwidth, so that the whole cloud interconnection system realizes the synchronization of the routing and/or the bandwidth. Therefore, in the embodiment of the present application, the second device transmits the network topology information to the third device, instead of transmitting the route as in S101. The network topology information referred to herein may be routing and/or bandwidth.
In this embodiment of the present application, the second device may execute S201 when the network topology information stored in the second device changes. The network topology information referred to herein may include routing and/or bandwidth. The network topology information mentioned in S201 may include, for example, a newly added route; another example may include deleted routes; or link bandwidth corresponding to the newly added route; when the bandwidth of a certain link changes, the network topology information mentioned in S201 may also be the changed link bandwidth.
In an implementation manner of the embodiment of the present application, if the network topology information mentioned in S201 is a deleted route or an added route, the deleted or added route may be sent to the second device by another device running the network instance. For example, if the second device is device 101 shown in fig. 1 and the third device is device 103 shown in fig. 1, the deleted or added route may be sent by device 102 to device 101. The device 102, for example, executes the data processing method shown in fig. 2, and sends the deleted or added route to the device 101, and the device 101 further sends the deleted route or added route to the device 103, thereby implementing route synchronization of the device 101, the device 102, and the device 103.
S202: and the second equipment stores third indication information to the second equipment under the condition that the network topology information is determined to be failed to be sent, wherein the third indication information is used for indicating the second equipment to update the network topology information stored in the third equipment, so that the network topology information stored in the third equipment is consistent with the network topology information stored in the second equipment.
In some embodiments, when the second device transmits the network topology information to the third device, a transmission failure may occur, for example, a link quality between the second device and the third device is low, so that the network topology information is not successfully transmitted. For such a situation, in this embodiment of the application, in order to implement synchronization of network topology information between the second device and the third device, the second device may store third indication information to the local when it is determined that the second message is failed to be sent, where the third indication information is used to instruct the second device to update the network topology information stored in the third device, so that the network topology information stored in the third device is consistent with the network topology information stored in the second device. Specifically, the second device may store the third indication information in a local memory, poll the memory according to a certain period, and update the network topology information stored in the third device according to the third indication information if the third indication information is found.
In an implementation manner of the embodiment of the present application, it is considered that the second device is a device running a cloud interconnection center service, and the number of devices interacting with the second device is large. In order to enable the second device to determine that the network topology information of that device needs to be updated specifically, the third indication information may include an identifier of the third device.
In addition, in the embodiment of the present application, the failure of sending the network topology information indicates that the third device does not update the network topology information according to the network topology information. Considering that the number of devices interacting with the second device is large, the network topology information stored in the second device is changed more frequently. When the network topology information is failed to be sent, if the network topology information is sent again in the manner of resending the first route mentioned in the foregoing embodiment, it is not always possible to completely synchronize the network topology information between the second device and the third device. Therefore, in the process from the failure of sending the network topology information for the first time to the retransmission of the network topology information, other changes to the network topology information in the second device also occur. For example, after failure to send the network topology information for the first time, the second device receives a first message from the first device, where the first message is used to instruct the second device to delete the first route. For this situation, even if the network topology information is sent to the third device again, since the network topology information cannot instruct the third device to delete the first route, even if the third device receives the network topology information and updates the local network topology information according to the network topology information, the second device and the third device still cannot synchronize the network topology information. Therefore, in an implementation manner of the embodiment of the present application, the third indication information may be used to indicate the second device to obtain the network topology information stored in the third device, and update the network topology information stored in the third device according to the network topology information stored in the second device itself, so that the network topology information stored in the third device is consistent with the network topology information stored in the second device.
When the second device updates the network topology information stored in the third device according to the network topology information stored in the second device, for example, the network topology structure stored in the third device may be updated to the network topology structure stored in the second device. As an example, the second device may compare network topology information stored in the second device with network topology information stored in the third device to obtain a difference portion, and generate a corresponding update indication message according to the difference portion, after the second device generates the update indication message, the update indication message may be sent to the third device, and the third device performs an update operation indicated by the update indication message. For example, the following steps are carried out: after the second device compares the network topology information stored in the second device with the network topology information stored in the third device, it is found that the network topology information stored in the third device does not include the first route, and the network topology information stored in the second device includes the first route, the second device may generate an update indication message 1 and send the update indication message 1 to the third device, where the update indication message 1 is used to indicate the third device to store the first route. For another example: after the second device compares the network topology information stored in the second device with the network topology information stored in the third device, the second device finds that the network topology information stored in the third device includes the second route, and the network topology information stored in the second device does not include the second route, the second device may generate an update indication message 2 and send the update indication message 2 to the third device, where the update indication message 2 is used to indicate the third device to delete the second route. For another example, after the second device compares the network topology information stored in the second device with the network topology information stored in the third device, and finds that the bandwidth of the first link stored in the third device is B1, and the bandwidth of the first link stored in the second device is B2, the second device may generate an update indication message 3, and send the update indication message 3 to the third device, where the update indication message 3 is used to indicate that the third device modifies the bandwidth of the first link to B2.
Considering that, in practical applications, the second device updates the network topology stored in the third device, the update result may be successful or may fail. For example, if the sending of the update instruction message fails, the second device fails to update the network topology stored in the third device, and if the sending of the update instruction message succeeds, the second device succeeds to update the network topology stored in the third device. In this embodiment of the application, if the network topology information stored in the third network device fails to be updated, the second device may continue to update the network topology structure stored in the third device, and if the network topology information stored in the third network device is successfully updated, the network topology structure stored in the third device does not need to be updated. In an implementation manner of the embodiment of the present application, the third indication information may include, in addition to the identifier of the third device, a third parameter, where the third parameter is used to indicate whether the network topology information stored in the third network device is successfully updated. Specifically, it may be determined whether the network topology information stored in the third network device is successfully updated according to the specific value of the third parameter. When the value of the third parameter is equal to the third value, it indicates that the updating of the network topology information stored in the third network device fails, and when the value of the third parameter is equal to the fourth value, it indicates that the updating of the network topology information stored in the third network device succeeds. In this embodiment, the initial value of the third parameter is the third value, because the second device fails to send the second message to the third device, which results in a failure to update the network topology information stored in the third network device. In other words, when the second device fails to send the second message to the third device, the value of the third parameter in the stored third indication information is equal to the third value. The embodiment of the present application does not specifically limit the specific values of the third value and the fourth value, and the third value and the fourth value may be different.
If the third indication information includes the third parameter, the second device updates the network topology information stored in the third device in a specific implementation, for example, the second device updates the network topology information stored in the third device when determining that the value of the third parameter is equal to the third value. In other words, the second device may update the network topology information in the third device on the premise that the network topology information in the third device is not updated successfully.
In an implementation manner of the embodiment of the present application, each time the second device performs an operation of updating the network topology information in the third device, the value of the third parameter may be updated according to an execution result. The execution result may be "update successful" or "update failed", among others. If the updating is successful, the network topology information stored in the second device and the third device is consistent, and if the updating is failed, the network topology information stored in the second network device and the third network device is inconsistent. Specifically, if the second device succeeds in updating the network topology information in the third device, the second device may modify the value of the third parameter to a fourth value. If the second device fails to update the network topology information in the third device, the second device may keep the value of the third parameter unchanged.
In another implementation manner of the embodiment of the present application, after the second device successfully updates the network topology information stored in the third device, the third indication information may be deleted, so as to save a storage space. As an example, the second device may delete the third indication information immediately after the network topology information stored in the third device is successfully updated. As yet another example, the second device may delete the third indication information upon determining that the value of the third parameter is equal to the fourth value. The embodiments of the present application are not particularly limited.
As can be seen from the above description, with the solution of the embodiment of the present application, even if the second device fails to send the second message to the third device, the second device may implement network topology information synchronization between the first device and the second device according to the third indication information.
The data processing method provided by the embodiment of the present application is described below with reference to a specific scenario shown in fig. 1. Referring to fig. 4, a schematic diagram is provided according to an embodiment of the present application.
As shown in fig. 4, the device 102 may issue a first route to the device 101, and when the device 102 issues a second route failure, the device 102 may store first indication information to the local, where the first indication information is the region failure queue 410 shown in fig. 4, as shown in fig. 4, the region failure queue 410 may include "cic-id, method, body, and deleted four parameters," where cic-id is used to indicate an identifier of the device 101, and when the first route is carried in the first message, the method corresponds to the first parameter in the above embodiment and is used to indicate a route processing manner indicated by the first message; body corresponds to the first route, deleted is used to indicate whether the device 102 has successfully retransmitted the first route to the device 101, and deleted may correspond to the second parameter in the above embodiments.
After saving the region failure queue 410, the retry system of device 102 may periodically read the failure queue and perform the step of resending the first route to device 101 until the resending of the first route is successful.
As shown in fig. 4, the device 101 may publish network topology information to the devices 103, 104, and 105, and when the device 101 fails to publish the network topology information, the device 102 may save the third indication information to the local. The third indication information is the global failure queue 420 shown in fig. 4, and as shown in fig. 4, the global queue may include "cic-id, region-id, sync _ time, and delayed four parameters". Wherein cic-id is used to indicate the identifier of the device 101, and region-id is used to indicate the identifier of the device where the device 101 fails to issue the network topology information, for example, if the device 101 fails to issue the network topology information to the device 103, the region-id is used to indicate the identifier of the device 103; sync _ time is used to indicate the period for which the global reconciliation system of device 101 polls the global failure queue 420; the deleted is used to indicate whether the device 101 has successfully updated the network topology information saved by the device indicated by the region-id, and the deleted may correspond to the third parameter in the above embodiment. It should be noted that, in the aforementioned global failure queue 420, CIC-id and sync _ time are optional parameters.
After the global failure queue 420 is saved, the global reconciliation system of the device 101 may periodically read the failure queue and update the network topology information saved by the device indicated by the region-id according to the failure queue.
Based on the data processing method provided by the above embodiment, the embodiment of the present application further provides a corresponding apparatus, which is described below with reference to the accompanying drawings.
Referring to fig. 5, this figure is a schematic structural diagram of a data processing apparatus according to an embodiment of the present application.
The data processing apparatus 500 shown in fig. 5 may be applied to a first device in a cloud interconnection system, where the cloud interconnection system includes the first device and a second device, and the apparatus 500 includes: a first sending unit 501 and a first holding unit 502.
The first sending unit 501 is configured to send a first route to the second device,
the first saving unit 502 is configured to, when it is determined that the first route transmission fails, save first indication information to a first device, where the first indication information is used to indicate the first device to retransmit the first route to the second device.
In a possible implementation manner, the first indication information carries an identifier of the second device and the first route.
In one possible implementation form of the method,
the first route is carried in a first message, the first message further includes second indication information, the second indication information is used for indicating the second device to store the first route, or the second indication information is used for indicating the second device to delete the first route.
In a possible implementation manner, the first indication information further includes a first parameter, where the first parameter is used to indicate a route processing manner indicated by the first message, and the route processing manner includes saving the first route or deleting the first route.
In one possible implementation form of the method,
the first indication information is used for indicating the first device to regenerate the first message according to the first indication information, and sending the regenerated first message to the second device.
In a possible implementation manner, the first route carries second indication information, where the second indication information is used to indicate the second device to store the first route, or the second indication information is used to indicate the second device to delete the first route.
In a possible implementation manner, the first indication information further carries a second parameter, where the second parameter is used to indicate whether the first route is successfully sent to the second device, an initial value of the second parameter is a first value, and the first value is used to indicate that the sending of the first message to the second device fails; the device further comprises:
a second sending unit, configured to resend the first route to the second device when the value of the second parameter is equal to the first value.
In one possible implementation, the apparatus further includes:
the first parameter processing unit is used for keeping the value of the second parameter unchanged if the first route is failed to be sent to the second equipment again;
and the second parameter processing unit is used for modifying the value of the second parameter into a second value if the first route is successfully sent to the second equipment again, wherein the second value is used for indicating that the first route is successfully sent to the second equipment.
In one possible implementation, the apparatus further includes:
and the first deleting unit is used for deleting the first indication information after the first route is successfully sent to the second equipment.
In a possible implementation manner, the first device is a device that runs a network instance, and the second device is a device that runs a cloud interconnection center service.
Since the apparatus 500 is a device corresponding to the method executed by the first device according to the foregoing method embodiment, and the specific implementation of each unit of the apparatus 500 is the same as that of the foregoing method embodiment, for the specific implementation of each unit of the apparatus 500, reference may be made to the description part of the method executed by the first device according to the foregoing method embodiment, and details are not described here again.
Referring to fig. 6, this figure is a schematic structural diagram of a data processing apparatus according to an embodiment of the present application.
The data processing apparatus 600 shown in fig. 6 may be applied to a second device in a cloud interconnection system including the second device and a third device, and includes: a third sending unit 601 and a second holding unit 602.
A third sending unit 601, configured to send network topology information to the third device, where the network topology information is used to instruct the third device to update the network topology information stored in the third device;
a second storing unit 602, configured to, when it is determined that the network topology information is failed to be sent, store third indication information to the second device, where the third indication information is used to indicate the second device to update the network topology information stored in the third device, so that the network topology information stored in the third device is consistent with the network topology information stored in the second device.
In a possible implementation manner, the second indication information is used to indicate the second device to obtain the network topology information stored in the third device, and update the network topology information stored in the third device according to the network topology information stored in the second device, so that the network topology information stored in the third device is consistent with the network topology information stored in the second device.
In one possible implementation form of the method,
the second indication information includes an identification of the third device.
In a possible implementation manner, the third indication information carries a third parameter, where the third parameter is used to indicate whether the network topology information stored in the third network device is successfully updated, an initial value of the third parameter is a third value, and the third value is used to indicate that the network topology information stored in the third network device is unsuccessfully updated, where the apparatus further includes:
an updating unit, configured to update the network topology information stored in the third device when the value of the third parameter is equal to the third value.
In one possible implementation, the apparatus further includes:
a third parameter processing unit, configured to, if updating of the network topology information stored in the third device fails, keep a value of the third parameter unchanged as the third value;
and a fourth parameter processing unit, configured to modify a value of the third parameter to a fourth value if the network topology information stored in the third device is successfully updated, where the fourth value is used to indicate that the network topology information stored in the third network device is successfully updated.
In one possible implementation, the apparatus further includes:
and a second deleting unit, configured to delete the third indication information after the network topology information stored in the third device is successfully updated.
In one possible implementation, the network topology information includes:
routing and/or bandwidth.
In a possible implementation manner, if the network topology information includes a first route, the first route is sent by the first device to the second device.
In a possible implementation manner, the first device and the third device are both devices that operate a network instance, and the second device is a device that operates a cloud interconnection center service.
Since the apparatus 600 is a device corresponding to the method executed by the second device provided in the above method embodiment, and the specific implementation of each unit of the apparatus 600 is the same as that of the above method embodiment, for the specific implementation of each unit of the apparatus 600, reference may be made to the description part of the method executed by the second device in the above method embodiment, and details are not described here again.
The embodiment of the present application further provides a device, which may be used to execute the data processing method provided in the foregoing embodiment, and the device is briefly described next.
Referring to fig. 7, the figure is a schematic structural diagram of an apparatus provided in an embodiment of the present application.
As shown in fig. 7, the apparatus includes a processor 70 and a memory 71, where the memory 71 stores machine executable instructions capable of being executed by the processor 70, and the processor 70 executes the machine executable instructions to implement the data processing method corresponding to fig. 2 or fig. 3.
Further, the apparatus shown in fig. 7 further includes a bus 72 and a communication interface 73, and the processor 70, the communication interface 73 and the memory 71 are connected by the bus 72.
The Memory 71 may include a high-speed Random Access Memory (RAM) and may further include a non-volatile Memory (non-volatile Memory), such as at least one disk Memory. The communication connection between the network element of the system and at least one other network element is realized through at least one communication interface 73 (which may be wired or wireless), and the internet, a wide area network, a local network, a metropolitan area network, and the like can be used. The bus 72 may be an ISA bus, PCI bus, EISA bus, or the like. The bus may be divided into an address bus, a data bus, a control bus, etc. For ease of illustration, only one double-headed arrow is shown in FIG. 7, but this does not indicate only one bus or one type of bus.
The processor 70 may be an integrated circuit chip having signal processing capabilities. In implementation, the steps of the above method may be performed by integrated logic circuits of hardware or instructions in the form of software in the processor 70. The Processor 70 may be a general-purpose Processor, and includes a Central Processing Unit (CPU), a Network Processor (NP), and the like; the device can also be a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA) or other Programmable logic device, a discrete Gate or transistor logic device, or a discrete hardware component. The various methods, steps, and logic blocks disclosed in the embodiments of the present application may be implemented or performed. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. The steps of the method disclosed in connection with the embodiments of the present application may be directly implemented by a hardware decoding processor, or implemented by a combination of hardware and software modules in the decoding processor. The software module may be located in ram, flash memory, rom, prom, or eprom, registers, etc. storage media as is well known in the art. The storage medium is located in the memory 71, and the processor 70 reads the information in the memory 71 and completes the steps of the method of the foregoing embodiment in combination with the hardware thereof.
The embodiment of the present application further provides a computer-readable storage medium for storing a computer program for executing the method for data processing performed by the first device provided in the above method embodiment.
The embodiment of the present application further provides a computer-readable storage medium for storing a computer program for executing the method for data processing performed by the second device provided in the above method embodiment.
Other embodiments of the present application will be apparent to those skilled in the art from consideration of the specification and practice of the invention disclosed herein. This application is intended to cover any variations, uses, or adaptations of the invention following, in general, the principles of the application and including such departures from the present disclosure as come within known or customary practice in the art to which the invention pertains. It is intended that the specification and examples be considered as exemplary only, with a true scope and spirit of the application being indicated by the following claims.
It will be understood that the present application is not limited to the precise arrangements described above and shown in the drawings and that various modifications and changes may be made without departing from the scope thereof. The scope of the application is limited only by the attached claims
The above description is only exemplary of the present application and should not be taken as limiting the present application, as any modification, equivalent replacement, or improvement made within the spirit and principle of the present application should be included in the protection scope of the present application.
Claims (24)
1. A data processing method is applied to a cloud interconnection system, the cloud interconnection system comprises a first device and a second device, and the method comprises the following steps:
the first device sends a first route to the second device;
and the first equipment stores first indication information to the first equipment under the condition that the first equipment determines that the first route fails to be sent, wherein the first indication information is used for indicating the first equipment to send the first route to the second equipment again.
2. The method of claim 1, wherein the first indication information carries an identifier of the second device and the first route.
3. The method of claim 2,
the first route is carried in a first message, the first message further includes second indication information, the second indication information is used for indicating the second device to store the first route, or the second indication information is used for indicating the second device to delete the first route.
4. The method according to claim 3, wherein the first indication information further includes a first parameter, and the first parameter is used to indicate a route processing manner indicated by the first message, and the route processing manner includes saving the first route or deleting the first route.
5. The method according to claim 3 or 4,
the first indication information is used for indicating the first device to regenerate the first message according to the first indication information, and sending the regenerated first message to the second device.
6. The method according to claim 1 or 2, wherein the first route carries second indication information, and the second indication information is used to indicate the second device to save the first route, or the second indication information is used to indicate the second device to delete the first route.
7. The method according to any one of claims 1 to 6, wherein the first indication information further carries a second parameter, the second parameter is used to indicate whether the first device successfully sends the first route to the second device, an initial value of the second parameter is a first value, and the first value is used to indicate that the first device fails to send the first route to the second device;
the method further comprises the following steps:
the first device resends the first route to the second device if the value of the second parameter is equal to the first value.
8. The method of claim 7, further comprising:
if the first device fails to send the first route to the second device again, the first device keeps the value of the second parameter unchanged;
if the first device sends the first route to the second device again successfully, the first device modifies the value of the second parameter to a second value, and the second value is used for indicating that the first device sends the first route to the second device successfully.
9. The method according to claim 7 or 8, characterized in that the method further comprises:
and after the first equipment successfully sends the first route to the second equipment, deleting the first indication information.
10. The method according to any one of claims 1 to 9, wherein the first device is a device running a network instance and the second device is a device running a cloud interconnection center service.
11. A data processing method is applied to a cloud interconnection system, the cloud interconnection system comprises a second device and a third device, and the method comprises the following steps:
the second device sends network topology information to the third device, wherein the network topology information is used for indicating the third device to update the network topology information stored in the third device;
and the second device stores third indication information under the condition that the transmission of the network topology information is determined to be failed, wherein the third indication information is used for indicating the second device to update the network topology information stored in the third device, so that the network topology information stored in the third device is consistent with the network topology information stored in the second device.
12. The method according to claim 11, wherein the second indication information is used to instruct the second device to obtain the network topology information stored in the third device, and update the network topology information stored in the third device according to the network topology information stored in the second device, so that the network topology information stored in the third device is consistent with the network topology information stored in the second device.
13. The method according to claim 11 or 12,
the second indication information includes an identification of the third device.
14. The method according to any one of claims 11 to 13, wherein the third indication information carries a third parameter, the third parameter is used to indicate whether the network topology information stored in the third network device is updated successfully, an initial value of the third parameter is a third value, and the third value is used to indicate that the network topology information stored in the third network device is updated unsuccessfully, and the method further includes:
and the second device updates the network topology information stored in the third device when the value of the third parameter is equal to the third value.
15. The method of claim 14, further comprising:
if the second device fails to update the network topology information stored in the third device, the second device keeps the value of the third parameter unchanged as the third value;
if the second device successfully updates the network topology information stored in the third device, the second device modifies the value of the third parameter to a fourth value, and the fourth value is used for indicating that the network topology information stored in the third network device is successfully updated.
16. The method according to claim 14 or 15, characterized in that the method further comprises:
and after the second device successfully updates the network topology information stored in the third device, deleting the third indication information.
17. The method according to any of claims 11-16, wherein the network topology information comprises:
routing and/or bandwidth.
18. The method of claim 17, wherein if the network topology information comprises a first route, the first route is sent by a first device to the second device.
19. The method of claim 18, wherein the first device and the third device are both devices running network instances, and the second device is a device running a cloud interconnection hub service.
20. A data processing apparatus, wherein the apparatus is applied to a first device in a cloud interconnection system, the cloud interconnection system includes the first device and a second device, and the apparatus includes:
a first sending unit, configured to send a first route to the second device,
a first storing unit, configured to store first indication information to a first device when it is determined that the first route fails to be sent, where the first indication information is used to indicate the first device to send the first route to the second device again.
21. A data processing apparatus, wherein the apparatus is applied to a second device in a cloud interconnection system, the cloud interconnection system includes the second device and a third device, and the apparatus includes:
a third sending unit, configured to send network topology information to the third device, where the network topology information is used to instruct the third device to update the network topology information stored in the third device;
a second storing unit, configured to, when it is determined that the network topology information is failed to be sent, store third indication information to the second device, where the third indication information is used to indicate the second device to update the network topology information stored in the third device, so that the network topology information stored in the third device is consistent with the network topology information stored in the second device.
22. An apparatus, characterized in that the apparatus comprises: a processor and a memory:
the memory is used for storing a computer program and transmitting the computer program to the processor;
the processor is configured to perform the method of any one of claims 1 to 19 in accordance with the computer program.
23. A computer-readable storage medium for storing a computer program for performing the method of any one of claims 1 to 19.
24. A cloud interconnection system, characterized in that the system comprises: the first device and the second device of any one of claims 1 to 10, and/or the second device and the third device of any one of claims 11 to 19, wherein the second device of any one of claims 1 to 10 is the same device as the second device of any one of claims 11 to 19.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010710202.0A CN113973075A (en) | 2020-07-22 | 2020-07-22 | Data processing method and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010710202.0A CN113973075A (en) | 2020-07-22 | 2020-07-22 | Data processing method and device |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN113973075A true CN113973075A (en) | 2022-01-25 |
Family
ID=79584923
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010710202.0A Pending CN113973075A (en) | 2020-07-22 | 2020-07-22 | Data processing method and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113973075A (en) |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1711729A (en) * | 2002-11-12 | 2005-12-21 | 思科技术公司 | Routing system and method for synchronizing |
| CN102495880A (en) * | 2011-12-05 | 2012-06-13 | 北京新媒传信科技有限公司 | Method and device for synchronizing file |
| CN104158737A (en) * | 2013-05-15 | 2014-11-19 | 华为技术有限公司 | Method, apparatus and system for controlling issuing of router information |
| CN106130904A (en) * | 2016-08-26 | 2016-11-16 | 杭州华三通信技术有限公司 | The synchronous method of a kind of LSP Link State Protocol Data Unit and device |
| CN106487884A (en) * | 2016-09-29 | 2017-03-08 | 乐视控股（北京）有限公司 | Data transmission method and client |
| CN108132830A (en) * | 2016-12-01 | 2018-06-08 | 北京金山云网络技术有限公司 | A kind of method for scheduling task, apparatus and system |
| CN110602250A (en) * | 2019-09-29 | 2019-12-20 | 网易（杭州）网络有限公司 | Data synchronization method and device, server and terminal equipment |
-
2020
- 2020-07-22 CN CN202010710202.0A patent/CN113973075A/en active Pending
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1711729A (en) * | 2002-11-12 | 2005-12-21 | 思科技术公司 | Routing system and method for synchronizing |
| CN102495880A (en) * | 2011-12-05 | 2012-06-13 | 北京新媒传信科技有限公司 | Method and device for synchronizing file |
| CN104158737A (en) * | 2013-05-15 | 2014-11-19 | 华为技术有限公司 | Method, apparatus and system for controlling issuing of router information |
| CN106130904A (en) * | 2016-08-26 | 2016-11-16 | 杭州华三通信技术有限公司 | The synchronous method of a kind of LSP Link State Protocol Data Unit and device |
| CN106487884A (en) * | 2016-09-29 | 2017-03-08 | 乐视控股（北京）有限公司 | Data transmission method and client |
| CN108132830A (en) * | 2016-12-01 | 2018-06-08 | 北京金山云网络技术有限公司 | A kind of method for scheduling task, apparatus and system |
| CN110602250A (en) * | 2019-09-29 | 2019-12-20 | 网易（杭州）网络有限公司 | Data synchronization method and device, server and terminal equipment |
Non-Patent Citations (1)
| Title |
|---|
| "数字集群通信系统中对接入失败用户提示的系统和方法", 《国家科技成果信息服务平台成果汇编》 * |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10469620B2 (en) | Method for transferring a new software version to at least one electricity meter via a communication network | |
| US11057813B2 (en) | Method and apparatus for transmitting downlink data | |
| CN107547374B (en) | Aggregation route processing method and device | |
| CN107612753B (en) | Wireless information processing method and device and wireless access equipment | |
| CN109525496B (en) | Method and device for updating link state information | |
| CN113973075A (en) | Data processing method and device | |
| CN111083016B (en) | Polling table processing method and device, storage medium and equipment | |
| JP6901446B2 (en) | Wireless communication devices, wireless communication systems, wireless communication methods and programs | |
| CN111385069A (en) | Data transmission method and computer equipment | |
| CN113973091A (en) | Message processing method, network equipment and related equipment | |
| CN114422427B (en) | Flow balancing method and device, electronic equipment and storage medium | |
| CN108206823B (en) | Method, system and network equipment for processing message | |
| CN110149389B (en) | Data transmission control method and system of holographic display device | |
| JP7228674B2 (en) | MANAGEMENT SERVICE MANAGEMENT METHOD AND DEVICE | |
| CN108092821A (en) | A kind of method and device of Packet Data Convergence Protocol PDCP layers of communication recovery | |
| US12040962B2 (en) | Routing information management method and apparatus, and computer storage medium | |
| CN113391759A (en) | Communication method and device | |
| CN113014481B (en) | Method, device, equipment and storage medium for transmitting link state notification | |
| CN114362893A (en) | Data transmitting method, data receiving method, terminal and computer storage medium | |
| CN113179211B (en) | Method and device for routing and for setting up a communication connection | |
| CN110784410A (en) | Route establishing method and related equipment | |
| CN115002020B (en) | OSPF-based data processing method and device | |
| CN114338525B (en) | Automatic route aggregation method and device, electronic equipment and storage medium | |
| WO2023273088A1 (en) | Control method for ring node, and network device and storage medium | |
| WO2022042328A1 (en) | Flow signaling sending method and apparatus, storage medium, and electronic device |
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 | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20220125 |