一種報文應答方法及裝置的制造方法
【專利摘要】本發(fā)明提供一種報文應答方法及裝置，應用于交換設備上，該方法包括：接收用戶終端發(fā)送的報文；確定接收的報文是否為地址請求報文；當接收的報文為地址請求報文時，獲取所述地址請求報文中攜帶的第一地址；判斷當前是否存在包含所述第一地址的地址表項；當存在包含所述第一地址的地址表項時，獲取所述地址表項中與所述第一地址對應的第二地址；向所述用戶終端回應地址響應報文，所述地址響應報文中攜帶所述第二地址。通過本發(fā)明可減輕控制器的處理壓力，降低流量中斷概率。
【專利說明】
-種報文應答方法及裝置
技術領域
[0001] 本發(fā)明設及網(wǎng)絡通信技術領域，尤其設及一種報文應答方法及裝置。
【背景技術】
[0002] SDN(Software Defined化twork，軟件定義網(wǎng)絡）是一種新型的網(wǎng)絡創(chuàng)新架構，通 過將控制平面和數(shù)據(jù)平面分離，實現(xiàn)網(wǎng)絡流量的靈活控制。
[0003] SDN網(wǎng)絡由控制器和交換設備組成。當用戶終端通過交換設備接入SDN網(wǎng)絡時，用 戶終端發(fā)送的ARP(Ad化ess Resolution Protocol，地址解析協(xié)議）報文和DHCP(Dynamic Host Configuration Protocol，動態(tài)主機配置協(xié)議)報文都會由交換設備轉(zhuǎn)發(fā)給控制器， 由控制器集中應答。當控制器故障或者交換設備與控制器之間的通信鏈路故障時，用戶終 端無法接收到響應報文，造成用戶終端的IP(Internet Protocol,網(wǎng)際協(xié)議)地址丟掉（例 如，用戶終端重啟時)或ARP表項丟失(ARP表項無法被更新），從而導致流量中斷。

【發(fā)明內(nèi)容】

[0004] 本發(fā)明的目的在于提供一種報文應答方法及裝置，由SDN網(wǎng)絡中的交換設備負責 報文應答，W減輕控制器的處理壓力，降低流量中斷概率。
[0005] 為實現(xiàn)上述發(fā)明目的，本發(fā)明提供了技術方案：
[0006] 本發(fā)明提供一種報文應答方法，應用于交換設備上，該方法包括：
[0007] 接收用戶終端發(fā)送的報文；
[000引確定接收的報文是否為地址請求報文；
[0009] 當接收的報文為地址請求報文時，獲取所述地址請求報文中攜帶的第一地址；
[0010] 判斷當前是否存在包含所述第一地址的地址表項；
[0011] 當存在包含所述第一地址的地址表項時，獲取所述地址表項中與所述第一地址對 應的第二地址；
[0012] 向所述用戶終端回應地址響應報文，所述地址響應報文中攜帶所述第二地址。
[0013] 其中，所述第一地址為IP地址時，所述第二地址為MAC地址;所述第一地址為MAC地 址時，所述第二地址為IP地址。
[0014] 本發(fā)明還提供一種報文應答裝置，應用于交換設備上，該裝置包括：
[0015] 報文接收單元，用于接收用戶終端發(fā)送的報文；
[0016] 報文確定單元，用于確定接收的報文是否為地址請求報文；
[0017] 第一獲取單元，用于當接收的報文為地址請求報文時，獲取所述地址請求報文中 攜帶的第一地址；
[0018] 表項判斷單元，用于判斷當前是否存在包含所述第一地址的地址表項；
[0019] 第二獲取單元，用于當存在包含所述第一地址的地址表項時，獲取所述地址表項 中與所述第一地址對應的第二地址；
[0020] 報文回應單元，用于向所述用戶終端回應地址響應報文，所述地址響應報文中攜 帶所述第二地址。
[0021 ] 其中，所述第一地址為IP地址時，所述第二地址為MAC地址;所述第一地址為MAC地 址時，所述第二地址為IP地址。
[0022] 由W上描述可W看出，本發(fā)明由SDN網(wǎng)絡中的交換設備對用戶終端發(fā)送的地址請 求進行應答，從而減輕控制器的處理壓力，同時，也避免了控制器故障或控制器與交換設備 之間鏈路故障時，控制器無法及時應答而造成的流量中斷。
【附圖說明】
[0023] 圖1是本發(fā)明實施例示出的SDN網(wǎng)絡的示意圖；
[0024] 圖2是本發(fā)明實施例示出的報文應答方法流程圖；
[0025] 圖3是本發(fā)明實施例示出的交換設備的結(jié)構示意圖；
[0026] 圖4是本發(fā)明實施例示出的報文應答裝置的結(jié)構示意圖。
【具體實施方式】
[0027] 運里將詳細地對示例性實施例進行說明，其示例表示在附圖中。下面的描述設及 附圖時，除非另有表示，不同附圖中的相同數(shù)字表示相同或相似的要素。W下示例性實施例 中所描述的實施方式并不代表與本發(fā)明相一致的所有實施方式。相反，它們僅是與如所附 權利要求書中所詳述的、本發(fā)明的一些方面相一致的裝置和方法的例子。
[0028] 在本發(fā)明使用的術語是僅僅出于描述特定實施例的目的，而非旨在限制本發(fā)明。 在本發(fā)明和所附權利要求書中所使用的單數(shù)形式的"一種"、"所述"和"該"也旨在包括多數(shù) 形式，除非上下文清楚地表示其他含義。還應當理解，本文中使用的術語"和/或"是指并包 含一個或多個相關聯(lián)的列出項目的任何或所有可能組合。
[0029] 應當理解，盡管在本發(fā)明可能采用術語第一、第二、第Ξ等來描述各種信息，但運 些信息不應限于運些術語。運些術語僅用來將同一類型的信息彼此區(qū)分開。例如，在不脫離 本發(fā)明范圍的情況下，第一信息也可W被稱為第二信息，類似地，第二信息也可W被稱為第 一信息。取決于語境，如在此所使用的詞語"如果"可W被解釋成為"在……時"或"當…… 時"或"響應于確定"。
[0030] 本發(fā)明實施例提出一種報文應答方法，該方法由SDN網(wǎng)絡中的交換設備對用戶終 端發(fā)送的地址請求進行應答，減輕控制器的處理壓力，同時，避免由于控制器故障或者控制 器與交換設備之間鏈路故障導致的流量中斷。
[00川參見圖1，為本發(fā)明實施例示出的SDN網(wǎng)絡示意圖。該SDN網(wǎng)絡包括控制器 Con化oiler、網(wǎng)關GW、虛擬交換設備0VS1~0VS3W及虛擬機（用戶終端)VM1~VM9。當然，本 發(fā)明并不具體限制SDN網(wǎng)絡中的設備是實體設備還是虛擬設備，可根據(jù)實際需求自行組合。
[0032] 參見圖2,為本發(fā)明報文應答方法的一個實施例流程圖，該實施例對報文應答過程 進行描述。
[0033] 步驟201，接收用戶終端發(fā)送的報文。
[0034] 用戶終端發(fā)出的報文首先到達與其直連的交換設備上，例如，VM1發(fā)送的報文首先 到達0VS1，由直連的交換設備執(zhí)行后續(xù)處理。
[0035] 步驟202,確定接收的報文是否為地址請求報文。
[0036] 本發(fā)明實施例中，交換設備首先對接收的報文進行報文類型確認，對確認為地址 請求報文的報文進行應答，具體確認過程如下：
[0037] 在一種較優(yōu)的實施方式中，交換設備可接收控制器針對地址請求報文下發(fā)的流表 項，該流表項記錄了地址請求報文的報文信息，參見表1。
[00；3 引
[0039] 表 1
[0040] 交換設備將接收的報文的報文信息與流表項中的報文信息進行匹配，判斷是否存 在報文信息與接收的報文的報文信息相同的流表項。當存在報文信息與接收的報文的報文 信息相同的流表項時，確定當前接收的報文為地址請求報文。例如，假設接收的報文的W太 網(wǎng)協(xié)議類型eth_type為a巧，則匹配第一條流表項，確認當前接收的報文為ARP請求報文(根 據(jù)IP地址請求MAC地址），即地址請求報文，此時，將該地址請求報文從出端口Local_portl 轉(zhuǎn)發(fā)。需要說明的是，本申請實施例中地址請求報文的出端口為本地虛擬端口，用于指向本 地處理地址請求的模塊，即后續(xù)本申請所要執(zhí)行的步驟。本申請實施例通過控制器下發(fā)流 表項的方式來確認地址請求報文，巧妙地利用了現(xiàn)有的處理方式，簡單易于實現(xiàn)。
[0041] 步驟203,當接收的報文為地址請求報文時，獲取所述地址請求報文中攜帶的第一 地址。
[0042] 在通過步驟202確認接收的報文為地址請求報文后，獲取該地址請求報文中攜帶 的地址，簡稱第一地址。
[0043] 具體為，當?shù)刂氛埱髨笪臑镈HCP請求報文（例如，DHCP Discover報文）時，獲取 D肥P請求報文中攜帶的發(fā)起請求的用戶終端的MAC地址，該MAC地址為DHCP請求報文中攜帶 的第一地址；當?shù)刂氛埱髨笪臑锳RP請求報文時，獲取ARP請求報文中攜帶的當前用戶終端 想要訪問的目的用戶終端的IP地址，此時，該IP地址為ARP請求報文中攜帶的第一地址。
[0044] 步驟204,判斷當前是否存在包含所述第一地址的地址表項。
[0045] 步驟205,當存在包含所述第一地址的地址表項時，獲取所述地址表項中與所述第 一地址對應的第二地址。
[0046] 本申請實施例中的交換設備本地維護一張地址表，該地址表中的地址表項由控制 器下發(fā)?？刂破髁私馑杏脩艚K端的地址信息（IP地址、MAC地址）W及用戶終端直連的交換 設備的端口，并根據(jù)上述信息生成對應的地址表項，針對每一個交換設備下發(fā)與其直連用 戶終端屬于同一網(wǎng)段的網(wǎng)絡設備的地址表項。
[0047] W虛擬交換設備0VS1為例，假設VM1的IP地址為10.0.0.1，MAC地址為fa: 16 : 3e : 87 : 2b: 05; VM5的 IP地址為10.0.0.5，MAC地址為fa: 16: 3e : 83 : 36: ff;網(wǎng)關GW的 IP地址為 10.0.0.254，MAC地址為00:16:3f:aa:aa:aa。VMl為0VSl下直連的用戶終端，控制器向0VSl 下發(fā)與VM1屬于同一網(wǎng)段(10.0.0.0/24)的所有網(wǎng)絡設備的地址表項，參見表2。
[0048] ____
[0049] 表 2
[0050] 表2即為OVSl維護的地址表。本申請實施例通過分網(wǎng)段下發(fā)地址表項的方式，可減 輕交換設備的維護壓力，提高查表速度。
[0化1 ] 假設，VM1發(fā)送DHCP請求報文，該D肥P請求報文中攜帶VM1的MAC地址化：16: 3e: 87: 化:05，0VS1接收該DHCP請求報文后，獲取VM1的MAC地址，查詢本地維護的地址表項，由表2 可知，第一條地址表項中包含VM1的MAC地址f a: 16: 3e: 87:化:05，獲取該地址表項中與VM1 的MAC地址對應的IP地址(對于DHCP請求報文，本申請實施例中定義的第一地址為MAC地址， 第二地址為IP地址）。
[0052] 假設，VM1發(fā)送ARP請求報文，該ARP請求報文中攜帶VM1想要訪問的目的虛擬機VM5 的IP地址10.0.0.5，0VS1接收該ARP請求報文后，獲取VM5的IP地址，查詢本地維護的地址表 項，由表2可知，第二條地址表項中包含VM5的IP地址10.0.0.5，獲取該地址表項中與VM5的 IP地址對應的MAC地址(對于ARP請求報文，本申請實施例中定義的第一地址為IP地址，第二 地址為MAC地址）。
[0053] 需要補充說明的是，由于用戶終端可能發(fā)生遷移(遷移后IP地址不變），例如，VM1 從0VS1遷移到0VS2，因此，當交換設備接收到用戶終端發(fā)送的ARP請求報文時，首先判斷發(fā) 起請求的用戶終端是否發(fā)生遷移。
[0054] 具體過程如下:獲取ARP請求報文攜帶的用戶終端的地址信息W及接收該ARP請求 報文的端口。判斷本地記錄的地址表項中是否存在與發(fā)起請求的用戶終端的地址信息及接 收ARP請求報文的端口匹配的地址表項，當不存在匹配的地址表項時，說明發(fā)起請求的用戶 終端發(fā)生遷移，則交換設備請求控制器下發(fā)與該用戶終端屬于同一網(wǎng)段的地址表項。
[0055] 步驟206,向所述用戶終端回應地址響應報文，所述地址響應報文中攜帶所述第二 地址。
[0056] 由于交換設備維護了上述地址表項，因此，可在本地對地址請求報文進行應答，無 需轉(zhuǎn)發(fā)給控制器集中應答。具體為，當?shù)刂氛埱髨笪臑镈HCP請求報文時，向用戶終端回應 D肥P響應報文(例如，D肥P Of fer報文），D肥P響應報文中攜帶分配給用戶終端的IP地址；當 地址請求報文為ARP請求報文時，向用戶終端回應ARP響應報文，ARP響應報文中攜帶當前用 戶終端請求的目的用戶終端的MAC地址。本申請正是通過與用戶終端直連的交換設備的應 答，減輕原有控制器集中應答的處理壓力，同時，當控制器故障或控制器與交換設備之間鏈 路故障時，交換設備上已存在的地址表項能夠保證對應用戶終端的ARP表項及時更新，從而 使已有流量正常轉(zhuǎn)發(fā)，避免業(yè)務中斷。
[0057] 當根據(jù)步驟204的判斷結(jié)果確認本地不存在包含第一地址的地址表項時，說明控 制器未向交換設備下發(fā)過當前用戶終端請求的地址信息，則交換設備將接收的地址請求報 文上送給控制器，由控制器查詢相關地址信息，對地址請求報文進行應答，并向交換設備下 發(fā)包含第一地址的地址表項。交換設備再接收到與該地址表項匹配的地址請求報文時，由 交換設備自行應答。
[0058] 此外，由于交換設備維護了與其直連用戶終端屬于同一網(wǎng)段的所有地址表項，所 W，當用戶終端訪問與其屬于同一網(wǎng)段的其它用戶終端時，交換設備無需向控制器請求指 導報文轉(zhuǎn)發(fā)的流表項，可根據(jù)源/目的用戶終端的地址表項自行生產(chǎn)轉(zhuǎn)發(fā)流表項，進行報文 轉(zhuǎn)發(fā)。
[0059] 仍W圖1為例，介紹報文應答過程。
[0060] 假設，VM1 ~VM6 的 IP 地址對應為 10.0.0.1 ~10.0.0.6,屬于網(wǎng)段 10.0.0.0/24; VM7 ~VM9的IP地址對應為20.0.0.7~20.0.0.9，屬于網(wǎng)段20.0.0.0/24。VM1~VM9的MAC地址簡 化為MAC1~MAC9表示;針對不同網(wǎng)段分別配置網(wǎng)關GW的IP地址10.0.0.254和20.0.0.254， GW的MAC地址為MAC_GW。
[0061 ] 控制器Contro 1 ler分別向0VS1~0VS3下發(fā)地址表項，其中，0VS1中地址表如表3所 示，0VS2中地址表如表4所示，0VS3中地址表如表5所示。
[0066]表 4
[0067]
[0068] 表 5
[0069] 假設，VMl發(fā)送D肥內(nèi)青求報文，該畑CP請求報文中攜帶MACl，該報文到達OVSl后，匹 配表1中的第2條流表項，0VS1確認接收的報文為DHCP請求報文，獲取DHCP請求報文中攜帶 的MCI，查詢本地維持的地址表(表3)，獲取MAC1對應的IP地址10.0.0.1，向VM1回應畑CP響 應報文，DHCP響應報文中攜帶分配給VM1的IP地址10.0.0.1。
[0070] 假設，VM1發(fā)送ARP請求報文請求VM5的MAC地址，在ARP請求報文中攜帶VM5的IP地 址10.0.0.5，0VS1通過pod 1端口接收該報文，匹配表1中的第1條流表項，確認接收的報文 為ARP請求報文。0VS1獲取ARP請求報文中VM1的IP地址10.0.0.1、MAC地址MAC1W及接收該 ARP請求報文的端口 podl，查詢表3,匹配第一條地址表項，因此，確定VM1未發(fā)生遷移。獲取 ARP請求報文中攜帶的VM5的IP地址10.0.0.5，查詢本地維持的地址表(表3)，獲取10.0.0.5 對應的MAC地址MAC5,向VM1回應ARP響應報文，ARP響應報文中攜帶VM5的MAC地址MAC5dVM1 根據(jù)VM5的IP地址和MAC地址訪問VM5。
[0071] 當VM1跨網(wǎng)段訪問VM8時，VM1根據(jù)VM8的IP地址20.0.0.8確認VM8與自己不屬于同 一網(wǎng)段，因此，發(fā)送ARP請求報文請求網(wǎng)關GW的MAC地址，0VS1接收到ARP請求報文后的處理 過程同上，在此不再寶述。VM1獲取到GW的MAC地址MC_GW后，將訪問VM8的流量通過GW轉(zhuǎn)發(fā)。
[0072] 假設，VM1從0VS1遷移到0VS2的pod4(圖中未示出），此時，VM1發(fā)送的ARP請求報文 通過0VS2的port4到達0VS2,0VS2確認接收的報文為ARP請求報文后，獲取VM1的IP地址 10.0.0.1、MAC地址MAC1W及接收該ARP請求報文的端口 0VS2的pod4，在表4中找不到與上 述信息完全匹配的地址表項（與第一條地址表項相比，IP地址和MAC地址相同，端口不同）， 因此，0VS2確認VM1發(fā)生遷移，向控制器請求下發(fā)與VM1屬于同一網(wǎng)段的地址表項?？刂破鞔_ 認0VS2已包含所有與VM1屬于同一網(wǎng)段的地址表項，只是VM1對應地址表項的端口發(fā)生變 化，因此，向0VS2下發(fā)更新后的VM1的地址表項。更新后0VS2中地址表如表6所示。
[0073]
[0074] 表 6
[0075] 此外，由于OVSl上還存在與VMl屬于同一網(wǎng)段的VM2和VM3,因此，OVSl上記錄的VMl 的地址表項也需要更新，控制器會向0VS1下發(fā)更新后的VM1的地址表項。更新后0VS1中地址 表如表7所不。
[0076]
[0077] 表 7
[0078] 假設，VM1從0VS1遷移到0VS3的pod4(圖中未示出），此時，VM1發(fā)送的ARP請求報文 通過0VS3的port4到達0VS3,0VS3確認接收的報文為ARP請求報文后，獲取VM1的IP地址 10.0.0.1、MAC地址MAC1W及接收該ARP請求報文的端口 0VS3的pod4，在表5中找不到與上 述信息匹配的地址表項，因此，0VS3確認VM1發(fā)生遷移，向控制器請求下發(fā)與VM1屬于同一網(wǎng) 段的地址表項。VM1~VM6屬于同一網(wǎng)段，因此，控制器向0VS3下發(fā)VM1~VM6對應的地址表 項。下發(fā)后0VS3中地址表如表8所示。
[0079]
[0080] 表 8
[0081 ]同時，控制器向OVS巧日0VS2下發(fā)VMl的地址表項。更新后，OVSl中的地址表如表9所 示，0VS2中的地址表如表10所示。
[0082]
[0083]表 9
[0084]
[0085] 表 10
[0086] 與前述報文應答方法的實施例相對應，本發(fā)明還提供了報文應答裝置的實施例。
[0087] 本發(fā)明報文應答裝置的實施例可W應用在交換設備上。裝置實施例可W通過軟件 實現(xiàn)，也可W通過硬件或者軟硬件結(jié)合的方式實現(xiàn)。W軟件實現(xiàn)為例，作為一個邏輯意義上 的裝置，是通過其所在設備的處理器運行存儲器中對應的計算機程序指令形成的。從硬件 層面而言，如圖3所示，為本發(fā)明報文應答裝置所在設備的一種硬件結(jié)構圖，除了圖3所示的 處理器W及非易失性存儲器之外，實施例中裝置所在的設備通常根據(jù)該設備的實際功能， 還可W包括其他硬件，對此不再寶述。
[0088] 請參考圖4,為本發(fā)明一個實施例中的報文應答裝置的結(jié)構示意圖。該報文應答裝 置包括報文接收單元401、報文確定單元402、第一獲取單元403、表項判斷單元404、第二獲 取單元405W及報文回應單元406,其中：
[0089] 報文接收單元401，用于接收用戶終端發(fā)送的報文；
[0090] 報文確定單元402,用于確定接收的報文是否為地址請求報文；
[0091] 第一獲取單元403,用于當接收的報文為地址請求報文時，獲取所述地址請求報文 中攜帶的第一地址；
[0092] 表項判斷單元404,用于判斷當前是否存在包含所述第一地址的地址表項；
[0093] 第二獲取單元405,用于當存在包含所述第一地址的地址表項時，獲取所述地址表 項中與所述第一地址對應的第二地址；
[0094] 報文回應單元406，用于向所述用戶終端回應地址響應報文，所述地址響應報文中 攜帶所述第二地址。
[00M] 其中，所述第一地址為IP地址時，所述第二地址為MAC地址;所述第一地址為MAC地 址時，所述第二地址為IP地址。
[0096] 進一步地，
[0097] 所述報文確定單元402,具體用于獲取流表項，所述流表項中記錄地址請求報文的 報文信息;判斷是否存在報文信息與所述接收的報文的報文信息相同的流表項；當存在報 文信息與所述接收的報文的報文信息相同的流表項時，確定所述接收的報文為地址請求報 文。
[0098] 進一步地，
[0099] 所述第一獲取單元403,具體用于當所述地址請求報文為DHCP請求報文時，獲取所 述DHCP請求報文中攜帶的所述用戶終端的MAC地址；當所述地址請求報文為ARP請求報文 時，獲取所述ARP請求報文中攜帶的目的用戶終端的IP地址。
[0100] 進一步地，所述裝置還包括：
[0101] 遷移處理單元，用于當所述地址請求報文為ARP請求報文時，在所述第二獲取單元 405獲取所述地址表項中與所述第一地址對應的第二地址之前，獲取所述ARP請求報文攜帶 的所述用戶終端的地址信息W及接收所述ARP請求報文的端口；判斷是否存在與所述用戶 終端的地址信息及所述接收所述ARP請求報文的端口匹配的地址表項；當不存在與所述用 戶終端的地址信息及所述接收所述ARP請求報文的端口匹配的地址表項時，請求所述控制 器下發(fā)與所述用戶終端屬于同一網(wǎng)段的地址表項。
[0102] 進一步地，所述裝置還包括：
[0103] 報文上送單元，用于當不存在包含所述第一地址的地址表項時，將所述地址請求 報文上送控制器，W使所述控制器向所述用戶終端回應地址響應報文，并下發(fā)包含所述第 一地址的地址表項。
[0104] 上述裝置中各個單元的功能和作用的實現(xiàn)過程具體詳見上述方法中對應步驟的 實現(xiàn)過程，在此不再寶述。
[0105] 對于裝置實施例而言，由于其基本對應于方法實施例，所W相關之處參見方法實 施例的部分說明即可。W上所描述的裝置實施例僅僅是示意性的，其中所述作為分離部件 說明的單元可W是或者也可W不是物理上分開的，作為單元顯示的部件可W是或者也可W 不是物理單元，即可W位于一個地方，或者也可W分布到多個網(wǎng)絡單元上。可W根據(jù)實際的 需要選擇其中的部分或者全部模塊來實現(xiàn)本發(fā)明方案的目的。本領域普通技術人員在不付 出創(chuàng)造性勞動的情況下，即可W理解并實施。
[0106] W上所述僅為本發(fā)明的較佳實施例而已，并不用W限制本發(fā)明，凡在本發(fā)明的精 神和原則之內(nèi)，所做的任何修改、等同替換、改進等，均應包含在本發(fā)明保護的范圍之內(nèi)。
【主權項】
1. 一種報文應答方法，應用于交換設備上，其特征在于，該方法包括： 接收用戶終端發(fā)送的報文； 確定接收的報文是否為地址請求報文； 當接收的報文為地址請求報文時，獲取所述地址請求報文中攜帶的第一地址； 判斷當前是否存在包含所述第一地址的地址表項； 當存在包含所述第一地址的地址表項時，獲取所述地址表項中與所述第一地址對應的 第二地址； 向所述用戶終端回應地址響應報文，所述地址響應報文中攜帶所述第二地址； 其中，所述第一地址為IP地址時，所述第二地址為MAC地址；所述第一地址為MAC地址 時，所述第二地址為IP地址。2. 如權利要求1所述的方法，其特征在于，所述確定接收的報文是否為地址請求報文， 包括： 獲取流表項，所述流表項中記錄地址請求報文的報文信息； 判斷是否存在報文信息與所述接收的報文的報文信息相同的流表項； 當存在報文信息與所述接收的報文的報文信息相同的流表項時，確定所述接收的報文 為地址請求報文。3. 如權利要求1所述的方法，其特征在于，所述獲取所述地址請求報文中攜帶的第一地 址，包括： 當所述地址請求報文為DHCP請求報文時，獲取所述DHCP請求報文中攜帶的所述用戶終 端的MAC地址； 當所述地址請求報文為ARP請求報文時，獲取所述ARP請求報文中攜帶的目的用戶終端 的IP地址。4. 如權利要求3所述的方法，其特征在于： 當所述地址請求報文為ARP請求報文時，在獲取所述地址表項中與所述第一地址對應 的第二地址之前，還包括： 獲取所述ARP請求報文攜帶的所述用戶終端的地址信息以及接收所述ARP請求報文的 端口； 判斷是否存在與所述用戶終端的地址信息及所述接收所述ARP請求報文的端口匹配的 地址表項； 當不存在與所述用戶終端的地址信息及所述接收所述ARP請求報文的端口匹配的地址 表項時，請求所述控制器下發(fā)與所述用戶終端屬于同一網(wǎng)段的地址表項。5. 如權利要求1所述的方法，其特征在于，所述方法還包括： 當不存在包含所述第一地址的地址表項時，將所述地址請求報文上送控制器，以使所 述控制器向所述用戶終端回應地址響應報文，并下發(fā)包含所述第一地址的地址表項。6. -種報文應答裝置，應用于交換設備上，其特征在于，該裝置包括： 報文接收單元，用于接收用戶終端發(fā)送的報文； 報文確定單元，用于確定接收的報文是否為地址請求報文； 第一獲取單元，用于當接收的報文為地址請求報文時，獲取所述地址請求報文中攜帶 的第一地址； 表項判斷單元，用于判斷當前是否存在包含所述第一地址的地址表項； 第二獲取單元，用于當存在包含所述第一地址的地址表項時，獲取所述地址表項中與 所述第一地址對應的第二地址； 報文回應單元，用于向所述用戶終端回應地址響應報文，所述地址響應報文中攜帶所 述第二地址； 其中，所述第一地址為IP地址時，所述第二地址為MAC地址；所述第一地址為MAC地址 時，所述第二地址為IP地址。7. 如權利要求6所述的裝置，其特征在于： 所述報文確定單元，具體用于獲取流表項，所述流表項中記錄地址請求報文的報文信 息；判斷是否存在報文信息與所述接收的報文的報文信息相同的流表項；當存在報文信息 與所述接收的報文的報文信息相同的流表項時，確定所述接收的報文為地址請求報文。8. 如權利要求6所述的裝置，其特征在于： 所述第一獲取單元，具體用于當所述地址請求報文為DHCP請求報文時，獲取所述DHCP 請求報文中攜帶的所述用戶終端的MAC地址；當所述地址請求報文為ARP請求報文時，獲取 所述ARP請求報文中攜帶的目的用戶終端的IP地址。9. 如權利要求8所述的裝置，其特征在于，所述裝置還包括： 迀移處理單元，用于當所述地址請求報文為ARP請求報文時，在所述第二獲取單元獲取 所述地址表項中與所述第一地址對應的第二地址之前，獲取所述ARP請求報文攜帶的所述 用戶終端的地址信息以及接收所述ARP請求報文的端口；判斷是否存在與所述用戶終端的 地址信息及所述接收所述ARP請求報文的端口匹配的地址表項；當不存在與所述用戶終端 的地址信息及所述接收所述ARP請求報文的端口匹配的地址表項時，請求所述控制器下發(fā) 與所述用戶終端屬于同一網(wǎng)段的地址表項。10. 如權利要求6所述的裝置，其特征在于，所述裝置還包括： 報文上送單元，用于當不存在包含所述第一地址的地址表項時，將所述地址請求報文 上送控制器，以使所述控制器向所述用戶終端回應地址響應報文，并下發(fā)包含所述第一地 址的地址表項。
【文檔編號】H04L12/741GK106059929SQ201610392205
【公開日】2016年10月26日
【申請日】2016年6月2日
【發(fā)明人】楊碧輝, 王海
【申請人】杭州華三通信技術有限公司