CN116095192A - Message processing method, system and computer equipment - Google Patents

Message processing method, system and computer equipment Download PDF

Info

Publication number
CN116095192A
CN116095192A CN202211710838.0A CN202211710838A CN116095192A CN 116095192 A CN116095192 A CN 116095192A CN 202211710838 A CN202211710838 A CN 202211710838A CN 116095192 A CN116095192 A CN 116095192A
Authority
CN
China
Prior art keywords
network card
address
message
lldp
band controller
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
CN202211710838.0A
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.)
Henan Kunlun Technology Co ltd
Original Assignee
XFusion Digital 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 XFusion Digital Technologies Co Ltd filed Critical XFusion Digital Technologies Co Ltd
Priority to CN202211710838.0A priority Critical patent/CN116095192A/en
Publication of CN116095192A publication Critical patent/CN116095192A/en
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08Protocols for interworking; Protocol conversion
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/09Mapping addresses
    • H04L61/25Mapping addresses of the same type
    • H04L61/2503Translation of Internet protocol [IP] addresses
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/09Mapping addresses
    • H04L61/25Mapping addresses of the same type
    • H04L61/2596Translation of addresses of the same type other than IP, e.g. translation from MAC to MAC addresses
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22Parsing or analysis of headers
    • YGENERAL 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
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE 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/00Reducing energy consumption in communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Power Engineering (AREA)
  • Small-Scale Networks (AREA)

Abstract

The application provides a message processing method, a message processing system and computer equipment, and relates to the technical field of communication. In the method, based on the MAC address filtering and forwarding function of the in-band network card, the out-of-band controller sends a configuration command to the in-band network card so as to enable the in-band network card to configure the MAC filtering address, and when the MAC address of the received message is the same as the MAC filtering address, the in-band network card forwards the received message to the out-of-band controller. Because the destination MAC address of the LLDP message is the same as the MAC filtering address preconfigured by the network card, the in-band network card can forward the LLDP message from the switch to the out-of-band controller based on the MAC address filtering forwarding function, so that the out-of-band controller can receive the LLDP message from the switch forwarded by the network card, and obtain the port connected with the network card on the switch and/or the Internet protocol IP address of the switch by analyzing the LLDP message, thereby realizing that the network monitoring capability of the out-of-band controller can be ensured when the out-of-band controller multiplexes the in-band network card.

Description

Message processing method, system and computer equipment
Technical Field
The present disclosure relates to the field of communications technologies of computers, and in particular, to a method and a system for processing a message, and a computer device.
Background
With the development of network technology, the distributed management task force (distributed management task force, DMTF) has proposed a network controller sideband interface (network controller sideband interface, NCSI) protocol. The out-of-band controller is connected with an in-band network card (such as a network card used by a central processing unit) following the protocol on the computer equipment through a bus, and then the in-band network card can be used for communication with an external network, so that the networking structure of the computer equipment can be simplified.
However, the in-band network card following the NCSI protocol only sends the received link layer discovery protocol (link layer discovery protocol, LLDP) message from the switch to the in-band (e.g., central processing unit) by default, which causes the out-of-band controller to fail to obtain the LLDP message from the switch, and seriously affects the network monitoring capability of the out-of-band controller.
Disclosure of Invention
The embodiment of the application provides a message processing method, a message processing system and computer equipment, which can acquire LLDP messages from a switch and are beneficial to ensuring the network monitoring capability of an out-of-band controller.
In order to achieve the above purpose, the embodiments of the present application adopt the following technical solutions:
in a first aspect, a method for processing a message is provided, where the method is used for a computer device, the computer device includes a network card and an out-of-band controller connected with the network card, the computer device is connected with a switch through the network card, and the method is executed by the out-of-band controller; the method comprises the following steps: receiving a link layer discovery protocol LLDP message forwarded by a network card from a switch; the destination (media access control address, MAC) address of the LLDP message is the same as the MAC filtering address preconfigured by the network card, and the MAC filtering address of the network card is configured by the network card in response to the target configuration command of the out-of-band controller; analyzing the LLDP message to obtain a target identifier in the LLDP message; the target identifier in the LLDP message indicates a port on the switch connected to the network card and/or an internet protocol IP address of the switch; and sending the target identifier in the LLDP message to the upper network manager so that the upper network manager monitors the network state of the computer equipment according to the target identifier in the LLDP message.
In the scheme, the network card is an in-band network card, based on the MAC address filtering and forwarding function of the in-band network card, the out-band controller sends a target configuration command to the in-band network card so as to enable the in-band network card to configure the MAC filtering address, and therefore when the MAC address of a received message is identical to the MAC filtering address, the in-band network card forwards the received message to the out-band controller. Based on this, because the destination MAC address of the LLDP packet is the same as the MAC filtering address preconfigured by the network card, the in-band network card forwards the LLDP packet from the switch to the out-of-band controller based on the MAC address filtering forwarding function, so that the out-of-band controller can receive the LLDP packet from the switch forwarded by the in-band network card. And then, the out-of-band controller analyzes the LLDP message from the switch to obtain a target identifier in the LLDP message, wherein the target identifier indicates the identifier of a port connected with the network card on the switch and/or the Internet Protocol (IP) address of the switch, so that the upper network manager can monitor the network state between the computer equipment and the switch according to the target identifier in the LLDP message by sending the target identifier in the LLDP message to the upper network manager, and further, the network monitoring capability of the out-of-band controller can be ensured when the out-of-band controller multiplexes the in-band network card.
In one possible implementation, the target configuration command includes a first configuration command; the method further comprises the steps of: based on NCSI protocol of sideband interface of network controller, sending first configuration command to network card; the first configuration command is used for instructing the network card to configure the MAC filtering address to a destination MAC address including the LLDP message.
In this implementation, the out-of-band controller sends a first configuration command to the network card based on the NCSI protocol to instruct the network card to configure the MAC filter address to include the destination MAC address of the LLDP message. Because the first configuration command sent based on the NCSI protocol is a standard command in the NCSI protocol, that is, any network card following the NCSI protocol will perform an operation of configuring the destination MAC address of the LLDP packet as the MAC filtering address based on the first configuration command, the first configuration command is not limited by the network card firmware and the network card vendor, and can instruct all network cards following the NCSI protocol to perform an operation of configuring the destination MAC address of the LLDP packet as the MAC filtering address. Compared with the method that the network card firmware is customized to enable the network card to support forwarding of the LLDP message, the method and the device enable the network card to configure the destination MAC address of the LLDP message as an MAC filtering address by sending a standard command in an NCSI protocol to the network card, so that the LLDP message is supported to be forwarded, the application range is enlarged, and the universality is improved.
In addition, since the destination MAC address of the LLDP message is a fixed MAC address (i.e., 01-80-C2-00-00-0E), that is, the non-LLDP message does not have the MAC address, by setting that the MAC filter address includes the destination MAC address of the LLDP message, but not includes the source MAC address of the LLDP message, the accuracy of forwarding the LLDP message can be improved, and the out-of-band controller can be prevented from receiving too many non-LLDP messages from the switch.
In addition, because the LLDP messages sent by different switches all have the same destination MAC address, and the sending of the first configuration command to the network card by the out-of-band controller is realized by the firmware program of the out-of-band controller, the network card is instructed to configure the destination MAC address of the LLDP message as the MAC filtering address by setting the first configuration command, so that the out-of-band controller does not need to modify the firmware program of the out-of-band controller when multiplexing different in-band network cards, the universality of the firmware program in the out-of-band controller is improved, and therefore, different firmware programs do not need to be customized for different network cards, and the cost is reduced.
In another possible implementation manner, sending the first configuration command to the network card includes: and if the out-of-band controller is detected to be electrified, sending a first configuration command to the network card.
In this implementation, a specific implementation of sending the first configuration command is provided. In the mode, after the out-of-band controller detects power-on, the out-of-band controller automatically sends the first configuration command to the network card without manual operation, thereby being beneficial to reducing labor cost and improving the automatic capability of message processing.
In another possible implementation manner, the method further includes: based on NCSI protocol, sending second configuration command to network card; the second configuration command is used for instructing the network card to configure the MAC filtering address to a destination MAC address that does not include the LLDP message.
In this implementation manner, since the network card periodically receives the LLDP packet from the switch, after the out-of-band controller receives the LLDP packet forwarded by the network card from the switch, the second configuration command is sent to the network card, so as to configure the MAC filter address to be a destination MAC address that does not include the LLDP packet. Based on this, after the network card receives the LLDP message from the switch, the MAC filter address does not include the destination MAC address of the LLDP message, so that the LLDP message will satisfy the filter forwarding condition, and thus, the network card will not forward the LLDP message from the switch to the out-of-band controller, which helps to avoid the out-of-band controller from receiving too many LLDP messages.
In another possible implementation, the computer device further includes a display device, where the display device is configured to display a management interface of the out-of-band controller; sending a first configuration command to the network card, including: responding to the received first instruction, and sending a first configuration command to the network card; the first indication is sent by the display device in response to a first trigger operation of the management interface, where the first trigger operation is used to indicate that the MAC filter address is configured to include a destination MAC address configuration of the LLDP packet.
In this implementation manner, after receiving the first instruction of the display device, the out-of-band controller sends the first configuration command to the network card, so that when a user needs to use the LLDP message sent by the switch, the function of forwarding the LLDP message from the switch to the out-of-band controller by the network card is started, thereby helping to avoid that the out-of-band controller receives too many LLDP messages and wastes the storage space and calculation power of the out-of-band controller.
In another possible implementation, the method further includes: responding to the received second instruction, and sending a second configuration command to the network card based on NCSI protocol; the second configuration command is used for indicating the network card to configure the MAC filtering address to be a destination MAC address which does not comprise the LLDP message; the second indication is sent by the display device in response to a second trigger operation of the management interface, where the second trigger operation is used to indicate that the MAC filtering address is configured to be a destination MAC address that does not include the LLDP packet.
In this implementation manner, since the network card periodically receives the LLDP packet from the switch, when the user determines that the LLDP packet does not need to be used, the display device may send a second instruction to the out-of-band controller by performing a second trigger operation on the management interface, so that the out-of-band controller sends a second configuration command to the network card, so as to instruct the network card to configure the MAC filtering address to a destination MAC address that does not include the LLDP packet. Therefore, after the network card receives the LLDP message from the switch, the MAC filter address does not include the destination MAC address of the LLDP message, so that the LLDP message will meet the filter forwarding condition, and the network card will not forward the LLDP message from the switch to the out-of-band controller, thereby helping to avoid the out-of-band controller from receiving too many LLDP messages and wasting the storage space and calculation power of the out-of-band controller.
In a second aspect, a method for processing a message is provided, where the method is used for a computer device, the computer device includes a network card and an out-of-band controller connected with the network card, the computer device is connected with a switch through the network card, and the method is performed by the network card; the method comprises the following steps: receiving a message sent by a switch; if the Media Access Control (MAC) address in the message is the same as the preconfigured MAC filtering address, determining that the message is a Link Layer Discovery Protocol (LLDP) message to be forwarded to the out-of-band controller; the MAC filter address is configured by the network card in response to a target configuration command of the out-of-band controller, and comprises a target MAC address of the LLDP message; forwarding an LLDP message from the switch to the out-of-band controller; the LLDP message is used by the out-of-band controller to determine the port on the switch to which the network card is connected and/or the internet protocol IP address of the switch.
In the scheme, based on the MAC address filtering and forwarding function of the network card, the out-of-band controller sends a target configuration command to the network card so as to enable the network card to configure the MAC filtering address, and therefore when the MAC address of the received message is identical to the MAC filtering address, the network card forwards the received message to the out-of-band controller with the MAC filtering address. Based on this, the out-of-band controller indicates that the MAC filtering address set by the network card includes the destination MAC address of the LLDP message, so that when the received message is the LLDP message from the switch, the MAC address of the received message is necessarily the same as the MAC filtering address, and therefore, the network card forwards the LLDP message from the switch to the out-of-band controller based on the MAC address filtering forwarding function, so that the out-of-band controller can receive the LLDP message forwarded by the network card from the switch. And then, the out-of-band controller analyzes the LLDP message from the switch to obtain a target identifier in the LLDP message, wherein the target identifier indicates the identifier of a port connected with the network card on the switch and/or the Internet Protocol (IP) address of the switch, so that the upper network manager can monitor the network state between the computer equipment and the switch according to the target identifier in the LLDP message by sending the target identifier in the LLDP message to the upper network manager, and further, the network monitoring capability of the out-of-band controller can be ensured when the out-of-band controller multiplexes the in-band network card.
In one possible implementation, the target configuration command includes a first configuration command; the method further comprises the steps of: receiving a first configuration command sent by an out-of-band controller based on a network controller sideband interface NCSI protocol; the first configuration command is used for indicating the network card to configure the MAC filtering address into the destination MAC address configuration comprising the LLDP message; in response to the first configuration command, the MAC filter address is configured to include a destination MAC address of the LLDP message.
In this implementation, the network card receives a first configuration command sent by the out-of-band controller based on the NCSI protocol, and configures the MAC filter address to include a destination MAC address of the LLDP packet in response to the first configuration command. Because the first configuration command received based on the NCSI protocol is a standard command in the NCSI protocol, that is, any network card following the NCSI protocol will perform an operation of configuring the destination MAC address of the LLDP packet as the MAC filtering address based on the first configuration command, the first configuration command is not limited by the network card firmware and the network card vendor, and can instruct all network cards following the NCSI protocol to perform an operation of configuring the destination MAC address of the LLDP packet as the MAC filtering address. Compared with the method that the network card firmware is customized to enable the network card to support forwarding of the LLDP message, the method and the device enable the network card to configure the destination MAC address of the LLDP message as an MAC filtering address by sending a standard command in an NCSI protocol to the network card, so that the LLDP message is supported to be forwarded, the application range is enlarged, and the universality is improved.
In addition, because the destination MAC address of the LLDP message is a fixed MAC address (i.e., 01-80-C2-00-00-0E), the non-LLDP message does not have the MAC address, and therefore, by setting the MAC filtering address to include the destination MAC address of the LLDP message, but not include the source MAC address of the LLDP message, the accuracy of forwarding the LLDP message by the network card can be improved, and the network card is helped to avoid forwarding the non-LLDP message from the switch to the out-of-band controller.
In another possible implementation manner, the method further includes: based on NCSI protocol, receiving second configuration command sent by out-of-band controller; the second configuration command is used for indicating the network card to configure the MAC filtering address to be a destination MAC address which does not comprise the LLDP message; in response to the second configuration command, the MAC filter address is configured to be a destination MAC address that does not include the LLDP message.
In this implementation, since the network card periodically receives the LLDP packet from the switch, the MAC filter address is configured to a destination MAC address that does not include the LLDP packet by receiving the second configuration command sent by the out-of-band controller. Therefore, after the network card receives the LLDP message from the switch, the MAC filter address does not include the destination MAC address of the LLDP message, so that the LLDP message will satisfy the filter forwarding condition, and the network card will not forward the LLDP message from the switch to the out-of-band controller, thereby being beneficial to avoiding the out-of-band controller from receiving too many LLDP messages.
In a third aspect, a message processing apparatus is provided, including: the functional units for executing any of the methods provided in the first aspect, and actions executed by the respective functional units are implemented by hardware or implemented by hardware executing corresponding software. For example, the message processing apparatus may include: the device comprises a receiving unit, a processing unit and a transmitting unit; the receiving unit is used for receiving the link layer discovery protocol LLDP message forwarded by the network card from the switch; the target MAC address of the LLDP message is the same as the MAC filtering address preconfigured by the network card, and the MAC filtering address of the network card is configured by the network card in response to the target configuration command of the out-of-band controller; the processing unit is used for analyzing the LLDP message to obtain a target identifier in the LLDP message; the target identifier in the LLDP message indicates a port on the switch connected to the network card and/or an internet protocol IP address of the switch; and the sending unit is used for sending the target identifier in the LLDP message to the upper network manager so that the upper network manager can monitor the network state of the computer equipment according to the target identifier in the LLDP message.
In a fourth aspect, a message processing apparatus is provided, including: functional units for performing any of the methods provided in the second aspect, the actions performed by the respective functional units are implemented by hardware or by hardware executing corresponding software. For example, the message processing apparatus may include: the device comprises a receiving unit, a processing unit and a transmitting unit; the receiving unit is used for receiving the message sent by the switch; the processing unit is used for determining the message as a link layer discovery protocol LLDP message to be forwarded to the out-of-band controller if the Media Access Control (MAC) address in the message is the same as a preconfigured MAC filtering address; the MAC filter address is configured by the network card in response to a target configuration command of the out-of-band controller, and comprises a target MAC address of the LLDP message; a sending unit, configured to forward an LLDP packet from the switch to the out-of-band controller; the LLDP message is used by the out-of-band controller to determine the port on the switch to which the network card is connected and/or the internet protocol IP address of the switch.
In a fifth aspect, a message processing system is provided, where the message processing system is used for a computer device, where the computer device includes a network card and an out-of-band controller connected with the network card, and the computer device is connected with a switch through the network card; the network card receives a message sent by the switch; if the Media Access Control (MAC) address in the message is the same as the preconfigured MAC filtering address, determining that the message is a Link Layer Discovery Protocol (LLDP) message to be forwarded to the out-of-band controller; the MAC filter address is configured by the network card in response to a target configuration command of the out-of-band controller, and comprises a target MAC address of the LLDP message; the network card forwards LLDP messages from the switch to the out-of-band controller; the out-of-band controller receives LLDP message from exchanger forwarded by network card; the out-of-band controller analyzes the LLDP message to obtain a target identifier in the LLDP message; the target identifier in the LLDP message indicates a port on the switch connected with the network card and/or an Internet Protocol (IP) address of the switch; the out-of-band controller sends the target identifier in the LLDP message to the upper network manager so that the upper network manager monitors the network state of the computer equipment according to the target identifier in the LLDP message.
It should be noted that in the fifth aspect, the out-of-band controller may also be used to perform any one of the possible implementations of the first aspect. The network card may also be used to perform any one of the possible implementations of the second aspect described above.
In a sixth aspect, there is provided a computer device comprising: the network card and the out-of-band controller connected with the network card, the computer equipment is connected with the switch through the network card; the network card receives a message sent by the switch; if the Media Access Control (MAC) address in the message is the same as the preconfigured MAC filtering address, determining that the message is a Link Layer Discovery Protocol (LLDP) message to be forwarded to the out-of-band controller; the MAC filter address is configured by the network card in response to a target configuration command of the out-of-band controller, and comprises a target MAC address of the LLDP message; the network card forwards LLDP messages from the switch to the out-of-band controller; the out-of-band controller receives LLDP message from exchanger forwarded by network card; the out-of-band controller analyzes the LLDP message to obtain a target identifier in the LLDP message; the target identifier in the LLDP message indicates a port on the switch connected with the network card and/or an Internet Protocol (IP) address of the switch; the out-of-band controller sends the target identifier in the LLDP message to the upper network manager so that the upper network manager monitors the network state of the computer equipment according to the target identifier in the LLDP message.
It should be noted that in the sixth aspect, the out-of-band controller may also be used to perform any one of the possible implementations of the first aspect. The network card may also be used to perform any one of the possible implementations of the second aspect described above.
In a seventh aspect, there is provided a computer device comprising: comprising the following steps: the device comprises a processor and a memory, wherein the processor is connected with the memory. The memory is configured to store computer-executable instructions and the processor executes the computer-executable instructions stored in the memory to implement any one of the methods provided in the first aspect or to implement any one of the methods provided in the second aspect.
In an eighth aspect, there is provided a chip comprising: a processor and interface circuit; the interface circuit is used for receiving the code instruction and transmitting the code instruction to the processor; a processor for executing code instructions to perform any of the methods provided in the first aspect above, or to perform any of the methods provided in the second aspect above.
In a ninth aspect, there is provided a computer readable storage medium storing computer executable instructions that, when run on a computer, cause the computer to perform any one of the methods provided in the first aspect or any one of the methods provided in the second aspect.
In a tenth aspect, there is provided a computer program product comprising computer-executable instructions which, when run on a computer, cause the computer to perform any one of the methods provided in the first aspect or any one of the methods provided in the second aspect.
The technical effects caused by any implementation manner of the third aspect to the tenth aspect may be referred to technical effects caused by different implementation manners of the first aspect or the second aspect, and are not described herein.
Drawings
FIG. 1 is a system architecture diagram provided in an embodiment of the present application;
FIG. 2 is a flowchart of a message processing method according to an embodiment of the present application;
FIG. 3 is a flowchart of another message processing method according to an embodiment of the present disclosure;
FIG. 4 is a flowchart of another message processing method according to an embodiment of the present disclosure;
FIG. 5 is a flowchart of another message processing method according to an embodiment of the present disclosure;
FIG. 6 is a flowchart of another message processing method according to an embodiment of the present disclosure;
FIG. 7 is a flowchart of another message processing method according to an embodiment of the present disclosure;
fig. 8 is a schematic diagram of a message processing apparatus according to an embodiment of the present application;
Fig. 9 is a schematic diagram of another message processing apparatus according to an embodiment of the present application.
Detailed Description
The technical solutions in the embodiments of the present application will be described below with reference to the drawings in the embodiments of the present application.
Wherein, in the description of the present application, "/" means that the related objects are in a "or" relationship, unless otherwise specified, for example, a/B may mean a or B; the term "and/or" in this application is merely an association relation describing an association object, and means that three kinds of relations may exist, for example, a and/or B may mean: there are three cases, a alone, a and B together, and B alone, wherein a, B may be singular or plural.
Also, in the description of the present application, unless otherwise indicated, "a plurality" means two or more than two. "at least one of" or the like means any combination of these items, including any combination of single item(s) or plural items(s). For example, at least one (one) of a, b, or c may represent: a, b, c, a-b, a-c, b-c, or a-b-c, wherein a, b, c may be single or plural.
In addition, in order to clearly describe the technical solutions of the embodiments of the present application, in the embodiments of the present application, the words "first", "second", and the like are used to distinguish the same item or similar items having substantially the same function and effect. It will be appreciated by those of skill in the art that the words "first," "second," and the like do not limit the amount and order of execution, and that the words "first," "second," and the like do not necessarily differ. Meanwhile, in the embodiments of the present application, words such as "exemplary" or "such as" are used to mean serving as examples, illustrations, or descriptions. Any embodiment or design described herein as "exemplary" or "for example" should not be construed as preferred or advantageous over other embodiments or designs. Rather, the use of words such as "exemplary" or "such as" is intended to present related concepts in a concrete fashion that may be readily understood.
Hereinafter, terms involved in the embodiments of the present application will be briefly described.
The link layer discovery protocol (link layer discovery protocol, LLDP) provides a standard way of link layer discovery. Based on the protocol, the network device can organize the main capability, management address, device identification, interface identification and other information of the local device into different TLVs (Type/Length/Value), encapsulate the TLVs in a link layer discovery protocol data unit (link layer discovery protocol data unit, LLDPDU) of the LLDP message, send the LLDP message to the device directly connected with the network device, and after receiving the LLDP message, store the information in the LLDP message in the form of a standard management information base (management information base, MIB) for the network management system to query and judge the communication condition of the link.
In this embodiment of the present application, the switch periodically sends an LLDP packet to the network card directly connected to the switch, where the LLDP packet may include information such as a main capability of the switch, a management address, a port identifier of the switch connected to the network card, and an internet protocol IP address of the switch. When the network card is an in-band network card, the in-band network card forwards the LLDP message to an in-band management system (such as a central processing unit) connected with the network card after receiving the LLDP message.
In the following, an application scenario of the embodiment of the present application is described exemplarily.
With the development of network technology, the distributed management task force (distributed management task force, DMTF) has proposed a network controller sideband interface (network controller sideband interface, NCSI) protocol. The out-of-band controller is connected with an in-band network card (such as a network card used by a central processing unit) following the protocol on the computer equipment through a bus, and then the in-band network card can be used for communication with an external network, so that the networking structure of the computer equipment can be simplified.
Such an in-band network card following the NCSI protocol may also be referred to as an NCSI network card. Because the NCSI network card is an in-band network card, the firmware program of the NCSI network card only supports forwarding LLDP messages from the switch to the in-band (e.g., central processing unit). In this case, when the out-of-band controller uses the NCSI network card to communicate with the external network, the LLDP packet from the switch cannot be obtained from the NCSI network card, which seriously affects the network monitoring capability of the out-of-band controller.
In view of this, the embodiment of the present application proposes a message processing method, based on the MAC address filtering forwarding function of the in-band network card, the out-of-band controller sends a target configuration command to the in-band network card, so that the in-band network card configures the MAC filtering address, and when the MAC address of the received message is the same as the MAC filtering address, the in-band network card forwards the received message to the out-of-band controller. Based on this, because the destination MAC address of the LLDP packet is the same as the MAC filtering address preconfigured by the network card, the in-band network card forwards the LLDP packet from the switch to the out-of-band controller based on the MAC address filtering forwarding function, so that the out-of-band controller can receive the LLDP packet from the switch forwarded by the in-band network card. And then, the out-of-band controller analyzes the LLDP message from the switch to obtain a target identifier in the LLDP message, wherein the target identifier indicates the identifier of a port connected with the network card on the switch and/or the Internet Protocol (IP) address of the switch, so that the upper network manager can monitor the network state between the computer equipment and the switch according to the target identifier in the LLDP message by sending the target identifier in the LLDP message to the upper network manager, and further, the network monitoring capability of the out-of-band controller can be ensured when the out-of-band controller multiplexes the in-band network card.
Next, an exemplary description is given of a system architecture of an embodiment of the present application.
As shown in fig. 1, the system architecture of the embodiment of the present application includes a computer device and a switch, where the computer device is connected to the switch through a network cable.
Optionally, the computer device comprises a host device.
The main board device comprises a central processing unit (centra l process ing un it, CPU), a network card and an out-of-band controller.
The network card is an in-band network card conforming to the NCSI protocol. Hereinafter, the embodiments of the present application will be exemplarily described using the network card that is used by the in-band network card that conforms to the NCSI protocol as the CPU.
In some embodiments, the CPU is connected to the network card via a first bus. By way of example, the first bus may be a high-speed serial computer expansion bus standard (per iphera l component interconnect express, PCI E) bus.
In some embodiments, the out-of-band controller is coupled to the network card via a second bus. The second bus may, for example, h I simplify the media independent interface (reduced med ia independent interface, RMI) bus.
In some embodiments, the out-of-band controller is completely independent of the CPU of the computer device and may communicate with the CPU through an out-of-band management interface of the computer device. In addition, the out-of-band controller may remotely maintain and manage the computer device via a dedicated data channel.
By way of example, the out-of-band controller may be a monitoring management unit external to the computer device, a management system in a management chip external to the processor, a baseboard out-of-band controller (baseboard management controller, BMC), a system management module (system management mode, SMM), and the like. It should be noted that the embodiments of the present application are not limited to the specific form of the out-of-band controller, and the above is merely exemplary. In the following embodiments, only the out-of-band controller is taken as a BMC for illustration.
Hereinafter, a brief description will be given of a data packet transmitted between the out-of-band controller and the network card.
The transmission of data packets between the out-of-band controller and the network card follows the NCSI protocol. The data transmitted between the out-of-band controller and the network card mainly comprises a first type data packet and a second type data packet.
The first type of data packet is a data packet ("Pass-through" packets) transmitted between the external network and the out-of-band controller, and the network card only forwards the first type of data packet. The second type of data packet is a data packet ("Contro l" packets) carrying control information and transmitted between the network card and the out-of-band controller, where the second type of data packet is typically a configuration command for modifying the configuration of the network card by the out-of-band controller, such as a first configuration command, a second configuration command, a third configuration command, a fourth configuration command, and a fifth configuration command in the following embodiments, where the network card needs to execute an operation indicated by the control information for the second type of data packet, and respond accordingly.
Optionally, the computer device further comprises a display device. The display device is connected with the host device.
In one example, the display device and the host device may be connected by a data line, such as a video graphics array (Video Graph ics Array, VGA) data line. In another example, the display device and the host device may be connected through a network.
In the embodiment of the application, the display device is mainly used for displaying the management interface of the out-of-band controller.
It should be noted that, the system architecture and the application scenario described in the embodiments of the present application are for more clearly describing the technical solution of the embodiments of the present application, and do not constitute a limitation on the technical solution provided in the embodiments of the present application, and those skilled in the art can know that, with the evolution of the system architecture and the appearance of a new service scenario, the technical solution provided in the embodiments of the present application is also applicable to similar technical problems.
For ease of understanding, the following exemplary description of the message processing method provided in the present application is provided with reference to the accompanying drawings. The method is applicable to the computer device shown in fig. 1.
The following embodiments of the present application will be described in three sections for exemplary description of the scheme of the message processing method.
The first section, in conjunction with fig. 2 to 4, describes a procedure in which the out-of-band controller configures the network card based on the NCSI protocol, so that the network card supports forwarding of the LLDP packet from the switch to the out-of-band controller.
The second part, referring to fig. 5, describes the process of receiving the LLDP packet forwarded by the network card from the switch after the out-of-band controller configures the network card based on the NCSI protocol.
And a third section, in combination with fig. 6 to fig. 7, describes a process that after the out-of-band controller receives the LLDP message from the switch forwarded by the network card, the network card is configured based on the NCSI protocol, so that the network card does not forward the LLDP message from the switch to the out-of-band controller.
Fig. 2 is a flow chart illustrating a method of message processing according to an exemplary embodiment. Illustratively, the method includes the following S201-S203.
S201: the out-of-band controller sends a first configuration command to the network card based on the NCSI protocol.
The first configuration command is used for indicating the network card to configure the MAC filtering address to a destination MAC address including the LLDP message.
In some embodiments, the network card supports a MAC address filter forwarding function. The MAC address filtering and forwarding function refers to that after the target device instructs the network card to set the target MAC address as the MAC filtering address, if the MAC address of the received message is the same as the MAC filtering address (i.e., the target MAC address), the network card forwards the received message to the target device.
Optionally, the network card is a network card conforming to NCSI protocol, and the out-of-band controller uses the network card to communicate with an external network. The network card is based on NCSI protocol, and realizes the function of supporting MAC address filtering and forwarding.
Optionally, the destination MAC address of LLDP message is 01-80-C2-00-00-0E.
Optionally, the first configuration command includes a MAC address identification field. The MAC address identification field indicates a MAC address to be configured as a MAC filter address.
In some embodiments, the out-of-band controller writes the destination MAC address (i.e., 01-80-C2-00-00-0E) of the LLDP message to the MAC address identification field of the first configuration command, such that "01-80-C2-00-00-0E" is configured as the MAC filter address.
Optionally, the first configuration command further comprises an address type identification field. The address type identification field indicates the type of MAC address in the MAC address identification field. This type includes any of unicast, multicast (which may also be referred to as multicast).
In some embodiments, the out-of-band controller writes the type identifier of the destination MAC address of the LLDP packet into the address type identifier field of the first configuration command, so that the network card can forward the LLDP packet carrying the destination MAC address based on the type indicated by the type identifier.
Illustratively, the type of the destination MAC address of the LLDP message is multicast, and the out-of-band controller writes an identification of the multicast into an address type identification field of the first configuration command. After receiving the LLDP message, the network card forwards the LLDP message to the out-of-band controller in a multicast mode.
Optionally, the first configuration command further comprises a command identification. Wherein the first clearly configured command identifier is used for indicating that the unicast or multicast type of MAC address device is a MAC filter address. Illustratively, the command identification of the first configuration command is 0x0E.
In some embodiments, the out-of-band controller generates a first configuration command based on the NCSI protocol, the first configuration command being a set MAC address command (Set MAC Address Command (0 x 0E)) in the NCSI protocol. And then, the out-of-band controller sends the MAC address setting command to the network card based on NCSI protocol to instruct the network card to configure the destination MAC address of the multicast type as the MAC filtering address.
Optionally, the out-of-band controller sends the first configuration command to the network card, including multiple implementations, and hereinafter, exemplary descriptions are provided through modes 1 to 2.
Mode 1: and if the out-of-band controller is detected to be electrified, sending a first configuration command to the network card.
In some embodiments, the out-of-band controller, upon detecting a power-up, sends a first configuration command to the network card based on the NCSI protocol to instruct the network card to configure the MAC filter address to include the destination MAC address of the LLDP message.
In this embodiment, after the power-up is detected, the first configuration command is automatically sent to the network card, so that manual operation is not needed, the labor cost is reduced, and the automatic capability of message processing is improved.
Mode 2: and responding to the received first instruction, and sending a first configuration command to the network card.
The first indication is sent by the display device in response to a first trigger operation of the management interface, where the first trigger operation is used to indicate that the MAC filter address is configured to include a destination MAC address configuration of the LLDP packet.
In some embodiments, the display device displays a management interface of the out-of-band controller that includes an option to configure the MAC filter address. The user performs a first trigger operation on the management interface, for example, the first trigger operation may be that the user selects the option, and sets the destination MAC address of the LLDP packet to be configured as a MAC filtering address. Based on this, the display device sends a first indication to the out-of-band controller on the host device in response to the first trigger operation of the management interface by the user to indicate that the MAC filter address is configured to include the destination MAC address configuration of the LLDP message. And after receiving the first instruction sent by the display device, the out-of-band controller sends a first configuration command to the network card, and instructs the network card to configure the MAC filter address to be a destination MAC address comprising the LLDP message.
In this embodiment, after the out-of-band controller receives the first indication sent by the display device, the first configuration command is sent to the network card in response to the first indication, so that when a user needs to use the LLDP message sent by the switch, the function of forwarding the LLDP message from the switch to the out-of-band controller by the network card is started, thereby helping to avoid the out-of-band controller from receiving too many LLDP messages and wasting the storage space and calculation power of the out-of-band controller.
S202: the network card receives a first configuration command sent by the out-of-band controller based on NCSI protocol.
In some embodiments, the network card receives a first configuration command sent by the out-of-band controller over the second bus.
S203: the network card configures the MAC filter address to include a destination MAC address of the LLDP message based on the NCSI protocol in response to the first configuration command.
In some embodiments, after receiving the first configuration command, the network card creates a MAC filter address table based on the NCSI protocol, and writes a destination MAC address of the LLDP packet into the MAC filter address table, so as to configure the MAC filter address to include the destination MAC address of the LLDP packet.
It should be noted that, if the MAC filtering address table is already stored in the network card, the network card may not need to create the MAC filtering address table any more, but may directly write the destination MAC address of the LLDP packet into the MAC filtering address table.
In other embodiments, after receiving the first configuration command, the network card creates a set of MAC filter addresses based on NCSI protocol, and writes a destination MAC address of the LLDP packet into the set of MAC filter addresses to configure the MAC filter address to include the destination MAC address of the LLDP packet.
It should be noted that, if the network card already stores the MAC filtering address set, the network card may not need to create the MAC filtering address set any more, but may directly write the destination MAC address of the LLDP packet into the MAC filtering address set.
In the above embodiment, the out-of-band controller sends a first configuration command to the network card based on the NCSI protocol, instructing the network card to configure the MAC filter address to include the destination MAC address of the LLDP packet. Because the first configuration command sent based on the NCSI protocol is a standard command in the NCSI protocol, that is, any network card following the NCSI protocol will perform an operation of configuring the destination MAC address of the LLDP packet as the MAC filtering address based on the first configuration command, the first configuration command is not limited by the network card firmware and the network card vendor, and can instruct all network cards following the NCSI protocol to perform an operation of configuring the destination MAC address of the LLDP packet as the MAC filtering address. Compared with the method that the network card firmware is customized to enable the network card to support forwarding of the LLDP message, the method and the device enable the network card to configure the destination MAC address of the LLDP message as an MAC filtering address by sending a standard command in an NCSI protocol to the network card, so that the LLDP message is supported to be forwarded, the application range is enlarged, and the universality is improved.
In addition, since the destination MAC address of the LLDP message is a fixed MAC address (i.e., 01-80-C2-00-00-0E), that is, the non-LLDP message does not have the MAC address, by setting that the MAC filter address includes the destination MAC address of the LLDP message, but not includes the source MAC address of the LLDP message, the accuracy of forwarding the LLDP message can be improved, and the out-of-band controller can be prevented from receiving too many non-LLDP messages from the switch.
In addition, because the LLDP messages sent by different switches all have the same destination MAC address, and the sending of the first configuration command to the network card by the out-of-band controller is realized by the firmware program of the out-of-band controller, the network card is instructed to configure the destination MAC address of the LLDP message as the MAC filtering address by setting the first configuration command, so that the out-of-band controller does not need to modify the firmware program of the out-of-band controller when multiplexing different in-band network cards, the universality of the firmware program in the out-of-band controller is improved, and therefore, different firmware programs do not need to be customized for different network cards, and the cost is reduced.
It should be noted that, the out-of-band controller may further configure the VLAN filtering mode of the network card by sending a third configuration command or a fourth configuration command to the network card, so as to ensure that the network card may receive the LLDP packet from the switch.
Optionally, as shown in fig. 3, the method for processing a message may further include the following S301 to S303.
S301: the out-of-band controller sends a third configuration command to the network card based on the NCSI protocol.
The third configuration command is used for indicating the network card to configure the VLAN filtering mode as a target mode, so that the network card receives the message carrying the VLAN identifier and the message not carrying the VLAN identifier.
Optionally, the third configuration command further comprises a command identification. Wherein the command identification of the third configuration command is used to indicate that the VLAN filter mode is configured as the target mode.
Illustratively, the command identification of the third configuration command is 0x03.
In some embodiments, during initialization of the network card, the out-of-band controller generates a third configuration command based on the NCSI protocol, the third configuration command being an enable VLAN command in the NCSI protocol (Enable VLAN Command (0 x 03)). And then, the out-of-band controller sends the VLAN enabling command to the network card based on NCSI protocol, and instructs the network card to configure the VLAN filtering mode as a target mode.
In other embodiments, after initializing the network card, for example, where the out-of-band controller's runtime length is greater than or equal to the threshold length of time, the out-of-band controller sends a third configuration command to the network card.
Illustratively, the target mode is mode 3 in the NCSI protocol. In the NCSI protocol, if the VLAN filtering mode is mode 3, the network card receives a packet with the MAC address matching the MAC filtering address, whether the packet does not carry the VLAN identifier or carries the VLAN identifier.
It should be noted that, the specific value of the threshold duration is not limited in the embodiment of the present application, and the device may be performed according to actual needs.
S302: the network card receives a third configuration command sent by the out-of-band controller based on NCSI protocol.
In some embodiments, the network card receives a third configuration command sent by the out-of-band controller over the second bus.
S303: the network card configures the VLAN filtering mode as a target mode based on NCSI protocol in response to a third configuration command.
In some embodiments, if the VLAN filtering mode of the network card is not started, after receiving the third configuration command, the network card starts the VLAN filtering mode based on the NCSI protocol, and configures the VLAN filtering mode as a target mode, so that the network card receives a packet carrying the VLAN identifier and a packet not carrying the VLAN identifier.
In other embodiments, when the VLAN filtering mode of the network card is turned on, after receiving the third configuration command, the network card configures the VLAN filtering mode to be a target mode based on the NCSI protocol, so that the network card receives a packet carrying the VLAN identifier and a packet not carrying the VLAN identifier.
In the above embodiment, the out-of-band controller instructs the network card to configure the VLAN filtering mode into the target mode by sending the third configuration command to the network card, so that the network card receives the LLDP message sent by the switch to the network card no matter whether the network card carries the VLAN identifier or does not carry the VLAN identifier, thereby helping to ensure that the network card can successfully receive the LLDP message from the switch, and helping to ensure that the out-of-band controller can receive the LLDP message forwarded by the network card from the switch.
In addition, because the LLDP message sent by the switch does not normally carry the VLAN identifier, in this case, the third configuration command is sent to the network card, so that the network card supports receiving the message carrying the VLAN identifier and the message not carrying the VLAN identifier at the same time, and the network card only receives the message not carrying the VLAN identifier relative to the VLAN filtering mode of closing the network card, thereby being beneficial to ensuring that the network card can normally receive other messages carrying the VLAN identifier.
Optionally, as shown in fig. 4, if the LLDP packet from the switch does not carry a VLAN identifier, the packet processing method may further include the following steps S401-S403.
S401: the out-of-band controller sends a fourth configuration command to the network card based on the NCIS protocol.
The fourth configuration command is used for indicating the network card to close the VLAN filtering mode so that the network card receives the message which does not carry the VLAN identifier.
Because only the message which does not carry the VLAN identifier is received when the VLAN filtering mode is closed by the network card, if the LLDP message sent by the switch is determined to not carry the VLAN identifier, the out-of-band controller can generate a fourth configuration command based on the NCSI protocol and send the fourth configuration command to the network card so as to instruct the network card to close the VLAN filtering mode.
S402: the network card receives a fourth configuration command sent by the out-of-band controller based on NCSI protocol.
In some embodiments, the network card receives a fourth configuration command sent by the out-of-band controller over the second bus.
S403: the network card responds to the fourth configuration command based on the NCIS protocol to close the VLAN filtering mode.
In some embodiments, the network card turns off the VLAN filter mode based on the NCSI protocol after receiving the fourth configuration command. After the VLAN filtering mode is closed by the network card, after the message sent by the switch is received, if the message does not carry the VLAN identifier, the receiving is completed, and if the message carries the VLAN identifier, the message is discarded.
In the above embodiment, when it is determined that the LLDP packet sent by the switch to the network card does not carry the VLAN identifier, the out-of-band controller may send a fourth configuration command to the network card, to instruct the network card to close the VLAN filtering mode, so that when the switch sends the LLDP packet to the network card, the network card still receives the LLDP packet that does not carry the VLAN identifier, thereby helping to ensure that the network card can successfully receive the LLDP packet from the switch, and helping to ensure that the out-of-band controller can receive the LLDP packet forwarded by the network card from the switch.
The above is the first part of the embodiments of the present application. Hereinafter, the second part of the embodiment of the present application will be described with reference to fig. 5.
Fig. 5 is a flow chart illustrating a method of message processing according to an exemplary embodiment. Illustratively, the method includes the following S501-S506.
S501: the network card receives the message sent by the exchanger.
In some embodiments, the messages sent by the switch that the network card receives include at least three messages. The first is LLDP message generated by the exchanger, the second is message sent to CPU by the external network received by the exchanger, and the third is message sent to the out-of-band controller by the external network received by the exchanger.
For the first message, the source MAC address is the MAC address of the switch, and the destination MAC address is '01-80-C2-00-00-0E'. For the second message, the source MAC address is the MAC address of the switch, and the destination MAC address is the MAC address of the network card. For the third message, the source MAC address is the MAC address of the switch, and the destination MAC address is the MAC address of the out-of-band controller.
In some embodiments, the network card may receive a message sent by the switch over the first bus.
S502: the network card judges whether the MAC address of the received message is the same as the preconfigured MAC filtering address.
If the determination result is yes, S503 is executed. And if the judgment result is negative, executing the target operation.
It can be understood that if the determination result is yes, the network card executes S503 if the received packet meets the MAC address filtering forwarding condition. If the received message does not meet the MAC address filtering and forwarding condition, the network card executes the target operation.
Optionally, the target operation refers to only the operation indicated by the received message. For example, for the second packet, the target operation performed by the network card is to forward the packet to the CPU. And for the third message. The network card performs the target operation of forwarding the message to the out-of-band controller according to the destination MAC address of the message (i.e., the MAC address of the out-of-band controller).
The preconfigured MAC filtering address is the MAC filtering address configured in the embodiment of the first part. The MAC filter address includes a destination MAC address of the LLDP message.
Because the destination MAC address (01-80-C2-00-00-0E) of the LLDP message is unique to the LLDP message, i.e., neither the source MAC address nor the destination MAC address of the non-LLDP message will be "01-80-C2-00-00-0E". Therefore, by setting the MAC filtering address to include the destination MAC address (01-80-C2-00-00-0E) of the LLDP message, if the judgment result of S502 is yes, it is indicated that the message meeting the MAC address filtering forwarding condition is an LLDP message, so that the accuracy of LLDP message forwarding is facilitated to be ensured.
Optionally, the MAC address of the received message is a source MAC address or a destination MAC address.
In some embodiments, the network card compares the source MAC address of the received packet with a pre-configured MAC filter address based on NCSI protocol, if the source MAC address and the pre-configured MAC filter address are the same, the determination result is yes, otherwise, the determination result is no.
In other embodiments, the network card compares the destination MAC address of the received packet with a pre-configured MAC filter address based on NCSI protocol, if the destination MAC address is the same as the pre-configured MAC filter address, the determination result is yes, otherwise, the determination result is no.
Because the preconfigured MAC filter address includes the destination MAC address (01-80-C2-00-00-0E) of the LLDP message, when the network card receives the LLDP message sent by the switch, the network card compares the destination MAC address (01-80-C2-00-0E) of the received message (i.e., the LLDP message sent by the switch) with the preconfigured MAC filter address, and the comparison result is necessarily the same, so that the network card will execute S503 to forward the LLDP message from the switch to the out-of-band controller, thereby realizing that the out-of-band controller can receive the LLDP message from the switch when multiplexing the in-band network card.
S503: the network card determines that the message is an LLDP message to be forwarded to the out-of-band controller, and forwards the LLDP message from the switch to the out-of-band controller.
The message from the switch refers to an LLDP message generated by the switch.
In some embodiments, the network card forwards the LLD message from the switch to the out-of-band controller using a second bus based on NCSI protocol.
Because the destination MAC address of the LLDP message is a multicast address, the network card performs multicast filtering on the destination MAC of the LLDP message based on the MAC address filtering and forwarding function. That is, when the LLDP message from the switch satisfies the MAC address filtering forwarding condition, the network card forwards the LLDP message from the switch to the out-of-band controller in a multicast manner.
S504: and the out-of-band controller receives the LLDP message forwarded by the network card from the switch.
In some embodiments, the out-of-band controller receives the LLDP message from the switch forwarded by the network card using the second bus based on the NCSI protocol.
S505: the out-of-band controller analyzes the LLDP message to obtain the target mark in the LLDP message.
Wherein the destination identifier indicates a port on the switch to which the network card is connected and/or an internet protocol IP address of the switch.
Optionally, the target identifier includes a port identifier connected to the network card on the switch, where the port identifier corresponds to the port one to one.
Illustratively, the out-of-band controller parses the message to obtain the following:
Figure BDA0004027482250000121
/>
wherein the IP address of the switch (switchmanagement IP) includes "70.178.8.213". The switch connection port identifier (SwitchConnectionPortIDs) includes "100GE1/0/53:2", "100GE1/0/54:2", "100GE1/0/55:2", that is, three ports on the switch are connected to the network card, which are respectively corresponding to "100GE1/0/53:2" and "100GE1/0/54:2" and "100GE1/0/55:2" and corresponding to "100GE1/0/55:2" and "port 1".
In this embodiment, the out-of-band controller obtains the port interconnection relationship between the computer device and the switch by analyzing the LLDP message from the switch, that is, the port connected with the network card on the switch and/or the internet protocol IP address of the switch, so that the network state between the switch and the computer device can be monitored based on the port interconnection relationship, thereby ensuring the network monitoring capability of the out-of-band controller when the out-of-band controller multiplexes the in-band network card.
In the above embodiment, based on the MAC address filtering and forwarding function of the network card, the out-of-band controller sends the target configuration command to the network card, so that the network card configures the MAC filtering address, and when the MAC address of the received message is the same as the MAC filtering address, the network card forwards the message to the out-of-band controller. Based on this, because the destination MAC address of the LLDP message is the same as the MAC filtering address preconfigured by the network card, the network card forwards the LLDP message from the switch to the out-of-band controller based on the MAC address filtering forwarding function, so that the out-of-band controller can receive the LLDP message from the switch forwarded by the network card. And then, the out-of-band controller analyzes the LLDP message from the switch to obtain a target identifier in the LLDP message, wherein the target identifier indicates the identifier of a port connected with the network card on the switch and/or the Internet Protocol (IP) address of the switch, so that the out-of-band controller can monitor the network state between the switch and the computer equipment through the target identifier, and the network monitoring capability of the out-of-band controller can be ensured when the out-of-band controller multiplexes the in-band network card.
S506: the out-of-band controller sends the target identifier in the LLDP message to the upper network manager so that the upper network manager monitors the network state of the computer equipment according to the target identifier in the LLDP message.
The upper network manager is a management device for managing a plurality of out-of-band controllers, and may also be referred to as an out-of-band management system.
It should be noted that the plurality of out-of-band controllers may be out-of-band controllers of different computer devices, or may also be a plurality of out-of-band controllers on the same computer device, which is not limited in the embodiment of the present application.
In some embodiments, the out-of-band controller actively uses the redfish command to send the target identifier to the upper network manager after parsing the LLDP message of the switch to obtain the target identifier.
In other embodiments, after parsing the LLDP message of the switch to obtain the target identifier, if an acquisition instruction of an upper network manager is received, the out-of-band controller sends the target identifier to the upper network manager by using a edfish command based on the acquisition instruction.
In this embodiment, the out-of-band controller sends the target identifier in the LLDP message to the upper network manager, so that the upper network manager can monitor the network state between the computer devices according to the target identifier in the LLDP message, for example, the upper network manager can determine the network topology relationship between the switches and the computer devices based on the target identifier, so as to monitor the connection states of different links based on the network topology relationship, so that when the computer devices have network faults, the upper network manager can quickly and accurately locate the fault positions, thereby realizing that when the out-of-band controller multiplexes the in-band network cards, the network monitoring capability of the computer devices can be ensured, and the network transmission function of the computer devices can be ensured.
The above is the second part of the embodiments of the present application. Hereinafter, a third part of the embodiment of the present application will be described with reference to fig. 6 to 7.
Fig. 6 is a flow chart illustrating a method of message processing according to an exemplary embodiment. Illustratively, the method includes the following S601-S603.
S601: the out-of-band controller sends a second configuration command to the network card based on the NCSI protocol.
The second configuration command is configured to instruct the network card to configure the MAC filtering address to a destination MAC address that does not include the LLDP packet.
Optionally, the out-of-band controller sends a second configuration command to the network card, including multiple implementations, as exemplified in ways a through b below.
And a mode a, wherein if the operation duration of the out-of-band controller is greater than or equal to the preset duration, a second configuration command is sent to the network card.
In some embodiments, after detecting that the operation duration of the out-of-band controller is greater than or equal to the preset duration, the out-of-band controller sends a second configuration command to the network card based on the NCSI protocol to instruct the network card to configure the MAC filter address to a destination MAC address that does not include the LLDP message.
It should be noted that, specific values of the preset duration in the embodiment of the present application are not limited, and may be determined according to the number of LLDP messages that need to be received, the generation time, and the like.
In this embodiment, when the operation duration of the out-of-band controller is greater than or equal to the preset duration, the second configuration command is automatically sent to the network card, so that manual operation is not needed, the labor cost is reduced, and the automatic processing capability of the message is improved.
Mode b: and responding to the received second instruction, and sending a second configuration command to the network card.
The second indication is sent by the display device in response to a second trigger operation of the management interface, where the second trigger operation is used to indicate that the MAC filtering address is configured to be a destination MAC address that does not include the LLDP packet.
In some embodiments, the user performs a second trigger operation on the management interface, for example, the second trigger operation may be that the user sets to cancel configuring the destination MAC address of the LLDP packet as a MAC filter address. Based on this, the display device transmits a second indication to the out-of-band controller of the host device in response to the second trigger operation of the management interface by the user, to indicate that the MAC filter address is configured to be the destination MAC address excluding the LLDP message.
In this embodiment, after receiving the second instruction, the out-of-band controller is configured to respond to the second instruction and send a second configuration command to the network card, so that when the user determines that the LLDP message sent by the switch is not required to be used, the function of forwarding the LLDP message from the switch to the out-of-band controller by the network card is turned off, thereby helping to ensure the accuracy of turning off the network card filtering and forwarding function.
S602: the network card receives a second configuration command sent by the out-of-band controller based on NCSI protocol.
In some embodiments, the network card receives a second configuration command sent by the out-of-band controller over the second bus.
S603: the network card responds to the second configuration command based on NCSI protocol to configure the MAC filter address as the destination MAC address not including LLDP message.
In some embodiments, a MAC filter address table is stored in the network card, where the MAC filter address table records a destination MAC address of the LLDP packet. After receiving the second configuration command, the network card deletes the destination MAC address of the LLDP message recorded in the MAC filtering address table based on the NCSI protocol, so as to configure the MAC filtering address as the destination MAC address which does not comprise the LLDP message.
In other embodiments, the network card stores a set of MAC filter addresses, where the set of MAC filter addresses includes a destination MAC address of the LLDP packet. After receiving the second configuration command, the network card deletes the destination MAC address of the LLDP message in the MAC filter address set based on the NCSI protocol, so as to configure the MAC filter address as the destination MAC address which does not comprise the LLDP message.
In the above embodiment, since the network card periodically receives the LLDP message from the switch, after the out-of-band controller receives the LLDP message forwarded by the network card from the switch, the second configuration command is sent to the network card, so as to configure the MAC filter address to be a destination MAC address that does not include the LLDP message. Based on this, after the network card receives the LLDP message from the switch, the MAC filter address does not include the destination MAC address of the LLDP message, so that the LLDP message will satisfy the filter forwarding condition, and thus, the network card will not forward the LLDP message from the switch to the out-of-band controller, which helps to avoid the out-of-band controller from receiving too many LLDP messages.
Optionally, as shown in fig. 7, the method for processing a message may further include the following S701-S703.
S701: the out-of-band controller sends a fifth configuration command to the network card based on the NCSI protocol.
The fifth configuration command is configured to instruct the network card to configure the VLAN filtering mode to the first mode.
In some embodiments, if the out-of-band controller no longer needs the network card to forward the LLDP message from the switch, for example, after the out-of-band controller receives the LLDP message from the switch forwarded by the network card, the out-of-band controller may generate a fifth configuration command based on the NCSI protocol, and the grid-connected card sends the fifth configuration command to restore the VLAN filtering mode of the network card to the first mode before, that is, the mode when the network card does not need to forward the LLDP message from the switch to the out-of-band controller.
S702: the network card receives a fifth configuration command sent by the out-of-band controller.
In some embodiments, the network card receives a fifth configuration command sent by the out-of-band controller over the second bus.
S703: the network card configures the VLAN filter mode to the first mode in response to a fifth configuration command based on the NCSI protocol.
In some embodiments, the network card configures the VLAN filter mode to the first mode based on the NCSI protocol after receiving the fifth configuration command.
In the above embodiment, after the out-of-band controller receives the LLDP packet forwarded by the network card from the switch, the fifth configuration command is sent to the network card, so that the VLAN filtering mode of the network card is restored to the mode without forwarding the LLDP packet, which helps to ensure that the network card can successfully receive other packets to be received.
The foregoing description of the solution provided in the embodiments of the present application has been mainly presented in terms of a method. In order to realize the functions, the message processing device comprises corresponding hardware structures and/or software modules for executing the functions. Those of skill in the art will readily appreciate that the elements and algorithm steps of the examples described in connection with the embodiments disclosed herein may be implemented as hardware or combinations of hardware and computer software. Whether a function is implemented as hardware or computer software driven hardware depends upon the particular application and design constraints imposed on the solution. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.
In the embodiment of the present application, according to the above method, the functional modules of the message processing apparatus may be divided, for example, the message processing apparatus may include each functional module corresponding to each functional division, or two or more functions may be integrated into one processing module. The integrated modules may be implemented in hardware or in software functional modules. It should be noted that, in the embodiment of the present application, the division of the modules is schematic, which is merely a logic function division, and other division manners may be implemented in actual implementation.
By way of example, fig. 8 shows a schematic diagram of one possible configuration of the message processing apparatus (denoted as message processing apparatus 800) related to the above embodiment, where the message processing apparatus 800 includes a receiving unit 801, a processing unit 802, and a transmitting unit 803. A receiving unit 801, configured to receive a link layer discovery protocol LLDP packet forwarded by a network card from a switch; the destination MAC address of the LLDP message is the same as the MAC filtering address preconfigured by the network card, and the MAC filtering address of the network card is configured by the network card in response to the target configuration command of the out-of-band controller. For example, S504 shown in fig. 5. A processing unit 802, configured to parse the LLDP message to obtain a target identifier in the LLDP message; the destination identifier in the LLDP message indicates the port on the switch to which the network card is connected and/or the internet protocol IP address of the switch. For example, S505 shown in fig. 5. And the sending unit 803 is configured to send the target identifier in the LLDP packet to the upper network manager, so that the upper network manager monitors the network state of the computer device according to the target identifier in the LLDP packet. For example, S506 shown in fig. 5.
Optionally, the target configuration command comprises a first configuration command; a sending unit 803, configured to send a first configuration command to the network card based on the NCSI protocol of the sideband interface of the network controller; the first configuration command is used for instructing the network card to configure the MAC filtering address to a destination MAC address including the LLDP message.
Alternatively, the sending unit 803 specifically is configured to: and if the out-of-band controller is detected to be electrified, sending a first configuration command to the network card.
Optionally, the sending unit 803 is further configured to: based on NCSI protocol, sending second configuration command to network card; the second configuration command is used for instructing the network card to configure the MAC filtering address to a destination MAC address that does not include the LLDP message.
Optionally, the computer device further includes a display device, where the display device is configured to display a management interface of the out-of-band controller; the transmitting unit 803 specifically is configured to: responding to the received first instruction, and sending a first configuration command to the network card; the first indication is sent by the display device in response to a first trigger operation of the management interface, where the first trigger operation is used to indicate that the MAC filter address is configured to include a destination MAC address configuration of the LLDP packet.
Optionally, the sending unit 803 is further configured to: responding to the received second instruction, and sending a second configuration command to the network card based on NCSI protocol; the second configuration command is used for indicating the network card to configure the MAC filtering address to be a destination MAC address which does not comprise the LLDP message; the second indication is sent by the display device in response to a second trigger operation of the management interface, where the second trigger operation is used to indicate that the MAC filtering address is configured to be a destination MAC address that does not include the LLDP packet.
For a specific description of the above alternative modes, reference may be made to the foregoing method embodiments, and details are not repeated here. In addition, any explanation and description of the beneficial effects of the message processing apparatus 800 provided above may refer to the corresponding method embodiments described above, and will not be repeated.
By way of example, fig. 9 shows another possible structural schematic diagram of the message processing apparatus (denoted as message processing apparatus 900) according to the above embodiment. The message processing apparatus 900 includes a receiving unit 901, a processing unit 902, and a transmitting unit 903. A receiving unit 901, configured to receive a packet sent by the switch. For example, S501 shown in fig. 5. A processing unit 902, configured to determine that the message is a link layer discovery protocol LLDP message to be forwarded to the out-of-band controller if the MAC address in the message is the same as a preconfigured MAC filtering address; the MAC filter address is configured by the network card in response to a target configuration command of the out-of-band controller, and comprises a destination MAC address of the LLDP message. A sending unit 903, configured to forward an LLDP packet from the switch to the out-of-band controller; the LLDP message is used by the out-of-band controller to determine the port on the switch to which the network card is connected and/or the internet protocol IP address of the switch. For example, S502-S503 shown in FIG. 5.
Optionally, the target configuration command comprises a first configuration command; the receiving unit 901 is further configured to: receiving a first configuration command sent by an out-of-band controller based on a network controller sideband interface NCSI protocol; the first configuration command is used for indicating the network card to configure the MAC filtering address into the destination MAC address configuration comprising the LLDP message; in response to the first configuration command, the MAC filter address is configured to include a destination MAC address of the LLDP message.
Optionally, the receiving unit 901 is further configured to: based on NCSI protocol, receiving second configuration command sent by out-of-band controller; the second configuration command is used for indicating the network card to configure the MAC filtering address to be a destination MAC address which does not comprise the LLDP message; in response to the second configuration command, the MAC filter address is configured to be a destination MAC address that does not include the LLDP message.
For a specific description of the above alternative modes, reference may be made to the foregoing method embodiments, and details are not repeated here. In addition, the explanation and description of the beneficial effects of any of the above-mentioned message processing apparatus 900 may refer to the corresponding method embodiments, and are not repeated.
The embodiment of the application also provides a message processing system which is used for computer equipment, wherein the computer equipment comprises a network card and an out-of-band controller connected with the network card, and the computer equipment is connected with a switch through the network card; the network card receives a message sent by the switch; if the Media Access Control (MAC) address in the message is the same as the preconfigured MAC filtering address, determining that the message is a Link Layer Discovery Protocol (LLDP) message to be forwarded to the out-of-band controller; the MAC filter address is configured by the network card in response to a target configuration command of the out-of-band controller, and comprises a target MAC address of the LLDP message; the network card forwards LLDP messages from the switch to the out-of-band controller; the out-of-band controller receives LLDP message from exchanger forwarded by network card; the out-of-band controller analyzes the LLDP message to obtain a target identifier in the LLDP message; the target identifier in the LLDP message indicates a port on the switch connected with the network card and/or an Internet Protocol (IP) address of the switch; the out-of-band controller sends the target identifier in the LLDP message to the upper network manager so that the upper network manager monitors the network state of the computer equipment according to the target identifier in the LLDP message.
The embodiment of the application also provides a computer device, which comprises: the network card and the out-of-band controller connected with the network card, the computer equipment is connected with the switch through the network card; the network card receives a message sent by the switch; if the Media Access Control (MAC) address in the message is the same as the preconfigured MAC filtering address, determining that the message is a Link Layer Discovery Protocol (LLDP) message to be forwarded to the out-of-band controller; the MAC filter address is configured by the network card in response to a target configuration command of the out-of-band controller, and comprises a target MAC address of the LLDP message; the network card forwards LLDP messages from the switch to the out-of-band controller; the out-of-band controller receives LLDP message from exchanger forwarded by network card; the out-of-band controller analyzes the LLDP message to obtain a target identifier in the LLDP message; the target identifier in the LLDP message indicates a port on the switch connected with the network card and/or an Internet Protocol (IP) address of the switch; the out-of-band controller sends the target identifier in the LLDP message to the upper network manager so that the upper network manager monitors the network state of the computer equipment according to the target identifier in the LLDP message.
The embodiment of the application also provides a computer device, which comprises a processor and a memory, wherein the processor is connected with the memory, the memory stores computer execution instructions, and the processor realizes the data processing method in the embodiment when executing the computer execution instructions. The embodiments of the present application do not set any limit to the specific form of the computer device. For example, the computer device may be a terminal device or a network device. Wherein the terminal device may be referred to as: a terminal, user Equipment (UE), a terminal device, an access terminal, a subscriber unit, a subscriber station, a mobile station, a remote terminal, a mobile device, a user terminal, a wireless communication device, a user agent, a user equipment, or the like. The terminal device may be a mobile phone, an augmented reality (augmented reality, AR) device, a Virtual Reality (VR) device, a tablet, a notebook, an ultra-mobile personal computer (UMPC), a netbook, a personal digital assistant (personal digital assistant, PDA), or the like. The network device may be a server or the like in particular. The server may be one physical or logical server, or may be two or more physical or logical servers sharing different responsibilities, and cooperate to implement various functions of the server.
Embodiments of the present application also provide a computer-readable storage medium having stored thereon a computer program which, when run on a computer, causes the computer to perform a method performed by any one of the computer devices provided above.
For the explanation of the relevant content and the description of the beneficial effects in any of the above-mentioned computer-readable storage media, reference may be made to the above-mentioned corresponding embodiments, and the description thereof will not be repeated here.
The embodiment of the application also provides a chip. The chip has integrated therein control circuitry and one or more ports for implementing the functions of the computer device described above. Optionally, the functions supported by the chip may be referred to above, and will not be described herein. Those of ordinary skill in the art will appreciate that all or a portion of the steps implementing the above-described embodiments may be implemented by a program to instruct associated hardware. The program may be stored in a computer readable storage medium. The above-mentioned storage medium may be a read-only memory, a random access memory, or the like. The processing unit or processor may be a central processing unit, a general purpose processor, an application specific integrated circuit (application specific integrated circuit, ASIC), a microprocessor (digital signal processor, DSP), a field programmable gate array (field programmable gate array, FPGA) or other programmable logic device, transistor logic device, hardware components, or any combination thereof.
Embodiments of the present application also provide a computer program product comprising instructions which, when run on a computer, cause the computer to perform any of the methods of the above embodiments. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, the processes or functions in accordance with embodiments of the present application are produced in whole or in part. The computer may be a general purpose computer, a special purpose computer, a computer network, or other programmable apparatus. The computer instructions may be stored in or transmitted from one computer-readable storage medium to another, for example, a website, computer, server, or data center via a wired (e.g., coaxial cable, fiber optic, digital subscriber line (digital subscriber line, DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) means. Computer readable storage media can be any available media that can be accessed by a computer or data storage devices including one or more servers, data centers, etc. that can be integrated with the media. The usable medium may be a magnetic medium (e.g., floppy disk, hard disk, magnetic tape), an optical medium (e.g., DVD), or a semiconductor medium (e.g., SSD), etc.
It should be noted that the above-mentioned devices for storing computer instructions or computer programs, such as, but not limited to, the above-mentioned memories, computer-readable storage media, communication chips, and the like, provided in the embodiments of the present application all have non-volatility (non-transparency).
In the above embodiments, it may be implemented in whole or in part by software, hardware, firmware, or any combination thereof. When implemented using a software program, it may be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, the processes or functions in accordance with embodiments of the present application are produced in whole or in part. The computer may be a general purpose computer, a special purpose computer, a computer network, or other programmable apparatus. The computer instructions may be stored in or transmitted from one computer-readable storage medium to another, for example, a website, computer, server, or data center via a wired (e.g., coaxial cable, fiber optic, digital subscriber line (digital subscriber line, DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) means. Computer readable storage media can be any available media that can be accessed by a computer or data storage devices including one or more servers, data centers, etc. that can be integrated with the media. The usable medium may be a magnetic medium (e.g., a floppy disk, a hard disk, a magnetic tape), an optical medium (e.g., a DVD), or a semiconductor medium (e.g., a Solid State Disk (SSD)), or the like.
Although the present application has been described herein in connection with various embodiments, other variations to the disclosed embodiments can be understood and effected by those skilled in the art in practicing the claimed application, from a review of the figures, the disclosure, and the appended claims. In the claims, the word "comprising" does not exclude other elements or steps, and the "a" or "an" does not exclude a plurality. A single processor or other unit may fulfill the functions of several items recited in the claims. The mere fact that certain measures are recited in mutually different dependent claims does not indicate that a combination of these measures cannot be used to advantage.
Although the present application has been described in connection with specific features and embodiments thereof, it will be apparent that various modifications and combinations can be made without departing from the spirit and scope of the application. Accordingly, the specification and drawings are merely exemplary illustrations of the present application as defined in the appended claims and are considered to cover any and all modifications, variations, combinations, or equivalents that fall within the scope of the present application. It will be apparent to those skilled in the art that various modifications and variations can be made in the present application without departing from the spirit or scope of the application. Thus, if such modifications and variations of the present application fall within the scope of the claims and the equivalents thereof, the present application is intended to cover such modifications and variations.

Claims (10)

1. The message processing method is characterized by being used for computer equipment, wherein the computer equipment comprises a network card and an out-of-band controller connected with the network card, the computer equipment is connected with a switch through the network card, and the method is executed by the out-of-band controller; the method comprises the following steps:
receiving a link layer discovery protocol LLDP message forwarded by the network card from the switch;
the target MAC address of the LLDP message is the same as the MAC filtering address preconfigured by the network card, and the MAC filtering address of the network card is configured by the network card in response to the target configuration command of the out-of-band controller;
analyzing the LLDP message to obtain a target identifier in the LLDP message; the target identifier in the LLDP message indicates a port on the switch connected with the network card and/or an Internet Protocol (IP) address of the switch;
and sending the target identifier in the LLDP message to an upper network manager so that the upper network manager monitors the network state of the computer equipment according to the target identifier in the LLDP message.
2. The method of claim 1, wherein the target configuration command comprises a first configuration command; the method further comprises the steps of:
Based on NCSI protocol of sideband interface of network controller, sending first configuration command to network card;
the first configuration command is configured to instruct the network card to configure the MAC filtering address to include a destination MAC address of the LLDP packet.
3. The method of claim 2, wherein the sending the first configuration command to the network card comprises:
if the out-of-band controller is detected to be electrified, the first configuration command is sent to the network card; or (b)
Responding to the received first instruction, and sending the first configuration command to the network card;
wherein the computer device further comprises a display device for displaying a management interface of the out-of-band controller; the first indication is sent by the display device in response to a first trigger operation on the management interface, where the first trigger operation is used to indicate that the MAC filter address is configured to include a destination MAC address configuration of the LLDP packet.
4. The method of claim 3, wherein upon detecting that the out-of-band controller is powered up, sending a first configuration command to the network card, the method further comprising:
Based on the NCSI protocol, sending a second configuration command to the network card; the second configuration command is configured to instruct the network card to configure the MAC filtering address to a destination MAC address that does not include the LLDP packet.
5. The method of claim 3, wherein in the event that the first configuration command is sent to the network card in response to the received first indication, the method further comprises:
transmitting a second configuration command to the network card based on the NCSI protocol in response to the received second indication; the second configuration command is configured to instruct the network card to configure the MAC filtering address to a destination MAC address that does not include the LLDP packet;
the second indication is sent by the display device in response to a second trigger operation on the management interface, where the second trigger operation is used to indicate that the MAC filtering address is configured to be a destination MAC address that does not include the LLDP packet.
6. The message processing method is characterized by being used for computer equipment, wherein the computer equipment comprises a network card and an out-of-band controller connected with the network card, the computer equipment is connected with a switch through the network card, and the method is executed by the network card; the method comprises the following steps:
Receiving a message sent by the switch;
if the Media Access Control (MAC) address in the message is the same as a preconfigured MAC filtering address, determining that the message is a Link Layer Discovery Protocol (LLDP) message to be forwarded to the out-of-band controller;
the MAC filter address is configured by the network card in response to a target configuration command of the out-of-band controller, and comprises a target MAC address of the LLDP message;
forwarding the LLDP message from the switch to the out-of-band controller; the LLDP message is used for the out-of-band controller to determine a port on the switch connected with the network card and/or an Internet Protocol (IP) address of the switch.
7. The method of claim 6, wherein the target configuration command comprises a first configuration command; the method further comprises the steps of:
receiving the first configuration command sent by the out-of-band controller based on a network controller sideband interface NCSI protocol; the first configuration command is configured to instruct the network card to configure the MAC filtering address to include a destination MAC address configuration of the LLDP packet;
and responding to the first configuration command, and configuring the MAC filter address into a destination MAC address configuration comprising the LLDP message.
8. The method of claim 7, wherein the method further comprises:
receiving a second configuration command sent by the out-of-band controller based on the NCSI protocol; the second configuration command is configured to instruct the network card to configure the MAC filtering address to a destination MAC address that does not include the LLDP packet;
and responding to the second configuration command, and configuring the MAC filter address to be a destination MAC address which does not comprise the LLDP message.
9. The message processing system is characterized by being used for computer equipment, wherein the computer equipment comprises a network card and an out-of-band controller connected with the network card, and the computer equipment is connected with a switch through the network card;
the network card receives a message sent by the switch;
if the Media Access Control (MAC) address in the message is the same as a preconfigured MAC filtering address, determining that the message is a Link Layer Discovery Protocol (LLDP) message to be forwarded to the out-of-band controller;
the MAC filter address is configured by the network card in response to a target configuration command of the out-of-band controller, and comprises a target MAC address of an LLDP message;
the network card forwards the LLDP message from the switch to the out-of-band controller;
The out-of-band controller receives the LLDP message forwarded by the network card from the switch;
the out-of-band controller analyzes the LLDP message to obtain a target identifier in the LLDP message;
the target identifier in the LLDP message indicates a port on the switch connected with the network card and/or an Internet Protocol (IP) address of the switch;
and the out-of-band controller sends the target identifier in the LLDP message to an upper network manager so that the upper network manager monitors the network state of the computer equipment according to the target identifier in the LLDP message.
10. A computer device, comprising: a processor;
the processor is connected to a memory for storing computer-executable instructions, which are stored by the processor for causing the computer device to implement the method according to any one of claims 1-5 or the method according to any one of claims 6-8.
CN202211710838.0A 2022-12-29 2022-12-29 Message processing method, system and computer equipment Pending CN116095192A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202211710838.0A CN116095192A (en) 2022-12-29 2022-12-29 Message processing method, system and computer equipment

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211710838.0A CN116095192A (en) 2022-12-29 2022-12-29 Message processing method, system and computer equipment

Publications (1)

Publication Number Publication Date
CN116095192A true CN116095192A (en) 2023-05-09

Family

ID=86211464

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211710838.0A Pending CN116095192A (en) 2022-12-29 2022-12-29 Message processing method, system and computer equipment

Country Status (1)

Country Link
CN (1) CN116095192A (en)

Similar Documents

Publication Publication Date Title
CN109388213B (en) Server system, computer-implemented method, and non-transitory computer-readable medium
EP3367636B1 (en) System and method for automatically updating bios setup options
US10715411B1 (en) Altering networking switch priority responsive to compute node fitness
US10411971B2 (en) Method for unified communication of server, baseboard management controller, and server
CN108983938B (en) Operational system, computer-implemented method, and medium when standby power fails
TWI621392B (en) Server system and cooling method
US10305821B2 (en) Facilitating hot-swappable switch fabric cards
CN108984351B (en) System, method and computer readable storage medium for voltage regulator burn-in testing
JP6515162B2 (en) Power supply unit (PSU) management
US20110292807A1 (en) Method and system for sideband communication architecture for supporting manageability over wireless lan (wlan)
CN103763121A (en) Method and device for quickly issuing network configuration information
CN108683618B (en) Communication equipment and intelligent terminal
US20050080903A1 (en) Method, system, and program for maintaining a link between two network entities
TWI637611B (en) System recovery using wol
CN109379239B (en) Method and device for configuring access switch in OpenStack environment
CN109150724B (en) Communication method and network card
CN107547341B (en) Access method and device of virtual extensible local area network VXLAN
CN103401708A (en) Port configuration method and device
CN116095192A (en) Message processing method, system and computer equipment
CN117135029A (en) Communication fault processing method, system and equipment
JP5488087B2 (en) Control system, control device, composite switch device, and control method
CN115004640A (en) Equipment power consumption management system, method, equipment and storage medium
CN109361781B (en) Message forwarding method, device, server, system and storage medium
CN108108124B (en) Memory array and method for controlling memory array
US20210157384A1 (en) Assigning power sources

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
TA01 Transfer of patent application right

Effective date of registration: 20231121

Address after: 450046, 10th Floor, North Chuangzhi Tiandi Building, Shigeng Street, Longzihu Wisdom Island Middle Road East, Zhengdong New District, Zhengzhou City, Henan Province

Applicant after: Henan Kunlun Technology Co.,Ltd.

Address before: 450046 Floor 9, building 1, Zhengshang Boya Plaza, Longzihu wisdom Island, Zhengdong New Area, Zhengzhou City, Henan Province

Applicant before: Super fusion Digital Technology Co.,Ltd.

TA01 Transfer of patent application right