Data transmission method and device in IB protocol, equipment and medium

Abstract

The invention relates to the technical field of serial interfaces, and discloses a data transmission method and device in an IB protocol, equipment and a medium, and the method comprises the steps: if bypass modes of first equipment and second equipment are enabled, when the reset of the first equipment is released, setting a physical layer parameter of the first equipment as a preset value; controlling the first equipment to jump to a recovery state so as to establish a link between the first equipment and the second equipment; and after the link between the first equipment and the second equipment is established, entering a link connection state to execute link communication between the first equipment and the second equipment. According to the scheme, when the bypass mode is enabled, a jump from a reset release state to a recovery state is added, so that negotiation of an LTSM on link parameters is bypassed, and the stability and reliability of data transmission in an IB protocol are improved.

Description

Technical Field

[0001] The present application relates to the field of serial interface technology, and in particular to a data transmission method, device, equipment and medium in an IB protocol. Background Art

[0002] With the development of InfiniBand (IB) protocol, the rate of high-speed serial interface is constantly improving. Before the IB data link layer transmits service data through the physical layer, the physical layer needs to complete the link establishment first. IB SPCE specifies a state machine to manage the entire link establishment process.

[0003] During the execution of the LTSM (Link Training State Machine) state machine, the two ends of the link complete the negotiation of LinkWidth, Link Rate, EQ, FEC mode, HeartBeat enable and other options. When using DAC interconnection, according to IB SPEC, multiple speed cuts and EQs are involved in the entire LTSM negotiation rate and EQ parameter process. Both speed cuts and EQs require interaction with SerDes, and usually many exceptions occur. In the fiber optic interconnection scenario, since the optical module cannot adapt to such a wide rate range from SDR to HDR and NDR, LTSM is usually not used in the fiber optic scenario. Summary of the invention

[0004] In view of this, the present application provides a data transmission method, apparatus, device and medium in an IB protocol to improve the stability and reliability of data transmission in the IB protocol.

[0005] In a first aspect, the present application provides a data transmission method in an IB protocol, the method comprising: if the bypass mode between the first device and the second device is enabled, when the first device is reset and released, the physical layer parameters of the first device are set to preset values; the physical layer parameters include SerDes parameters and physical coding sublayer parameters; the first device is controlled to jump to a recovery state to establish a link between the first device and the second device; when the link between the first device and the second device is established, the link connection state is entered to perform link communication between the first device and the second device.

[0006] The data transmission method in the IB protocol provided in the embodiment of the present application simplifies the link establishment process and improves communication efficiency and stability by enabling the bypass mode and presetting the physical layer parameters.

[0007] In one possible implementation, controlling the first device to jump to a recovery state to establish a link between the first device and the second device includes: when the first device is in a retry substate in the recovery state, continuously sending a first training sequence signal to the second device until the second device responds.

[0008] This implementation increases the possibility of successful identification and response of the second device by continuously sending the first training sequence signal in the retry sub-state of the recovery state until the second device responds, thereby enhancing the reliability of link establishment.

[0009] In a possible implementation, controlling the first device to jump to a recovery state to establish a link between the first device and the second device further includes:

[0010] When the first device is in the retry sub-state of the recovery state, the first device sends a first training sequence signal to the second device and receives the first training sequence signal sent by the second device. If the training completion signal of the received link is completed, the device jumps to the waiting sub-state of the recovery state; when the first device is in the waiting sub-state of the recovery state, the second training sequence signal is sent to the second device; if the second training sequence signal sent by the second device is received within the first time, the device jumps to the idle sub-state of the recovery state; when the first device is in the idle sub-state of the recovery state, the first device sends an idle signal to the second device; if the idle signal sent by the second device is received within the second time, the link establishment between the first device and the second device is completed.

[0011] This implementation method enhances the accuracy and stability of link establishment through a multi-step signal interaction and state jump mechanism.

[0012] In one possible implementation, the physical layer parameters include SerDes parameters, and the physical layer parameters of the first device are set to preset values, including: setting the SerDes rate to a preset rate of the first device and the second device; and setting SerDes equalization parameters that match the link between the first device and the second device.

[0013] This implementation method improves communication performance and link stability by accurately setting the SerDes rate and equalization parameters.

[0014] In one possible implementation, the physical layer parameters include physical coding sublayer parameters, and setting the physical layer parameters of the first device to preset values ​​includes: setting the coding sublayer parameters in the physical layer to preset values; the coding sublayer parameters include at least link width, FEC mode, and heartbeat packet enable.

[0015] This implementation method accurately configures the physical coding sublayer parameters, thereby optimizing communication efficiency, improving data integrity, and enhancing link stability.

[0016] In a possible implementation manner, the method further includes: if a second training sequence signal sent by the second device is not received within the first time, re-establishing the link.

[0017] This implementation introduces a re-reset release mechanism, which enhances the fault tolerance of link establishment and improves system reliability.

[0018] In a possible implementation manner, the method further includes: if no idle signal sent by the second device is received within the second time, re-establishing the link.

[0019] The implementation method introduces a link re-establishment mechanism in the idle sub-state, thereby further enhancing the robustness of link establishment and improving system stability.

[0020] In a second aspect, a data transmission device in an IB protocol is provided, the device comprising: a parameter setting module, for setting the physical layer parameters of the first device to preset values ​​when the bypass mode between the first device and the second device is enabled and the first device is reset and released; the physical layer parameters include SerDes parameters and physical coding sublayer parameters; a link establishment module, for controlling the first device to jump to a recovery state to establish a link between the first device and the second device; and a link connection module, for entering a link connection state to perform link communication between the first device and the second device after the link between the first device and the second device is established.

[0021] In a third aspect, a computer device is provided, comprising: a memory and a processor, the memory and the processor are communicatively connected to each other, computer instructions are stored in the memory, and the processor executes the data transmission method in the above-mentioned IB protocol by executing the computer instructions.

[0022] In a fourth aspect, the present invention provides a computer-readable storage medium having computer instructions stored thereon, the computer instructions being used to enable a computer to execute the data transmission method in the above-mentioned IB protocol.

[0023] In a fifth aspect, a computer program product is provided, comprising computer instructions for causing a computer to execute the data transmission method in the above-mentioned IB protocol. BRIEF DESCRIPTION OF THE DRAWINGS

[0024] In order to more clearly illustrate the specific implementation methods of the present application or the technical solutions in the prior art, the drawings required for use in the specific implementation methods or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are some implementation methods of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative work.

[0025] Figure 1 A schematic diagram of an abstract state machine transition involved in an embodiment of the present application is shown.

[0026] Figure 2 The present invention is a method flow chart showing a data transmission method in an IB protocol according to an exemplary embodiment.

[0027] Figure 3 A schematic flow chart of modification of an LTSM state machine involved in an embodiment of the present application is shown.

[0028] Figure 4 It is a structural diagram of a data transmission device in an IB protocol provided in an embodiment of the present application.

[0029] Figure 5 It is a structural schematic diagram of a computer device provided in an optional embodiment of the present application. DETAILED DESCRIPTION

[0030] In order to make the purpose, technical solution and advantages of the embodiments of the present application clearer, the technical solution in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by those skilled in the art without making creative work are within the scope of protection of this application.

[0031] In the description of the embodiments of the present application, the term "corresponding" may indicate a direct or indirect correspondence between two items, or an association relationship between the two items, or a relationship between indication and being indicated, configuration and being configured, and the like.

[0032] With the development of InfiniBand (IB) protocol, the speed of high-speed serial interface is increasing. In IB protocol, the speed of physical layer is increased to single lane NDR speed. Commonly used physical layer media of IB protocol are DAC and optical fiber.

[0033] Before the IB upper layer transmits service data through the physical layer, the physical layer needs to complete the link establishment first. The IB SPCE specifies a state machine to manage the entire link establishment process, namely Link Training State Machin (hereinafter referred to as LTSM). During the execution of the LTSM state machine, the two ends of the link complete the negotiation of options such as Link Width, Link Rate, EQ, FEC mode, and HeartBeat enablement.

[0034] Figure 1 The abstract state machine transfer diagram involved in the embodiment of the present application is shown as follows: Figure 1 As shown:

[0035] The Polling state is used to wait for both devices to be in the active state.

[0036] All negotiation work is completed in the Config state. In this state, the two parties will negotiate the link width through TS1 and TS2, and negotiate the link rate, EQ, FEC mode, and HeartBeat enable options to be used in the future through TS3. The negotiation of EQ will cause the state machine to jump from Config.CfgEnhanced to Config.Test, and then to Config.WaitRmtTest state multiple times. Each time the Config.Test state is entered, a speed cut action (for example, from SDR to NDR) will be performed, and an EQ action will also be performed. Each time the Config.WaitRmtTest state is entered, a speed cut action (for example, from NDR to SDR) will be performed.

[0037] In the LinkUp state, real business data is transmitted.

[0038] Complete link retrain in the Recovery state.

[0039] When using DAC interconnection, according to IB SPEC, multiple speed cuts and EQs are involved in the entire LTSM negotiation rate and EQ parameter process. Both speed cuts and EQs require interaction with SerDes, and usually many exceptions occur.

[0040] When using optical fiber interconnection, LTSM is usually not available in optical fiber scenarios because the optical module cannot adapt to such a wide rate range from SDR to HDR and NDR. In addition, due to the presence of the optical module, the electrical interface of the local SerDes and the optical module are interconnected, and the electrical interface of the optical module of the other party of the link is interconnected. Therefore, the SerDes of both parties cannot negotiate the appropriate EQ parameters through the LTSM EQ to adapt to the electrical interface of each optical module.

[0041] In actual server networking, link width, rate, FEC mode, and HeartBeat are usually hard indicators that both parties of the link know and must comply with. Therefore, this application uses a method to bypass LTSM's negotiation of link width, link rate, EQ, FEC mode, and HeartBeat, and directly configures the link width, link rate, FEC mode, and HeartBeat of both parties of the link to the same value, and the EQ parameter is selected by other means.

[0042] Figure 2 FIG. 1 is a method flow chart showing a data transmission method in an IB protocol according to an exemplary embodiment. The method is executed by a computer device. Figure 2 As shown, the data transmission method in the IB protocol may include the following steps:

[0043] Step 201: If the bypass mode of the first device and the second device is enabled, after the first device is reset and released, the physical layer parameters of the first device are set to preset values; the physical layer parameters include SerDes parameters and physical coding sublayer parameters.

[0044] The bypass mode enables bypassing the traditional LTSM (Link Training State Machine) negotiation process and directly configuring link parameters to achieve fast link establishment. The first device and the second device both enable the bypass mode and will use a simplified link establishment process.

[0045] When the first device is powered on and started, check whether bypass mode is enabled. In bypass mode, the first device sets its physical layer parameters to preset values. The preset values ​​include link width, link rate, FEC mode, HeartBeat enable, etc., and the preset values ​​should match the settings of the second device.

[0046] Optionally, a SerDes parameter is set to a preset rate of the first device and the second device; and a SerDes equalization parameter is set to match a link between the first device and the second device.

[0047] SerDes (Serializer / Deserializer) is a key component in the physical layer, responsible for the serialization and deserialization of data. In bypass mode, the rate of SerDes can be directly set to the preset rate negotiated between the first device and the second device, such as NDR (Next Data Rate) or HDR (High Data Rate), to avoid multiple rate switching (i.e., speed cutting) during the LTSM negotiation process. At the same time, the corresponding equalization parameters (EQ parameters) are set for the serial link between the first device and the second device.

[0048] Step 202: Control the first device to jump to a recovery state to establish a link between the first device and the second device.

[0049] After the bypass mode is enabled and the first device is reset and released, the physical layer parameters have been set to preset values. The first device is then directed to jump to the recovery state to perform link establishment.

[0050] In the examples of this application, the English and Chinese versions of the terms are as follows:

[0051] Table 1 Chinese-English comparison of terms

[0052] English terminology Terminology in Chinese Recovery.Retrain status Retry substate in the recovery state Recovery.WaitRmt Status Waiting substate in the recovery state Recovery.Idle status Idle substate in the resume state TS1 signal The first training sequence signal TS2 signal The second training sequence signal Idle Signal Idle signal LinkUp Status Link connection status RxTrained signal Training completion signal

[0053] Optionally, step 202 specifically includes:

[0054] When the first device is in the retry sub-state in the recovery state, the first training sequence signal is continuously sent to the second device until the second device responds.

[0055] In the LTSM state machine in the related art, the DelayTimeOut link is used to ensure that a sufficient amount of time is waited in a specific state to receive the other party's signal or response. For example, in the Recovery.Retrain state, if one party does not receive the other party's signal within the specified time, it may be considered that the link establishment has failed, and thus exit the current state. In bypass mode, since the first device cannot determine when the second device is in the retry state, the DelayTimeOut link is deleted, and the first device will continue to send TS1 signals to the second device.

[0056] When the first device is in the retry sub-state in the recovery state, it sends a first training sequence signal to the second device and receives the first training sequence signal sent by the second device. If the training completion signal of the receiving link is completed, it jumps to the waiting sub-state in the recovery state.

[0057] The first device first enters the Recovery.Retrain state in the recovery state. In this sub-state, the first device and the second device send TS1 signals to each other. The first device prepares for link training and waits for the RxTrained signal, which indicates the quality of the link signal. The signal comes from the physical coding sublayer. This signal indicates that the link is ready for the next link establishment process. When the RxTrained signal is received, the first device jumps to the Recovery.WaitRmt state.

[0058] When the first device is in the waiting sub-state in the recovery state, a second training sequence signal is sent to the second device.

[0059] In the Recovery.WaitRmt state, the first device sends a TS2 signal to the second device, which is a handshake signal used to confirm that the second device is also ready.

[0060] If a second training sequence signal sent by the second device is received within the first time, the system jumps to the idle sub-state in the recovery state.

[0061] After sending the TS2 signal, the first device will wait for a preset time (i.e., the first time). The first time in the relevant protocol is 2ms. If the TS2 signal sent by the second device is successfully received within the first time, it means that the second device is also in the Recovery.WaitRmt state and is ready to continue the link building process. After receiving the TS2 signal from the second device, the first device jumps to the Recovery.Idle state.

[0062] When the first device is in an idle sub-state in the recovery state, an idle signal is sent to the second device.

[0063] In the Recovery.Idle state, the first device sends an Idle signal to the second device, which is used to maintain the idle state of the link and prepare to start actual data transmission.

[0064] If an idle signal sent by the second device is received within the second time, the link establishment between the first device and the second device is completed.

[0065] The second time in the relevant protocol is 2ms. After receiving the Idle signal from the second device, the first device confirms that the link between the first device and the second device has been successfully established, and then can enter the LinkUp state (link connection state) and start transmitting service data.

[0066] If in any step, the first device does not receive the expected signal (such as a TS2 signal or an Idle signal) within a preset time, the link establishment process will fail and it may be necessary to re-enter the link establishment process or perform error handling.

[0067] Optionally, if the second training sequence signal sent by the second device is not received within the first time, the link is re-established.

[0068] In step 202, when the first device is in the Recovery.WaitRmt state, it sends a TS2 signal to the second device and waits for a first time to receive a response from the second device. If the first device fails to receive the TS2 signal sent by the second device within the first time, this indicates that the second device may not be ready or there is a communication problem. In this case, the first device can be reset and released again, and retry the link establishment process with the second device.

[0069] Optionally, if no idle signal is received from the second device within the second time, the link is re-established.

[0070] Similarly, when the first device is in the Recovery.Idle state, it sends an Idle signal to the second device and waits for a second time to receive a response from the second device. If the first device fails to receive the Idle signal sent by the second device within the second time, this indicates that the link may not be stable or there are other problems. In this case, the first device can be reset and released. By resetting and releasing, the first device can try to establish a link with the second device again to ensure the stability and reliability of the link.

[0071] Please refer to Figure 3 , which shows a schematic diagram of a modified LTSM state machine involved in an embodiment of the present application. Figure 3 As shown, the interpretation of the original Recovery substate is as follows:

[0072] The normal jump is that after LTSM sees an exception, it jumps from LinkUp state to Recovery.Retrain, sends TS1, completes RxTrained of the receiving link before 2ms timeout, jumps to Recovery.WaitRmt state, and keeps sending TS2. In this state, it waits for TS2 sent by the other party. If TS2 is received before timeout, it means that both the other party and I are already in Recovery.WaitRmt state, then jumps to Recovery.Idle and starts sending Idle. If Idle is received before 2ms timeout, the state machine jumps to LinkUp state. In each Recovery substate, if the corresponding signal is not received before timeout, Revoery fails.

[0073] The modifications to the LTSM state machine include: adding a jump from PwrUp (reset release) to Recovery state when bypass mode is enabled; deleting the previous DelayTimeOut (2ms) when bypass mode is enabled to ensure that both parties can receive each other's signals in Recovery.Retrain state. After that, it is no different from the normal Recovery jump.

[0074] Step 203: After the link between the first device and the second device is established, a link connection state is entered to perform link communication between the first device and the second device.

[0075] Once the link is established, the link connection state is entered to start the actual communication between the devices. In step 202, if the first device successfully receives the Idle signal sent by the second device within the second time, it indicates that the link establishment process between the first device and the second device is successfully completed. Once the link is established, the first device will automatically or according to a preset logic enter the link connection state. This state is the state used to perform actual communication in the IB protocol.

[0076] In the link connection state, the first device and the second device can start to transmit service data. The service data includes various types of data packets, control signals, etc., depending on the application scenario of the IB protocol and the communication requirements between the devices.

[0077] After entering the link connection state, the first device and the second device continuously monitor the status and performance of the link. This includes checking parameters such as link quality, error rate, and latency to ensure the reliability and stability of communication. If any problems are found, the devices may need to take corresponding measures, such as retraining the link, adjusting parameters, etc.

[0078] In summary, before IB transmits service data through the physical layer, the physical layer needs to complete link establishment first. In this application, a bypass mode is set. If the bypass mode of the first device and the second device is enabled, and the first device is reset and released, the physical layer parameters of the first device are set to preset values, and the corresponding physical layer parameters of the second device are also set to preset values ​​so that the first device and the second device can establish a link according to the preset parameters. In order to establish a link, the first device directly jumps to the recovery state of the LTSM state machine at this time, and establishes a link between the first device and the second device through the recovery process. When the link between the first device and the second device is established, the link connection state can be entered to perform link communication between the first device and the second device. When the bypass mode of the above scheme is enabled, a jump from reset release to recovery state is added to bypass the negotiation of link parameters by LTSM. In the DAC and optical fiber scenarios, the anomalies caused by SerDes interaction are reduced. In the optical fiber scenario, the anomalies caused by SerDes interaction are reduced; when the optical module limits the rate, the link is established, and the stability and reliability of data transmission in the IB protocol are achieved.

[0079] In the embodiments of the present application, a data transmission device in the IB protocol is also provided, which is used to implement the above-mentioned embodiments and preferred implementation modes, and the descriptions that have been made will not be repeated. As used below, the term "module" can implement a combination of software and / or hardware of a predetermined function. Although the devices described in the following embodiments are preferably implemented in software, the implementation of hardware, or a combination of software and hardware is also possible and conceived.

[0080] The embodiment of the present application provides a data transmission device in the IB protocol, Figure 4 : is a structural diagram of a data transmission device in an IB protocol provided in an embodiment of the present application, the device comprising:

[0081] The parameter setting module 401 is used to set the physical layer parameters of the first device to preset values ​​when the first device is reset and released if the bypass modes of the first device and the second device are enabled;

[0082] The link establishment module 402 is used to control the first device to jump to the recovery state to establish a link between the first device and the second device;

[0083] The link connection module 403 is used to enter a link connection state to perform link communication between the first device and the second device after the link between the first device and the second device is established.

[0084] In a possible implementation, the link establishing module 402 is configured to, when the first device is in the retry sub-state of the recovery state, continuously send the first training sequence signal to the second device until the second device responds.

[0085] In a possible implementation, the link establishing module 402 includes:

[0086] A first link establishing unit, configured to, when the first device is in a retry sub-state in a recovery state, send a first training sequence signal to the second device and receive the first training sequence signal sent by the second device, and jump to a waiting sub-state in the recovery state if a training completion signal of the link is received;

[0087] A second link establishing unit, configured to send a second training sequence signal to the second device when the first device is in a waiting sub-state in the recovery state;

[0088] A third link establishing unit, configured to jump to an idle sub-state in a recovery state if a second training sequence signal sent by a second device is received within a first time;

[0089] a fourth link establishing unit, configured to send an idle signal to the second device when the first device is in an idle sub-state in the recovery state;

[0090] The fifth link establishing unit is configured to complete the link establishment between the first device and the second device if an idle signal sent by the second device is received within the second time.

[0091] In a possible implementation, the parameter setting module 401 is used to set the SerDes rate to a preset rate of the first device and the second device; and set a SerDes equalization parameter that matches the link between the first device and the second device.

[0092] In a possible implementation, the parameter setting module 401 is further used to set the parameters of the coding sublayer in the physical layer to preset values; the parameters of the coding sublayer include at least link width, FEC mode, and heartbeat packet enable.

[0093] In a possible implementation, the link establishing module 402 is further configured to reset and release if the TS2 signal sent by the second device is not received within the first time.

[0094] In a possible implementation, the link establishing module 402 is further configured to reset and release if no Idle signal sent by the second device is received within the second time.

[0095] The further functional description of each of the above modules and units is the same as that of the above corresponding embodiments and will not be repeated here.

[0096] In summary, before IB transmits service data through the physical layer, the physical layer needs to complete link establishment first. In this application, a bypass mode is set. If the bypass mode of the first device and the second device is enabled, and the first device is reset and released, the physical layer parameters of the first device are set to preset values, and the corresponding physical layer parameters of the second device are also set to preset values ​​so that the first device and the second device can establish a link according to the preset parameters. In order to establish a link, the first device directly jumps to the recovery state of the LTSM state machine at this time, and establishes a link between the first device and the second device through the recovery process. When the link between the first device and the second device is established, the link connection state can be entered to perform link communication between the first device and the second device. When the bypass mode of the above scheme is enabled, a jump from reset release to recovery state is added to bypass the negotiation of link parameters by LTSM. In the DAC and optical fiber scenarios, the anomalies caused by SerDes interaction are reduced. In the optical fiber scenario, the anomalies caused by SerDes interaction are reduced; when the optical module limits the rate, the link is established, and the stability and reliability of data transmission in the IB protocol are achieved.

[0097] The data transmission device in the IB protocol in this embodiment is presented in the form of a functional unit, where the unit refers to an ASIC (Application Specific Integrated Circuit) circuit, a processor and memory that executes one or more software or fixed programs, and / or other devices that can provide the above functions.

[0098] The present application also provides a computer device. Figure 5 , Figure 5 is a schematic diagram of the structure of a computer device provided by an optional embodiment of the present application, such as Figure 5As shown, the computer device includes: one or more processors 10, a memory 20, and interfaces for connecting various components, including high-speed interfaces and low-speed interfaces. Various components are connected to each other using different buses for communication, and can be installed on a common mainboard or installed in other ways as needed. The processor can process instructions executed in the computer device, including instructions stored in or on the memory to display graphic information in a graphical user interface on an external input / output device (such as a display device coupled to an interface). In some optional embodiments, if necessary, multiple processors and / or multiple buses can be used together with multiple memories and multiple memories. Similarly, multiple computer devices can be connected, and each device provides some necessary operations (for example, as a server array, a group of blade servers, or a multi-processor system). Figure 5 A processor 10 is taken as an example.

[0099] The processor 10 may be a central processing unit, a network processor or a combination thereof. The processor 10 may further include a hardware chip. The hardware chip may be a dedicated integrated circuit, a programmable logic device or a combination thereof. The programmable logic device may be a complex programmable logic device, a field programmable gate array, a general purpose array logic or any combination thereof.

[0100] The memory 20 stores instructions executable by at least one processor 10, so that at least one processor 10 executes the method shown in the above embodiment.

[0101] The memory 20 may include a program storage area and a data storage area, wherein the program storage area may store an operating system, an application required for at least one function; the data storage area may store data created according to the use of the computer device, etc. In addition, the memory 20 may include a high-speed random access memory, and may also include a non-transient memory, such as at least one disk storage device, a flash memory device, or other non-transient solid-state storage device. In some optional embodiments, the memory 20 may optionally include a memory remotely arranged relative to the processor 10, and these remote memories may be connected to the computer device via a network. Examples of the above-mentioned network include, but are not limited to, the Internet, an intranet, a local area network, a mobile communication network, and combinations thereof.

[0102] The memory 20 may include a volatile memory, such as a random access memory; the memory may also include a non-volatile memory, such as a flash memory, a hard disk or a solid state drive; the memory 20 may also include a combination of the above types of memory.

[0103] The computer device further comprises a communication interface 30 for the computer device to communicate with other devices or a communication network.

[0104] The embodiment of the present application also provides a computer-readable storage medium. The above method according to the embodiment of the present application can be implemented in hardware, firmware, or can be implemented as a computer code that can be recorded in a storage medium, or can be implemented as a computer code that is originally stored in a remote storage medium or a non-temporary machine-readable storage medium and will be stored in a local storage medium through a network download, so that the method described herein can be stored in such software processing on a storage medium using a general-purpose computer, a dedicated processor, or programmable or dedicated hardware. Among them, the storage medium can be a magnetic disk, an optical disk, a read-only storage memory, a random access memory, a flash memory, a hard disk or a solid-state hard disk, etc.; further, the storage medium can also include a combination of the above types of memories. It can be understood that a computer, a processor, a microprocessor controller, or programmable hardware includes a storage component that can store or receive software or computer code. When the software or computer code is accessed and executed by a computer, a processor, or hardware, the method shown in the above embodiment is implemented.

[0105] Part of the present application may be applied as a computer program product, such as a computer program instruction, which, when executed by a computer, can call or provide the method and / or technical solution according to the present application through the operation of the computer. Those skilled in the art should understand that the existence of computer program instructions in computer-readable media includes but is not limited to source files, executable files, installation package files, etc., and accordingly, the way in which computer program instructions are executed by a computer includes but is not limited to: the computer directly executes the instruction, or the computer compiles the instruction and then executes the corresponding compiled program, or the computer reads and executes the instruction, or the computer reads and installs the instruction and then executes the corresponding installed program. Here, the computer-readable medium can be any available computer-readable storage medium or communication medium accessible to the computer.

[0106] Although the embodiments of the present application are described in conjunction with the accompanying drawings, those skilled in the art may make various modifications and variations without departing from the spirit and scope of the present application, and such modifications and variations are all within the scope defined by the appended claims.

Claims

1. A data transmission method in an IB protocol, characterized in that: The method comprises: If the bypass mode of the first device and the second device is enabled, after the first device is reset and released, the physical layer parameters of the first device are set to preset values; the physical layer parameters include SerDes parameters and physical coding sublayer parameters; Controlling the first device to jump to a recovery state to establish a link between the first device and the second device; When the link between the first device and the second device is established, a link connection state is entered to perform link communication between the first device and the second device.

2. The method according to claim 1, characterized in that The controlling the first device to jump to a recovery state to establish a link between the first device and the second device includes: When the first device is in the retry sub-state in the recovery state, the first training sequence signal is continuously sent to the second device until the second device responds.

3. The method according to any one of claims 1 to 2, characterized in that: The controlling the first device to jump to a recovery state to establish a link between the first device and the second device further includes: When the first device is in the retry sub-state in the recovery state, sending a first training sequence signal to the second device and receiving the first training sequence signal sent by the second device, if the training completion signal of the receiving link is completed, jumping to the waiting sub-state in the recovery state; When the first device is in a waiting sub-state in a recovery state, sending a second training sequence signal to a second device; If a second training sequence signal sent by a second device is received within a first time, jumping to an idle sub-state in a recovery state; When the first device is in an idle sub-state in a recovery state, sending an idle signal to the second device; If an idle signal sent by the second device is received within the second time, the link establishment between the first device and the second device is completed.

4. The method according to claim 1, characterized in that: The physical layer parameter includes a SerDes parameter, and setting the physical layer parameter of the first device to a preset value includes: Setting the SerDes rate to a preset rate between the first device and the second device; The SerDes equalization parameters matching the link between the first device and the second device are set.

5. The method according to claim 4, characterized in that The physical layer parameter includes a physical coding sublayer parameter, and setting the physical layer parameter of the first device to a preset value includes: The coding sublayer parameters in the physical layer are set to preset values; the coding sublayer parameters at least include link width, FEC mode and heartbeat packet enable.

6. The method according to claim 3, characterized in that: The method further comprises: If the second training sequence signal sent by the second device is not received within the first time, the link is re-established.

7. The method according to claim 3, characterized in that The method further comprises: If no idle signal is received from the second device within the second time, the link is re-established.

8. A data transmission device in an IB protocol, characterized in that: The device comprises: A parameter setting module, configured to set the physical layer parameters of the first device to preset values ​​when the first device is reset and released if the bypass modes of the first device and the second device are enabled; the physical layer parameters include SerDes parameters and physical coding sublayer parameters; A link establishment module, used to control the first device to jump to a recovery state to establish a link between the first device and the second device; The link connection module is used to enter a link connection state to perform link communication between the first device and the second device after the link between the first device and the second device is established.

9. A computer device, characterized in that: include: A memory and a processor, wherein the memory and the processor are communicatively connected to each other, the memory stores computer instructions, and the processor executes the data transmission method in the IB protocol according to any one of claims 1 to 7 by executing the computer instructions.

10. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores computer instructions, and the computer instructions are used to enable a computer to execute the data transmission method in the IB protocol according to any one of claims 1 to 7.

Images