CN113824594B - Message sending method and device - Google Patents
Message sending method and device Download PDFInfo
- Publication number
- CN113824594B CN113824594B CN202111148270.3A CN202111148270A CN113824594B CN 113824594 B CN113824594 B CN 113824594B CN 202111148270 A CN202111148270 A CN 202111148270A CN 113824594 B CN113824594 B CN 113824594B
- Authority
- CN
- China
- Prior art keywords
- link layer
- message
- discovery protocol
- byte length
- layer discovery
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 25
- 230000006870 function Effects 0.000 claims description 8
- 239000000758 substrate Substances 0.000 claims 1
- 238000005516 engineering process Methods 0.000 description 6
- 230000008859 change Effects 0.000 description 4
- 230000009286 beneficial effect Effects 0.000 description 3
- 238000010586 diagram Methods 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 230000003993 interaction Effects 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 239000004744 fabric Substances 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/12—Discovery or management of network topologies
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/02—Topology update or discovery
- H04L45/021—Ensuring consistency of routing table updates, e.g. by using epoch numbers
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Communication Control (AREA)
Abstract
The application provides a message sending method and device, which are applied to switch equipment of an intelligent lossless storage network. The method comprises the following steps: receiving a link layer discovery protocol message; judging whether the forced compatibility of the device state field is enabled; if yes, not checking the received status byte length flag bit of the link layer discovery protocol message equipment; sending a state notification message to the opposite terminal; the byte length of the equipment status field carried by the status notification message supports the open data center committee standard.
Description
Technical Field
The application relates to communication equipment, in particular to a message sending method and equipment.
Background
When the intelligent lossless network of the data center is based on a RoCEv2 (RDMA over Converged Ethernet Version 2, second-generation remote direct memory access is carried on the Ethernet), the intelligent lossless algorithm integrating PFC (Priority-based Flow Control ) and other technologies can realize packet loss-free, low-delay and high-throughput flow transmission on the Ethernet, meet the requirements of a storage system and realize the integration of calculation and storage networks.
However, in order to store a large amount of data, a storage system often needs to manage a huge number of hosts, and there are cases where new hosts sequentially access network devices. In order to make the intelligent lossless network technology better serve the storage system, an iNOF (Intelligent Lossless NVMe Over Fabric, intelligent lossless storage network) technology is provided, a newly accessed host can be known at the first time through quick control of the accessed host, relevant configuration of the intelligent lossless network is intelligently adjusted, and the iNOF technology supports the notification of host information to the storage system, so that the storage system can be assisted in managing the host.
In the iNOF composition, the switch is used as a network core to realize the IP service domain management function, manage the access equipment information, monitor the network state, and realize the synchronization of the IP (Internet Protocol ) service domain and the equipment state information between the switches in the network, thereby timely notifying the nodes subscribing the change of the network equipment state information in the IP service domain. When the host is used as a storage service user and accesses the network, the host sends equipment access information and periodically announces, subscribes to the network state change information, and receives and processes the network change information. And when the device is stored as a service provider and accessed to the network, sending device access information and periodically notifying. The message interaction process in the enof network is shown in fig. 1.
In a practical application scenario, the format definition of the host/stored state notification message of the iroftechnique is inconsistent with the format of the state notification message in the ODCC standard. When the state of the host/storage in the irif network changes, the switch will send a state change notification message to the host/storage in the domain, and the existing switch mostly implements the state notification message according to the ODCC (Open Data Center Committee open data center committee) standard, where the 4-byte device state field is different from the 1-byte device state field of the host/storage using SNSD open source software, which will cause the host/storage not to reply to the ACK message. It becomes important to solve the problem that the switch is compatible with the open source software message format standard of ODCC and SNSD.
Disclosure of Invention
The purpose of the application is to provide a message sending method and device, so that a switch in an intelligent lossless storage network can be compatible with state notification messages in different formats.
In order to achieve the above objective, the present application provides a method for sending a message, which is applied to a switching device of an intelligent lossless storage network, and the method includes: receiving a first link layer discovery protocol message; judging whether the forced compatibility of the device state field is enabled; if yes, not checking the received status byte length flag bit of the first link layer discovery protocol message equipment; sending a first state notification message to an opposite terminal; wherein the first status notification message carries a 4 byte device status field.
In order to achieve the above object, the present application further provides a message sending device, which is applied as a switching device of an intelligent lossless storage network, and the device includes a processor, a memory and a switching unit; wherein the processor executes the processor-executable instructions in the memory to perform operations for receiving a received first link layer discovery protocol message; judging whether the forced compatibility of the device state field is enabled; if yes, not checking the received status byte length flag bit of the first link layer discovery protocol message equipment to generate a first status notification message; wherein, the first status notification message carries a 4-byte device status field; and sending a first state notification message to the opposite terminal.
The method has the beneficial effects that reserved fields in the format of the link layer discovery protocol message in the iNOF technology are fully utilized, and normal operation of the switch in the iNOF network is ensured.
Drawings
FIG. 1 is a diagram of an existing message interaction process in an intelligent lossless storage network;
FIG. 2 is a flowchart of an embodiment of a method for sending a message provided in the present application;
FIG. 3 is a flowchart of a method for sending status notification messages compatible with different formats provided in the present application;
fig. 4 is a schematic diagram of an embodiment of a message sending device provided in the present application.
Detailed Description
A plurality of examples shown in the drawings will be described in detail. In the following detailed description, numerous specific details are set forth in order to provide a thorough understanding of the present application. Well-known methods, procedures, components and circuits have not been described in detail so as not to obscure the examples.
The term "comprising" as used in the terminology includes, but is not limited to; the term "comprising" means including but not limited to; the terms "above," "within," and "below" encompass the present number; the terms "greater than", "less than" mean that the number is not inclusive. The term "based on" means based at least in part on a portion thereof.
FIG. 2 is a flowchart of an embodiment of a method for sending a message provided in the present application; this embodiment comprises the steps of:
step 101, receiving a link layer discovery protocol message;
step 102, determining that the device status field is enabled for mandatory compatibility;
step 103, checking the received status byte length flag bit of the link layer discovery protocol message device;
step 104, sending a status notification message carrying a 4-byte device status field to the opposite terminal.
The method has the beneficial effects that reserved fields in the format of the link layer discovery protocol message in the iNOF technology are fully utilized, and normal operation of the switch in the iNOF network is ensured.
FIG. 3 is a flowchart of a method for sending status notification messages compatible with different formats provided in the present application; the embodiment is applied to the switch equipment of the INOF network, and comprises the following steps:
step 301, enabling an intelligent lossless storage network function;
step 302, receiving an LLDP message;
in the application, in a reserved field of an LLDP notification message sent by a host/storage, a high 2 bit field of a 1 st byte is a device status byte length flag bit; the bit 01 of the flag bit indicates the length of a device state field in a state message which can be identified by the current support SNSD of the host/storage, namely the device state field in the state message sent by the opposite terminal is 1 byte; the flag bit 00 indicates that the length of the device status field byte in the state message of the host/storage supporting ODCC standard, i.e. the device status field in the opposite end sending state message is 4 bytes.
Step 303, judging whether to enable the forced compatibility standard OCDC standard function; if yes, go to step 304; if not, go to step 305;
step 304, ignoring the device status byte length flag bit in the check LLDP message;
in the application, after the switch enables the iroffeature, the network administrator can remotely or locally configure the switch to force the function compatible with the ODCC standard. The switch enables the standard OCDC standard function in the forced establishment, receives the LLDP message sent by the host/storage device, and ignores the device status byte length flag bit in the LLDP message.
Step 305, sending a status notification message with a byte length of 4 bytes for the status field of the device;
in a status notification message sent by the switch to the peer (host/storage device), the length of the device status field is 4 bytes.
Step 306, checking whether the device status byte length flag in the LLDP message is 01; if yes, go to step 307, if no, jump to step 305;
in the present application, if the switch does not enable the function of forcing compatibility with the ODCC standard, it will check whether the device status byte length flag bit in the reserved field T-L-V of the LLDP message is 01. If the device status byte length flag bit in the reserved field T-L-V of the LLDP message is 01, the byte length of the device status field is 1 byte in a status notification message which is required to be sent to a host/storage device at the opposite end; if the device status byte length flag bit in the reserved field T-L-V of the LLDP message is 00, it is 01. If the device status byte length flag bit in the reserved field T-L-V of the LLDP message is 01, the byte length of the device status field is 4 bytes in the status notification message to be sent to the host/storage device at the opposite end.
Step 307, send a status notification message with a byte length of 1 byte for the device status field.
The embodiment shown in fig. 3 has the beneficial effects of effectively solving the problem that the switch in the actual application scene of the iNOF is compatible with the SNSD open source software and the ODCC standard protocol format, so as to ensure the normal operation and maintenance of the iNOF network.
Fig. 4 is a schematic diagram of an embodiment of a message sending device provided in the present application. The device comprises a processor, a memory and a switching unit as a switching chip. In the device, the processor executes processor-executable instructions in the memory to perform operations for receiving a received first link layer discovery protocol message; judging whether the forced compatibility of the device state field is enabled; if yes, not checking the received status byte length flag bit of the first link layer discovery protocol message equipment to generate a first status notification message; wherein, the first status notification message carries a 4-byte device status field; and sending a first state notification message to the opposite terminal.
The processor executing the processor-executable instructions in the memory is further for performing the operations of receiving a second link layer discovery protocol message; judging whether the forced compatibility of the device state field is enabled; if not, checking the byte length of the equipment state field of the received second link layer discovery protocol message; sending a second state notification message to the opposite terminal; the byte length of the device state field carried by the second state notification message is the same as the byte length of the device state field of the second link layer discovery protocol message. The byte length of the equipment state field carried by the second state notification message is 1 byte; or, the byte length of the device status field carried by the second status notification message is 4 bytes. The high 2 bits of the 1 st byte in the reserved field of the first link layer discovery protocol message or the second link layer discovery protocol message are the device status byte length flag bits.
The foregoing description of the preferred embodiments of the present invention is not intended to limit the invention to the precise form disclosed, and any modifications, equivalents, improvements and alternatives falling within the spirit and principles of the present invention are intended to be included within the scope of the present invention.
Claims (8)
1. A method for sending a message, applied to a switching device of an intelligent lossless storage network, characterized in that the method comprises:
receiving a first link layer discovery protocol message;
judging whether the device state field is enabled to be forcedly compatible with an OCDC standard function of an open data center committee;
if yes, not checking the received status byte length flag bit of the first link layer discovery protocol message equipment;
sending a first state notification message to an opposite terminal; wherein, the first status notification message carries a 4-byte device status field supporting ODCC.
2. The method according to claim 1, wherein the method further comprises:
receiving a second link layer discovery protocol message;
judging whether the forced compatibility of the device status field is enabled;
if not, checking the byte length of the equipment state field of the received second link layer discovery protocol message;
sending a second state notification message to the opposite terminal; and the byte length of the equipment state field carried by the second state notification message is the same as the byte length of the equipment state field of the second link layer discovery protocol message.
3. The method of claim 2, wherein the step of determining the position of the substrate comprises,
the byte length of the equipment state field carried by the second state notification message is 1 byte; or,
the byte length of the equipment status field carried by the second status notification message is 4 bytes.
4. The method of claim 3, wherein the step of,
and the high 2 bits of the 1 st byte in the reserved field of the first link layer discovery protocol message or the second link layer discovery protocol message are the equipment state byte length flag bits.
5. A messaging device for use as a switching device for an intelligent lossless storage network, the device comprising a processor, a memory and a switching unit, characterized in that the processor executes processor-executable instructions in the memory for performing operations,
receiving a received first link layer discovery protocol message;
judging whether the device state field is enabled to be forcedly compatible with an OCDC standard function of an open data center committee;
if yes, not checking the received status byte length flag bit of the first link layer discovery protocol message equipment to generate a first status notification message; wherein, the first status notification message carries a 4-byte device status field supporting ODCC;
and sending the first state notification message to the opposite terminal.
6. The apparatus of claim 5, wherein execution of the processor-executable instructions in the memory by the processor is further configured to perform operations comprising,
receiving a second link layer discovery protocol message;
judging whether the forced compatibility of the device status field is enabled;
if not, checking the byte length of the equipment state field of the received second link layer discovery protocol message;
sending a second state notification message to the opposite terminal; and the byte length of the equipment state field carried by the second state notification message is the same as the byte length of the equipment state field of the second link layer discovery protocol message.
7. The apparatus of claim 6, wherein the device comprises a plurality of sensors,
the byte length of the equipment state field carried by the second state notification message is 1 byte; or,
the byte length of the equipment status field carried by the second status notification message is 4 bytes.
8. The apparatus of claim 7, wherein the device comprises a plurality of sensors,
and the high 2 bits of the 1 st byte in the reserved field of the first link layer discovery protocol message or the second link layer discovery protocol message are the equipment state byte length flag bits.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111148270.3A CN113824594B (en) | 2021-09-29 | 2021-09-29 | Message sending method and device |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111148270.3A CN113824594B (en) | 2021-09-29 | 2021-09-29 | Message sending method and device |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113824594A CN113824594A (en) | 2021-12-21 |
CN113824594B true CN113824594B (en) | 2023-12-29 |
Family
ID=78915870
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111148270.3A Active CN113824594B (en) | 2021-09-29 | 2021-09-29 | Message sending method and device |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113824594B (en) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115426258B (en) * | 2022-08-23 | 2023-10-24 | 迈普通信技术股份有限公司 | Information configuration method, device, switch and readable storage medium |
CN115514719B (en) * | 2022-10-20 | 2023-12-19 | 迈普通信技术股份有限公司 | Message sending method, device, switch and readable storage medium |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102377679A (en) * | 2011-12-06 | 2012-03-14 | 烽火通信科技股份有限公司 | Method for realizing link discovery and management in FTTX access system |
WO2014205585A1 (en) * | 2013-06-28 | 2014-12-31 | Polyvalor, Société En Commandite | Method and system for optimizing the location of data centers or points of presence and software components in cloud computing networks using a tabu search algorithm |
CN108595989A (en) * | 2018-03-15 | 2018-09-28 | 杭州电子科技大学 | Mobile APP security protection systems and method under a kind of iOS |
CN111010390A (en) * | 2019-12-12 | 2020-04-14 | 重庆工商大学 | Self-adaptive calling method and system based on multi-protocol heterogeneous Internet of things |
CN112540898A (en) * | 2020-12-25 | 2021-03-23 | 北京百度网讯科技有限公司 | Data processing method and platform, system, electronic device and readable medium |
-
2021
- 2021-09-29 CN CN202111148270.3A patent/CN113824594B/en active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102377679A (en) * | 2011-12-06 | 2012-03-14 | 烽火通信科技股份有限公司 | Method for realizing link discovery and management in FTTX access system |
WO2014205585A1 (en) * | 2013-06-28 | 2014-12-31 | Polyvalor, Société En Commandite | Method and system for optimizing the location of data centers or points of presence and software components in cloud computing networks using a tabu search algorithm |
CN108595989A (en) * | 2018-03-15 | 2018-09-28 | 杭州电子科技大学 | Mobile APP security protection systems and method under a kind of iOS |
CN111010390A (en) * | 2019-12-12 | 2020-04-14 | 重庆工商大学 | Self-adaptive calling method and system based on multi-protocol heterogeneous Internet of things |
CN112540898A (en) * | 2020-12-25 | 2021-03-23 | 北京百度网讯科技有限公司 | Data processing method and platform, system, electronic device and readable medium |
Also Published As
Publication number | Publication date |
---|---|
CN113824594A (en) | 2021-12-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN113824594B (en) | Message sending method and device | |
CN108075920B (en) | A kind of management method and system regarding networked terminals | |
CN102761864B (en) | Data transmission method, system and device | |
US20140115125A1 (en) | Method for Receiving Data, Method for Sending Data, Mobile Terminal, and Server | |
EP1955506B1 (en) | Methods, systems, and computer program products for session initiation protocol (sip) fast switchover | |
CN100531209C (en) | Method and system for realizing synchronization of major and auxiliary state | |
EP3709664B1 (en) | Stream pushing method, system and server | |
CN102421201B (en) | Method for rapidly establishing dual-stack wireless connection and wireless terminal equipment | |
CN101009588B (en) | Method and system for configuring the distributed proxy server information | |
CN102638789B (en) | Method for establishing point-to-point transmission and mobile communication system | |
CN103914321B (en) | A kind of method and mobile terminal of the message handling ability of calling system | |
CN101409654B (en) | Method for processing SNMP information in network management system | |
CN101720133A (en) | Remote update method and system of embedded system software | |
US10243783B2 (en) | Method and device for processing communication path | |
CN100563263C (en) | In network storage service, realize the method and system of system high-available | |
CN103916489B (en) | The many IP of a kind of single domain name domain name analytic method and system | |
CN109600436A (en) | A kind of distribution iscsi service implementing method, system and relevant apparatus | |
CN108924061A (en) | A kind of application identification and management method, system and relevant apparatus | |
TWI740210B (en) | Method for terminal device management and server | |
JP2011130418A (en) | Packet transfer apparatus and method and location management apparatus and method for ensuring continuity | |
WO2015035852A1 (en) | Method and device for announcing state between nodes | |
CN106161586A (en) | Realize the intelligent terminal's long polling system system and method to car machine | |
CN114143904B (en) | CPE management method based on 5G fusion network shunt | |
CN110389771A (en) | A kind of upgrade method and system regarding networked clients | |
CN105577433B (en) | A kind of ACS cluster management method, device and system |
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 |