專(zhuān)利名稱(chēng)：符合ipmi規(guī)范的sol的實(shí)現(xiàn)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種串行數(shù)據(jù)的交互方法，尤其涉及一種符合IPMI規(guī)范的，對(duì)裝有BMC的服務(wù)器與遠(yuǎn)程控制臺(tái)之間符合IPMI規(guī)范的SOL實(shí)現(xiàn)方法。
背景技術(shù)：
新經(jīng)濟(jì)時(shí)代企業(yè)面臨的一個(gè)主要問(wèn)題是既要保證應(yīng)用系統(tǒng)不間斷運(yùn)行，又要不斷降低運(yùn)行成本。誰(shuí)能更好地控制網(wǎng)絡(luò)管理成本，誰(shuí)就有可能在競(jìng)爭(zhēng)中站在前列。
市場(chǎng)的需求決定著技術(shù)與產(chǎn)業(yè)的發(fā)展方向。業(yè)界的一些主要廠(chǎng)商從1997年開(kāi)始聯(lián)手，步入服務(wù)器管理智能化的研發(fā)之路。它們的出發(fā)點(diǎn)是解決服務(wù)器硬件管理能力低的問(wèn)題。經(jīng)過(guò)數(shù)年努力，于2001年推出了IPMI(IntelligentPlatform Management Interface，智能化平臺(tái)管理接口)標(biāo)準(zhǔn)。
IPMI是使硬件管理具備智能化的新一代通用接口標(biāo)準(zhǔn)。用戶(hù)可以利用IPMI監(jiān)視服務(wù)器的物理特征，如溫度、電壓、電扇工作狀態(tài)、電源供應(yīng)以及機(jī)箱入侵等，為系統(tǒng)管理、恢復(fù)以及資產(chǎn)管理提供信息。
IPMI技術(shù)的“智能化”來(lái)自于一個(gè)管理微控制器。在一個(gè)主機(jī)系統(tǒng)里，這個(gè)控制器被稱(chēng)為BMC(Baseboard Management Controller，基板管理控制器)。BMC自備電源，并自動(dòng)地監(jiān)控系統(tǒng)健康狀況。如果發(fā)現(xiàn)任何被控單元異常，它能立即采取行動(dòng)，例如記錄事件、報(bào)警、自動(dòng)關(guān)機(jī)或重啟動(dòng)。與BMC相關(guān)聯(lián)的是一組無(wú)源內(nèi)存，用來(lái)存儲(chǔ)傳感器的數(shù)據(jù)(Sensor Data Records，SDR)、系統(tǒng)事件記錄文件，以及一些單元信息如序列號(hào)和部件號(hào)信息等。IPMI通過(guò)指定通用、精簡(jiǎn)、基于消息的接口，將信息傳輸?shù)焦芾砦⒖刂破?，?shí)現(xiàn)軟件與硬件信息的分離。
根據(jù)IPMI規(guī)范，術(shù)語(yǔ)SOL表示“Serial over LAN(局域網(wǎng)上的串行通信)”，其是一個(gè)數(shù)據(jù)封包格式和協(xié)議的規(guī)范，用于通過(guò)IPMI over LAN封包在局域網(wǎng)上傳輸串行數(shù)據(jù)。其目標(biāo)主要是復(fù)位向至/自本地異步串行控制器接口的通信業(yè)務(wù)量，從而可以使用本地軟件在局域網(wǎng)上通信，而該軟件只需知道如何通過(guò)本地串行控制器進(jìn)行通信即可。SOL可以被用來(lái)執(zhí)行一個(gè)虛擬遠(yuǎn)程串行終端來(lái)使用戶(hù)或遠(yuǎn)程軟件可以與基于串行的操作系統(tǒng)接口(如“Command-line(命令行)”接口以及Linux console(控制臺(tái)))或管理服務(wù)(如Microsoft的EMS(serial-based Emergency Management Services))進(jìn)行交互。
然而，盡管IPMI規(guī)范提出了SOL的術(shù)語(yǔ)概念、格式以及功能，但如何實(shí)現(xiàn)這種功能的過(guò)程，并沒(méi)有做出具體的指導(dǎo)或規(guī)定，因此，如何能按照IPMI規(guī)范實(shí)現(xiàn)SOL功能已經(jīng)成為業(yè)界亟待解決的問(wèn)題。
發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問(wèn)題在于提供一種符合IPMI規(guī)范的SOL實(shí)現(xiàn)方法，以按照IPMI規(guī)范實(shí)現(xiàn)SOL功能。
為了實(shí)現(xiàn)上述目的，本發(fā)明提供了一種符合IPMI規(guī)范的SOL實(shí)現(xiàn)方法，其特點(diǎn)在于，是在遠(yuǎn)程控制臺(tái)與服務(wù)器之間建立會(huì)話(huà)期間，以完成SOL載荷數(shù)據(jù)的交互，該方法包括遠(yuǎn)程控制臺(tái)發(fā)送Ping封包，并由服務(wù)器響應(yīng)一Pong封包；遠(yuǎn)程控制臺(tái)發(fā)送Get Channel Authentication Capabilities命令，并由服務(wù)器響應(yīng)該命令；遠(yuǎn)程控制臺(tái)發(fā)送RSSP Open Session Request命令，并由服務(wù)器響應(yīng)RSSPOpen Session Response命令；遠(yuǎn)程控制臺(tái)發(fā)送RAKP Message 1命令，并由服務(wù)器響應(yīng)RAKP Message 2命令；遠(yuǎn)程控制臺(tái)發(fā)送RAKP Message 3命令，并由服務(wù)器響應(yīng)RAKP Message 4命令；遠(yuǎn)程控制臺(tái)發(fā)送Activate Payload命令，并由服務(wù)器響應(yīng)該命令以激活SOL載荷；及遠(yuǎn)程控制臺(tái)與服務(wù)器交互SOL載荷數(shù)據(jù)。
上述的符合IPMI規(guī)范的SOL實(shí)現(xiàn)方法，其特點(diǎn)在于，該服務(wù)器具有基板管理控制器。
上述的符合IPMI規(guī)范的SOL實(shí)現(xiàn)方法，其特點(diǎn)在于，該遠(yuǎn)程控制臺(tái)在發(fā)送封包及命令后，還包括一判斷是否在規(guī)定時(shí)間內(nèi)收到響應(yīng)封包及響應(yīng)命令的步驟，如果沒(méi)有收到，則表明會(huì)話(huà)期間建立失敗。
上述的符合IPMI規(guī)范的SOL實(shí)現(xiàn)方法，其特點(diǎn)在于，該服務(wù)器發(fā)送Pong封包之前還包括一判斷接收到的以太網(wǎng)數(shù)據(jù)封包是否是Ping包的步驟，如果不是則將其交由其它函數(shù)處理，如果是則發(fā)送Pong封包響應(yīng)。
上述的符合IPMI規(guī)范的SOL實(shí)現(xiàn)方法，其特點(diǎn)在于，該服務(wù)器在發(fā)送回應(yīng)命令之前，還包括一判斷是否在規(guī)定時(shí)間內(nèi)收到控制臺(tái)發(fā)出的請(qǐng)求命令的步驟，如果沒(méi)有收到，則表明會(huì)話(huà)期間建立失敗。
上述的符合IPMI規(guī)范的SOL實(shí)現(xiàn)方法，其特點(diǎn)在于，該遠(yuǎn)程控制臺(tái)與服務(wù)器交互SOL載荷數(shù)據(jù)的步驟，包括服務(wù)器發(fā)送SOL載荷數(shù)據(jù)封包；及遠(yuǎn)程控制臺(tái)根據(jù)接收情況響應(yīng)一ACK/NACK封包。
上述的符合IPMI規(guī)范的SOL實(shí)現(xiàn)方法，其特點(diǎn)在于，該遠(yuǎn)程控制臺(tái)與服務(wù)器交互SOL載荷數(shù)據(jù)的步驟，包括遠(yuǎn)程控制臺(tái)發(fā)送SOL載荷數(shù)據(jù)封包；及服務(wù)器根據(jù)接收情況響應(yīng)一ACK/NACK封包。
本發(fā)明通過(guò)在遠(yuǎn)程控制臺(tái)與服務(wù)器之間建立會(huì)話(huà)期間以完成SOL載荷數(shù)據(jù)的交互，以符合IPMI規(guī)范的方式實(shí)現(xiàn)了SOL的功能。
以下結(jié)合附圖和具體實(shí)施例對(duì)本發(fā)明進(jìn)行詳細(xì)描述，但不作為對(duì)本發(fā)明的限定。
圖1為SOL在BMC中的功能簡(jiǎn)圖；圖2為本發(fā)明的實(shí)施環(huán)境示意圖；圖3為本發(fā)明的符合IPMI規(guī)范的SOL實(shí)現(xiàn)方法流程圖；圖4為本發(fā)明所提的建立會(huì)話(huà)期間的基本演示圖；圖5為本發(fā)明所提的會(huì)話(huà)期間建立過(guò)程中遠(yuǎn)程控制臺(tái)的流程圖；圖6為本發(fā)明所提的會(huì)話(huà)期間建立過(guò)程中服務(wù)器的流程圖；圖7為本發(fā)明所提的SOL載荷數(shù)據(jù)交互的示意圖；及圖8為本發(fā)明所提的收發(fā)SOL數(shù)據(jù)的流程圖。
具體實(shí)施例方式
如圖1所示，為SOL在BMC中的功能簡(jiǎn)圖。通過(guò)分析IPMI規(guī)范可知，一個(gè)遠(yuǎn)程管理程序可以與BMC建立一個(gè)IPMI-over-LAN會(huì)話(huà)期間(Session)，一旦該期間建立，遠(yuǎn)程控制臺(tái)可以請(qǐng)求SOL激活。
從這一點(diǎn)來(lái)說(shuō)，任何從基板串行控制器10輸出的字符都被BMC20重組入封包中，并通過(guò)LAN控制器30經(jīng)由局域網(wǎng)被發(fā)送到遠(yuǎn)程控制臺(tái)。反過(guò)來(lái)，攜帶字符的帶內(nèi)(in-band)局域網(wǎng)封包中，對(duì)于系統(tǒng)串行控制器來(lái)說(shuō)，含有它們的字符數(shù)據(jù)，由BMC20拆取并發(fā)送到基板串行控制器10。
SOL字符數(shù)據(jù)被作為SOL訊息運(yùn)載于UDP(User Data Protocol)數(shù)據(jù)包中，封包格式符合IPMI規(guī)范。SOL載荷(Payload)中包括有用于支持肯定應(yīng)答(Acknowledge)和重試(Retries)的域，以及用于支持刷新緩沖區(qū)或使用流控制臨時(shí)掛起串行流量的功能的域。
根據(jù)IPMI規(guī)范，一個(gè)肯定應(yīng)答封包有兩種形式，一個(gè)是ACK，表示收到了封包并接受其全部的數(shù)據(jù)；另一個(gè)是NACK，表示收到了封包，但是有部分或全部的數(shù)據(jù)不能被接受。
如圖2所示，為本發(fā)明的實(shí)施環(huán)境示意圖。依據(jù)本發(fā)明的原理，可以將包含BMC的服務(wù)器200上BIOS的輸入輸出通過(guò)設(shè)置串口控制器的開(kāi)關(guān)復(fù)位到BMC中，BMC中的韌體(Firmware)負(fù)責(zé)接收從BIOS傳送過(guò)來(lái)的數(shù)據(jù)，將其封裝成RMCP(Remote Management Control Protocol，遠(yuǎn)程管理控制協(xié)議)的數(shù)據(jù)格式，最終以UDP數(shù)據(jù)包的格式通過(guò)LAN傳送到遠(yuǎn)程控制臺(tái)100上，從遠(yuǎn)程控制臺(tái)100發(fā)送回的數(shù)據(jù)也要經(jīng)過(guò)韌體進(jìn)行解析，并將解析后的數(shù)據(jù)通過(guò)BMC傳送給BIOS。實(shí)際上其實(shí)現(xiàn)的是一個(gè)虛擬串行端口的功能。
如圖3所示，為本發(fā)明的符合IPMI規(guī)范的SOL實(shí)現(xiàn)方法流程圖，首先，步驟301，遠(yuǎn)程控制臺(tái)發(fā)送Ping封包，并由服務(wù)器響應(yīng)一Pong封包；步驟302，遠(yuǎn)程控制臺(tái)發(fā)送Get Channel Authentication Capabilities命令，并由服務(wù)器響應(yīng)該命令；步驟303，遠(yuǎn)程控制臺(tái)發(fā)送RSSP Open Session Request命令，并由服務(wù)器響應(yīng)RSSP Open Session Response命令；步驟304，遠(yuǎn)程控制臺(tái)發(fā)送RAKPMessage 1命令，并由服務(wù)器響應(yīng)RAKP Message 2命令；步驟305，遠(yuǎn)程控制臺(tái)發(fā)送RAKP Message 3命令，并由服務(wù)器響應(yīng)RAKP Message 4命令；步驟306，遠(yuǎn)程控制臺(tái)發(fā)送Activate Payload命令，并由服務(wù)器響應(yīng)該命令以激活SOL載荷；步驟307，遠(yuǎn)程控制臺(tái)與服務(wù)器交互SOL載荷數(shù)據(jù)。
本發(fā)明的SOL的實(shí)現(xiàn)方法主要依靠?jī)蓚€(gè)部分會(huì)話(huà)期間的建立和SOL載荷數(shù)據(jù)的交互。其中，建立會(huì)話(huà)期間的主要目的是用于進(jìn)行用戶(hù)校驗(yàn)和支持多種IPMI信息在一個(gè)信道下的傳輸。
如圖4所示，為本發(fā)明所提的建立會(huì)話(huà)期間的基本演示圖。在發(fā)現(xiàn)階段，首先，步驟401，由遠(yuǎn)程控制臺(tái)100發(fā)送一RMCP Ping封包；然后，步驟402，由包含有BMC的服務(wù)器200收到后響應(yīng)一RMCP Pong封包；在啟動(dòng)階段，步驟403，首先由遠(yuǎn)程控制臺(tái)100發(fā)送一Get Channel Authentication Capabilities命令；步驟404，再由服務(wù)器200響應(yīng)該命令；步驟405，接著由遠(yuǎn)程控制臺(tái)100發(fā)送RSSP Open Session Request命令；步驟406，由服務(wù)器200響應(yīng)RSSPOpen Session Response命令；步驟407，再由遠(yuǎn)程控制臺(tái)100發(fā)送RAKP Message1命令；步驟408，由服務(wù)器200響應(yīng)RAKP Message 2命令；步驟409，再由遠(yuǎn)程控制臺(tái)100發(fā)送RAKP Message 3命令；步驟410，由服務(wù)器200響應(yīng)RAKPMessage 4命令。
圖5所示為會(huì)話(huà)期間建立過(guò)程中，遠(yuǎn)程控制臺(tái)100的流程圖。步驟501，首先發(fā)送Ping封包；步驟502，然后判斷是否在規(guī)定時(shí)間內(nèi)收到Pong封包；如果沒(méi)有收到，則步驟512，期間建立失敗，如果收到，則步驟503，發(fā)送GetChannel Authentication Capabilities命令；接著步驟504，判斷是否在規(guī)定時(shí)間內(nèi)收到響應(yīng)命令；如果沒(méi)有收到則步驟512，期間建立失敗，如果收到則步驟505，發(fā)送RSSP Open Session Request命令；然后步驟506，判斷是否在規(guī)定時(shí)間內(nèi)收到RSSP Open Session Response命令；如果沒(méi)有收到則步驟512，期間建立失敗，如果收到則步驟507，發(fā)送RAKP Message 1命令；然后步驟508，判斷是否在規(guī)定時(shí)間內(nèi)收到RAKP Message 2命令；如果沒(méi)有收到則步驟512，期間建立失敗，如果收到則步驟509，發(fā)送RAKP Message 3命令；然后步驟510，判斷是否在規(guī)定時(shí)間內(nèi)收到RAKP Message 4命令；如果沒(méi)有收到則步驟512，期間建立失敗，如果收到則步驟511，期間建立成功；在期間建立成功或失敗后，流程結(jié)束。
圖6所示為期間建立過(guò)程中，服務(wù)器200端的流程圖。步驟601，服務(wù)器200接收以太網(wǎng)數(shù)據(jù)封包；步驟602，檢查該封包是否是Ping封包；如果不是則將其交由其它函數(shù)處理，并返回步驟601繼續(xù)接收數(shù)據(jù)，如果是則步驟603，發(fā)送一Pong封包響應(yīng)；然后步驟604，判斷是否在規(guī)定時(shí)間內(nèi)收到Get ChannelAuthentication Capabilities命令；如果沒(méi)有收到則步驟613，期間建立失??；如果收到則步驟605，發(fā)送Get Channel Authentication Capabilities命令的響應(yīng)；然后步驟606，判斷是否在規(guī)定時(shí)間內(nèi)收到RSSP Open Session Request命令；如果沒(méi)有收到則步驟613，期間建立失敗，如果收到則步驟607，發(fā)送RSSPOpen Session Response命令；然后步驟608，判斷是否在規(guī)定時(shí)間內(nèi)收到RAKPMessage 1命令；如果沒(méi)有收到則步驟613，期間建立失??；如果收到則步驟609，發(fā)送RAKP Message 2命令；然后步驟610，判斷是否在規(guī)定時(shí)間內(nèi)收到RAKP Message 3命令；如果沒(méi)有收到則步驟613，期間建立失敗；如果收到則步驟611，發(fā)送RAKP Message 4命令；然后步驟612，期間建立成功；在期間建立成功或失敗后，流程結(jié)束。
會(huì)話(huà)期間建立完成之后，就可以進(jìn)行SOL載荷數(shù)據(jù)的交互了。由于數(shù)據(jù)是以UDP數(shù)據(jù)包的格式在LAN上進(jìn)行傳送的，所以可能出現(xiàn)數(shù)據(jù)包丟失或是接收到的數(shù)據(jù)包次序混亂的情況，圖7就是SOL payload數(shù)據(jù)交互的示意圖。首先，步驟701，由遠(yuǎn)程控制臺(tái)100發(fā)送Activate Payload命令，以激活SOL載荷；步驟702由服務(wù)器200響應(yīng)該命令；步驟703，然后就可以進(jìn)行數(shù)據(jù)交互，可以首先由服務(wù)器200發(fā)送SOL載荷；步驟704，由遠(yuǎn)程控制臺(tái)100響應(yīng)ACK/NACK訊號(hào)；或者，也可以步驟7031，首先由遠(yuǎn)程控制臺(tái)100發(fā)送SOL載荷；步驟7041，由服務(wù)器200響應(yīng)ACK/NACK循環(huán)。
圖8所示為收發(fā)SOL數(shù)據(jù)的流程圖，首先，步驟801，判斷SOL載荷是否被激活；如果被激活則步驟802，接著判斷是否超時(shí)；如果超時(shí)則步驟809，傳送結(jié)束；如果沒(méi)有超時(shí)則步驟803，進(jìn)一步判斷是否得到串行端口數(shù)據(jù)；如果得到數(shù)據(jù)則步驟804，將數(shù)據(jù)封裝發(fā)送；然后步驟805，檢查是否得到了確認(rèn)訊息；如果沒(méi)有得到確認(rèn)訊息則步驟808，做重傳處理；重傳時(shí)，步驟807，判斷是否已經(jīng)超過(guò)了重傳次數(shù)；如果沒(méi)有超過(guò)則回到步驟804，重新封裝發(fā)送；如果收到了確認(rèn)訊息則步驟806，開(kāi)始對(duì)收到的數(shù)據(jù)解析處理。
當(dāng)然，本發(fā)明還可有其它多種實(shí)施例，在不背離本發(fā)明精神及其實(shí)質(zhì)的情況下，熟悉本領(lǐng)域的技術(shù)人員當(dāng)可根據(jù)本發(fā)明作出各種相應(yīng)的改變和變形，但這些相應(yīng)的改變和變形都應(yīng)屬于本發(fā)明所附的權(quán)利要求的保護(hù)范圍。
權(quán)利要求
1.一種符合智能化平臺(tái)管理接口規(guī)范的局域網(wǎng)上的串行通信的實(shí)現(xiàn)方法，其特征在于，是在遠(yuǎn)程控制臺(tái)與服務(wù)器之間建立會(huì)話(huà)期間，以完成局域網(wǎng)串行載荷數(shù)據(jù)的交互，該方法包括遠(yuǎn)程控制臺(tái)發(fā)送Ping封包，并由服務(wù)器響應(yīng)一Pong封包；遠(yuǎn)程控制臺(tái)發(fā)送Get Channel Authentication Capabilities命令，并由服務(wù)器響應(yīng)該命令；遠(yuǎn)程控制臺(tái)發(fā)送RSSP Open Session Request命令，并由服務(wù)器響應(yīng)RSSPOpen Session Response命令；遠(yuǎn)程控制臺(tái)發(fā)送RAKP Message 1命令，并由服務(wù)器響應(yīng)RAKP Message 2命令；遠(yuǎn)程控制臺(tái)發(fā)送RAKP Message 3命令，并由服務(wù)器響應(yīng)RAKP Message 4命令；遠(yuǎn)程控制臺(tái)發(fā)送Activate Payload命令，并由服務(wù)器響應(yīng)該命令以激活局域網(wǎng)串行載荷；及遠(yuǎn)程控制臺(tái)與服務(wù)器交互局域網(wǎng)串行載荷數(shù)據(jù)。
2.根據(jù)權(quán)利要求1所述的符合智能化平臺(tái)管理接口規(guī)范的局域網(wǎng)上的串行通信的實(shí)現(xiàn)方法，其特征在于，該服務(wù)器具有基板管理控制器。
3.根據(jù)權(quán)利要求1所述的符合智能化平臺(tái)管理接口規(guī)范的局域網(wǎng)上的串行通信的實(shí)現(xiàn)方法，其特征在于，該遠(yuǎn)程控制臺(tái)在發(fā)送封包及命令后，還包括一判斷是否在規(guī)定時(shí)間內(nèi)收到響應(yīng)封包及響應(yīng)命令的步驟，如果沒(méi)有收到，則表明會(huì)話(huà)期間建立失敗。
4.根據(jù)權(quán)利要求1所述的符合智能化平臺(tái)管理接口規(guī)范的局域網(wǎng)上的串行通信的實(shí)現(xiàn)方法，其特征在于，該服務(wù)器發(fā)送Pong封包之前還包括一判斷接收到的以太網(wǎng)數(shù)據(jù)封包是否是Ping包的步驟，如果不是則將其交由其它函數(shù)處理，如果是則發(fā)送Pong封包響應(yīng)。
5.根據(jù)權(quán)利要求1所述的符合智能化平臺(tái)管理接口規(guī)范的局域網(wǎng)上的串行通信的實(shí)現(xiàn)方法，其特征在于，該服務(wù)器在發(fā)送回應(yīng)命令之前，還包括一判斷是否在規(guī)定時(shí)間內(nèi)收到控制臺(tái)發(fā)出的請(qǐng)求命令的步驟，如果沒(méi)有收到，則表明會(huì)話(huà)期間建立失敗。
6.根據(jù)權(quán)利要求1所述的符合智能化平臺(tái)管理接口規(guī)范的局域網(wǎng)上的串行通信的實(shí)現(xiàn)方法，其特征在于，該遠(yuǎn)程控制臺(tái)與服務(wù)器交互局域網(wǎng)串行載荷數(shù)據(jù)的步驟，包括服務(wù)器發(fā)送局域網(wǎng)串行載荷數(shù)據(jù)封包；及遠(yuǎn)程控制臺(tái)根據(jù)接收情況響應(yīng)一ACK/NACK封包。
7.根據(jù)權(quán)利要求1所述的符合智能化平臺(tái)管理接口規(guī)范的局域網(wǎng)上的串行通信的實(shí)現(xiàn)方法，其特征在于，該遠(yuǎn)程控制臺(tái)與服務(wù)器交互局域網(wǎng)串行載荷數(shù)據(jù)的步驟，包括遠(yuǎn)程控制臺(tái)發(fā)送局域網(wǎng)串行載荷數(shù)據(jù)封包；及服務(wù)器根據(jù)接收情況響應(yīng)一ACK/NACK封包。
全文摘要
本發(fā)明涉及一種符合IPMI規(guī)范的SOL實(shí)現(xiàn)方法，是在遠(yuǎn)程控制臺(tái)與服務(wù)器之間建立會(huì)話(huà)期間，以完成局域網(wǎng)串行載荷數(shù)據(jù)的交互，該方法包括遠(yuǎn)程控制臺(tái)發(fā)送Ping封包，并由服務(wù)器響應(yīng)一Pong封包；遠(yuǎn)程控制臺(tái)發(fā)送Get Channel Authentication Capabilities命令，并由服務(wù)器響應(yīng)該命令；遠(yuǎn)程控制臺(tái)發(fā)送RSSP Open Session Request命令，并由服務(wù)器響應(yīng)RSSP Open Session Response命令；遠(yuǎn)程控制臺(tái)發(fā)送RAKP Message 1命令，并由服務(wù)器響應(yīng)RAKP Message 2命令；遠(yuǎn)程控制臺(tái)發(fā)送RAKP Message 3命令，并由服務(wù)器響應(yīng)RAKP Message 4命令；遠(yuǎn)程控制臺(tái)發(fā)送Activate Payload命令，并由服務(wù)器響應(yīng)該命令以激活局域網(wǎng)串行載荷；及遠(yuǎn)程控制臺(tái)與服務(wù)器交互局域網(wǎng)串行載荷數(shù)據(jù)。本發(fā)明以符合IPMI規(guī)范的方式實(shí)現(xiàn)了SOL功能。
文檔編號(hào)H04L12/28GK1649314SQ20041000111
公開(kāi)日2005年8月3日 申請(qǐng)日期2004年1月19日 優(yōu)先權(quán)日2004年1月19日
發(fā)明者劉文涵, 陳玄同, 陳怡 申請(qǐng)人:英業(yè)達(dá)股份有限公司