CN113824594A - Message sending method and equipment - Google Patents
Message sending method and equipment Download PDFInfo
- Publication number
- CN113824594A CN113824594A CN202111148270.3A CN202111148270A CN113824594A CN 113824594 A CN113824594 A CN 113824594A CN 202111148270 A CN202111148270 A CN 202111148270A CN 113824594 A CN113824594 A CN 113824594A
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 23
- 238000005516 engineering process Methods 0.000 description 7
- 230000006870 function Effects 0.000 description 5
- 230000008859 change 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
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 239000004744 fabric Substances 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
Images
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 mandatory compatibility of the device state field is enabled; if yes, the status byte length flag bit of the received link layer discovery protocol message equipment is not checked; sending a state notification message to the opposite terminal; the byte length of the equipment state field carried by the state notification message supports the open data center committee standard.
Description
Technical Field
The present application relates to communication devices, and in particular, to a method and device for sending a packet.
Background
The intelligent lossless network of the current data center is based on a RoCEv2(RDMA over converted Ethernet Version 2, the second generation remote direct memory access is carried on the Ethernet) protocol, and can realize packet loss-free, low-delay and high-throughput Flow transmission on the Ethernet through an intelligent lossless algorithm integrating technologies such as PFC (Priority-based Flow Control) and the like, so that the requirements of a storage system are met, and the integration of a computing network and a storage network is realized.
However, in order to store a large amount of data, the storage system often needs to manage a large number of hosts, and there are cases where new hosts successively access the network device. In order to enable an Intelligent Lossless network technology to better serve a storage system, an iNOF (Intelligent loss NVMe Over Fabric) technology is provided, a newly accessed host can be known at the first time through rapid management and control of the accessed host, the relevant configuration of the Intelligent Lossless network can be intelligently adjusted, and the iNOF technology supports notifying host information to the storage system, so that the storage system can be assisted in managing the host.
In the iNOF, switches are used as a network core to implement an IP service domain management function, manage access device information, monitor a network state, and implement synchronization between an IP (Internet Protocol) service domain and device state information between switches in a network, and notify nodes subscribing to changes in network device state information in the IP service domain in time. The host is used as a storage service user, and when the host is accessed to the network, the host sends equipment access information and periodically notifies the equipment, subscribes a network state change message, and receives and processes the network change message. When the storage is used as a service provider and is accessed to the network, the device access information is sent and periodically announced. The message interaction process in the ino f network is shown in fig. 1.
In an actual application scenario, the format definition of the host/stored status notification packet of the iNOF technology is inconsistent with the format of the status notification packet in the ODCC standard. When the state of a host/storage in an iNOF network changes, a switch may send a state change notification message to the host/storage in the domain, whereas most existing switches implement the state notification message according to the ODCC (Open Data Center Committee) standard, where a 4-byte device state field is different from a 1-byte device state field of SNSD Open source software adopted by the host/storage, which may cause the host/storage not to reply an ACK message. Therefore, it becomes important to solve the problem that the switch is compatible with the ODCC and SNSD open source software message format standard at the same time.
Disclosure of Invention
The application aims 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 of different formats.
In order to achieve the above object, the present application provides a packet sending method, 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 mandatory compatibility of the device state field is enabled; if yes, the status byte length flag bit of the received first link layer discovery protocol message equipment is not checked; 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 includes a processor, a memory and a switching unit; wherein the processor executes the processor-executable instructions in the memory to perform operations to receive a received first link layer discovery protocol packet; judging whether the mandatory compatibility of the device state field is enabled; if yes, the flag bit of the byte length of the status of the received first link layer discovery protocol message equipment is not checked, and a first status notification message is generated; wherein, the first state notification message carries a 4-byte device state field; and sending a first state notification message to the opposite terminal.
The method has the advantages that reserved fields in the format of the discovery protocol message of the link layer in the iNOF technology are fully utilized, and the normal operation of the switch in the iNOF network is guaranteed.
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 message sending method provided in the present application;
fig. 3 is a flowchart of a method for sending status notification messages compatible with different formats according to the present application;
fig. 4 is a schematic diagram of a message sending device according to an embodiment of the present application.
Detailed Description
A detailed description will be given of a number of examples shown in a number of figures. 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 "including" as that term is used is meant to include, but is not limited to; the term "comprising" means including but not limited to; the terms "above," "within," and "below" include the instant numbers; the terms "greater than" and "less than" mean that the number is not included. The term "based on" means based on at least a portion thereof.
Fig. 2 is a flowchart of an embodiment of a message sending method 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 enabled device status fields are forcibly compatible;
103, not checking the status byte length flag bit of the received link layer discovery protocol message equipment;
and 104, sending a state notification message carrying the 4-byte equipment state field to the opposite terminal.
The method has the advantages that reserved fields in the format of the discovery protocol message of the link layer in the iNOF technology are fully utilized, and the normal operation of the switch in the iNOF network is guaranteed.
Fig. 3 is a flowchart of a method for sending status notification messages compatible with different formats according to the present application; the embodiment is applied to a switch device of an INOF network, and includes the following steps:
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 flag bit 01 indicates the length of a device status field in a state message which can be identified by a host/storage currently supporting SNSD (secure private digital service), namely the length of the device status field in the state message sent by an opposite terminal is 1 byte; the flag bit 00 indicates that the length of the byte of the device status field in the status message supporting the ODCC standard is stored in the host, that is, the length of the byte of the device status field in the status message sent by the opposite terminal is 4 bytes.
in the present application, after the switch enables the ino f feature, a network administrator may remotely or locally configure the switch to enforce the compatibility of the ODCC standard. The switch enables the standard function of the standard OCDC in the forced establishment, receives the LLDP message sent by the host/the storage device, and ignores and checks the device status byte length flag bit in the LLDP message.
in the status notification message sent by the switch to the opposite end (host/storage device), the length of the device status field is 4 bytes.
in the application, if the switch does not enable the function of the mandatory compatibility ODCC standard, whether the device status byte length flag bit in the reserved field T-L-V of the LLDP message is 01 or not is checked. 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 needs to be sent to the host/storage device of the opposite terminal; if the device status byte length flag bit in the reserved field T-L-V of the LLDP message is 00, whether the flag bit is 01 or not. 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 a status notification message that needs to be sent to the host/storage device of the opposite end.
The embodiment shown in fig. 3 has the beneficial effects that the problem that the switch is compatible with the SNSD open source software and the ODCC standard protocol format in the scenario of the iNOF practical application is effectively solved, so as to ensure the normal operation and maintenance of the iNOF network.
Fig. 4 is a schematic diagram of a message sending device according to an embodiment of the present application. The apparatus includes a processor, a memory, and a switching unit as a switching chip. In the device, a processor executes processor-executable instructions in a memory for performing operations of receiving a received first link layer discovery protocol packet; judging whether the mandatory compatibility of the device state field is enabled; if yes, the flag bit of the byte length of the status of the received first link layer discovery protocol message equipment is not checked, and a first status notification message is generated; wherein, the first state notification message carries a 4-byte device state field; and sending a first state notification message to the opposite terminal.
The processor executing the processor-executable instructions in the memory is further configured to receive a second link layer discovery protocol packet; judging whether the mandatory 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 status field carried by the second status notification message is the same as the byte length of the device status 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-order 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 device status byte length flag bits.
The above description is only exemplary of the present application and should not be taken as limiting the present application, as any modification, equivalent replacement, or improvement made within the spirit and principle of the present application should be included in the scope of protection of the present application.
Claims (8)
1. A message sending method is applied to a switching device of an intelligent lossless storage network, and is characterized by comprising the following steps:
receiving a first link layer discovery protocol message;
judging whether the mandatory compatibility of the device state field is enabled;
if yes, the flag bit of the byte length of the status of the received first link layer discovery protocol message equipment is not checked;
sending a first state notification message to an opposite terminal; wherein, the first state notification message carries a 4-byte device state field.
2. The method of claim 1, further comprising:
receiving a second link layer discovery protocol message;
determining whether mandatory compatibility of the device status field has been enabled;
if not, checking the byte length of the device state field of the received second link layer discovery protocol message;
sending a second state notification message to the opposite terminal; wherein the byte length of the device status field carried by the second status notification packet is the same as the byte length of the device status field of the second link layer discovery protocol packet.
3. The method of claim 2,
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.
4. The method of claim 3,
and the high-order 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 device status byte length flag bits.
5. A messaging device for use as a switching device in an intelligent lossless storage network, the device comprising a processor, a memory and a switching unit, wherein the processor executes processor-executable instructions in the memory for performing the following operations,
receiving a received first link layer discovery protocol message;
judging whether the mandatory compatibility of the device state field is enabled;
if yes, the flag bit of the byte length of the status of the received first link layer discovery protocol message equipment is not checked, and a first status notification message is generated; wherein, the first state notification message carries a 4-byte device state field;
and sending the first state notification message to an opposite terminal.
6. The device of claim 5, wherein execution of the processor-executable instructions in the memory by the processor is further for performing the following,
receiving a second link layer discovery protocol message;
determining whether mandatory compatibility of the device status field has been enabled;
if not, checking the byte length of the device state field of the received second link layer discovery protocol message;
sending a second state notification message to the opposite terminal; wherein the byte length of the device status field carried by the second status notification packet is the same as the byte length of the device status field of the second link layer discovery protocol packet.
7. The apparatus of claim 6,
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.
8. The apparatus of claim 7,
and the high-order 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 device status 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 true CN113824594A (en) | 2021-12-21 |
| CN113824594B 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) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115426258A (en) * | 2022-08-23 | 2022-12-02 | 迈普通信技术股份有限公司 | Information configuration method, device, switch and readable storage medium |
| CN115514719A (en) * | 2022-10-20 | 2022-12-23 | 迈普通信技术股份有限公司 | 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 |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115426258A (en) * | 2022-08-23 | 2022-12-02 | 迈普通信技术股份有限公司 | Information configuration method, device, switch and readable storage medium |
| CN115426258B (en) * | 2022-08-23 | 2023-10-24 | 迈普通信技术股份有限公司 | Information configuration method, device, switch and readable storage medium |
| CN115514719A (en) * | 2022-10-20 | 2022-12-23 | 迈普通信技术股份有限公司 | Message sending method, device, switch and readable storage medium |
| CN115514719B (en) * | 2022-10-20 | 2023-12-19 | 迈普通信技术股份有限公司 | Message sending method, device, switch and readable storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN113824594B (en) | 2023-12-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN100531209C (en) | Method and system for realizing synchronization of major and auxiliary state | |
| CN113824594A (en) | Message sending method and equipment | |
| EP1955506B1 (en) | Methods, systems, and computer program products for session initiation protocol (sip) fast switchover | |
| CN101902473B (en) | Method for synchronously updating data based on grid GIS (Geographic Information System) | |
| CN101009588B (en) | Method and system for configuring the distributed proxy server information | |
| US7529820B2 (en) | Method and apparatus to perform automated task handling | |
| CN102761864A (en) | Data transmission method, system and device | |
| CN105634788B (en) | Single board and single board management method and system | |
| CN104320347B (en) | A kind of method and apparatus for actively updating LLDP | |
| WO2011044786A1 (en) | Unified message scheduling system, service message notification method and system | |
| CN101720133A (en) | Remote update method and system of embedded system software | |
| WO2009030063A1 (en) | Method and system for checking automatically connectivity status of an ip link on ip network | |
| CN111130943B (en) | Method for realizing fast ring network switching, switch and computer readable storage medium | |
| CN103843291B (en) | Communication equipment, communication means and program | |
| CN101252487A (en) | Method for processing safety warning and safety policy equipment | |
| EP2953295A1 (en) | Automatic delta event synchronization in multiple manager-agent environments | |
| US10645184B2 (en) | Information transmission method, gateway, and controller | |
| WO2021109851A1 (en) | Network communication method, apparatus and device, and storage medium | |
| CN109600436A (en) | A kind of distribution iscsi service implementing method, system and relevant apparatus | |
| CN104468497A (en) | Data isolation method and device of monitoring system | |
| CN101552746B (en) | Method and device for controlling publication and application of package | |
| CN110389771A (en) | A kind of upgrade method and system regarding networked clients | |
| CN101645840B (en) | Method, system and routing equipment for retransmitting message | |
| CN112260924A (en) | uPnP network bridge construction method applied to power Internet of things | |
| KR100615594B1 (en) | Apparatus For Policy-based Qos Management Client And Method For Quality Management Using It |
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 |