CN116723080A - Equipment fault processing method and device - Google Patents

Equipment fault processing method and device Download PDF

Info

Publication number
CN116723080A
CN116723080A CN202310629457.8A CN202310629457A CN116723080A CN 116723080 A CN116723080 A CN 116723080A CN 202310629457 A CN202310629457 A CN 202310629457A CN 116723080 A CN116723080 A CN 116723080A
Authority
CN
China
Prior art keywords
network device
cloud platform
reason
network
disconnected
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
Application number
CN202310629457.8A
Other languages
Chinese (zh)
Inventor
单丽娜
黄翔
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
New H3C Technologies Co Ltd
Original Assignee
New H3C Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by New H3C Technologies Co Ltd filed Critical New H3C Technologies Co Ltd
Priority to CN202310629457.8A priority Critical patent/CN116723080A/en
Publication of CN116723080A publication Critical patent/CN116723080A/en
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0677—Localisation of faults
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

The present application relates to the field of network communications technologies, and in particular, to a method and an apparatus for processing a device failure. The method is applied to a first network device, and comprises the following steps: receiving a first extended LLDP message sent by a second network device, wherein the second network device is a neighbor network device of the first network device, and after determining that the connection with a cloud platform is disconnected, the second network device determines the reason of disconnecting from the cloud platform, carries the reason in a custom field of the first extended LLDP message and sends the reason to the first network device; and reporting the reason that the second network equipment is disconnected with the cloud platform to the cloud platform, so that the cloud platform performs fault processing on the second network equipment based on the reason that the second network equipment is disconnected with the cloud platform.

Description

Equipment fault processing method and device
Technical Field
The present application relates to the field of network communications technologies, and in particular, to a method and an apparatus for processing a device failure.
Background
Many manufacturers have introduced their own cloud platforms to support the management of various devices and terminals, such as switches, ACs, APs, other intelligent terminals that need to be managed, and the like. The user can directly log in the cloud control platform, and all the devices of the user can be managed and monitored in real time in an online configuration mode, and the cloud management mode is convenient and quick and is a main pushing scheme of each manufacturer.
In a typical hierarchical network structure, all network devices access the internet through a management vlan, and establish connection with a cloud management platform, and the cloud platform performs configuration management on any one network device through a agreed protocol or interface.
In this networking mode, the stability of the connection between the lower network device and the cloud management platform depends on the network state of the upper network device, and if the configuration or network state of the upper network device or the upper network device fails, all the devices of the lower layer are affected and cannot remain connected with the cloud management platform.
When the management network is not available, the management personnel may not be able to log in to the access switch to operate and solve the fault, and may need to go to the equipment or the site to further locate and solve the fault. How to quickly locate and solve the network failure in the cloud becomes a current urgent problem to be solved.
Disclosure of Invention
The application provides a device fault processing method and device.
In a first aspect, the present application provides a device fault handling method, applied to a first network device, the method comprising:
receiving a first extended LLDP message sent by a second network device, wherein the second network device is a neighbor network device of the first network device, and after determining that the connection with a cloud platform is disconnected, the second network device determines the reason of disconnecting from the cloud platform, carries the reason in a custom field of the first extended LLDP message and sends the reason to the first network device;
and reporting the reason that the second network equipment is disconnected with the cloud platform to the cloud platform, so that the cloud platform performs fault processing on the second network equipment based on the reason that the second network equipment is disconnected with the cloud platform.
Optionally, the method further comprises:
and analyzing the first extended LLDP message to obtain the reason that the second network equipment is disconnected with the cloud platform.
Optionally, the method further comprises:
receiving an equipment information acquisition instruction of the second network equipment, which is sent by the cloud platform;
carrying the device information acquisition instruction in a custom field of a second extended LLDP message, and sending the second extended LLDP message to the second network device;
receiving a third extended LLDP message sent by the second network device, wherein a custom field of the third extended LLDP message carries device information acquired by the second network device based on the device information acquisition instruction;
and reporting the equipment information to the cloud platform.
Optionally, the device information includes first configuration information of the second network device; the method further comprises the steps of:
receiving second configuration information sent by the cloud platform, wherein when determining that the first configuration information causes the second network device to be disconnected from the cloud platform, an administrator sends the latest second configuration information to the second network device based on the cloud platform;
and carrying the second configuration information in a custom field of a fourth LLDP message, and sending the second configuration information to the second network device.
In a second aspect, the present application provides an apparatus fault handling method, applied to a cloud platform, the method including:
receiving a reason that a second network device reported by a first network device is disconnected with the cloud platform, wherein the second network device and the first network device are neighbor network devices, and after determining that the second network device is disconnected with the cloud platform, determining the reason that the second network device is disconnected with the cloud platform, carrying the reason in a custom field of a first extended LLDP message, and sending the reason to the first network device;
and performing fault processing on the second network equipment based on the reason that the second network equipment is disconnected with the cloud platform.
Optionally, the method further comprises:
transmitting a device information acquisition instruction of the second network device to the first network device, so that the first network device carries the device information acquisition instruction in a custom field of a second extended LLDP message and transmits the device information acquired based on the device information acquisition instruction to the second network device, and the second network device carries the device information acquired based on the device information acquisition instruction in a custom field of a third extended LLDP message and transmits the device information to the first network device;
and receiving the equipment information reported by the first network equipment and displaying the equipment information to an administrator.
Optionally, the method further comprises:
acquiring second configuration information, wherein an administrator configures the second configuration information when determining that the first configuration information causes the second network device to be disconnected from the cloud platform;
and sending the second configuration information to the first network device, so that the first network device carries the second configuration information in a custom field of a fourth LLDP message and sends the second configuration information to the second network device.
In a third aspect, the present application provides an apparatus for processing a device failure, applied to a first network device, the apparatus comprising:
a receiving unit, configured to receive a first extended LLDP packet sent by a second network device, where the second network device is a neighboring network device of the first network device, and after determining that the connection between the second network device and a cloud platform is disconnected, the second network device determines a reason for disconnecting the second network device from the cloud platform, and carries the reason in a custom field of the first extended LLDP packet, and sends the reason to the first network device;
and the reporting unit is used for reporting the reason that the second network equipment is disconnected with the cloud platform to the cloud platform, so that the cloud platform carries out fault processing on the second network equipment based on the reason that the second network equipment is disconnected with the cloud platform.
Optionally, the apparatus further comprises:
and the analyzing unit is used for analyzing the first extended LLDP message to obtain the reason that the second network equipment is disconnected with the cloud platform.
Optionally, the apparatus further comprises:
the receiving unit is further configured to receive an equipment information acquisition instruction of the second network equipment, where the equipment information acquisition instruction is sent by the cloud platform;
a sending unit, configured to carry the device information acquisition instruction in a custom field of a second extension LLDP packet, and send the device information acquisition instruction to the second network device;
the receiving unit is further configured to receive a third extended LLDP packet sent by the second network device, where a custom field of the third extended LLDP packet carries device information acquired by the second network device based on the device information acquisition instruction;
the reporting unit is also used for reporting the equipment information to the cloud platform.
Optionally, the device information includes first configuration information of the second network device; the apparatus further comprises:
the receiving unit is further configured to receive second configuration information sent by the cloud platform, where when determining that the first configuration information causes the second network device to disconnect from the cloud platform, an administrator sends up-to-date second configuration information to the second network device based on the cloud platform;
the sending unit is further configured to send the second configuration information carried in a custom field of the fourth LLDP packet to the second network device.
In a fourth aspect, the present application provides an apparatus for processing equipment failure, applied to a cloud platform, where the apparatus includes:
a receiving unit, configured to receive a reason for disconnecting a second network device from the cloud platform, where the second network device and the first network device are neighboring network devices, and after determining that the second network device is disconnected from the cloud platform, determine the reason for disconnecting the second network device from the cloud platform, and carry the reason in a custom field of a first extended LLDP packet, and send the reason to the first network device;
and the processing unit is used for performing fault processing on the second network equipment based on the reason that the second network equipment is disconnected with the cloud platform.
Optionally, the apparatus further comprises:
a sending unit, configured to send, to the first network device, a device information acquisition instruction of the second network device, so that the first network device carries the device information acquisition instruction in a custom field of a second extended LLDP packet, and sends the device information acquired based on the device information acquisition instruction to the second network device, and the second network device carries the device information acquired based on the device information acquisition instruction in a custom field of a third extended LLDP packet and sends the device information to the first network device;
the receiving unit is further configured to receive the device information reported by the first network device, and display the device information to an administrator.
Optionally, the apparatus further comprises:
the acquiring unit is used for acquiring second configuration information, wherein an administrator configures the second configuration information when determining that the first configuration information causes the second network equipment to be disconnected with the cloud platform;
the sending unit is further configured to send the second configuration information to the first network device, so that the first network device carries the second configuration information in a custom field of a fourth LLDP packet, and sends the second configuration information to the second network device.
In a fifth aspect, an embodiment of the present application provides an apparatus for processing an equipment failure, including:
a memory for storing program instructions;
a processor for invoking program instructions stored in said memory, performing the steps of the method according to any of the first or second aspects above in accordance with the obtained program instructions.
In a sixth aspect, embodiments of the present application also provide a computer-readable storage medium storing computer-executable instructions for causing a computer to perform the steps of the method according to any one of the first or second aspects.
As can be seen from the foregoing, the method for processing equipment failure provided by the embodiment of the present application is applied to a first network device, and the method includes: receiving a first extended LLDP message sent by a second network device, wherein the second network device is a neighbor network device of the first network device, and after determining that the connection with a cloud platform is disconnected, the second network device determines the reason of disconnecting from the cloud platform, carries the reason in a custom field of the first extended LLDP message and sends the reason to the first network device; and reporting the reason that the second network equipment is disconnected with the cloud platform to the cloud platform, so that the cloud platform performs fault processing on the second network equipment based on the reason that the second network equipment is disconnected with the cloud platform.
By adopting the device fault processing method provided by the embodiment of the application, the offline device carries the initial reason of the device offline detected by the device through the custom field of the extended LLDP message, and sends the initial reason to other online neighbor network devices, and the other online neighbor network devices report the reason of the device offline to the cloud platform so as to achieve the effect of rapidly realizing fault location.
Drawings
In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the following description will briefly describe the drawings required to be used in the embodiments of the present application or the description in the prior art, and it is obvious that the drawings in the following description are only some embodiments described in the present application, and other drawings may be obtained according to these drawings of the embodiments of the present application for a person having ordinary skill in the art.
FIG. 1 is a detailed flowchart of an apparatus fault handling method according to an embodiment of the present application;
FIG. 2 is a schematic diagram of a networking architecture according to an embodiment of the present application;
fig. 3 is a schematic diagram of displaying cloud platform information according to an embodiment of the present application;
fig. 4 is a schematic diagram of another cloud platform information display provided in an embodiment of the present application;
fig. 5 is a schematic diagram of another cloud platform information display according to an embodiment of the present application;
FIG. 6 is a detailed flowchart of another method for processing equipment failure according to an embodiment of the present application;
fig. 7 is a schematic structural diagram of an apparatus fault handling device according to an embodiment of the present application;
FIG. 8 is a schematic structural diagram of another device fault handling apparatus according to an embodiment of the present application;
fig. 9 is a schematic hardware architecture diagram of an apparatus fault handling device according to an embodiment of the present application;
fig. 10 is a schematic hardware architecture diagram of another device fault handling apparatus according to an embodiment of the present application.
Detailed Description
The terminology used in the embodiments of the application is for the purpose of describing particular embodiments only and is not intended to be limiting of the application. As used in this specification and the appended claims, the singular forms "a," "an," and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise. It should also be understood that the term "and/or" as used herein refers to any or all possible combinations including one or more of the associated listed items.
It should be understood that although the terms first, second, third, etc. may be used in embodiments of the present application to describe various information, these information should not be limited to these terms. These terms are only used to distinguish one type of information from another. For example, first information may also be referred to as second information, and similarly, second information may also be referred to as first information, without departing from the scope of the application. Depending on the context, furthermore, the word "if" used may be interpreted as "at … …" or "at … …" or "in response to a determination".
Referring to fig. 1, an embodiment of the present application provides a detailed flowchart of a device fault handling method, where the method is applied to a first network device, and the method includes the following steps:
step 100: and receiving a first extended LLDP message sent by the second network device.
In the embodiment of the present application, the second network device is a neighboring network device of the first network device, and after determining that the connection with the cloud platform is disconnected, the second network device determines a reason for disconnecting the connection with the cloud platform, and carries the reason in a custom field of the first extended LLDP (Link Layer Discovery Protocol ) message, and sends the custom field to the first network device.
For example, referring to fig. 2, a schematic diagram of a networking architecture is provided in an embodiment of the present application, where an access switch a and a convergence switch a are neighboring network devices, and if a network failure occurs between the convergence switch a and the access switch a, the access switch a and the network devices below the access switch a cannot communicate with a cloud management platform.
Then, after determining that the connection with the pipe transporting platform is disconnected, the access switch A establishes connection with the cloud pipe platform based on a preset mechanism (protocol), and determines at which step the connection establishment failure occurs in the connection establishment process, so as to determine the reason of the failure.
For example, for a certain device, see table 1 for the disconnection reasons, there are several kinds of:
TABLE 1
In practical application, the management link between the access switch a and the management platform is a three-layer link, if the physical link between the access switch a and the aggregation switch a is normal, and the connection port state is UP, the two-layer link between the access switch a and the aggregation switch a is normal, at this time, the access switch a can package the determined reason (such as DNS resolution failure) of disconnection from the cloud management platform into a custom field (custom TLV field) of an extended LLDP message, and send the extended LLDP message to the aggregation switch a through the two-layer link.
Exemplary, in the embodiment of the present application, with reference to the custom TLV field format, the definition is as shown in table 2:
TABLE 2
TLVs are the elements that make up the LLDPDU, each TLV representing one piece of information. In the embodiment of the application, a preferred implementation manner is realized by utilizing an organization definition TLV (127).
In the embodiment of the application, after receiving a first extended LLDP message which is sent by a second network device and carries a reason for disconnecting from a cloud pipe platform, a first network device analyzes the first extended LLDP message to obtain the reason for disconnecting from the second network device from the cloud platform.
Step 110: and reporting the reason that the second network equipment is disconnected with the cloud platform to the cloud platform, so that the cloud platform performs fault processing on the second network equipment based on the reason that the second network equipment is disconnected with the cloud platform.
For example, the core switch a receives the LLDP message sent by the access switch a, parses the custom information (the reason for disconnecting from the cloud management platform) therefrom, and reports the custom information to the cloud management platform.
On the cloud management platform side, an event/reason that the second network device is disconnected from the cloud management platform, which is reported by the first network device, can be displayed. Exemplary, referring to fig. 3, a schematic diagram of displaying cloud platform information according to an embodiment of the present application includes at least the following information: off-line device (access switch a), reporting device (core switch/aggregation switch). That is, on the presentation page of the cloud management platform, the offline reason of the offline device can be seen, and the information is obtained from which physical port of which device.
Further, in the embodiment of the present application, a device information acquisition instruction of the second network device, which is sent by the cloud platform, is received; and carrying the device information acquisition instruction in a custom field of a second extended LLDP message, and sending the second extended LLDP message to the second network device.
Still referring to fig. 3, the presentation page may further include a user operable command/command input box, defaulting to obtain a reason for disconnection of the cloud platform, and may further include a clickable button for "issue to reporting device". The user may issue an operation instruction to the second network device based on the function to further acquire the desired information.
At this time, the user may further acquire information from the cloud management platform, and the method directly uses the predefined operation instruction to operate, for example, see fig. 4.
Or, the command obtaining information is directly sent in a custom mode, and the method is shown in fig. 5 for an example.
After receiving the operation instruction sent by the cloud management platform, the first network device carries the received operation instruction in an LLDP extension message and transmits the LLDP extension message to the second network device, and the second network device analyzes the extended LLDP message to obtain the operation instruction, and then executes the operation instruction.
Then, the first network device receives a third extended LLDP message sent by the second network device, where a custom field of the third extended LLDP message carries device information acquired by the second network device based on the device information acquisition instruction.
And finally, the first network equipment analyzes the third extended LLDP message to obtain equipment information, and reports the equipment information to the cloud platform.
Further, if the device information includes first configuration information of the second network device; the method further comprises the steps of: receiving second configuration information sent by the cloud platform, wherein when determining that the first configuration information causes the second network device to be disconnected from the cloud platform, an administrator sends the latest second configuration information to the second network device based on the cloud platform; and carrying the second configuration information in a custom field of a fourth LLDP message, and sending the second configuration information to the second network device.
If the operation instruction is an instruction for acquiring the network configuration information, the second network device carries the local network configuration information in the extended LLDP, and sends the local network configuration information to the first network device.
In practical application, after collecting sufficient information, an administrator can locate the cause of the problem, and can directly issue configuration and recover the network at the moment, so that the problem can be remotely and rapidly solved under the condition that the fault equipment cannot be logged in.
The cloud management platform sends the updated correct configuration information to the first network device, the first network device carries the correct configuration information sent by the cloud management platform which is received soon in an extended LLDP message and sends the extended LLDP message to the second network device, the second network device analyzes the correct configuration information to update/replace the configuration, and finally connection establishment operation with the cloud management platform is executed to smoothly access the cloud management platform.
Exemplary, referring to fig. 6, a detailed flowchart of an apparatus fault handling method according to an embodiment of the present application is shown, where the method is applied to a cloud platform, and the method includes the following steps:
step 600: and receiving a reason that the second network equipment reported by the first network equipment is disconnected with the cloud platform.
The second network device and the first network device are neighbor network devices, and after determining that the connection between the second network device and the cloud platform is disconnected, the second network device determines the reason of disconnecting the second network device from the cloud platform, carries the reason in a custom field of a first extended LLDP message and sends the reason to the first network device;
step 610: and performing fault processing on the second network equipment based on the reason that the second network equipment is disconnected with the cloud platform.
In the embodiment of the application, the method can further comprise the following steps:
specifically, a device information acquisition instruction of the second network device is sent to the first network device, so that the first network device carries the device information acquisition instruction in a custom field of a second extended LLDP message and sends the device information acquired based on the device information acquisition instruction to the second network device, and the second network device carries the device information acquired based on the device information acquisition instruction in a custom field of a third extended LLDP message and sends the device information to the first network device; and receiving the equipment information reported by the first network equipment and displaying the equipment information to an administrator.
Further, second configuration information is acquired, wherein an administrator configures the second configuration information when determining that the first configuration information causes the second network device to disconnect from the cloud platform; and sending the second configuration information to the first network device, so that the first network device carries the second configuration information in a custom field of a fourth LLDP message and sends the second configuration information to the second network device.
Based on the same inventive concept as the above-described embodiments of the present application, referring to fig. 7, an exemplary schematic structural diagram of an apparatus fault handling device provided in an embodiment of the present application is shown, where the apparatus is applied to a first network device, and the apparatus includes:
a receiving unit 70, configured to receive a first extended LLDP packet sent by a second network device, where the second network device is a neighboring network device of the first network device, and after determining that the connection between the second network device and a cloud platform is disconnected, the second network device determines a reason for disconnecting the second network device from the cloud platform, and carries the reason in a custom field of the first extended LLDP packet, and sends the first extended LLDP packet to the first network device;
and the reporting unit 71 is configured to report a reason for disconnecting the second network device from the cloud platform to the cloud platform, so that the cloud platform performs fault processing on the second network device based on the reason for disconnecting the second network device from the cloud platform.
Optionally, the apparatus further comprises:
and the analyzing unit is used for analyzing the first extended LLDP message to obtain the reason that the second network equipment is disconnected with the cloud platform.
Optionally, the apparatus further comprises:
the receiving unit 70 is further configured to receive an equipment information acquisition instruction of the second network equipment, where the equipment information acquisition instruction is sent by the cloud platform;
a sending unit, configured to carry the device information acquisition instruction in a custom field of a second extension LLDP packet, and send the device information acquisition instruction to the second network device;
the receiving unit 70 is further configured to receive a third extended LLDP packet sent by the second network device, where a custom field of the third extended LLDP packet carries device information acquired by the second network device based on the device information acquisition instruction;
the reporting unit 71 is further configured to report the device information to the cloud platform.
Optionally, the device information includes first configuration information of the second network device; the apparatus further comprises:
the receiving unit 70 is further configured to receive second configuration information sent by the cloud platform, where when determining that the first configuration information causes the second network device to disconnect from the cloud platform, an administrator sends, based on the cloud platform, the latest second configuration information to the second network device;
the sending unit is further configured to send the second configuration information carried in a custom field of the fourth LLDP packet to the second network device.
An exemplary embodiment of the present application is a schematic structural diagram of an apparatus for processing equipment failure, with reference to fig. 8, where the apparatus is applied to a cloud platform, and the apparatus includes:
a receiving unit 80, configured to receive a reason for disconnecting the second network device from the cloud platform, where the second network device and the first network device are neighboring network devices, and after determining that the second network device is disconnected from the cloud platform, determine the reason for disconnecting the second network device from the cloud platform, and carry the reason in a custom field of a first extended LLDP packet, and send the reason to the first network device;
and the processing unit 81 is configured to perform fault processing on the second network device based on a reason that the second network device is disconnected from the cloud platform.
Optionally, the apparatus further comprises:
a sending unit, configured to send, to the first network device, a device information acquisition instruction of the second network device, so that the first network device carries the device information acquisition instruction in a custom field of a second extended LLDP packet, and sends the device information acquired based on the device information acquisition instruction to the second network device, and the second network device carries the device information acquired based on the device information acquisition instruction in a custom field of a third extended LLDP packet and sends the device information to the first network device;
the receiving unit 80 is further configured to receive the device information reported by the first network device, and display the device information to an administrator.
Optionally, the apparatus further comprises:
the acquiring unit is used for acquiring second configuration information, wherein an administrator configures the second configuration information when determining that the first configuration information causes the second network equipment to be disconnected with the cloud platform;
the sending unit is further configured to send the second configuration information to the first network device, so that the first network device carries the second configuration information in a custom field of a fourth LLDP packet, and sends the second configuration information to the second network device.
The above units may be one or more integrated circuits configured to implement the above methods, for example: one or more application specific integrated circuits (Application Specific Integrated Circuit, abbreviated as ASIC), or one or more microprocessors (digital singnal processor, abbreviated as DSP), or one or more field programmable gate arrays (Field Programmable Gate Array, abbreviated as FPGA), or the like. For another example, when a unit is implemented in the form of a processing element scheduler code, the processing element may be a general purpose processor, such as a central processing unit (Central Processing Unit, CPU) or other processor that may invoke the program code. For another example, the units may be integrated together and implemented in the form of a system-on-a-chip (SOC).
Further, in the device fault handling apparatus provided by the embodiment of the present application, from a hardware level, a hardware architecture schematic diagram of the device fault handling apparatus may be shown in fig. 9, and the device fault handling apparatus may include: a memory 90 and a processor 91,
the memory 91 is used for storing program instructions; the processor 90 invokes the program instructions stored in the memory 91 to perform the method embodiment described above as applied to the first network device according to the obtained program instructions. The specific implementation manner and the technical effect are similar, and are not repeated here.
Optionally, the present application further provides a network device comprising at least one processing element (or chip) for performing the above-described method embodiments applied to the first network device.
Optionally, the present application also provides a program product, such as a computer readable storage medium, storing computer executable instructions for causing the computer to perform the above-described method embodiments applied to the first network device.
Further, in the device fault handling apparatus provided in the embodiment of the present application, as for a hardware architecture schematic diagram of the device fault handling apparatus, as shown in fig. 10, the device fault handling apparatus may include: a memory 100 and a processor 101,
the memory 101 is used for storing program instructions; the processor 100 invokes the program instructions stored in the memory 101 to execute the method embodiments described above as applied to the cloud platform according to the obtained program instructions. The specific implementation manner and the technical effect are similar, and are not repeated here.
Optionally, the present application further provides a cloud platform, including at least one processing element (or chip) for executing the above-described method embodiments applied to the cloud platform.
Optionally, the present application also provides a program product, such as a computer-readable storage medium, storing computer-executable instructions for causing the computer to perform the above-described method embodiments applied to a cloud platform
Here, a machine-readable storage medium may be any electronic, magnetic, optical, or other physical storage device that may contain or store information, such as executable instructions, data, or the like. For example, a machine-readable storage medium may be: RAM (Radom Access Memory, random access memory), volatile memory, non-volatile memory, flash memory, a storage drive (e.g., hard drive), a solid state drive, any type of storage disk (e.g., optical disk, dvd, etc.), or a similar storage medium, or a combination thereof.
The system, apparatus, module or unit set forth in the above embodiments may be implemented in particular by a computer chip or entity, or by a product having a certain function. A typical implementation device is a computer, which may be in the form of a personal computer, laptop computer, cellular telephone, camera phone, smart phone, personal digital assistant, media player, navigation device, email device, game console, tablet computer, wearable device, or a combination of any of these devices.
For convenience of description, the above devices are described as being functionally divided into various units, respectively. Of course, the functions of each element may be implemented in the same piece or pieces of software and/or hardware when implementing the present application.
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, embodiments of the application may take the form of a computer program product on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, etc.) having computer-usable program code embodied therein.
The present application is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products according to embodiments of the application. It will be understood that each flow and/or block of the flowchart illustrations and/or block diagrams, and combinations of flows and/or blocks in the flowchart illustrations and/or 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/or block diagram block or blocks.
Moreover, 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/or 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/or block diagram block or blocks.
The foregoing description of the preferred embodiments of the application is not intended to be limiting, but rather to enable any modification, equivalent replacement, improvement or the like to be made within the spirit and principles of the application.

Claims (11)

1. A method of device failure handling, for use with a first network device, the method comprising:
receiving a first extended LLDP message sent by a second network device, wherein the second network device is a neighbor network device of the first network device, and after determining that the connection with a cloud platform is disconnected, the second network device determines the reason of disconnecting from the cloud platform, carries the reason in a custom field of the first extended LLDP message and sends the reason to the first network device;
and reporting the reason that the second network equipment is disconnected with the cloud platform to the cloud platform, so that the cloud platform performs fault processing on the second network equipment based on the reason that the second network equipment is disconnected with the cloud platform.
2. The method of claim 1, wherein the method further comprises:
and analyzing the first extended LLDP message to obtain the reason that the second network equipment is disconnected with the cloud platform.
3. The method of claim 1 or 2, wherein the method further comprises:
receiving an equipment information acquisition instruction of the second network equipment, which is sent by the cloud platform;
carrying the device information acquisition instruction in a custom field of a second extended LLDP message, and sending the second extended LLDP message to the second network device;
receiving a third extended LLDP message sent by the second network device, wherein a custom field of the third extended LLDP message carries device information acquired by the second network device based on the device information acquisition instruction;
and reporting the equipment information to the cloud platform.
4. The method of claim 3, wherein the device information comprises first configuration information of the second network device; the method further comprises the steps of:
receiving second configuration information sent by the cloud platform, wherein when determining that the first configuration information causes the second network device to be disconnected from the cloud platform, an administrator sends the latest second configuration information to the second network device based on the cloud platform;
and carrying the second configuration information in a custom field of a fourth LLDP message, and sending the second configuration information to the second network device.
5. An equipment fault handling method, which is applied to a cloud platform, the method comprising:
receiving a reason that a second network device reported by a first network device is disconnected with the cloud platform, wherein the second network device and the first network device are neighbor network devices, and after determining that the second network device is disconnected with the cloud platform, determining the reason that the second network device is disconnected with the cloud platform, carrying the reason in a custom field of a first extended LLDP message, and sending the reason to the first network device;
and performing fault processing on the second network equipment based on the reason that the second network equipment is disconnected with the cloud platform.
6. The method of claim 5, wherein the method further comprises:
transmitting a device information acquisition instruction of the second network device to the first network device, so that the first network device carries the device information acquisition instruction in a custom field of a second extended LLDP message and transmits the device information acquired based on the device information acquisition instruction to the second network device, and the second network device carries the device information acquired based on the device information acquisition instruction in a custom field of a third extended LLDP message and transmits the device information to the first network device;
and receiving the equipment information reported by the first network equipment and displaying the equipment information to an administrator.
7. The method of claim 6, wherein the method further comprises:
acquiring second configuration information, wherein an administrator configures the second configuration information when determining that the first configuration information causes the second network device to be disconnected from the cloud platform;
and sending the second configuration information to the first network device, so that the first network device carries the second configuration information in a custom field of a fourth LLDP message and sends the second configuration information to the second network device.
8. A device failure handling apparatus for use with a first network device, the apparatus comprising:
a receiving unit, configured to receive a first extended LLDP packet sent by a second network device, where the second network device is a neighboring network device of the first network device, and after determining that the connection between the second network device and a cloud platform is disconnected, the second network device determines a reason for disconnecting the second network device from the cloud platform, and carries the reason in a custom field of the first extended LLDP packet, and sends the reason to the first network device;
and the reporting unit is used for reporting the reason that the second network equipment is disconnected with the cloud platform to the cloud platform, so that the cloud platform carries out fault processing on the second network equipment based on the reason that the second network equipment is disconnected with the cloud platform.
9. An apparatus for processing equipment failure, applied to a cloud platform, the apparatus comprising:
a receiving unit, configured to receive a reason for disconnecting a second network device from the cloud platform, where the second network device and the first network device are neighboring network devices, and after determining that the second network device is disconnected from the cloud platform, determine the reason for disconnecting the second network device from the cloud platform, and carry the reason in a custom field of a first extended LLDP packet, and send the reason to the first network device;
and the processing unit is used for performing fault processing on the second network equipment based on the reason that the second network equipment is disconnected with the cloud platform.
10. An equipment failure processing apparatus, characterized in that the equipment failure processing apparatus comprises:
a memory for storing program instructions;
a processor for invoking program instructions stored in the memory and performing the steps of the method according to any of claims 1-4 or 5-7 in accordance with the obtained program instructions.
11. A computer readable storage medium storing computer executable instructions for causing a computer to perform the steps of the method of any one of claims 1-4 or 5-7.
CN202310629457.8A 2023-05-30 2023-05-30 Equipment fault processing method and device Pending CN116723080A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310629457.8A CN116723080A (en) 2023-05-30 2023-05-30 Equipment fault processing method and device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310629457.8A CN116723080A (en) 2023-05-30 2023-05-30 Equipment fault processing method and device

Publications (1)

Publication Number Publication Date
CN116723080A true CN116723080A (en) 2023-09-08

Family

ID=87868977

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310629457.8A Pending CN116723080A (en) 2023-05-30 2023-05-30 Equipment fault processing method and device

Country Status (1)

Country Link
CN (1) CN116723080A (en)

Similar Documents

Publication Publication Date Title
US10484265B2 (en) Dynamic update of virtual network topology
CN108040108A (en) Communication handover method, device, coordination service device and readable storage medium storing program for executing
CN111193605B (en) Fault positioning method and device and storage medium
WO2021129008A1 (en) Service invocation method, apparatus and device, and medium
EP3316555B1 (en) Mac address synchronization method, device and system
US20210105179A1 (en) Fault management method and related apparatus
CN106330475A (en) Method and device for managing main and standby nodes in communication system and high availability cluster
WO2021004517A1 (en) Method, device and system for implementing core network sub-slice disaster recovery
CN105554130A (en) Distributed storage system-based NameNode switching method and switching device
CN102082710A (en) Method and system for implementing detection on network topology fault of nodes in network
CN110830324A (en) Method and device for detecting network connectivity of data center and electronic equipment
CN105379201A (en) Path switching method and device
CN101989953A (en) Method and equipment for sending bidirectional forwarding detection message
CN109150659B (en) Processor and BFD message transmission method
CN111585797A (en) Ethernet link switching method, device, equipment and computer readable storage medium
CN109428815B (en) Method and device for processing message
CN102263678B (en) Method and device for predicting stack division
CN105122775B (en) Mist network
CN103401708B (en) A kind of port configuration method and device
CN116723080A (en) Equipment fault processing method and device
CN114124803B (en) Device management method and device, electronic device and storage medium
CN103607301A (en) Link fault protection switching method and device under ECMP mode
CN105812160B (en) A kind of seamless redundant network mode adaptive method and device
CN113746730B (en) Routing information processing method and device
CN102014033B (en) Method and system for restoring services of fault nodes in ring network

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