TWI231672B - SOL realizing method in accordance with IPMI standard - Google Patents

Abstract

This invention relates to an SOL realizing method in conformity with IPMI rule, including: setting up a connection between a remote console and a server by a ping-pong package, setting up the interaction sessions by using get channel authentication capabilities, RSSP open session and RAKP message; activating SOL payload and interact with the payload data finally. The method of the present invention realizes the SOL function by using a method in conformity with the IPMI rule.

Description

1231672 V. Description of the invention (1) [Technical field to which the invention belongs] The present invention relates to a method for interacting serial data, and more particularly to a method that complies with the IPMI specification, between a server with a BMC and a remote console Implementation method of SOL conforming to IPMI specification. [Previous technology] ^ One of the main problems facing enterprises in the new economic era is to ensure uninterrupted operation of application systems and continuously reduce operating costs. Whoever can better control the cost of network management is likely to be at the forefront of competition.

Market demand determines the development direction of technology and industry. Some major manufacturers in the industry have joined forces since 1997 to enter the research and development of intelligent server management. Their starting point is to solve the problem of low server hardware management capabilities. After several years of hard work, the (Intelligent Piatform Management Interface) standard was introduced in 2001. IPMI is a new-generation universal interface standard that enables intelligent hardware management. Users can use I PM I to monitor the physical health characteristics of the server, such as temperature, J pressure, fan operating status, power supply, and chassis intrusion, to provide information for system management, recovery, and asset management.

IPMI, technology "smart" comes from a management microcontroller. In a host system, this controller is called Mc (Baseboard Management Controller, which: total capture ",,,, △ j, the official controller). BMC has its own source and automatically monitors the health status of the system, ff, ^, ^. It can take immediate action if it finds any abnormalities in the charged order, such as recording events, alarms, automatic shutdown, or restarting. Η ζ ^ related to BMC, a set of passive memory, used to

1231672 V. Description of the invention (2) Sensor Data Records (SDR) for storing sensors, system event record files', and some unit information such as serial number and part number information. IPMI + transfers information to official microcontrollers by specifying a general-purpose, streamlined, message-based interface to separate software and hardware information. According to the 1PMI specification, the term SOL stands for n Serial over LANn, which is a data packet format and protocol specification for transmitting serial data over a local area network through IPMI 0 LAN packets. The main goal is to redirect the communication traffic to / from the local asynchronous serial controller interface, so that local software can be used to communicate on the LAN, and the software only needs to know how to communicate through the local serial controller. . SOL can be used to run a virtual remote serial terminal to allow users or remote software to interface with serial-based operating systems (such as n C mmand-1 ine (command line) " interface and Linux console) or management services such as Microsoft's EMS (serial-based Emergency Management Services). However, although the IPMI specification proposes SOL terminology concepts, formats, and functions, there is no specific guidance or regulation on how to implement this function. Therefore, how to implement the SOL function according to the IPMI specification has become an urgent issue for the industry The problem. [Summary of the Invention] The present invention provides a SOL implementation method in accordance with the I PM I specification in order to solve the above problems, so as to implement the SOL function according to the IPMI specification. The present invention provides a method for implementing SOL that complies with the IPMI specification. First, a remote console sends a ping packet, and the server responds with a pong packet.

1231672 V. Description of the invention (3) package; then the remote console sends the Get Channel Authentication Capabilities command and the server responds to the command; the remote console sends the RSSP Open Session Request command and the temple server responds to the RSSP Open Session Response command; remote console sends RAKP Message 1 command and server responds RAKP Message 2 command; remote console sends RAKP Message 3 command and server responds RAKP Message 4 command; remote console sends Activate Payload command, and the server responds to the command to start the SOL payload; the remote console interacts with the server with the SOL payload data. The present invention accomplishes the interaction of SOL load data by establishing a session between the remote console and the server, and realizes the function of SOL in a manner conforming to the Ipm I specification. [Embodiment] As shown in FIG. 1, it is a simplified function diagram of SOL in BMC. By analyzing the IPMI specification, it can be known that a remote management program can establish a 1? Elbow 1-(^ 61'-1 ^^ 1 session period (3635: 1〇11) with the BMC. Once this period is established, the remote console can Request SOL to start. From point 14 on, 'any character output from the baseboard serial controller 丨 〇 is recombined into a packet by the BMC2 0 and sent to the remote console via the LAN controller 30 via the LAN. In turn In the in-band (丨 n-band) LAN packet carrying characters, for the system serial controller, the character data containing them is taken out by the BMC20 and sent to the baseboard serial controller 10 ° SOL characters The data is carried as sol messages in UDp (User

1231672 V. Description of Invention (4)

Protocol) datagram, the packet format conforms to the IPMI specification. The S0L payload includes a field for supporting Acknowledge and Retries, and a field for supporting functions such as flushing buffers or temporarily suspending serial traffic using flow control. According to the IPM specification, there are two forms of an affirmative response packet, one is ACK, which indicates that the packet has been received and accepts all its information; the other is NAC κ 'indicates that the packet has been received' but has some or all of the information Cannot be accepted. As shown in FIG. 2, it is a schematic diagram of an implementation environment of the present invention. According to the principles of the present invention, the input wheel out of the BIOS on the server 200 including the BMC can be reset to the BMC by setting the switch of the serial controller, and the firmware (Firmware) in the BMC is responsible for receiving the transmission from the BI 0S. The incoming data is encapsulated into the RMCP (Remote Management Control Protocol) data format, and is finally transmitted to the remote console 100 through the LAN in the format of a UDP datagram, and is remotely controlled The data sent back by the station 10 also needs to be analyzed by the firmware, and the parsed data is transmitted to the BI OS through the BMC. What it actually implements is a virtual serial port. As shown in Figure 3, this is a flowchart of the SOL implementation method in accordance with the I PM I specification of the present invention. First, the remote console sends a P ng packet, and the server responds with a Pong packet (step 301); remote control The station sends a Get Channel Authentication Capabilities command, and the server responds to the command (step 3 2); the remote console sends an RSSP Open Sess i on Reques t command, and the server responds to the RSSP Open Session Response command (step 30 3 ); Remote console send

1231672 'Sun I-One, five, description of the invention (5) RAKP Message 1 command, and the server responds to the RAKP Message 2 command (step 30 4); the remote console sends a RAKP Message 3 command, and the server responds to RAKP Message 4 command (step 3 0 5); the remote console sends an Activate Pay load command, and the server responds to the command to start the SOL load (step 3 6); the remote console interacts with the server with the SOL load data ( Step 3 0 7).

The implementation method of the SOL of the present invention mainly depends on two parts: the establishment of the session and the interaction of the SOL load data. Among them, the main purpose during the establishment of a session is to perform user check and support transmission of multiple I PM I information under one channel. As shown in Fig. 4, it is a basic illustration of the session establishment period mentioned in the present invention. In the discovery phase, an RMCP Ping packet is first sent by the remote console 100 (step 401); then it is received by the server 200 containing the BMC and a RMCP Pong packet is returned (step 402); In the start-up phase, a Get Channel Authentication Cap abi li ties command is first sent by the back-end console 100 (step 40 3); then the server 200 responds to the command (step 404); then the remote console 1 〇〇 Send rsSP Open Session Request command (step 40 5); response from server 200

RSSP Open Session Response command (step 40 6); then the remote console 100 sends a RAKP Message 1 command (step 407); the server 2 0 responds to the RAKP Message 2 command (step 4 0 8); and then the remote The console 100 sends a RAKP Message 3 command (step 409); the feeder 20 0 responds to the RAKP Message 4 command (step 41 0). Figure 5 shows the remote console 100 during the establishment of the session.

Page 9 1231672 V. Description of the invention (6) Flow-process diagram. First send P ing packets (step 5 〇 丨); then determine whether to receive Pong packets within the specified time (step 5 0 2); if no $ arrives, the period establishment fails (step 512), if received, = Send

Channel Authentication Capabilities command (step ^ 5 0 3), and then determine whether a response command is received within the specified time (step 5 0 4); if not received, the period establishment fails (step 512) / send RSSP if received Open Session Request command (step

5 0 5), and then determine whether to receive the RSSp Session Response command within the specified time (step 506); if not received, the period establishment fails (step 512), and if received, send the RAKp Message 1 command (step 5 0 7); then determine whether the Message 2 command was received within the specified time (step 5 0 8); if not received, the period establishment failed (step 512), and if received, send the RAKp Message 3 command (step 50 9) ; Then determine whether the rakp Message 4 command is received within the specified time (step 510); if not received, the period establishment fails (step 5 1 2), if received, the period establishment is successful (step 5 丨 丨); during the period After the establishment succeeds or fails, the process ends.

Figure 6 is not a flow chart of the server 2000 during the period establishment process. After receiving the Ethernet data packet (step 6 〇1), the server 2 0 checks whether the packet is a P ng packet (step 6 〇2), if not, it will process its parent by other functions' and Continue to receive data, if yes, send a Pong packet response (step 603), and then determine whether the Get Channel Authentication Capabilities command is received within the specified time (step 604), if not received, the period establishment fails (step

Page 101231672 V. Description of the invention (7) 613) 'If received, send a response to the Get Channel Authentication Capabi 1 ities command (step 6 0 5), and then determine whether the RSSP Open Session Request command was received within the specified time ( Step 6 0 6), if it is not received, the period establishment fails (step 6 1 3), if received, send the RSSP Open Session Response command (step 6 0 7), and then determine whether the rAKP Message 1 is received within the specified time Command (step 6 0 8), if it is not received, the period establishment fails (step 61 3) 'If received, send the RAKP Message 2 command (step 6 0 9), and then determine whether to receive the RAKp Message 3 within the specified time Command (step 61 0), if it is not received, the period establishment fails (step 6 1 3) 'If received, send the RAKP Me s sage 4 command (step 6 1 1)' then the period is established successfully (step 6 1 2) After the period of success or failure, the process ends. After the establishment of the session is completed, the parent interaction of the SOL payload data can be performed. Since the data is transmitted on the LAN in the format of a UDP datagram, there may be cases where packets are lost or the order of the received packets is out of order. Figure 7 is a schematic diagram of the SOL pay 1 oad data interaction. First, the remote console 100 sends an Activate Payload command (step 7 〇 1) to start the S 0 L payload, and the server 2 200 responds to the command (step 7 0 2) 'and then the data interaction can be performed first. The SOL payload is sent by the temple server 2000 (step 703), and the ACK / NACK signal is responded by the remote console 100 (step 704); or the SOL payload may be sent by the remote console 100 first (step 7 0 3 1), the server 2 0 responds to the ACK / NACK loop (step 7 0 4 1).

1231672 V. Description of the invention (8) Figure 8 shows the flow chart of sending and receiving SOL data. First, determine whether the SOL payload is started (step 8 0 1), and if it is started, then determine whether it has timed out (step 8 0 2) If the timeout occurs, the transmission ends (step 8 0 9), if there is no timeout, further determine whether to get the serial port data (step 8 0 3), if the data is obtained, the data will be packaged and sent (step 8 0 4), and then Check whether a confirmation message is obtained (step 8 0 5), if not, retransmission processing is performed (step 8 0 8), and it is determined whether the number of retransmissions has been exceeded during retransmission (step 8 0 7), if not, then Return to step 8 0 4 for repackaging and sending; if a confirmation message is received, start parsing the received data (step 8 6). The above are only the preferred embodiments of the present invention, and are not intended to limit the scope of implementation of the present invention; that is, all equivalent changes and modifications made in accordance with the scope of the patent application for this creation are covered by the scope of the creation patent .

Page 121231672 Brief description of the diagram. Figure 1 is a simplified diagram of the function of SOL in the BMC; Figure 2 is a schematic diagram of the implementation environment of the present invention; .4 is a basic demonstration diagram of the session establishment period mentioned in the present invention; FIG. 5 is a flowchart of the remote console during the establishment of the session period mentioned in the present invention; FIG. 6 is a session period of the present invention. The flowchart of the server during the establishment process; ❿ Figure 7 is a schematic diagram of the interaction of SOL load data mentioned in the present invention; and Figure 8 is a flowchart of receiving and sending SOL data according to the present invention. [Illustration of Symbols] 10 Baseboard Controller 20 BMC 30 LAN Controller 1 0 0 Remote Console 2 0 0 Server with BMC

Page 13

Claims (1)

1231672 VI. Application for Patent Scope 1. A SOL (Serial over LAN) implementation method that complies with the IPMI (Intelligent Platform Management Interface) specification. It involves establishing a session between a remote console and a server. ) To complete the interaction of the SOL payload data, the method includes: the back-end console sends a Ping packet, and the server responds with a Pong packet; the transport-end console sends a Get Channel Authentication Capabi 1 i ties command, and the server The server responds to the command; the console of the transport side sends the RSSP Open Session Request command, and the server responds to the RSSP Open Session Response command; the remote console sends the RAKP Message 1 command, and the server responds to the RAKP Message 2 command; remote control The server sends a RAKP Message 3 command, and the server responds to the RAKP Message 4 command; the remote console sends an Activate Payload command, and the server responds to the command to start the SOL payload; and the remote console and the server interact with the SOL payload data . 2. The IPMI-compliant SOL implementation method described in item 1 of the scope of the patent application, wherein the server has a BMC (Baseboard Management Controller). 3. The IPMI-compliant SOL implementation method described in item 1 of the scope of the patent application, wherein after sending the packet and command, the remote console further includes a method for determining whether a response packet and a command are received within a specified time. Step, if not received, it indicates that the establishment failed during the session. Page 141231672 6. Scope of patent application 4. IPMI-compliant SOL implementation method as described in item 1 of the scope of patent application, wherein the server further includes a judgment before receiving the Ethernet data packet before sending the Pong packet. It is the step of the P ing packet. If it is not, then it is handed over to other functions. If it is, it sends a Pong packet response. 5. The SOL implementation method conforming to the IPMI specification as described in item 1 of the scope of the patent application, before the server sends a response command, it further includes a step of determining whether a request command from the console is received within a specified time, If not received, the establishment failed during the session. 6. The SOL implementation method that complies with the IPMI specification as described in item 1 of the scope of the patent application, wherein the step of the SOL payload data exchange between the remote console and the server includes: the server sends a SOL payload data packet; and remote control The station responds with an ACK / NACK packet according to the reception conditions. 7. The SOL implementation method conforming to the I PM I specification as described in item 1 of the scope of the patent application, wherein the step of the SOL payload data exchange between the remote console and the server includes: the remote console sends a SOL payload data packet; And the server responds with an ACK / NACK packet according to the receiving situation. Page 15