專利名稱：一種消息處理方法、交換機及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種消息處理方法、交換機及系統(tǒng)。
技術(shù)背景
胖樹架構(gòu)是數(shù)據(jù)中心(Data Center, DC)網(wǎng)絡(luò)的一種重要部署方案。在胖樹架構(gòu)典型的網(wǎng)絡(luò)拓撲中，包括接入層的交換機、匯聚層的交換機以及服務(wù)器，其中，接入層的每個交換機和匯聚層的每個交換機互相連接。
以一個中型的胖樹架構(gòu)為例，該架構(gòu)中擁有3000-5000臺的服務(wù)器。當一臺服務(wù)器要訪問架構(gòu)中的另外一臺服務(wù)器時，該服務(wù)器中的VM(VirtUal Machine，虛擬機)發(fā)送的ARP(Address Resolution Protocol，地址解析協(xié)議)請求都會廣播到該架構(gòu)中其他所有的服務(wù)器和交換機。因此，如果有大量的VM都發(fā)送ARP請求時，會導致ARP請求泛洪，從而消耗網(wǎng)絡(luò)帶寬，并占用匯聚層的交換機和服務(wù)器的CPU資源。因此，如何解決ARP請求泛洪問題，是胖樹架構(gòu)的關(guān)鍵。
現(xiàn)有技術(shù)中，可以通過ARP代理服務(wù)器來解決ARP請求泛洪問題。但是，當ARP代理服務(wù)器動態(tài)地由DHCP (Dynamic Host Configuration Protocol，動態(tài)主機配置協(xié)議)服務(wù)器獲取IP地址時，在獲得VM發(fā)送的ARP請求后，ARP代理服務(wù)器需要和DHCP服務(wù)器頻繁地通信以獲得被訪問的服務(wù)器的IP地址，從而使得ARP代理服務(wù)器不能及時的響應(yīng)ARP 請求，實時性差。發(fā)明內(nèi)容
本發(fā)明實施例提供一種消息處理方法、交換機及系統(tǒng)，用于在發(fā)生Ara請求泛洪時，提高對ARP請求處理的實時性。
本發(fā)明實施例采用如下技術(shù)方案
一種消息處理方法，包括
在組內(nèi)服務(wù)器與動態(tài)主機配置協(xié)議DHCP服務(wù)器的通信過程中，生成第一對應(yīng)關(guān)系表，所述第一對應(yīng)關(guān)系表包括組內(nèi)服務(wù)器與組內(nèi)服務(wù)器的地址信息的對應(yīng)關(guān)系；
接收源服務(wù)器發(fā)送的地址解析協(xié)議ARP請求，所述ARP請求用于表示所述源服務(wù)器需要訪問目的服務(wù)器；
根據(jù)所述ARP請求，查找所述第一對應(yīng)關(guān)系表，當根據(jù)所述第一對應(yīng)關(guān)系表能夠獲得所述目的服務(wù)器的地址信息時，向所述源服務(wù)器向發(fā)送所述目的服務(wù)器的地址信息。
一種消息處理方法，包括
接收接入交換機發(fā)送的組內(nèi)服務(wù)器與組內(nèi)服務(wù)器的地址信息的對應(yīng)關(guān)系，其中， 所述接入交換機在組內(nèi)服務(wù)器與動態(tài)主機配置協(xié)議DHCP服務(wù)器的通信過程中，生成第一對應(yīng)關(guān)系表，所述第一對應(yīng)關(guān)系表包括組內(nèi)服務(wù)器與組內(nèi)服務(wù)器的地址信息的對應(yīng)關(guān)系；
當所述接入交換機無法根據(jù)源服務(wù)器的ARP請求由所述第一對應(yīng)關(guān)系表獲得目的服務(wù)器的地址信息時，接收所述接入交換機轉(zhuǎn)發(fā)的所述ARP請求；
根據(jù)所述ARP請求查找第二對應(yīng)關(guān)系表，并根據(jù)查找結(jié)果，向所述接入交換機向發(fā)送所述目的服務(wù)器的地址信息，以使所述接入交換機向所述源服務(wù)器向發(fā)送所述目的服務(wù)器的地址信息；其中，所述第二對應(yīng)關(guān)系表根據(jù)所述組內(nèi)服務(wù)器與組內(nèi)服務(wù)器的地址信息的對應(yīng)關(guān)系生成。
一種交換機，包括
信息獲取單元，用于在組內(nèi)服務(wù)器與動態(tài)主機配置協(xié)議DHCP服務(wù)器的通信過程中，生成第一對應(yīng)關(guān)系表，所述第一對應(yīng)關(guān)系表包括組內(nèi)服務(wù)器與組內(nèi)服務(wù)器的地址信息的對應(yīng)關(guān)系；
請求接收單元，用于接收源服務(wù)器發(fā)送的地址解析協(xié)議ARP請求，所述ARP請求用于表示所述源服務(wù)器需要訪問目的服務(wù)器；
信息發(fā)送單元，用于根據(jù)所述ARP請求，查找所述第一對應(yīng)關(guān)系表，當根據(jù)所述第一對應(yīng)關(guān)系表能夠獲得所述目的服務(wù)器的地址信息時，向所述源服務(wù)器向發(fā)送所述目的服務(wù)器的地址信息。
一種交換機，包括
獲取單元，用于接收接入交換機發(fā)送的組內(nèi)服務(wù)器與組內(nèi)服務(wù)器的地址信息的對應(yīng)關(guān)系，其中，所述接入交換機在組內(nèi)服務(wù)器與動態(tài)主機配置協(xié)議DHCP服務(wù)器的通信過程中，生成第一對應(yīng)關(guān)系表，所述第一對應(yīng)關(guān)系表包括組內(nèi)服務(wù)器與組內(nèi)服務(wù)器的地址信息的對應(yīng)關(guān)系；
接收單元，用于當所述接入交換機無法根據(jù)源服務(wù)器的ARP請求由所述第一對應(yīng)關(guān)系表獲得目的服務(wù)器的地址信息時，接收所述接入交換機轉(zhuǎn)發(fā)的所述ARP請求；
發(fā)送單元，用于根據(jù)所述ARP請求查找第二對應(yīng)關(guān)系表，并根據(jù)查找結(jié)果，向所述接入交換機向發(fā)送所述目的服務(wù)器的地址信息，以使所述接入交換機向所述源服務(wù)器向發(fā)送所述目的服務(wù)器的地址信息；其中，所述第二對應(yīng)關(guān)系表根據(jù)所述組內(nèi)服務(wù)器與組內(nèi)服務(wù)器的地址信息的對應(yīng)關(guān)系生成。
一種消息處理系統(tǒng)，包括源服務(wù)器以及接入交換機；
所述源服務(wù)器，用于向所述接入交換機發(fā)送ARP請求，所述ARP請求用于表示所述源服務(wù)器需要訪問目的服務(wù)器；接收所述目的服務(wù)器的地址信息；
所述接入交換機，包括權(quán)利要求8-12任一所述的交換機，用于在組內(nèi)服務(wù)器與動態(tài)主機配置協(xié)議DHCP服務(wù)器的通信過程中，生成第一對應(yīng)關(guān)系表，所述第一對應(yīng)關(guān)系表包括組內(nèi)服務(wù)器與組內(nèi)服務(wù)器的地址信息的對應(yīng)關(guān)系；接收源服務(wù)器發(fā)送的地址解析協(xié)議 ARP請求，所述ARP請求用于表示所述源服務(wù)器需要訪問目的服務(wù)器；根據(jù)所述ARP請求， 查找所述第一對應(yīng)關(guān)系表，當根據(jù)所述第一對應(yīng)關(guān)系表能夠獲得所述目的服務(wù)器的地址信息時，向所述源服務(wù)器向發(fā)送所述目的服務(wù)器的地址信息。
本發(fā)明實施例提供的消息處理方法、交換機及系統(tǒng)，當組內(nèi)服務(wù)器動態(tài)地從DHCP 服務(wù)器獲取地址信息時，由于利用本發(fā)明實施例可由接入交換機在組內(nèi)服務(wù)器與DHCP服務(wù)器的通信過程中，獲取組內(nèi)服務(wù)器與組內(nèi)服務(wù)器的地址信息的對應(yīng)關(guān)系并存儲在對應(yīng)關(guān)系表中，因此，當接入交換機接收到源服務(wù)器的地址解析協(xié)議請求時，且根據(jù)所述對應(yīng)關(guān)系表能夠獲得所述目的服務(wù)器的地址信息時，該接入交換機根據(jù)其自身存儲的對應(yīng)關(guān)系表即可向所述源服務(wù)器向發(fā)送所述目的服務(wù)器的地址信息，無需頻繁地和DHCP服務(wù)器通信去獲取目的服務(wù)器的地址信息。因此，在發(fā)生APR請求泛洪時，利用本發(fā)明實施例，仍能及時的響應(yīng)源服務(wù)器的請求，提高了對ARP請求處理的實時性。


為了更清楚地說明本發(fā)明實施例的技術(shù)方案，下面將對實施例描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
圖1為本發(fā)明實施例一的消息處理方法的流程圖2為本發(fā)明實施例二的消息處理方法的流程圖3為本發(fā)明實施例三的消息處理方法的流程圖4為本發(fā)明實施例四的交換機的結(jié)構(gòu)圖5為本發(fā)明實施例四的交換機的示意圖6為本發(fā)明實施例五的交換機的結(jié)構(gòu)圖7為本發(fā)明實施例六消息處理系統(tǒng)的示意圖8為本發(fā)明實施例六消息處理系統(tǒng)的具體示意圖。
具體實施方式
下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
如圖1所示，本發(fā)明實施例一的消息處理方法包括
步驟11、接入交換機(Top of rack switch, TOR)在組內(nèi)服務(wù)器與動態(tài)主機配置協(xié)議DHCP服務(wù)器的通信過程中，生成第一對應(yīng)關(guān)系表，所述第一對應(yīng)關(guān)系表包括組內(nèi)服務(wù)器與組內(nèi)服務(wù)器的地址信息的對應(yīng)關(guān)系。
根據(jù)現(xiàn)有的胖型架構(gòu)，每臺核心交換機(COR Lan switch, COR LSW)分別與架構(gòu)中的每臺接入交換機連接，每臺接入交換機都可連接有多臺服務(wù)器。組內(nèi)服務(wù)器，是指接入交換機所連接的服務(wù)器。在此，所述地址信息指的是組內(nèi)服務(wù)器的IP地址和MAC ((Media Access Control，介質(zhì)訪問控制)地址。
以接入交換機A為例，假設(shè)它的組內(nèi)服務(wù)器包括服務(wù)器1......服務(wù)器10共10臺服務(wù)器。
當每臺組內(nèi)服務(wù)器需要連接網(wǎng)絡(luò)時，組內(nèi)服務(wù)器都要和DHCP服務(wù)器進行通信，以獲取它的地址信息。因此，在組內(nèi)服務(wù)器與DHCP服務(wù)器通信的過程中，接入交換機可截獲所述組內(nèi)服務(wù)器與所述DHCP服務(wù)器之間的報文，獲取所述組內(nèi)服務(wù)器的地址信息。而后， 即可在所述第一對應(yīng)關(guān)系表中存儲所述組內(nèi)服務(wù)器與所述組內(nèi)服務(wù)器的地址信息的對應(yīng)關(guān)系。
步驟12、接入交換機接收源服務(wù)器發(fā)送的ARP請求，所述ARP請求用于表示所述源服務(wù)器需要訪問目的服務(wù)器。
其中，源服務(wù)器指的是發(fā)起ARP請求的服務(wù)器，它可以是網(wǎng)絡(luò)架構(gòu)中的任意一臺服務(wù)器。目的服務(wù)器，是指源服務(wù)器想要訪問的那臺服務(wù)器，它也可以是網(wǎng)絡(luò)架構(gòu)中的任意一臺服務(wù)器。
步驟13、接入交換機根據(jù)所述ARP請求，查找第一對應(yīng)關(guān)系表，當根據(jù)所述第一對應(yīng)關(guān)系表能夠獲得所述目的服務(wù)器的地址信息時，向所述源服務(wù)器向發(fā)送所述目的服務(wù)器的地址信息。
在接收到ARP請求后，接入交換機可根據(jù)所述ARP請求，查找所述第一對應(yīng)關(guān)系表。當根據(jù)所述第一對應(yīng)關(guān)系表能夠獲得所述目的服務(wù)器的地址信息時，向所述源服務(wù)器發(fā)送所述目的服務(wù)器的地址信息。
還是以接入交換機A為例，它的第一對應(yīng)關(guān)系表中存儲有它的組內(nèi)服務(wù)器服務(wù)器1.......服務(wù)器10與各自的地址信息的對應(yīng)關(guān)系。因此，當某個源服務(wù)器想要訪問它的組內(nèi)服務(wù)器，例如服務(wù)器1時，接入交換機A在接收到源服務(wù)器廣播的ARP請求后，查找所述第一對應(yīng)關(guān)系表，然后向所述源服務(wù)器發(fā)送所述服務(wù)器1的地址信息。
當組內(nèi)服務(wù)器動態(tài)地從DHCP服務(wù)器獲取地址信息時，由于利用本發(fā)明實施例可由接入交換機在組內(nèi)服務(wù)器與DHCP服務(wù)器的通信過程中，獲取組內(nèi)服務(wù)器與組內(nèi)服務(wù)器的地址信息的對應(yīng)關(guān)系并存儲在對應(yīng)關(guān)系表中，因此，當接入交換機接收到源服務(wù)器的地址解析協(xié)議請求時，且根據(jù)所述對應(yīng)關(guān)系表能夠獲得所述目的服務(wù)器的地址信息時，該接入交換機根據(jù)其自身存儲的對應(yīng)關(guān)系表即可向所述源服務(wù)器向發(fā)送所述目的服務(wù)器的地址信息，無需頻繁地和DHCP服務(wù)器通信去獲取目的服務(wù)器的地址信息。因此，在發(fā)生APR 請求泛洪時，利用本發(fā)明實施例，仍能及時的響應(yīng)源服務(wù)器的請求，提高了對ARP請求處理的實時性。
與本發(fā)明實施例一相對應(yīng)，在核心交換機側(cè)，本發(fā)明實施例二還提供了一種消息處理方法。
如圖2所示，本發(fā)明實施例二的消息處理方法包括
步驟21、核心交換機接收接入交換機發(fā)送的組內(nèi)服務(wù)器與組內(nèi)服務(wù)器的地址信息的對應(yīng)關(guān)系，其中，所述接入交換機在組內(nèi)服務(wù)器與動態(tài)主機配置協(xié)議DHCP服務(wù)器的通信過程中，生成第一對應(yīng)關(guān)系表，所述第一對應(yīng)關(guān)系表包括組內(nèi)服務(wù)器與組內(nèi)服務(wù)器的地址信息的對應(yīng)關(guān)系。
根據(jù)前述實施例的描述，接入交換機在組內(nèi)服務(wù)器與動態(tài)主機配置協(xié)議DHCP服務(wù)器的通信過程中，生成第一對應(yīng)關(guān)系表，所述第一對應(yīng)關(guān)系表包括組內(nèi)服務(wù)器與組內(nèi)服務(wù)器的地址信息的對應(yīng)關(guān)系。因此，當?shù)谝粚?yīng)關(guān)系表的狀態(tài)發(fā)生變化，例如增加了組內(nèi)服務(wù)器與組內(nèi)服務(wù)器的地址信息的對應(yīng)關(guān)系，或者刪除了組內(nèi)服務(wù)器與組內(nèi)服務(wù)器的地址信息的對應(yīng)關(guān)系，或者修改了組內(nèi)服務(wù)器與組內(nèi)服務(wù)器的地址信息的對應(yīng)關(guān)系時，接入交換機都會將狀態(tài)發(fā)生了變化的組內(nèi)服務(wù)器與組內(nèi)服務(wù)器的地址信息的對應(yīng)關(guān)系發(fā)送給核心交換機。因此，核心交換機即可根據(jù)這些組內(nèi)服務(wù)器與組內(nèi)服務(wù)器的地址信息的對應(yīng)關(guān)系生成下述的第二關(guān)系表。
步驟22、當所述接入交換機無法根據(jù)源服務(wù)器的ARP請求由自身的第一對應(yīng)關(guān)系表獲得目的服務(wù)器的地址信息時，核心交換機接收所述接入交換機轉(zhuǎn)發(fā)的所述ARP請求。
還以前述的接入交換機A為例，由于接入交換機A的第一對應(yīng)關(guān)系表中只是它的組內(nèi)服務(wù)器與各自的地址信息的對應(yīng)關(guān)系，同時，又由于各組內(nèi)服務(wù)器的ARP請求是廣播到所有接入交換機的，因此，接入交換機A會接收到不是它的組內(nèi)服務(wù)器所廣播的ARP請求。此時，接入交換機A就無法根據(jù)自身的第一對應(yīng)關(guān)系表獲得目的服務(wù)器的地址信息。因此，接入交換機A需將ARP請求轉(zhuǎn)發(fā)到核心交換機，以從核心交換機獲得目的服務(wù)器的地址
fn息ο步驟23、核心交換機根據(jù)所述ARP請求查找第二對應(yīng)關(guān)系表，并根據(jù)查找結(jié)果，向所述接入交換機向發(fā)送所述目的服務(wù)器的地址信息，以使所述接入交換機向所述源服務(wù)器發(fā)送所述目的服務(wù)器的地址信息；其中，所述第二對應(yīng)關(guān)系表根據(jù)所述組內(nèi)服務(wù)器與組內(nèi)服務(wù)器的地址信息的對應(yīng)關(guān)系生成。當組內(nèi)服務(wù)器動態(tài)地從DHCP服務(wù)器獲取地址信息時，由于利用本發(fā)明實施例可由接入交換機在組內(nèi)服務(wù)器與DHCP服務(wù)器的通信過程中，獲取組內(nèi)服務(wù)器與組內(nèi)服務(wù)器的地址信息的對應(yīng)關(guān)系并存儲在對應(yīng)關(guān)系表中，因此，當接入交換機接收到源服務(wù)器的地址解析協(xié)議請求時，且根據(jù)所述對應(yīng)關(guān)系表能夠獲得所述目的服務(wù)器的地址信息時，該接入交換機根據(jù)其自身存儲的對應(yīng)關(guān)系表即可向所述源服務(wù)器向發(fā)送所述目的服務(wù)器的地址信息，無需頻繁地和DHCP服務(wù)器通信去獲取目的服務(wù)器的地址信息。因此，在發(fā)生APR 請求泛洪時，利用本發(fā)明實施例，仍能及時的響應(yīng)源服務(wù)器的請求，提高了對ARP請求處理的實時性。以下結(jié)合實施例三，綜合前述兩個實施例的內(nèi)容，詳細描述一下本發(fā)明實施例消息處理方法的實現(xiàn)過程。如圖3所示，本發(fā)明實施例三的消息處理方法包括步驟31、接入交換機在組內(nèi)服務(wù)器與動態(tài)主機配置協(xié)議DHCP服務(wù)器的通信過程中，生成第一對應(yīng)關(guān)系表，所述第一對應(yīng)關(guān)系表包括組內(nèi)服務(wù)器與組內(nèi)服務(wù)器的地址信息的對應(yīng)關(guān)系。此步驟31可參照實施一中步驟11的描述。步驟32、接入交換機向核心交換機發(fā)送所述組內(nèi)服務(wù)器與組內(nèi)服務(wù)器的地址標識信息的對應(yīng)關(guān)系。由于核心交換機與每臺接入交換機都有連接，因此，在核心交換機上會存儲有各個接入交換機發(fā)送的組內(nèi)服務(wù)器與組內(nèi)服務(wù)器的地址信息的對應(yīng)關(guān)系。因此，這就確保了核心交換機向源服務(wù)器提供目的服務(wù)器的地址信息的成功性。同時，在核心交換機上存儲核心交換機的接口與虛擬機的連接信息。步驟33、接入交換機接收源服務(wù)器發(fā)送的ARP請求，所述ARP請求用于表示所述源服務(wù)器需要訪問目的服務(wù)器。此步驟33可參照實施一中步驟12的描述。步驟34、接入交換機根據(jù)所述ARP請求，查找第一對應(yīng)關(guān)系表，當根據(jù)所述第一對應(yīng)關(guān)系表能夠獲得所述目的服務(wù)器的地址信息時，向所述源服務(wù)器向發(fā)送所述目的服務(wù)器的地址信息。在接收到ARP請求后，接入交換機可根據(jù)所述ARP請求，查找所述第一對應(yīng)關(guān)系表。當根據(jù)所述第一對應(yīng)關(guān)系表能夠獲得所述目的服務(wù)器的地址信息時，向所述源服務(wù)器發(fā)送所述目的服務(wù)器的地址信息。若是接入交換機根據(jù)自身的對應(yīng)關(guān)系無法獲得目的服務(wù)器的地址信息，則繼續(xù)步驟35。
步驟35、接入交換機將所述ARP請求轉(zhuǎn)發(fā)給核心交換機。核心交換機可根據(jù)所述 ARP請求，查找第二對應(yīng)關(guān)系表，并根據(jù)查找結(jié)果，向所述接入交換機向發(fā)送所述目的服務(wù)器的地址信息，由所述接入交換機將所述目的服務(wù)器的地址信息發(fā)送給所述源服務(wù)器。步驟36、接入交換機根據(jù)所述目的服務(wù)器的地址信息更新第一對應(yīng)關(guān)系表。此外，當虛擬機發(fā)生遷移時，接入交換機通知所述核心交換機更新核心交換機上存儲的核心交換機的接口與虛擬機的連接信息。通過本發(fā)明實施例三的方法可以看出，在發(fā)生Ara請求泛洪時，接入交換機不僅能及時的滿足源服務(wù)器的請求，提高了對ARP請求處理的實時性，而且還能夠保證接入交換機成功的向源服務(wù)器提供目的服務(wù)器的地址信息。如圖4所示，本發(fā)明實施例四的交換機包括信息獲取單元41，用于在組內(nèi)服務(wù)器與動態(tài)主機配置協(xié)議DHCP服務(wù)器的通信過程中，生成第一對應(yīng)關(guān)系表，所述第一對應(yīng)關(guān)系表包括組內(nèi)服務(wù)器與組內(nèi)服務(wù)器的地址信息的對應(yīng)關(guān)系；請求接收單元42，用于接收源服務(wù)器發(fā)送的地址解析協(xié)議ARP請求，所述 ARP請求用于表示所述源服務(wù)器需要訪問目的服務(wù)器；信息發(fā)送單元43，用于根據(jù)所述ARP 請求，查找所述第一對應(yīng)關(guān)系表，當根據(jù)所述第一對應(yīng)關(guān)系表能夠獲得所述目的服務(wù)器的地址信息時，向所述源服務(wù)器向發(fā)送所述目的服務(wù)器的地址信息。其中，所述信息獲取單元41包括獲取模塊，用于通過截獲所述組內(nèi)服務(wù)器與所述DHCP服務(wù)器之間的報文的方式，獲取所述組內(nèi)服務(wù)器的地址信息；處理模塊，用于在所述第一對應(yīng)關(guān)系表中添加所述組內(nèi)服務(wù)器與所述組內(nèi)服務(wù)器的地址信息的對應(yīng)關(guān)系。其中，本發(fā)明實施例四的交換機的工作原理可參照前述各方法實施例的描述。當組內(nèi)服務(wù)器動態(tài)地從DHCP服務(wù)器獲取地址信息時，由于利用本發(fā)明實施例可由接入交換機在組內(nèi)服務(wù)器與DHCP服務(wù)器的通信過程中，獲取組內(nèi)服務(wù)器與組內(nèi)服務(wù)器的地址信息的對應(yīng)關(guān)系并存儲在對應(yīng)關(guān)系表中，因此，當接入交換機接收到源服務(wù)器的地址解析協(xié)議請求時，且根據(jù)所述對應(yīng)關(guān)系表能夠獲得所述目的服務(wù)器的地址信息時，該接入交換機根據(jù)其自身存儲的對應(yīng)關(guān)系表即可向所述源服務(wù)器向發(fā)送所述目的服務(wù)器的地址信息，無需頻繁地和DHCP服務(wù)器通信去獲取目的服務(wù)器的地址信息。因此，在發(fā)生APR 請求泛洪時，利用本發(fā)明實施例，仍能及時的響應(yīng)源服務(wù)器的請求，提高了對ARP請求處理的實時性。此外，為了保證向源服務(wù)器提供目的服務(wù)器的地址信息的成功性，所述信息發(fā)送單元43還用于向核心交換機發(fā)送所述組內(nèi)服務(wù)器與組內(nèi)服務(wù)器的地址標識信息的對應(yīng)關(guān)系；所述信息獲取單元41還用于，當根據(jù)所述第一對應(yīng)關(guān)系表不能獲得所述目的服務(wù)器的地址信息時，從所述核心交換機獲得所述目的服務(wù)器的地址信息，并將所述目的服務(wù)器的地址信息發(fā)送給所述信息發(fā)送單元。而后，所述信息發(fā)送單元43將所述目的服務(wù)器的地址信息發(fā)送給所述源服務(wù)器。此時，如圖5所示，所述交換機還包括更新單元M，用于根據(jù)所述目的服務(wù)器的地址信息更新所述第一對應(yīng)關(guān)系表。通過本發(fā)明實施例四的交換機可以看出，在發(fā)生Ara請求泛洪時，交換機不僅能及時的滿足源服務(wù)器的請求，提高了對ARP請求處理的實時性，而且還能夠保證成功的向源服務(wù)器提供目的服務(wù)器的地址信息。
本發(fā)明實施例四的交換機可位于接入交換機中。如圖6所示，本發(fā)明實施例五的交換機，包括獲取單元71，用于接收接入交換機發(fā)送的組內(nèi)服務(wù)器與組內(nèi)服務(wù)器的地址信息的對應(yīng)關(guān)系，其中，所述接入交換機在組內(nèi)服務(wù)器與動態(tài)主機配置協(xié)議DHCP服務(wù)器的通信過程中，生成所述第一對應(yīng)關(guān)系表，所述第一對應(yīng)關(guān)系表包括組內(nèi)服務(wù)器與組內(nèi)服務(wù)器的地址信息的對應(yīng)關(guān)系；接收單元72，用于當所述接入交換機無法根據(jù)源服務(wù)器的ARP請求由所述第一對應(yīng)關(guān)系表獲得目的服務(wù)器的地址信息時，接收所述接入交換機轉(zhuǎn)發(fā)的所述ARP請求；發(fā)送單元73，用于根據(jù)所述ARP請求查找第二對應(yīng)關(guān)系表，并根據(jù)查找結(jié)果，向所述接入交換機向發(fā)送所述目的服務(wù)器的地址信息，以使所述接入交換機向所述源服務(wù)器向發(fā)送所述目的服務(wù)器的地址信息；其中，所述第二對應(yīng)關(guān)系表根據(jù)所述組內(nèi)服務(wù)器與組內(nèi)服務(wù)器的地址信息的對應(yīng)關(guān)系生成。當組內(nèi)服務(wù)器動態(tài)地從DHCP服務(wù)器獲取地址信息時，由于利用本發(fā)明實施例可由接入交換機在組內(nèi)服務(wù)器與DHCP服務(wù)器的通信過程中，獲取組內(nèi)服務(wù)器與組內(nèi)服務(wù)器的地址信息的對應(yīng)關(guān)系并存儲在對應(yīng)關(guān)系表中，因此，當接入交換機接收到源服務(wù)器的地址解析協(xié)議請求時，且根據(jù)所述對應(yīng)關(guān)系表能夠獲得所述目的服務(wù)器的地址信息時，該接入交換機根據(jù)其自身存儲的對應(yīng)關(guān)系表即可向所述源服務(wù)器向發(fā)送所述目的服務(wù)器的地址信息，無需頻繁地和DHCP服務(wù)器通信去獲取目的服務(wù)器的地址信息。因此，在發(fā)生APR 請求泛洪時，利用本發(fā)明實施例，仍能及時的響應(yīng)源服務(wù)器的請求，提高了對ARP請求處理的實時性。其中，本發(fā)明實施例五的交換機的工作原理可參照前述方法實施例的描述，可位于核心交換機中。此外，本發(fā)明實施例六還提供了一種消息處理系統(tǒng)。如圖7所示，包括源服務(wù)器91，用于向所述接入交換機發(fā)送ARP請求，所述ARP請求用于表示所述源服務(wù)器需要訪問目的服務(wù)器；接收所述目的服務(wù)器的地址信息；接入交換機92，包括實施例圖4或圖5的交換機，用于在組內(nèi)服務(wù)器與動態(tài)主機配置協(xié)議DHCP服務(wù)器的通信過程中，生成第一對應(yīng)關(guān)系表，所述第一對應(yīng)關(guān)系表包括組內(nèi)服務(wù)器與組內(nèi)服務(wù)器的地址信息的對應(yīng)關(guān)系；接收源服務(wù)器發(fā)送的地址解析協(xié)議ARP請求， 所述ARP請求用于表示所述源服務(wù)器需要訪問目的服務(wù)器；根據(jù)所述ARP請求，查找所述第一對應(yīng)關(guān)系表，當根據(jù)所述第一對應(yīng)關(guān)系表能夠獲得所述目的服務(wù)器的地址信息時，向所述源服務(wù)器向發(fā)送所述目的服務(wù)器的地址信息。此外，為了保證向源服務(wù)器提供目的服務(wù)器的地址信息的成功性，如圖8所示，所述系統(tǒng)還包括核心交換機93，包括圖6所述的交換機，用于接收接入交換機發(fā)送的組內(nèi)服務(wù)器與組內(nèi)服務(wù)器的地址信息的對應(yīng)關(guān)系，其中，所述接入交換機在組內(nèi)服務(wù)器與動態(tài)主機配置協(xié)議DHCP服務(wù)器的通信過程中，生成所述第一對應(yīng)關(guān)系表，所述第一對應(yīng)關(guān)系表包括組內(nèi)服務(wù)器與組內(nèi)服務(wù)器的地址信息的對應(yīng)關(guān)系；當所述接入交換機無法根據(jù)源服務(wù)器的ARP請求由所述第一對應(yīng)關(guān)系表獲得目的服務(wù)器的地址信息時，接收所述接入交換機轉(zhuǎn)發(fā)的所述ARP請求；根據(jù)所述ARP請求查找第二對應(yīng)關(guān)系表，并根據(jù)查找結(jié)果，向所述接入交換機向發(fā)送所述目的服務(wù)器的地址信息，以使所述接入交換機向所述源服務(wù)器向發(fā)送所述目的服務(wù)器的地址信息；其中，所述第二對應(yīng)關(guān)系表根據(jù)所述組內(nèi)服務(wù)器與組內(nèi)服務(wù)器的地址信息的對應(yīng)關(guān)系生成。綜上所述，本發(fā)明實施例提供的消息處理方法、交換機及系統(tǒng)，當組內(nèi)服務(wù)器動態(tài)地從DHCP服務(wù)器獲取地址信息時，由于利用本發(fā)明實施例可由接入交換機在組內(nèi)服務(wù)器與DHCP服務(wù)器的通信過程中，獲取組內(nèi)服務(wù)器與組內(nèi)服務(wù)器的地址信息的對應(yīng)關(guān)系并存儲在對應(yīng)關(guān)系表中，因此，當接入交換機接收到源服務(wù)器的地址解析協(xié)議請求時，且根據(jù)所述對應(yīng)關(guān)系表能夠獲得所述目的服務(wù)器的地址信息時，該接入交換機根據(jù)其自身存儲的對應(yīng)關(guān)系表即可向所述源服務(wù)器向發(fā)送所述目的服務(wù)器的地址信息，無需頻繁地和DHCP服務(wù)器通信去獲取目的服務(wù)器的地址信息。因此，在發(fā)生APR請求泛洪時，利用本發(fā)明實施例，仍能及時的響應(yīng)源服務(wù)器的請求，提高了對ARP請求處理的實時性。本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述實施例方法中的全部或部分流程，是可以通過計算機程序來指令相關(guān)的硬件來完成，所述的程序可存儲于一計算機可讀取存儲介質(zhì)中，該程序在執(zhí)行時，可包括如上述各方法的實施例的流程。其中，所述的存儲介質(zhì)可為磁碟、光盤、只讀存儲記憶體(Read-Only Memory, ROM)或隨機存儲記憶體(Random Access Memory, RAM)等。以上所述，僅為本發(fā)明的具體實施方式
，但本發(fā)明的保護范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到變化或替換，都應(yīng)涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應(yīng)以所述權(quán)利要求的保護范圍為準。
權(quán)利要求
1.一種消息處理方法，其特征在于，包括在組內(nèi)服務(wù)器與動態(tài)主機配置協(xié)議DHCP服務(wù)器的通信過程中，生成第一對應(yīng)關(guān)系表， 所述第一對應(yīng)關(guān)系表包括組內(nèi)服務(wù)器與組內(nèi)服務(wù)器的地址信息的對應(yīng)關(guān)系；接收源服務(wù)器發(fā)送的地址解析協(xié)議ARP請求，所述ARP請求用于表示所述源服務(wù)器需要訪問目的服務(wù)器；根據(jù)所述ARP請求，查找所述第一對應(yīng)關(guān)系表，當根據(jù)所述第一對應(yīng)關(guān)系表能夠獲得所述目的服務(wù)器的地址信息時，向所述源服務(wù)器向發(fā)送所述目的服務(wù)器的地址信息。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述在組內(nèi)服務(wù)器與動態(tài)主機配置協(xié)議 DHCP服務(wù)器的通信過程中，生成第一對應(yīng)關(guān)系表包括通過截獲所述組內(nèi)服務(wù)器與所述DHCP服務(wù)器之間的報文的方式，獲取所述組內(nèi)服務(wù)器的地址信息；在所述第一對應(yīng)關(guān)系表中添加所述組內(nèi)服務(wù)器與所述組內(nèi)服務(wù)器的地址信息的對應(yīng)關(guān)系。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述方法還包括向核心交換機發(fā)送所述組內(nèi)服務(wù)器與組內(nèi)服務(wù)器的地址標識信息的對應(yīng)關(guān)系；當根據(jù)所述第一對應(yīng)關(guān)系表不能獲得所述目的服務(wù)器的地址信息時，從所述核心交換機獲得所述目的服務(wù)器的地址信息，并將所述目的服務(wù)器的地址信息發(fā)送給所述源服務(wù)ο
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述將所述目的服務(wù)器的地址信息發(fā)送給所述源服務(wù)器后，所述方法還包括根據(jù)所述目的服務(wù)器的地址信息更新所述第一對應(yīng)關(guān)系表。
5.一種消息處理方法，其特征在于，包括接收接入交換機發(fā)送的組內(nèi)服務(wù)器與組內(nèi)服務(wù)器的地址信息的對應(yīng)關(guān)系，其中，所述接入交換機在組內(nèi)服務(wù)器與動態(tài)主機配置協(xié)議DHCP服務(wù)器的通信過程中，生成第一對應(yīng)關(guān)系表，所述第一對應(yīng)關(guān)系表包括組內(nèi)服務(wù)器與組內(nèi)服務(wù)器的地址信息的對應(yīng)關(guān)系；當所述接入交換機無法根據(jù)源服務(wù)器的ARP請求由所述第一對應(yīng)關(guān)系表獲得目的服務(wù)器的地址信息時，接收所述接入交換機轉(zhuǎn)發(fā)的所述ARP請求；根據(jù)所述ARP請求查找第二對應(yīng)關(guān)系表，并根據(jù)查找結(jié)果，向所述接入交換機向發(fā)送所述目的服務(wù)器的地址信息，以使所述接入交換機向所述源服務(wù)器向發(fā)送所述目的服務(wù)器的地址信息；其中，所述第二對應(yīng)關(guān)系表根據(jù)所述組內(nèi)服務(wù)器與組內(nèi)服務(wù)器的地址信息的對應(yīng)關(guān)系生成。
6.一種交換機，其特征在于，包括信息獲取單元，用于在組內(nèi)服務(wù)器與動態(tài)主機配置協(xié)議DHCP服務(wù)器的通信過程中，生成第一對應(yīng)關(guān)系表，所述第一對應(yīng)關(guān)系表包括組內(nèi)服務(wù)器與組內(nèi)服務(wù)器的地址信息的對應(yīng)關(guān)系；請求接收單元，用于接收源服務(wù)器發(fā)送的地址解析協(xié)議ARP請求，所述ARP請求用于表示所述源服務(wù)器需要訪問目的服務(wù)器；信息發(fā)送單元，用于根據(jù)所述ARP請求，查找所述第一對應(yīng)關(guān)系表，當根據(jù)所述第一對應(yīng)關(guān)系表能夠獲得所述目的服務(wù)器的地址信息時，向所述源服務(wù)器向發(fā)送所述目的服務(wù)器的地址信息。
7.根據(jù)權(quán)利要求6所述的交換機，其特征在于，所述信息獲取單元包括獲取模塊，用于通過截獲所述組內(nèi)服務(wù)器與所述DHCP服務(wù)器之間的報文的方式，獲取所述組內(nèi)服務(wù)器的地址信息；處理模塊，用于在所述第一對應(yīng)關(guān)系表中添加所述組內(nèi)服務(wù)器與所述組內(nèi)服務(wù)器的地址信息的對應(yīng)關(guān)系。
8.根據(jù)權(quán)利要求6或7所述的交換機，其特征在于，所述信息發(fā)送單元還用于向核心交換機發(fā)送所述組內(nèi)服務(wù)器與組內(nèi)服務(wù)器的地址標識信息的對應(yīng)關(guān)系；所述信息獲取單元還用于，當根據(jù)所述第一對應(yīng)關(guān)系表不能獲得所述目的服務(wù)器的地址信息時，從所述核心交換機獲得所述目的服務(wù)器的地址信息，并將所述目的服務(wù)器的地址信息發(fā)送給所述信息發(fā)送單元；所述信息發(fā)送單元將所述目的服務(wù)器的地址信息發(fā)送給所述源服務(wù)器。
9.根據(jù)權(quán)利要求8所述的交換機，其特征在于，所述交換機還包括更新單元，用于根據(jù)所述目的服務(wù)器的地址信息所述第一對應(yīng)關(guān)系表。
10.一種交換機，其特征在于，包括獲取單元，用于接收接入交換機發(fā)送的組內(nèi)服務(wù)器與組內(nèi)服務(wù)器的地址信息的對應(yīng)關(guān)系，其中，所述接入交換機在組內(nèi)服務(wù)器與動態(tài)主機配置協(xié)議DHCP服務(wù)器的通信過程中， 生成所述第一對應(yīng)關(guān)系表，所述第一對應(yīng)關(guān)系表包括組內(nèi)服務(wù)器與組內(nèi)服務(wù)器的地址信息的對應(yīng)關(guān)系；接收單元，用于當所述接入交換機無法根據(jù)源服務(wù)器的ARP請求由所述第一對應(yīng)關(guān)系表獲得目的服務(wù)器的地址信息時，接收所述接入交換機轉(zhuǎn)發(fā)的所述ARP請求；發(fā)送單元，用于根據(jù)所述ARP請求查找第二對應(yīng)關(guān)系表，并根據(jù)查找結(jié)果，向所述接入交換機向發(fā)送所述目的服務(wù)器的地址信息，以使所述接入交換機向所述源服務(wù)器向發(fā)送所述目的服務(wù)器的地址信息；其中，所述第二對應(yīng)關(guān)系表根據(jù)所述組內(nèi)服務(wù)器與組內(nèi)服務(wù)器的地址信息的對應(yīng)關(guān)系生成。
11.一種消息處理系統(tǒng)，其特征在于，包括源服務(wù)器以及接入交換機；所述源服務(wù)器，用于向所述接入交換機發(fā)送ARP請求，所述ARP請求用于表示所述源服務(wù)器需要訪問目的服務(wù)器；接收所述目的服務(wù)器的地址信息；所述接入交換機，包括權(quán)利要求6-9任一所述的交換機，用于在組內(nèi)服務(wù)器與動態(tài)主機配置協(xié)議DHCP服務(wù)器的通信過程中，生成第一對應(yīng)關(guān)系表，所述第一對應(yīng)關(guān)系表包括組內(nèi)服務(wù)器與組內(nèi)服務(wù)器的地址信息的對應(yīng)關(guān)系；接收源服務(wù)器發(fā)送的地址解析協(xié)議ARP請求，所述ARP請求用于表示所述源服務(wù)器需要訪問目的服務(wù)器；根據(jù)所述ARP請求，查找所述第一對應(yīng)關(guān)系表，當根據(jù)所述第一對應(yīng)關(guān)系表能夠獲得所述目的服務(wù)器的地址信息時， 向所述源服務(wù)器向發(fā)送所述目的服務(wù)器的地址信息。
12.根據(jù)權(quán)利要求11所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括核心交換機，包括權(quán)利要求10所述的交換機，用于接收接入交換機發(fā)送的組內(nèi)服務(wù)器與組內(nèi)服務(wù)器的地址信息的對應(yīng)關(guān)系，其中，所述接入交換機在組內(nèi)服務(wù)器與動態(tài)主機配置協(xié)議DHCP服務(wù)器的通信過程中，生成所述第一對應(yīng)關(guān)系表，所述第一對應(yīng)關(guān)系表包括組內(nèi)服務(wù)器與組內(nèi)服務(wù)器的地址信息的對應(yīng)關(guān)系；當所述接入交換機無法根據(jù)源服務(wù)器的ARP請求由所述第一對應(yīng)關(guān)系表獲得目的服務(wù)器的地址信息時，接收所述接入交換機轉(zhuǎn)發(fā)的所述ARP請求；根據(jù)所述ARP請求查找第二對應(yīng)關(guān)系表，并根據(jù)查找結(jié)果，向所述接入交換機向發(fā)送所述目的服務(wù)器的地址信息，以使所述接入交換機向所述源服務(wù)器向發(fā)送所述目的服務(wù)器的地址信息；其中，所述第二對應(yīng)關(guān)系表根據(jù)所述組內(nèi)服務(wù)器與組內(nèi)服務(wù)器的地址信息的對應(yīng)關(guān)系生成。
全文摘要
本發(fā)明實施例公開了一種消息處理方法、交換機及系統(tǒng)，涉及通信技術(shù)領(lǐng)域，用于在發(fā)生APR請求泛洪時，提高對ARP請求處理的實時性。所述方法包括在組內(nèi)服務(wù)器與動態(tài)主機配置協(xié)議DHCP服務(wù)器的通信過程中，生成第一對應(yīng)關(guān)系表，所述第一對應(yīng)關(guān)系表包括組內(nèi)服務(wù)器與組內(nèi)服務(wù)器的地址信息的對應(yīng)關(guān)系；接收源服務(wù)器發(fā)送的地址解析協(xié)議ARP請求，所述ARP請求用于表示所述源服務(wù)器需要訪問目的服務(wù)器；根據(jù)所述ARP請求，查找所述第一對應(yīng)關(guān)系表，當根據(jù)所述第一對應(yīng)關(guān)系表能夠獲得所述目的服務(wù)器的地址信息時，向所述源服務(wù)器向發(fā)送所述目的服務(wù)器的地址信息。
文檔編號H04L29/12GK102572012SQ20121003266
公開日2012年7月11日 申請日期2012年2月14日 優(yōu)先權(quán)日2012年2月14日
發(fā)明者梁文義, 王建兵 申請人:華為技術(shù)有限公司