本發(fā)明涉及數(shù)據(jù)通信領(lǐng)域，尤其涉及一種互訪信息的獲取方法及系統(tǒng)。

背景技術(shù)：

業(yè)務(wù)支撐系統(tǒng)是各大電信運營商提供全網(wǎng)業(yè)務(wù)運營的支撐系統(tǒng)，一般是從互為備份的負載均衡設(shè)備起始，經(jīng)過多臺web服務(wù)器、多臺中間件服務(wù)器以及多臺數(shù)據(jù)庫服務(wù)器，最后進入數(shù)據(jù)存儲網(wǎng)絡(luò)。隨著業(yè)務(wù)支撐系統(tǒng)的日益復(fù)雜，虛擬化資源之間的動態(tài)分配技術(shù)和高可用技術(shù)都得到了快速的發(fā)展，獲取不同服務(wù)器之間、服務(wù)器與負載均衡設(shè)備之間、以及不同服務(wù)器上運行的軟件之間的互訪信息就變得越來越困難；其中，所述互訪信息包括源ip地址、目標ip地址、源端口和目標端口。

配置項(configurationitem，ci)可以指負載均衡設(shè)備、web服務(wù)器、中間件服務(wù)器或數(shù)據(jù)庫服務(wù)器等硬件設(shè)備，也可以指在上述硬件設(shè)備中運行的軟件對象，例如數(shù)據(jù)庫、應(yīng)用或進程等。配置項節(jié)點是指配置項所在的網(wǎng)絡(luò)節(jié)點，所以，當(dāng)配置項為負載均衡設(shè)備、中間件服務(wù)器或數(shù)據(jù)庫服務(wù)器等硬件設(shè)備時，所述配置項節(jié)點就是硬件設(shè)備本身，當(dāng)配置項為數(shù)據(jù)庫、應(yīng)用或進程等軟件對象時，所述配置項節(jié)點即為運行該軟件對象的硬件設(shè)備。獲取業(yè)務(wù)支撐系統(tǒng)中配置項之間的互訪信息可以實現(xiàn)以下常見的功能：1)、確定業(yè)務(wù)支撐系統(tǒng)中哪些業(yè)務(wù)節(jié)點不可用，從而提醒網(wǎng)絡(luò)維護人員盡快修復(fù)這些不可用節(jié)點；而且還可以通過配置項之間的互訪信息，準確評估網(wǎng)絡(luò)故障的影響范圍；2)、確定業(yè)務(wù)支撐系統(tǒng)中哪些業(yè)務(wù)節(jié)點需要變更或者是上線發(fā)布，配置項之間的互訪信息也是重要的參考依據(jù)。所以獲取配置項之間的互訪信息就變得非常重要。

為了獲取配置項之間的互訪信息，通常采用如下兩種方法：

第一種，首先，負載均衡配置服務(wù)器獲取負載均衡設(shè)備的靜態(tài)配置信息，節(jié)點自動發(fā)現(xiàn)服務(wù)器利用節(jié)點自動發(fā)現(xiàn)技術(shù)獲取除負載均衡設(shè)備以外的其他配置項節(jié)點的靜態(tài)互訪信息；然后，將負載均衡配置服務(wù)器獲取到的靜態(tài)配置信息和節(jié)點自動發(fā)現(xiàn)服務(wù)器獲取到的靜態(tài)互訪信息結(jié)合起來進行聚合分析，從而獲得業(yè)務(wù)支撐系統(tǒng)中全部配置項之間的互訪信息。

第二種，首先通過業(yè)務(wù)支撐系統(tǒng)中各個配置項節(jié)點中的日志記錄每個配置項節(jié)點的互訪信息，然后日志服務(wù)器采集各個配置項節(jié)點的日志，通過分析獲得業(yè)務(wù)支撐系統(tǒng)中全部配置項之間的互訪信息。

在實現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在如下問題：

在現(xiàn)有第一種互訪信息的獲取方法中，通過負載均衡配置服務(wù)器和節(jié)點自動發(fā)現(xiàn)服務(wù)器分別獲取到的配置信息和互訪信息都是靜態(tài)的，也就是說，該互訪信息只能表示某一個時段內(nèi)配置項之間的互訪關(guān)系，因此現(xiàn)有第一種互訪信息的獲取方法不能實時地獲取業(yè)務(wù)支撐系統(tǒng)中配置項之間的互訪信息。并且，在現(xiàn)有第二種互訪信息的獲取方法中，通過日志服務(wù)器獲取到的日志也是靜態(tài)的，該日志也只能表示某一個時段內(nèi)配置項之間的互訪關(guān)系，因此，現(xiàn)有第二種互訪信息的獲取方法也不能實時地獲取業(yè)務(wù)支撐系統(tǒng)中配置項之間的互訪信息。由此可見，由于現(xiàn)有的兩種互訪信息的獲取方法都不能實時地獲取配置項之間的互訪信息，所以，當(dāng)業(yè)務(wù)支撐系統(tǒng)中配置項之間的互訪信息發(fā)生變化時，利用現(xiàn)有的兩種互訪信息的獲取方法就不能準確地獲知當(dāng)前配置項之間的互訪關(guān)系。

更進一步的，在現(xiàn)有的兩種互訪信息的獲取方法中，都是通過配置項節(jié)點獲取配置項之間的互訪信息，由于業(yè)務(wù)支撐系統(tǒng)中的配置項節(jié)點數(shù)量較多，因此利用現(xiàn)有的互訪信息的獲取方法花費時間比較長，而且流程比較復(fù)雜，可推廣性較差。

技術(shù)實現(xiàn)要素：

為解決上述技術(shù)問題，本發(fā)明實施例期望提供一種互訪信息的獲取方法及 裝置，能夠?qū)崟r地獲取配置項之間的互訪信息。

本發(fā)明的技術(shù)方案是這樣實現(xiàn)的：

本發(fā)明實施例提供一種互訪信息的獲取方法，包括：

在流量采集設(shè)備發(fā)送的以太網(wǎng)包數(shù)據(jù)流中獲取當(dāng)前以太網(wǎng)包；

所述當(dāng)前以太網(wǎng)包包括ip協(xié)議包時，在所述ip協(xié)議包中獲取互訪信息的源ip地址和目標ip地址；

所述ip協(xié)議包中包括tcp協(xié)議包時，在所述tcp協(xié)議包中獲取所述互訪信息的源端口和目標端口。

上述實施例中，在所述tcp協(xié)議包中獲取所述互訪信息的源端口和目標端口之后，所述方法還包括：當(dāng)所述tcp協(xié)議包中的同步序列號(synchronizesequencenumber，syn)為1且確認ack比特為0時，判定所述當(dāng)前以太網(wǎng)包的發(fā)送方向為客戶端到服務(wù)器；當(dāng)所述tcp協(xié)議包中的syn為1且所述ack比特為1時，判定所述當(dāng)前以太網(wǎng)包的發(fā)送方向為服務(wù)器到客戶端。

上述實施例中，在所述tcp協(xié)議包中獲取所述互訪信息的源端口和目標端口之后，所述方法還包括：獲取所述tcp協(xié)議包數(shù)據(jù)中的報文類型；根據(jù)所述報文類型確定所述當(dāng)前以太網(wǎng)包的發(fā)送方向。

上述實施例中，在所述tcp協(xié)議包中獲取所述互訪信息的源端口和目標端口之后，所述方法還包括：統(tǒng)計所述源ip地址和所述源端口相同，且所述目標ip地址或目標端口不同的以太網(wǎng)包的第一數(shù)量；當(dāng)所述第一數(shù)量大于第一預(yù)設(shè)閾值時，判定所述當(dāng)前以太網(wǎng)包的發(fā)送方向為服務(wù)器到客戶端。

在上述實施例中，所述方法還包括：當(dāng)所述第一數(shù)量不大于所述第一預(yù)設(shè)閾值時，統(tǒng)計所述源ip地址或所述源端口不同，且所述目標ip地址和所述目標端口相同的以太網(wǎng)包的第二數(shù)量；當(dāng)所述第二數(shù)量大于第二預(yù)設(shè)閾值時，判定所述當(dāng)前以太網(wǎng)包的發(fā)送方向為客戶端到服務(wù)器。

本發(fā)明實施例提供一種互訪信息的獲取裝置，包括：

接收單元，用于接收流量采集設(shè)備發(fā)送的以太網(wǎng)包數(shù)據(jù)流，將所述以太網(wǎng)包數(shù)據(jù)流發(fā)送給獲取單元；

所述獲取單元，用于從所述以太網(wǎng)包數(shù)據(jù)流中獲取當(dāng)前以太網(wǎng)包，當(dāng)所述當(dāng)前以太網(wǎng)包包括ip協(xié)議包時，在所述ip協(xié)議包中獲取互訪信息的源ip地址和目標ip地址，還用于當(dāng)所述ip協(xié)議包中包括tcp協(xié)議包時，在所述tcp協(xié)議包中獲取所述互訪信息的源端口和目標端口。

在上述實施例中，所述裝置還包括：判斷單元；

所述獲取單元，還用于獲取所述tcp協(xié)議包中的syn和確認ack比特，并將所述syn和所述ack比特發(fā)送給所述判斷單元；所述判斷單元，用于當(dāng)所述syn為1且所述ack比特為0時，判定所述當(dāng)前以太網(wǎng)包的發(fā)送方向為客戶端到服務(wù)器，還用于當(dāng)所述tcp協(xié)議包中的syn為1且所述ack比特為1時，判定所述當(dāng)前以太網(wǎng)包的發(fā)送方向為服務(wù)器到客戶端。

在上述實施例中，所述裝置還包括：所述獲取單元，還用于獲取所述tcp協(xié)議包數(shù)據(jù)中的報文類型，將所述報文類型發(fā)送給所述判斷單元；所述判斷單元，還用于根據(jù)所述報文類型確定所述當(dāng)前以太網(wǎng)包的發(fā)送方向。

在上述實施例中，所述裝置還包括：統(tǒng)計單元；

所述獲取單元，還用于將所述源ip地址、所述目標ip地址、所述源端口和所述目標端口發(fā)送給所述統(tǒng)計單元；所述統(tǒng)計單元，用于統(tǒng)計所述源ip地址和所述源端口相同，且所述目標ip地址或目標端口不同的以太網(wǎng)包的第一數(shù)量，將所述第一數(shù)量發(fā)送給所述判斷單元；所述判斷單元，還用于當(dāng)所述第一數(shù)量大于第一預(yù)設(shè)閾值時，判定所述當(dāng)前以太網(wǎng)包的發(fā)送方向為服務(wù)器到客戶端。

在上述實施例中，所述裝置還包括：

所述統(tǒng)計單元，還用于當(dāng)所述第一數(shù)量不大于所述第一預(yù)設(shè)閾值時，統(tǒng)計所述源ip地址或所述源端口不同，且所述目標ip地址和所述目標端口相同的以太網(wǎng)包的第二數(shù)量，將所述第二數(shù)量發(fā)送給所述判斷單元；所述判斷單元，還用于當(dāng)所述第二數(shù)量大于第二預(yù)設(shè)閾值時，判定所述當(dāng)前以太網(wǎng)包的發(fā)送方向為客戶端到服務(wù)器。

由此可見，在本發(fā)明實施例的技術(shù)方案中，首先，實時地在流量采集設(shè)備 發(fā)送的以太網(wǎng)包數(shù)據(jù)流中獲取當(dāng)前以太網(wǎng)包，然后，通過對該以太網(wǎng)包數(shù)據(jù)流中的每一個當(dāng)前以太網(wǎng)包進行判斷和分析，就可以實時地獲取包括源ip地址、目標ip地址、源端口和目標端口的互訪信息；而且，在本發(fā)明實施例的技術(shù)方案中，無需在業(yè)務(wù)支撐系統(tǒng)中部署負載均衡配置服務(wù)器和節(jié)點自動發(fā)現(xiàn)服務(wù)器，也無需各個配置項節(jié)點通過日志記錄互訪信息。而在現(xiàn)有技術(shù)中，需要在業(yè)務(wù)支撐系統(tǒng)中部署負載均衡配置服務(wù)器和節(jié)點自動發(fā)現(xiàn)服務(wù)器，或者需要各個配置項節(jié)點通過日志記錄互訪信息；而且，在現(xiàn)有的互訪信息的獲取方法中只能獲取配置項之間的靜態(tài)互訪信息。因此，和現(xiàn)有技術(shù)相比，本發(fā)明實施例提出的互訪信息的獲取方法和裝置，不僅能夠?qū)崟r地獲取配置項之間的互訪信息；并且，實現(xiàn)起來簡單方便，便于普及，適用范圍更廣。

附圖說明

圖1為本發(fā)明實施例中互訪信息的獲取方法的實現(xiàn)流程示意圖；

圖2為現(xiàn)有技術(shù)中以太網(wǎng)包的組成結(jié)構(gòu)示意圖；

圖3為本發(fā)明實施例中確定當(dāng)前以太網(wǎng)包發(fā)送方向的第一種實現(xiàn)方法流程示意圖；

圖4為本發(fā)明實施例中確定當(dāng)前以太網(wǎng)包發(fā)送方向的第二種實現(xiàn)方法流程示意圖；

圖5為本發(fā)明實施例中確定當(dāng)前以太網(wǎng)包發(fā)送方向的第三種實現(xiàn)方法流程示意圖；

圖6為本發(fā)明實施例中互訪信息的獲取裝置的組成結(jié)構(gòu)示意圖。

具體實施方式

下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述。

圖1為本發(fā)明實施例中互訪信息的獲取方法的實現(xiàn)流程示意圖，如圖1所示，互訪信息的獲取方法包括以下步驟：

步驟101、在流程采集設(shè)備發(fā)送的以太網(wǎng)包數(shù)據(jù)流中獲取當(dāng)前以太網(wǎng)包。

在本發(fā)明的具體實施例中，可以在業(yè)務(wù)支撐系統(tǒng)中設(shè)置一個配置服務(wù)器。在本步驟中，所述配置服務(wù)器可以實時地接收流量采集設(shè)備發(fā)送的以太網(wǎng)包的數(shù)據(jù)流。具體地，所述流量采集設(shè)備可以是業(yè)務(wù)支撐系統(tǒng)中的以太網(wǎng)交換機，也可以是在業(yè)務(wù)支撐系統(tǒng)中設(shè)置的其他流量采集設(shè)備。

目前，端口鏡像(portmirroring)是一種監(jiān)控和分析進出網(wǎng)絡(luò)的所有數(shù)據(jù)包的方法，廣泛應(yīng)用于信息安全，故障定位，以及數(shù)據(jù)測試中。因此在本發(fā)明的具體實施例中，以太網(wǎng)交換機可以應(yīng)用端口鏡像技術(shù)將進出該以太網(wǎng)交換機一個或多個端口的以太網(wǎng)包都進行復(fù)制并發(fā)送到配置服務(wù)器中。

在本步驟中，配置服務(wù)器首先從接收到的以太網(wǎng)包數(shù)據(jù)流中獲取當(dāng)前以太網(wǎng)包。具體地，配置服務(wù)器可以按照先進先出的原則在以太網(wǎng)包數(shù)據(jù)流中獲取當(dāng)前以太網(wǎng)包，也可以按照其他預(yù)設(shè)的選擇策略從以太網(wǎng)包數(shù)據(jù)流中獲取當(dāng)前以太網(wǎng)包。

步驟102、當(dāng)前以太網(wǎng)包包括ip協(xié)議包時，在ip協(xié)議包中獲取互訪信息的源ip地址和目標ip地址。

在本步驟中，配置服務(wù)器判斷當(dāng)前以太網(wǎng)包是否包括ip協(xié)議包，當(dāng)所述當(dāng)前以太網(wǎng)包包括ip協(xié)議包時，在ip協(xié)議包中獲取互訪信息的源ip地址和目標ip地址；否則，丟棄當(dāng)前以太網(wǎng)包。圖2為現(xiàn)有技術(shù)中以太網(wǎng)包的組成結(jié)構(gòu)示意圖，如圖2所示，一個以太網(wǎng)包由5個字段組成，分別為：目的mac地址、源mac地址、類型、數(shù)據(jù)和幀檢驗序列。其中，第三個字段是2個字節(jié)的類型字段，用來標志上一層使用的是什么協(xié)議，例如，當(dāng)類型字段的值為0x0800時，就表示上層使用的是ip協(xié)議，此時配置服務(wù)器可以判斷出所述當(dāng)前以太網(wǎng)包包括ip協(xié)議包，配置服務(wù)器在ip協(xié)議包中獲取互訪信息的源ip地址和目標ip地址；否則，丟棄當(dāng)前以太網(wǎng)包。

在tcp/ip標準中，一個ip協(xié)議包由首部和數(shù)據(jù)兩部分組成。其中，首部的前一部分是固定部分，共20字節(jié)，是所有ip協(xié)議包必須具有的。所述固定部分的第13～16個字節(jié)為源ip地址，第17～20個字節(jié)為目標ip地址。因此， 在本步驟中，配置服務(wù)器可以根據(jù)ip協(xié)議包的數(shù)據(jù)格式，在ip協(xié)議包中獲取互訪信息的源ip地址和目標ip地址。需要說明的是，此時獲取到的ip地址是一個4字節(jié)的32位的整型，通過每8位的移位運算可以獲取可讀的ip地址，例如，10.70.240.72。

步驟103、ip協(xié)議包中包括tcp協(xié)議包時，在tcp協(xié)議包中獲取互訪信息的源端口和目標端口。

根據(jù)tcp/ip標準，在ip協(xié)議包的首部中，除了包括源ip地址和目標ip地址之外，還包括：版本、首部長度、服務(wù)類型、總長度、標識、標志、片偏移、生存空間、協(xié)議和首部校驗和。其中，協(xié)議字段指出此ip協(xié)議包攜帶的數(shù)據(jù)是使用哪種協(xié)議，以便使目的主機的ip層知道應(yīng)將數(shù)據(jù)部分上交給哪個過程處理。例如，當(dāng)協(xié)議字段的值為0x06時，就表示上層使用的是tcp協(xié)議。因此，配置服務(wù)器可以根據(jù)ip協(xié)議包中的協(xié)議字段判斷ip協(xié)議包中是否包括tcp協(xié)議包。當(dāng)ip協(xié)議包中包括tcp協(xié)議包時，配置服務(wù)器在tcp協(xié)議包中獲取互訪信息的源端口和目標端口；否則，丟棄當(dāng)前以太網(wǎng)包。

根據(jù)tcp/ip標準，一個tcp協(xié)議包包括首部和數(shù)據(jù)兩部分。其中，tcp協(xié)議包首部的前20個字節(jié)是固定的。源端口和目標端口各占2個字節(jié)。源端口占第0～1個字節(jié)，目標端口占第2～3個字節(jié)。因此，在本步驟中，配置服務(wù)器可以根據(jù)tcp協(xié)議包的數(shù)據(jù)格式，在tcp協(xié)議包中獲取互訪信息的源端口和目標端口。

在本發(fā)明的具體實施方式中，互訪信息包括：以太網(wǎng)包的源ip地址、目標ip地址、源端口和目標端口。由此可見，通過上述的步驟，配置服務(wù)器可以獲取到配置項之間的互訪信息。例如，假設(shè)節(jié)點1的ip地址為a，端口為x，節(jié)點2的ip地址為b，端口為y。當(dāng)節(jié)點1訪問節(jié)點2時，通過本發(fā)明的技術(shù)方案可以得到：a:x->b:y。反之，當(dāng)節(jié)點2訪問節(jié)點1時，可以得到：b:y->a:x。

根據(jù)上述的描述可知，由于配置服務(wù)器是實時地在流量采集設(shè)備發(fā)送的以太網(wǎng)包數(shù)據(jù)流中獲取當(dāng)前以太網(wǎng)包，然后通過對該以太網(wǎng)數(shù)據(jù)流中的每一個當(dāng)前以太網(wǎng)包進行判斷和分析，就可以實時地獲取包括源ip地址、目標ip地址、 源端口和目標端口的互訪信息。而且，在本發(fā)明實施例的技術(shù)方案中，無需在業(yè)務(wù)支撐系統(tǒng)中部署負載均衡配置服務(wù)器和節(jié)點自動發(fā)現(xiàn)服務(wù)器，也無需各個配置項節(jié)點通過日志記錄互訪信息，因此，本發(fā)明實施例提出的互訪信息的獲取方法，不僅能夠?qū)崟r地獲取配置項之間的互訪信息；并且，實現(xiàn)起來簡單方便，便于普及，適用范圍更廣。

在本發(fā)明的具體實施例中，配置服務(wù)器在獲取到當(dāng)前以太網(wǎng)數(shù)據(jù)包的源ip地址、目標ip地址、源端口和目標端口之后，就可以獲知哪兩個配置項之間存在互訪關(guān)系。但是通過上述的步驟101～步驟103，還無法確定當(dāng)前以太網(wǎng)包的發(fā)送方向，即無法確定當(dāng)前以太網(wǎng)包是服務(wù)器(server)發(fā)送給客戶端(client)的，還是客戶端發(fā)送給服務(wù)器的。例如：假設(shè)節(jié)點1的ip地址為a，端口為x，節(jié)點2的ip地址為b，端口為y。當(dāng)節(jié)點1訪問節(jié)點2時，通過本發(fā)明的技術(shù)方案可以得到：a:x->b:y。但是此時還無法確定節(jié)點1和節(jié)點2誰是服務(wù)器，誰是客戶端。

較佳地，在本發(fā)明的具體實施例中，配置服務(wù)器在tcp協(xié)議包中獲取到互訪信息的源端口和目標端口之后，配置服務(wù)器還可以確定當(dāng)前以太網(wǎng)包的發(fā)送方向。圖3為本發(fā)明實施例中確定當(dāng)前以太網(wǎng)包發(fā)送方向的第一種實現(xiàn)方法流程示意圖，如圖3所示，在本發(fā)明的具體實施例中，確定當(dāng)前以太網(wǎng)包發(fā)送方向的方法進一步包括如下步驟：

步驟301、當(dāng)tcp協(xié)議包中的syn為1時，判斷tcp協(xié)議包中的確認ack比特是否為0，若是，執(zhí)行步驟302；否則，執(zhí)行步驟303。

在tcp/ip標準中，tcp是面向連接的協(xié)議，tcp連接的建立和釋放是每一次面對連接的通信中必不可少的過程。因此，整個tcp連接可以分為三個階段：連接建立、數(shù)據(jù)傳輸和連接釋放。其中，tcp連接的建立采用客戶端服務(wù)器的方式。主動發(fā)起連接建立的應(yīng)用進程叫做客戶端，而被動等待連接建立的應(yīng)用進程叫做服務(wù)器。具體地，在連接建立階段，客戶端向服務(wù)器發(fā)送syn，等待服務(wù)器確認，即當(dāng)syn＝1，而ack＝0時，表明這是一個連接請求報文。服務(wù)器若同意建立連接，則應(yīng)在響應(yīng)的報文中使syn＝1和ack＝1?？蛻舳耸? 到服務(wù)器發(fā)送的syn+ack后，向服務(wù)器發(fā)送確認信號ack。如此完成三次握手，建立連接。

由于syn是在連接建立時用來同步序號的，因此，當(dāng)syn＝1而ack＝0時，表明這是一個連接請求的報文，即該報文是客戶端發(fā)送給服務(wù)器的。在本發(fā)明的具體實施例中，當(dāng)tcp協(xié)議包中的syn為1時，判斷tcp協(xié)議包中的ack是否為0，若是，執(zhí)行步驟302；否則，執(zhí)行步驟303。

步驟302、判定當(dāng)前以太網(wǎng)包的發(fā)送方向為客戶端到服務(wù)器，結(jié)束當(dāng)前處理流程。

在本發(fā)明的具體實施例中，當(dāng)前以太網(wǎng)包的發(fā)送方向包括：客戶端到服務(wù)器，以及服務(wù)器到客戶端。

在本步驟中，當(dāng)syn＝1且ack＝0時，表明這是一個客戶端請求服務(wù)器建立連接的報文，因此可以判定當(dāng)前以太網(wǎng)包的發(fā)送方向為客戶端到服務(wù)器，此時結(jié)束當(dāng)前處理流程。

步驟303、判定當(dāng)前以太網(wǎng)包的發(fā)送方向為服務(wù)器到客戶端。

在本步驟中，當(dāng)syn＝1且ack＝1時，表明這是一個服務(wù)器響應(yīng)客戶端的報文，因此可以判定當(dāng)前以太網(wǎng)包的發(fā)送方向為服務(wù)器到客戶端。

圖4為本發(fā)明實施例中確定當(dāng)前以太網(wǎng)包發(fā)送方向的第二種實現(xiàn)方法流程示意圖，如圖4所示，在本發(fā)明的具體實施例中，確定當(dāng)前以太網(wǎng)包發(fā)送方向的方法進一步包括如下步驟：

步驟401、獲取tcp協(xié)議包數(shù)據(jù)中的報文類型。

在本發(fā)明的具體實施例中，當(dāng)配置服務(wù)器根據(jù)tcp協(xié)議包首部中的字段無法判斷出當(dāng)前以太網(wǎng)包的發(fā)送方向時，配置服務(wù)器還可以獲取tcp協(xié)議包數(shù)據(jù)中的報文類型。其中，所述報文類型包括：請求報文和響應(yīng)報文。以常見的http(hypertexttransferprotocol，超文本傳輸協(xié)議)為例，http有兩種報文：請求報文和響應(yīng)報文。http的請求報文和響應(yīng)報文都是由三部分組成，即：開始行、首部行和實體主體(entitybody)。其中，開始行是用于區(qū)分是請求報文還是響應(yīng)報文。在請求報文中的開始行叫做請求行，而在響應(yīng)報文中的開始行 叫做狀態(tài)行。其中，請求行包括：方法、url和版本；而狀態(tài)行包括：版本、狀態(tài)碼和短語。

步驟402、根據(jù)報文類型確定當(dāng)前以太網(wǎng)包的發(fā)送方向。

在本發(fā)明的具體實施例中，當(dāng)報文類型為請求報文時，確定當(dāng)前以太網(wǎng)包的發(fā)送方向為客戶端到服務(wù)器；當(dāng)報文類型為響應(yīng)報文時，確定當(dāng)前以太網(wǎng)包的發(fā)送方向為服務(wù)器到客戶端。

根據(jù)上述的描述可知，當(dāng)配置服務(wù)器根據(jù)tcp協(xié)議包首部中的字段無法判斷出當(dāng)前以太網(wǎng)包的發(fā)送方向時，在本發(fā)明的具體實施例中，配置服務(wù)器還可以獲取tcp協(xié)議包數(shù)據(jù)中的報文類型，然后根據(jù)tcp協(xié)議包數(shù)據(jù)中的報文類型，確定當(dāng)前以太網(wǎng)包的發(fā)送方向。

圖5為本發(fā)明中實施例確定當(dāng)前以太網(wǎng)包發(fā)送方向的第三種實現(xiàn)方法流程示意圖，如圖5所示，在本發(fā)明的具體實施例中，確定當(dāng)前以太網(wǎng)包發(fā)送方向的方法進一步包括如下步驟：

步驟501、統(tǒng)計源ip地址和源端口相同，且目標ip地址或目標端口不同的以太網(wǎng)包的第一數(shù)量。

在本步驟中，配置服務(wù)器統(tǒng)計源ip地址和源端口相同，且目標ip地址或目標端口不同的以太網(wǎng)包的第一數(shù)量。例如，配置服務(wù)器可以統(tǒng)計源ip地址均為a，源端口均為x，且目標ip地址或目標端口不同的以太網(wǎng)包的第一數(shù)量。

步驟502、判斷第一數(shù)量是否大于第一預(yù)設(shè)閾值，若是，執(zhí)行步驟503；否則，執(zhí)行步驟504。

在本步驟中，當(dāng)?shù)谝粩?shù)量大于第一預(yù)設(shè)閾值時，執(zhí)行步驟503；否則，執(zhí)行步驟504。

步驟503、判定當(dāng)前以太網(wǎng)包的發(fā)送方向為服務(wù)器到客戶端，結(jié)束當(dāng)前處理流程。

通常情況下，服務(wù)器的端口是固定的，而客戶端的端口則是隨機分配的，因此在本發(fā)明的具體實施例中，配置服務(wù)器可以統(tǒng)計源ip地址和源端口相同，且目標ip地址或目標端口不同的當(dāng)前以太網(wǎng)包的第一數(shù)量，當(dāng)?shù)谝粩?shù)量大于第 一預(yù)設(shè)閾值時，判定當(dāng)前以太網(wǎng)包的發(fā)送方向為服務(wù)器到客戶端。

步驟504、統(tǒng)計源ip地址或源端口不同，且目標ip地址和目標端口相同的以太網(wǎng)包的第二數(shù)量。

在本步驟中，配置服務(wù)器統(tǒng)計源ip地址或源端口不同，且目標ip地址和目標端口相同的以太網(wǎng)包的第二數(shù)量。例如，配置服務(wù)器可以統(tǒng)計目標ip地址均為b，目標端口均為y，且源ip地址或源端口不同的以太網(wǎng)包的第二數(shù)量。

步驟505、判斷第二數(shù)量是否大于第二預(yù)設(shè)閾值，若是，執(zhí)行步驟506；否則，執(zhí)行步驟507。

在本步驟中，當(dāng)?shù)诙?shù)量大于第二預(yù)設(shè)閾值時，執(zhí)行步驟506；否則，執(zhí)行步驟507。

步驟506、判定當(dāng)前以太網(wǎng)包的發(fā)送方向為客戶端到服務(wù)器，結(jié)束當(dāng)前處理流程。

在本步驟中，當(dāng)?shù)诙?shù)量大于第二預(yù)設(shè)閾值時，配置服務(wù)器判定當(dāng)前以太網(wǎng)包的發(fā)送方向為客戶端到服務(wù)器。

步驟507、結(jié)束確定當(dāng)前以太網(wǎng)包發(fā)送方向的流程。

本發(fā)明實施例提出的互訪信息的獲取方法，不僅可以實時地獲取包括源ip地址、目標ip地址、源端口和目標端口的互訪信息，而且無需在業(yè)務(wù)支撐系統(tǒng)中部署負載均衡配置服務(wù)器和節(jié)點自動發(fā)現(xiàn)服務(wù)器，也無需各個配置項節(jié)點通過日志記錄互訪信息。因此，和現(xiàn)有技術(shù)相比，本發(fā)明實施例提出的互訪信息的獲取方法，不僅能夠?qū)崟r地獲取配置項之間的互訪信息；并且，實現(xiàn)起來簡單方便，便于普及，適用范圍更廣。

圖6為本發(fā)明實施例中互訪信息的獲取裝置的組成結(jié)構(gòu)示意圖，如圖6所示，該獲取裝置包括：接收單元601、獲取單元602；其中，

接收單元601，用于接收流量采集設(shè)備發(fā)送的以太網(wǎng)包數(shù)據(jù)流，將所述以太網(wǎng)包數(shù)據(jù)流發(fā)送給所述獲取單元602；

所述獲取單元602，用于從所述以太網(wǎng)包數(shù)據(jù)流中獲取當(dāng)前以太網(wǎng)包，當(dāng)所述當(dāng)前以太網(wǎng)包包括ip協(xié)議包時，在所述ip協(xié)議包中獲取互訪信息的源ip 地址和目標ip地址，還用于當(dāng)所述ip協(xié)議包中包括tcp協(xié)議包時，在所述tcp協(xié)議包中獲取所述互訪信息的源端口和目標端口。

進一步的，該裝置還包括：判斷單元603；

所述獲取單元602，還用于獲取所述tcp協(xié)議包中的同步序列號syn和確認ack比特，并將所述syn和所述ack比特發(fā)送給所述判斷單元603；

所述判斷單元603，用于當(dāng)所述syn為1且所述ack比特為0時，判定所述當(dāng)前以太網(wǎng)包的發(fā)送方向為客戶端到服務(wù)器，還用于當(dāng)所述syn為1且所述ack比特為1時，判定所述當(dāng)前以太網(wǎng)包的發(fā)送方向為服務(wù)器到客戶端。

進一步的，所述獲取單元602，還用于獲取所述tcp協(xié)議包數(shù)據(jù)中的報文類型，將所述報文類型發(fā)送給所述判斷單元603；

所述判斷單元603，還用于根據(jù)所述報文類型確定所述當(dāng)前以太網(wǎng)包的發(fā)送方向。

進一步的，該裝置還包括：統(tǒng)計單元604；

所述獲取單元602，還用于將所述源ip地址、所述目標ip地址、所述源端口和所述目標端口發(fā)送給所述統(tǒng)計單元604；

所述統(tǒng)計單元604，用于統(tǒng)計所述源ip地址和所述源端口相同，且所述目標ip地址或目標端口不同的以太網(wǎng)包的第一數(shù)量，將所述第一數(shù)量發(fā)送給所述判斷單元603；

所述判斷單元603，還用于當(dāng)所述第一數(shù)量大于第一預(yù)設(shè)閾值時，判定所述當(dāng)前以太網(wǎng)包的發(fā)送方向為服務(wù)器到客戶端。

進一步的，所述統(tǒng)計單元604，還用于當(dāng)所述第一數(shù)量不大于所述第一預(yù)設(shè)閾值時，統(tǒng)計所述源ip地址或所述源端口不同，且所述目標ip地址和所述目標端口相同的以太網(wǎng)包的第二數(shù)量，將所述第二數(shù)量發(fā)送給所述判斷單元603；

所述判斷單元603，還用于當(dāng)所述第二數(shù)量大于第二預(yù)設(shè)閾值時，判定所述當(dāng)前以太網(wǎng)包的發(fā)送方向為客戶端到服務(wù)器。

在實際應(yīng)用中，所述接收單元601、獲取單元602、判斷單元603和統(tǒng)計單 元604均可由位于配置服務(wù)器的中央處理器(cpu)、微處理器(mpu)、數(shù)字信號處理器(dsp)、或現(xiàn)場可編程門陣列(fpga)等實現(xiàn)。

本發(fā)明實施例提出的互訪信息的獲取裝置，不僅可以實時地獲取包括源ip地址、目標ip地址、源端口和目標端口的互訪信息，而且無需在業(yè)務(wù)支撐系統(tǒng)中部署負載均衡配置服務(wù)器和節(jié)點自動發(fā)現(xiàn)服務(wù)器，也無需各個配置項節(jié)點通過日志記錄互訪信息。因此，和現(xiàn)有技術(shù)相比，本發(fā)明提出的互訪信息的獲取裝置，不僅能夠?qū)崟r地獲取配置項之間的互訪信息；并且，實現(xiàn)起來簡單方便，便于普及，適用范圍更廣。

本領(lǐng)域內(nèi)的技術(shù)人員應(yīng)明白，本發(fā)明的實施例可提供為方法、系統(tǒng)、或計算機程序產(chǎn)品。因此，本發(fā)明可采用硬件實施例、軟件實施例、或結(jié)合軟件和硬件方面的實施例的形式。而且，本發(fā)明可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(zhì)(包括但不限于磁盤存儲器和光學(xué)存儲器等)上實施的計算機程序產(chǎn)品的形式。

本發(fā)明是參照根據(jù)本發(fā)明實施例的方法、設(shè)備(系統(tǒng))、和計算機程序產(chǎn)品的流程圖和/或方框圖來描述的。應(yīng)理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合?？商峁┻@些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據(jù)處理設(shè)備的處理器以產(chǎn)生一個機器，使得通過計算機或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令產(chǎn)生用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。

這些計算機程序指令也可存儲在能引導(dǎo)計算機或其他可編程數(shù)據(jù)處理設(shè)備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。

這些計算機程序指令也可裝載到計算機或其他可編程數(shù)據(jù)處理設(shè)備上，使得在計算機或其他可編程設(shè)備上執(zhí)行一系列操作步驟以產(chǎn)生計算機實現(xiàn)的處理，從而在計算機或其他可編程設(shè)備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個 流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。

以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。