CN115514719A - Message sending method, device, switch and readable storage medium - Google Patents

Message sending method, device, switch and readable storage medium Download PDF

Info

Publication number
CN115514719A
CN115514719A CN202211288187.0A CN202211288187A CN115514719A CN 115514719 A CN115514719 A CN 115514719A CN 202211288187 A CN202211288187 A CN 202211288187A CN 115514719 A CN115514719 A CN 115514719A
Authority
CN
China
Prior art keywords
host
inof
network
switch
standard
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.)
Granted
Application number
CN202211288187.0A
Other languages
Chinese (zh)
Other versions
CN115514719B (en
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.)
Maipu Communication Technology Co Ltd
Original Assignee
Maipu Communication Technology 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 Maipu Communication Technology Co Ltd filed Critical Maipu Communication Technology Co Ltd
Priority to CN202211288187.0A priority Critical patent/CN115514719B/en
Publication of CN115514719A publication Critical patent/CN115514719A/en
Application granted granted Critical
Publication of CN115514719B publication Critical patent/CN115514719B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/15Interconnection of switching modules
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0631Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0811Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/65Re-configuration of fast packet switches
    • 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)
  • Environmental & Geological Engineering (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

The invention relates to the technical field of data communication, and provides a message sending method, a message sending device, a switch and a readable storage medium, wherein the message sending method, the message sending device, the switch and the readable storage medium are applied to a switch in an intelligent lossless storage iNOF network, the switch is in communication connection with a plurality of hosts in the iNOF network, and the method comprises the following steps: when the change of the network state of the first host is detected, determining a second host in the iNOF network, wherein the second host is a host needing to obtain the change of the network state of the first host; the first host is any host in the iNOF network; determining an iNOF standard followed by the second host; according to the iNOF standard followed by the second host, the state notification message is generated and sent to the second host.

Description

Message sending method, device, switch and readable storage medium
Technical Field
The present invention relates to the field of data communication technologies, and in particular, to a message sending method, an apparatus, a switch, and a readable storage medium.
Background
In the ethernet and the storage convergence network, two parties performing storage communication are usually connected together through the ethernet with one end being a network server and the other end being a disk device. The disk device and the network server are called hosts, and the hosts perform data communication through a switch in the Ethernet. In order to store a large amount of data, there are a large number of hosts in a network and there are cases where hosts join/leave dynamically, and in order to enable the hosts to automatically perceive changes in their states at a fast speed, an iNOF technique is proposed. In the iNOF network, a switch is used to manage the network status of a host, and when the network status of any host changes, other hosts communicating with the host need to be notified in time.
Disclosure of Invention
The invention aims to provide a message sending method, a message sending device, a switch and a readable storage medium, which can timely inform other hosts communicating with the host when the network state of the host changes.
In order to achieve the above purpose, the embodiment of the present invention adopts the following technical solutions:
in a first aspect, an embodiment of the present invention provides a packet sending method, which is applied to an exchange in an intelligent lossless storage iNOF network, where the exchange is in communication connection with multiple hosts in the iNOF network, and the method includes:
when the change of the network state of a first host is detected, determining a second host in the iNOF network, wherein the second host is a host needing to obtain the change of the network state of the first host; the first host is any host in the iNOF network;
determining an iNOF standard that the second host complies with;
and generating a state notification message according to the iNOF standard followed by the second host, and sending the state notification message to the second host.
Optionally, before detecting that the network status of the first host changes, the method further includes:
receiving a Link Layer Discovery Protocol (LLDP) message sent by a first host;
judging whether the first host is a host newly added into the iNOF network or not according to the LLDP message;
if so, judging that the network state of the first host changes and the current network state is an online state.
Optionally, the LLDP packet carries a preset field that represents an iNOF standard that the first host follows, and the method further includes:
determining an iNOF standard followed by the first host according to the preset field;
establishing a correspondence between the first host and the iNOF standard to which it conforms.
Optionally, the method further comprises:
when the first host is detected to be offline, the network state of the first host is determined to be changed, and the current network state is an offline state.
Optionally, the method further comprises:
deleting the correspondence between the first host and the iNOF standard followed by the first host.
Optionally, the method further comprises:
receiving a response message sent by the second host, wherein the response message is sent by the second host in response to a state notification message sent by the switch;
determining an iNOF standard that the second host complies with;
and analyzing the response message according to the iNOF standard followed by the second host.
Optionally, the switch stores a corresponding relationship between any host and an inosf standard that the host conforms to, and the method further includes:
and when the iNOF standard followed by any host is detected to be changed, updating the changed iNOF standard into the corresponding relation.
In a second aspect, an embodiment of the present invention provides a packet sending apparatus, which is applied to a switch in an intelligent lossless storage iNOF network, where the switch is in communication connection with multiple hosts in the iNOF network, and the apparatus includes:
the determining module is used for determining a second host in the iNOF network when the change of the network state of a first host is detected, wherein the second host is a host needing to obtain the change of the network state of the first host; the first host is any host in the iNOF network;
the determining module is further configured to determine an inosf standard that the second host complies with;
and the sending module is used for generating a state notification message according to the iNOF standard followed by the second host and sending the state notification message to the second host.
In a third aspect, an embodiment of the present invention provides a switch, including a processor and a memory, where the memory is used to store a program, and the processor is used to implement the message sending method according to the first aspect when executing the program.
In a fourth aspect, an embodiment of the present invention provides a computer-readable storage medium, on which a computer program is stored, where the computer program, when executed by a processor, implements the message sending method according to the first aspect.
Compared with the prior art, the message sending method, the message sending device, the message exchanger and the readable storage medium provided by the embodiment of the invention have the advantages that when the message exchanger in the iNOF network detects that the network state of the first host in the iNOF network changes, the second host in the iNOF network, which needs to obtain the network state change of the first host, is determined, the iNOF standard followed by the second host is determined, the state notification message is generated according to the iNOF standard followed by the second host, and the state notification message is sent to the second host.
Drawings
In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings needed to be used in the embodiments will be briefly described below, it should be understood that the following drawings only illustrate some embodiments of the present invention and therefore should not be considered as limiting the scope, and for those skilled in the art, other related drawings can be obtained according to the drawings without inventive efforts.
Fig. 1 is an exemplary diagram of an application scenario provided in this embodiment.
Fig. 2 is a diagram illustrating an architecture of an ino f network according to the present embodiment.
Fig. 3 is an exemplary diagram of an operation mechanism of the ino f network provided in this embodiment.
Fig. 4 is a block diagram of a switch provided in this embodiment.
Fig. 5 is a first flowchart illustrating a message sending method according to this embodiment.
Fig. 6 is a second flowchart illustrating a message sending method according to this embodiment.
Fig. 7 is a schematic block diagram of a message sending apparatus according to an embodiment of the present invention.
An icon: 10-a switch; 11-a processor; 12-a memory; 13-a bus; 14-a communication interface; 20-a host; 100-a message sending device; 110-a determination module; 120-a sending module; 130-a judgment module; 140-update module.
Detailed Description
In order to make the objects, technical solutions and advantages of the embodiments of the present invention clearer, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are some, but not all embodiments of the present invention. The components of embodiments of the present invention generally described and illustrated in the figures herein may be arranged and designed in a wide variety of different configurations.
Thus, the following detailed description of the embodiments of the present invention, presented in the figures, is not intended to limit the scope of the invention, as claimed, but is merely representative of selected embodiments of the invention. All other embodiments, which can be obtained by a person skilled in the art without inventive step based on the embodiments of the present invention, are within the scope of protection of the present invention.
It should be noted that: like reference numbers and letters refer to like items in the following figures, and thus, once an item is defined in one figure, it need not be further defined and explained in subsequent figures.
In the description of the present invention, it should be noted that, if the terms "upper", "lower", "inner", "outer", etc. are used to indicate the orientation or positional relationship based on the orientation or positional relationship shown in the drawings or the orientation or positional relationship which the product of the present invention is used to usually place, it is only for convenience of description and simplification of the description, but it is not intended to indicate or imply that the device or element referred to must have a specific orientation, be constructed and operated in a specific orientation, and thus, should not be construed as limiting the present invention.
Furthermore, the appearances of the terms "first," "second," and the like, if any, are used solely to distinguish one from another and are not to be construed as indicating or implying relative importance.
It should be noted that the features of the embodiments of the present invention may be combined with each other without conflict.
Referring to fig. 1, fig. 1 is an exemplary diagram of an application scenario provided in this embodiment, and in fig. 1, two hosts 20 in a storage network are directly connected to a switch 10 in an ethernet network, so that information exchange between the hosts 20 through the switch 10 is realized.
The host 20 in the storage network may be a server or a disk device, for example, in the application scenario of fig. 1, the server in the storage network can access the disk device in the storage network through the switch 10, and in order to meet the requirements of packet loss free and high throughput transmission of storage traffic, the server usually discovers the disk device through manual configuration and establishes a long connection with the disk device. And if the server does not receive the message sent by the disk equipment for a long time, the disk equipment is considered to be in failure, and the storage flow is switched to a standby path. This interaction has the following problems: manual intervention is needed, which is not beneficial to management and maintenance; the addition of new disk equipment cannot be found in time, and the plug and play of the disk equipment cannot be realized; when the offline time of the disk device is found to be long, the failure of the disk device cannot be sensed in time, so that the standby path cannot be switched quickly, and the packet loss of the storage flow is easily caused.
In order to solve the above problems, an Intelligent loss free NVMe over Fabric (inosf) technology is proposed.
The iNOF technology is matched with a Link Layer Discovery Protocol (LLDP), so that all devices in the iNOF can automatically sense the joining and leaving of a server and a disk device at the first time, so that the corresponding devices can intelligently adjust the relevant configuration, and finally, the packet-loss-free and high-throughput transmission of the storage flow in the Ethernet is realized. Referring to fig. 2, fig. 2 is a diagram illustrating an architecture of an ino f network provided in this embodiment, and in fig. 2, a server in a storage network can perform information interaction with other servers or disk devices in the storage network through a switch 10.
Switch 10 is a signal forwarding network device that provides an exclusive electrical signal path for any two communication devices accessing the switch, and switch 10 includes, but is not limited to, an ethernet switch, a gigabit ethernet switch, or a gigabit ethernet switch.
The server in the storage network may be a user of the storage resource, the disk device is a provider of the storage resource, and the server stores data to the disk device and reads the stored data from the disk device.
Based on the iNOF network in fig. 2, when the network state of any server or disk device changes, other servers or disk devices may be notified in time through the iNOF technique. For example, when the network state of the server in the storage network changes, the switch may send the server network state change notification message to the disk device in the storage network, so that the disk device can sense the state change of the server in time. Fig. 3 is an illustration of a working mechanism of the iNOF network provided in this embodiment, in fig. 3, when a server newly joins the iNOF network, an LLDP message is sent to a switch 1 directly connected to the server, the switch synchronizes an online message of the server to other switches 2, the switch 2 notifies the online state of the server to a disk device, and the disk device feeds back a response message to the switch 2, so that the disk device can timely learn the current network state of the server, as shown by a solid one-way arrow line in fig. 3. Similarly, when a disk device newly joins in the inosf network, an LLDP message is sent to the switch 2 directly connected to the disk device, the switch 2 synchronizes the server online message to the switch 1, the switch 1 then notifies the server of the online state of the disk device, and the server feeds back a response message to the switch 1, so that the server can timely know the current network state of the disk device, as shown by the dashed one-way arrow line in fig. 3.
Referring to fig. 4, fig. 4 is a block diagram of the switch 10 provided in this embodiment, where the switch 10 includes a processor 11, a memory 12, a bus 13, and a communication interface 14, and the processor 11, the memory 12, and the communication interface 14 are connected through the bus 13.
The processor 11 may be an integrated circuit chip having signal processing capabilities. In implementation, the steps of the message sending method may be implemented by an integrated logic circuit of hardware in the processor 11 or by instructions in the form of software. The Processor 11 may be a general-purpose Processor, and includes a Central Processing Unit (CPU), a Network Processor (NP), and the like; but also Digital Signal Processors (DSPs), application Specific Integrated Circuits (ASICs), field Programmable Gate Arrays (FPGAs) or other Programmable logic devices, discrete Gate or transistor logic devices, discrete hardware components.
The memory 12 is used for storing programs, such as the message sending apparatus 100 in the following embodiments, and the memory 12 is also used for storing the corresponding relationship between each host and the iNOF standard it complies with. The message sending device 100 includes at least one software functional module which can be stored in the memory 12 in the form of software or firmware (firmware) or is fixed in an Operating System (OS) of the switch 10. After receiving the execution instruction, the processor 11 executes the program to implement the message sending method disclosed in the above embodiment.
Switch 10 communicates with host 20 through communication interface 14.
Because the inosf technology does not form a unified standard at present, especially, the definitions of the LLDP packet and the status notification/ACK packet are not unified, two standards exist at present: the Open Data Center Committee (ODCC) standard and the China Mobile Communication (CMCC) standard are defined in the same message format, but have different filling values for some fields, so that when a host conforming to the ODCC standard and a host conforming to the CMCC standard exist in the same iNOF network, the switch cannot automatically perform compatibility between the two standards.
In view of this, the present embodiment provides a message sending method, an apparatus, a switch, and a readable storage medium, which implement automatic compatibility of different inosf standards in an inosf network, and will be described in detail below.
Referring to fig. 5, fig. 5 is a first flowchart illustrating a packet sending method according to this embodiment, where the method is applied to the switch 10 in fig. 1 to fig. 4, and the method includes the following steps:
step S100, when the change of the network state of the first host is detected, determining a second host in the iNOF network, wherein the second host is a host needing to obtain the change of the network state of the first host; the first host is any host in the iNOF network.
In this embodiment, the change of the network state of the host may be triggered by the host newly joining the iNOF network, triggered by the host deleting from the iNOF network, or triggered by the host failing in a link, where the change of the network state may be from an online state to an offline state, or from the offline state to the online state. The first host is any host in the storage network in fig. 1, and may also be any server or disk device in fig. 2.
In this embodiment, the second hosts may be one or more hosts, the second hosts may be hosts that care about the state change of the first host in the iNOF network, and the second hosts may determine whether to care about the state change of the first host in the iNOF network in an LLDP message sent to the switch 10.
In step S101, the inosf standard followed by the second host is determined.
In this embodiment, the switch 10 is directly connected to at least one host, as an implementation manner, the switch stores a corresponding relationship between each host directly connected to the switch and the iinof standard that the switch follows, and according to the corresponding relationship, the iinof standard that the second host follows can be determined.
And step S102, generating a state notification message according to the iNOF standard followed by the second host, and sending the state notification message to the second host.
In this embodiment, the format of the status notification message is as follows:
Figure BDA0003900741950000081
the destination MAC Address is a Media Access Control Address (MAC Address) of the message receiving end, the source MAC Address is an MAC Address of the message sending end, the ETH Type is used to indicate a protocol applied to a frame data field, for example, when the Type Value is 0x0800, the ETH Type indicates an IP protocol, when the Type Value is 0x0806, the ETH Type indicates an Address resolution protocol, and the like, the TLV message is a message in Type Length Value (Type-Length-Value, TLV) format, and the TLV message is in the following format:
TLV type TLV message length TLV messages
Wherein, the definition of ETH type and TLV type has difference in different standards.
For the ETH type, the value of this type is 0x88A7 in the ODCC standard, and the value of this type is 0x7777 in the CMCC standard.
For the TLV type, in the ODCC standard, if the message is a status notification type message, the value of the type is 33, if the message is a response message for the status notification type message, the value of the type is 34, in the cmcc standard, if the message is a status notification type message, the value of the type is 1, and if the message is a response message for the status notification type message, the value of the type is 2.
In the method provided by this embodiment, the corresponding status notification message is generated according to the ino f standard followed by the second host, so that the changed latest status is notified to the second host in time, thereby realizing timely synchronization of status notifications among hosts with different ino f standards and simultaneously realizing automatic compatibility of different ino f standards in the ino f network.
In this embodiment, the network state of the host changes when the host goes online or goes offline, and in order to detect the latest network state of the host in time, this embodiment further provides at least two implementation manners for detecting the change in the network state:
the first method comprises the following steps:
first, a link layer discovery protocol LLDP message sent by a first host is received.
In this embodiment, when the first host is online, the first host may send an LLDP packet to the switch 10 directly connected to the first host, and the iNOF technology adds an extended TLV to the LLDP packet, and uses the extended TLV to carry parameters related to the iNOF of the host, where the format of the added extended TLV is as follows:
Figure BDA0003900741950000091
wherein, for fill values of Organization Unique Identifier (OUI) and subtype, the ODCC and CMCC specifications differ, for OUI, the ODCC standard has a value of 0 × 001882, for CMCC standard has a value of 0 × 5c75c6, for subtype, the ODCC standard has a value of 0 × 58, and for CMCC standard has a value of 0 × 65. The subltlv information typically includes the following fields:
version number IP address type Type of service IP address
Secondly, judging whether the first host is a host newly added into the iNOF network or not according to the LLDP message, and if so, judging that the network state of the first host changes and the current network state is an online state.
In this embodiment, the switch 10 locally records the IP addresses of all hosts directly connected to the switch 10, as an implementation manner, the switch 10 may obtain the IP address of the host sending the LLDP message from the LLDP message, and if the switch locally records the IP address of the first host, it is determined that the first host is not a host newly added to the iNOF network, otherwise, it is determined that the first host is a host newly added to the iNOF network.
For the first host which is a host newly joining the ino f network, the network state of the first host is definitely changed, and the changed current network state is an online state.
In this embodiment, after detecting that the network status changes to the online status, in order to enable the first host to exchange information with other hosts in time, this embodiment provides an implementation manner for establishing a correspondence between the first host and an inosf standard that the first host conforms to:
first, the iNOF standard followed by the first host is determined according to a preset field.
In this embodiment, the LLDP packet carries a preset field representing the iNOF standard followed by the first host, for example, the preset field may be the OUI field and the subtype field described above, and it may be determined whether the iNOF standard followed by the first host is ODCC or CMCC according to values of the two fields.
Secondly, a corresponding relation between the first host and the iNOF standard which the first host follows is established.
It should be noted that, for the first host newly joining the iNOF network, the switch 10 will also store its IP address.
It should be further noted that, if the first host needs to be notified of the online status of other hosts that have joined, the status notification packet is sent to the first host according to the ino f standard followed by the first host, so that the first host can obtain the network status of other hosts that have joined in time.
And the second method comprises the following steps:
when the first host is detected to be offline, the network state of the first host is determined to be changed, and the current network state is an offline state.
In this embodiment, the switch may determine whether the first host connected to the switch is offline according to the way that the LLDP neighbor message is overtime, the port state is changed into the DOWN state, and the like, and once it is determined that the first host is offline, the network state of the first host changes, and the current network state after the change is the offline state.
For the first host whose network status changes to the offline status, in order to timely release the storage space occupied by the switch 10 due to the storage of the correspondence between the first host and the inosf standard followed by the first host, the embodiment further provides an implementation manner:
the correspondence between the first host and its compliant iNOF standard is deleted.
It should be noted that for the first host offline, the switch 10 will also delete the locally stored IP address of the offline host.
In this embodiment, after the switch 10 sends the status notification message to the second host, the second host may feed back a response message to the switch 10 after receiving the status notification message, and in order to correctly analyze the response message, the embodiment further provides an implementation manner, please refer to fig. 6, where fig. 6 is a second example of a flow of a message sending method provided in this embodiment, where the method includes the following steps:
step S110, receiving a response message sent by the second host, where the response message is sent by the second host in response to the status notification message sent by the switch.
In step S111, the inosf standard to which the second host complies is determined.
In this embodiment, the manner of determining the inosf standard followed by the second host is described above, and is not described herein again.
And step S112, analyzing the response message according to the iNOF standard followed by the second host.
In this embodiment, if the response packet is analyzed and found to be a packet that meets the ino f standard followed by the second host, normal processing is performed, otherwise, it is determined that the response packet is a packet that does not meet the ino f standard followed by the second host, and the response packet is discarded.
In this embodiment, the switch stores a corresponding relationship between any host and an inosf standard that the host follows, and if the inosf standard that any host follows changes, in order to enable the switch 10 to update the local corresponding relationship in time, so that the host with the changed standard can perform normal communication in time, this embodiment further provides an implementation manner:
and when the iNOF standard followed by any host is detected to be changed, updating the changed iNOF standard into the corresponding relation.
In this embodiment, if the network status of another online host needs to be notified to the host whose iNOF standard changes, a status notification message is sent to the host according to the changed iNOF standard, so as to synchronize the network status of another host to the host in time.
In order to perform the corresponding steps in the above embodiments and various possible implementations, an implementation of the message sending apparatus 100 is given below. Referring to fig. 7, fig. 7 is a block diagram illustrating a message sending apparatus 100 according to an embodiment of the present invention. It should be noted that the basic principle and the generated technical effect of the message sending apparatus 100 provided in this embodiment are the same as those of the above embodiments, and for the sake of brief description, no reference is made to this embodiment.
The message sending device 100 is applied to an exchange 10 in an intelligent lossless storage iNOF network, the exchange 10 is in communication connection with a plurality of hosts 20 in the iNOF network, and the message sending device 100 includes a determining module 110, a sending module 120, a judging module 130, and an updating module 140.
A determining module 110, configured to determine a second host in the ino network when detecting that a network state of the first host changes, where the second host is a host that needs to obtain the network state change of the first host; the first host is any host in the iNOF network.
The determining module 110 is further configured to determine an inosf standard that the second host complies with.
Optionally, the determining module 110 is further configured to: receiving a response message sent by the second host, wherein the response message is sent by the second host in response to a state notification message sent by the switch; determining an iNOF standard followed by the second host; and analyzing the response message according to the iNOF standard followed by the second host.
Optionally, the determining module 110 is further configured to: determining an iNOF standard followed by the first host according to a preset field; establishing a corresponding relation between the first host and the iNOF standard followed by the first host.
The sending module 120 generates a status notification message according to the inosf standard followed by the second host, and sends the status notification message to the second host.
A determining module 130, configured to: before detecting that the network state of the first host changes, receiving a Link Layer Discovery Protocol (LLDP) message sent by the first host; judging whether the first host is a host newly added into the iNOF network or not according to the LLDP message; if so, judging that the network state of the first host changes and the current network state is an online state.
Optionally, the determining module 130 is further configured to: when the first host is detected to be offline, the network state of the first host is determined to be changed, and the current network state is an offline state.
An update module 140 for: the correspondence between the first host and the iinof standard it follows is deleted.
Optionally, the updating module 140 is further configured to: and when the iNOF standard followed by any host is detected to be changed, updating the changed iNOF standard into the corresponding relation.
An embodiment of the present invention provides a computer-readable storage medium, on which a computer program is stored, and when the computer program is executed by a processor, the message sending method according to the above embodiment is implemented.
In summary, embodiments of the present invention provide a packet sending method, an apparatus, a switch, and a readable storage medium, which are applied to a switch in an intelligent lossless storage iNOF network, where the switch is in communication connection with multiple hosts in the iNOF network, and the method includes: when the change of the network state of the first host is detected, determining a second host in the iNOF network, wherein the second host is a host needing to obtain the change of the network state of the first host; the first host is any host in the iNOF network; determining the iNOF standard followed by the second host; compared with the prior art, the method has the advantages that the corresponding relation between each host and the iNOF standard followed by the host is stored in the switch, the state notification messages conforming to the iNOF standard followed by the host can be generated according to the corresponding relation, and the host feedback response messages are correctly analyzed.
The above description is only for the specific embodiments of the present invention, but the scope of the present invention is not limited thereto, and any changes or substitutions that can be easily conceived by those skilled in the art within the technical scope of the present invention are also within the scope of the present invention. Therefore, the protection scope of the present invention shall be subject to the protection scope of the claims.

Claims (10)

1. A message sending method is applied to a switch in an intelligent lossless storage iNOF network, wherein the switch is in communication connection with a plurality of hosts in the iNOF network, and the method comprises the following steps:
when the change of the network state of a first host is detected, determining a second host in the iNOF network, wherein the second host is a host needing to obtain the change of the network state of the first host; the first host is any host in the iNOF network;
determining an iNOF standard that the second host complies with;
and generating a state notification message according to the iNOF standard followed by the second host, and sending the state notification message to the second host.
2. The messaging method of claim 1, wherein prior to detecting the change in the network status of the first host, the method further comprises:
receiving a Link Layer Discovery Protocol (LLDP) message sent by the first host;
judging whether the first host is a host newly added into the iNOF network or not according to the LLDP message;
if so, judging that the network state of the first host changes and the current network state is an online state.
3. The method according to claim 2, wherein the LLDP packet carries a preset field that characterizes an iNOF standard followed by the first host, and the method further comprises:
determining the iNOF standard followed by the first host according to the preset field;
establishing a correspondence between the first host and the iNOF standard to which it conforms.
4. The message sending method according to claim 1, characterized in that the method further comprises:
when the first host is detected to be offline, the network state of the first host is determined to be changed, and the current network state is an offline state.
5. The message sending method according to claim 4, characterized in that the method further comprises:
deleting the correspondence between the first host and the iNOF standard followed by the first host.
6. The message sending method according to claim 1, characterized in that the method further comprises:
receiving a response message sent by the second host, wherein the response message is sent by the second host in response to a state notification message sent by the switch;
determining an iNOF standard that the second host complies with;
and analyzing the response message according to the iNOF standard followed by the second host.
7. The message sending method according to claim 1, wherein the switch stores a correspondence between any of the hosts and an inosf standard that the host complies with, the method further comprising:
and when the iNOF standard followed by any host is detected to be changed, updating the changed iNOF standard into the corresponding relation.
8. A message transmission apparatus, applied to a switch in an intelligent lossless storage iNOF network, the switch being in communication connection with a plurality of hosts in the iNOF network, the apparatus comprising:
the determining module is configured to determine a second host in the ino f network when detecting that a network state of a first host changes, where the second host is a host that needs to obtain the network state change of the first host; the first host is any host in the iNOF network;
the determining module is further configured to determine an inosf standard that the second host complies with;
and the sending module is used for generating a state notification message according to the iNOF standard followed by the second host and sending the state notification message to the second host.
9. A switch, comprising a processor and a memory, the memory storing a program, the processor being configured to implement the messaging method of any of claims 1-7 when executing the program.
10. A computer-readable storage medium, having stored thereon a computer program which, when executed by a processor, implements the messaging method of any of claims 1-7.
CN202211288187.0A 2022-10-20 2022-10-20 Message sending method, device, switch and readable storage medium Active CN115514719B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202211288187.0A CN115514719B (en) 2022-10-20 2022-10-20 Message sending method, device, switch and readable storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211288187.0A CN115514719B (en) 2022-10-20 2022-10-20 Message sending method, device, switch and readable storage medium

Publications (2)

Publication Number Publication Date
CN115514719A true CN115514719A (en) 2022-12-23
CN115514719B CN115514719B (en) 2023-12-19

Family

ID=84511088

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211288187.0A Active CN115514719B (en) 2022-10-20 2022-10-20 Message sending method, device, switch and readable storage medium

Country Status (1)

Country Link
CN (1) CN115514719B (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116032858A (en) * 2022-12-30 2023-04-28 迈普通信技术股份有限公司 Information synchronization method, device, iNOF switch and readable storage medium

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109302372A (en) * 2017-07-24 2019-02-01 华为技术有限公司 A kind of communication means, equipment and storage medium
CN112448933A (en) * 2019-09-02 2021-03-05 浙江宇视科技有限公司 Method and system for self-adapting compatible platform inter-domain protocol
CN113300984A (en) * 2020-04-08 2021-08-24 阿里巴巴集团控股有限公司 Communication method, device, system and storage medium
CN113824594A (en) * 2021-09-29 2021-12-21 新华三信息安全技术有限公司 Message sending method and equipment

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109302372A (en) * 2017-07-24 2019-02-01 华为技术有限公司 A kind of communication means, equipment and storage medium
CN112448933A (en) * 2019-09-02 2021-03-05 浙江宇视科技有限公司 Method and system for self-adapting compatible platform inter-domain protocol
CN113300984A (en) * 2020-04-08 2021-08-24 阿里巴巴集团控股有限公司 Communication method, device, system and storage medium
CN113824594A (en) * 2021-09-29 2021-12-21 新华三信息安全技术有限公司 Message sending method and equipment

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
新华三技术有限公司: ""iNOF 技术白皮书"", pages 2 - 12, Retrieved from the Internet <URL:URL:https://www.h3c.com/cn/Service/Document_Software/Document_Center/Home/Switches/00-Public/Learn_Technologies/White_Paper/iNOF_WP/?CHID=716332> *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116032858A (en) * 2022-12-30 2023-04-28 迈普通信技术股份有限公司 Information synchronization method, device, iNOF switch and readable storage medium

Also Published As

Publication number Publication date
CN115514719B (en) 2023-12-19

Similar Documents

Publication Publication Date Title
US10715411B1 (en) Altering networking switch priority responsive to compute node fitness
US8098682B2 (en) System and method for interfacing with a management system
CN108632099B (en) Fault detection method and device for link aggregation
US8811190B2 (en) Maximum transmission unit (MTU) size discovery mechanism and method for data-link layers
CN109218456B (en) Method and device for processing aging time of MAC address table
WO2018090386A1 (en) Method, device and system for processing abnormities of nf modules
CN105656645A (en) Decision making method and device for fault processing of stacking system
EP2874349B1 (en) Communication path processing method and apparatus
CN108055156B (en) AP management method and device
TWI740210B (en) Method for terminal device management and server
WO2011044786A1 (en) Unified message scheduling system, service message notification method and system
CN115514719A (en) Message sending method, device, switch and readable storage medium
WO2016124117A1 (en) Method, switching device and network controller for protecting links in software-defined network (sdn)
US20190222584A1 (en) Slow Protocol Packet Processing Method and Related Apparatus
US20140201376A1 (en) Method and system for the handling of redundant long poll
US20230106077A1 (en) Distributed Storage System, Exception Handling Method Thereof, and Related Apparatus
JP6118464B2 (en) Port status synchronization method, related device, and system
CN108282383B (en) Method and equipment for realizing fault processing
CN113839859B (en) Message notification method and related device
WO2021073367A1 (en) Data processing method, device, and system
CN115118645A (en) Virtual two-layer network loop detection method
CN109361781B (en) Message forwarding method, device, server, system and storage medium
WO2020238057A1 (en) Redis-based mqtt cluster monitoring method, apparatus, and storage medium
WO2016070389A1 (en) Information sending method, managed system, and managing system
CN111405025A (en) Data transmission method and device, transmission equipment and readable storage medium

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant