分布式虛擬交換機系統(tǒng)的報文轉發(fā)方法及設備的制作方法
【專利摘要】本申請公開了一種分布式虛擬交換機系統(tǒng)的報文轉發(fā)方法及設備，該方法包括：在OF交換機被創(chuàng)建后，創(chuàng)建與該OF交換機對應的聚合組，將該OF交換機上連接物理交換機的至少兩個uplink口添加到該聚合組中；接收OF交換機轉發(fā)的上行報文，其中，上行報文是OF交換機通過連接VM的一dvport口接收到的；確定與該OF交換機對應的聚合組，根據(jù)上行報文的報文頭中的相關信息并使用與該聚合組對應的聚合算法，選擇該聚合組中的一個uplink口作為上行報文的出端口；生成用于指導上行報文轉發(fā)的流表表項并保存到本地流表中，其中，生成的流表表項的執(zhí)行動作中包括：通過該出端口轉發(fā)上行報文；將生成的流表表項和上行報文發(fā)送給發(fā)來上行報文的OF交換機。
【專利說明】分布式虛擬交換機系統(tǒng)的報文轉發(fā)方法及設備

【技術領域】
[0001] 本申請涉及虛擬化【技術領域】，特別涉及一種分布式虛擬交換機系統(tǒng)的報文轉發(fā)方 法及設備。

【背景技術】
[0002] 隨著數(shù)據(jù)中心業(yè)務日益增加，用戶需求不斷提高，數(shù)據(jù)中心的規(guī)模和功能日趨復 雜，管理難度也越來越高。在這種情況下，整合數(shù)據(jù)中心、降低數(shù)據(jù)中心的管理成本，充分挖 掘現(xiàn)有資源能力以適應更高的業(yè)務需求，成為企業(yè)數(shù)據(jù)中心的重要任務。對數(shù)據(jù)中心資源 進行虛擬化，成為目前數(shù)據(jù)中心整合的重要趨勢。
[0003] 虛擬化技術通過對物理資源和提供的服務進行抽象化，讓資源使用者和系統(tǒng)管理 者不關心對象的物節(jié)，從而降低資源使用和管理的復雜度，提高使用效率。因而，對數(shù)據(jù)中 心的虛擬化能夠提高數(shù)據(jù)中心的資源利用率(如CPU(CenterProcessingUnit,中央控制 器）利用率、存儲容量等)，降低系統(tǒng)的能耗，并減少系統(tǒng)的設計、運行、管理和維護成本，從 而實現(xiàn)整合的目標。
[0004] 數(shù)據(jù)中心的虛擬化技術主要包括三個方面：網絡虛擬化、存儲虛擬化和服務器虛 擬化，最主要的是服務器虛擬化。通過專用的虛擬化軟件(如VMware)管理，一臺物理服務器 能虛擬出多臺VM(VirtualMachine,虛擬機)，每個VM獨立運行，互不影響，都有自己的操 作系統(tǒng)和應用程序和虛擬的硬件環(huán)境，包括：虛擬CPU、內存、存儲設備、10(InputOutput， 輸入輸出）設備、虛擬交換機等。
[0005] OpenFlow(0F,開放流）是一種新型的網絡交換技術,它使傳統(tǒng)的二層和三層交換 機具備了細粒度流轉發(fā)能力，即傳統(tǒng)的基于MAC(MediaAccessControl,媒體訪問控制） 的網包轉發(fā)以及基于IP(InternetProtocol,因特網協(xié)議）的路由轉發(fā)，被拓展到了基于 多域網包包頭描述的流轉發(fā)。同時，傳統(tǒng)的控制層面從轉發(fā)設備中剝離出來，所有轉發(fā)行 為的決策從交換機自身"遷移"到了某個外部的控制器上，該控制器支持OpenFlow，又稱為 OpenFlow控制器。
[0006] 每一個0F交換機（Switch)都有一張流表（FlowTable)，用于進行包查找和轉發(fā)。 OpenFlow交換機可以通過OpenFlow協(xié)議經一個安全通道（SecureChannel)連接到外部的OpenFlow控制器（controller),對流表進行查找和管理，如圖1所示。
[0007] 流表中包括：包頭域（headerfields),活動計數(shù)器（counters), 0個或多個執(zhí)行 行動（actions)。在接收到一個數(shù)據(jù)包之后，根據(jù)該數(shù)據(jù)包的包頭中的多個域的值，在流表 中查找匹配表項，如果查找到了匹配表項，則按照該匹配表項中的執(zhí)行行動對該數(shù)據(jù)包進 行相應處理，否則，通過安全通道將該數(shù)據(jù)包轉發(fā)到控制器，由控制器來決策該數(shù)據(jù)包的執(zhí) 行行動。按照執(zhí)行行動可以將數(shù)據(jù)包轉發(fā)到一個或者多個接口。
[0008] 包頭中包括12個域，具體為：進入接口，Ethernet(以太網)源地址、Ethernet目標 地址、類型、VLAN(VirtualLocalAreaNetwork,虛擬局域網）ID(標識）、VLAN優(yōu)先級、IP 源地址、IP目標地址、協(xié)議、IPToS(TypeofService,服務類型）位、TCP(Transmission Control Protocol,傳輸控制協(xié)議）/UDP (User Datagram Protocol,用戶數(shù)據(jù)報協(xié)議）目 標端口、TCP/UDP源端口。每一個域的值可以是一個確定值或者所有值（any)，更準確的匹 配可以通過掩碼實現(xiàn)。
[0009] 計數(shù)器可以針對每張表、每個流、每個端口、每個隊列來維護。計數(shù)器用來統(tǒng)計流 量的一些信息，例如活動表項、查找次數(shù)、發(fā)送包數(shù)等。
[0010] 流表中的每一個表項對應于〇個或者多個執(zhí)行行動，如果一個表項中沒有執(zhí)行行 動，則默認為丟棄。多個執(zhí)行行動的執(zhí)行需要依照優(yōu)先級順序依次進行。另外，0F交換機 可以對不支持的執(zhí)行行動返回錯誤（unspported flow error)。
[0011] 在傳統(tǒng)交換機的以太網聚合技術中，當交換機接收到報文時，會根據(jù)報文的入端 口、出端口、VLAN等信息在MAC轉發(fā)表中查找匹配表項。對于出端口為聚合鏈路的報文，需 要根據(jù)報文的源MAC地址、目的MAC地址、源IP地址、和/或目的IP地址等調用聚合算法， 計算出報文的實際出端口，然后才將報文從該出端口轉發(fā)出去。
[0012] 這樣，每一次接收到報文時，都需要調用聚合算法計算出端口，影響了報文轉發(fā)效 率。


【發(fā)明內容】

[0013] 本申請?zhí)峁┝艘环N分布式虛擬交換機系統(tǒng)的報文轉發(fā)方法及設備，以解決現(xiàn)有技 術中存在的報文轉發(fā)效率較低的問題。
[0014] 本申請的技術方案如下：
[0015] -方面，提供了一種分布式虛擬交換機系統(tǒng)的報文轉發(fā)方法，分布式虛擬交換機 系統(tǒng)中包括：控制器和多個服務器，服務器上設置有虛擬的0F交換機和VM，VM通過0F交換 機連接至外部的物理交換機，0F交換機與物理交換機之間的至少兩條鏈路聚合，該方法應 用于控制器，該方法包括：
[0016] 在0F交換機被創(chuàng)建后，創(chuàng)建與該0F交換機對應的聚合組，將該0F交換機上連接 物理交換機的至少兩個uplink口添加到該聚合組中；
[0017] 接收0F交換機轉發(fā)的上行報文，其中，上行報文是0F交換機通過連接VM的一 dvport口接收到的；
[0018] 確定與該0F交換機對應的聚合組，根據(jù)上行報文的報文頭中的相關信息并使用 與該聚合組對應的聚合算法，選擇該聚合組中的一個up 1 ink口作為上行報文的出端口，其 中，相關信息包括以下至少之一：源MAC地址、目的MAC地址、源IP地址、目的IP地址； [0019] 生成用于指導上行報文轉發(fā)的流表表項并保存到本地流表中，其中，生成的流表 表項的執(zhí)行動作中包括：通過該出端口轉發(fā)上行報文；
[0020] 將生成的流表表項和上行報文發(fā)送給發(fā)來上行報文的0F交換機。
[0021] 另一方面，還提供了一種分布式虛擬交換機系統(tǒng)的控制器，分布式虛擬交換機系 統(tǒng)中包括：控制器和多個服務器，服務器上設置有虛擬的0F交換機和VM，VM通過0F交換 機連接至外部的物理交換機，0F交換機與物理交換機之間的至少兩條鏈路聚合，控制器包 括：
[0022] 創(chuàng)建添加模塊，用于在0F交換機被創(chuàng)建后，創(chuàng)建與該0F交換機對應的聚合組，將 該0F交換機上連接物理交換機的至少兩個uplink口添加到該聚合組中；
[0023] 接收模塊，用于接收OF交換機轉發(fā)的上行報文，其中，上行報文是OF交換機通過 連接VM的一dvport口接收到的；
[0024] 聚合處理模塊，用于確定與該0F交換機對應的聚合組，根據(jù)上行報文的報文頭中 的相關信息并使用與該聚合組對應的聚合算法，選擇該聚合組中的一個uplink口作為上 行報文的出端口，其中，相關信息包括以下至少之一：源MAC地址、目的MAC地址、源IP地 址、目的IP地址；
[0025] 表項生成模塊，用于生成用于指導接收模塊接收到的上行報文轉發(fā)的流表表項并 保存到本地流表中；其中，生成的流表表項的執(zhí)行動作中包括：通過聚合處理模塊選擇的 出端口轉發(fā)該上行報文；
[0026] 發(fā)送模塊，用于將表項生成模塊生成的流表表項和接收模塊接收到的上行報文發(fā) 送給發(fā)來上行報文的0F交換機。
[0027] 通過本申請的以上技術方案，控制器在0F交換機被創(chuàng)建后，會創(chuàng)建與該0F交換機 對應的聚合組，并將該0F交換機上連接物理交換機的多個uplink口添加到該聚合組中，這 樣，在接收到0F交換機發(fā)來的該0F交換機通過一dvport口接收到的上行報文后，控制器 就可以根據(jù)該上行報文的報文頭中的相關信息并使用該0F交換機對應的聚合組所對應的 聚合算法，選擇該聚合組中的一個uplink口作為該上行報文的出端口，進而根據(jù)該出端口 生成指導該上行報文轉發(fā)的流表表項。上述技術方案在基于OpenFlow的分布式虛擬交換 機系統(tǒng)中實現(xiàn)了支持鏈路聚合功能的報文轉發(fā)，并且，控制器在針對一種數(shù)據(jù)流的首包使 用聚合算法計算出出端口并生成流表表項發(fā)給0F交換機后，該數(shù)據(jù)流的后續(xù)報文無需再 使用聚合算法計算出端口，提高了報文轉發(fā)效率。

【專利附圖】

【附圖說明】
[0028] 圖1是OpenFlow協(xié)議中的流表管理示意圖；
[0029] 圖2是本申請實施例中的分布式虛擬交換機系統(tǒng)的架構示意圖；
[0030] 圖3是本申請實施例中的0F交換機的接口示意圖；
[0031] 圖4是本申請實施例一的分布式虛擬交換機系統(tǒng)的報文轉發(fā)方法的流程圖；
[0032] 圖5是本申請實施例二的分布式虛擬交換機系統(tǒng)的實際組網示意圖；
[0033] 圖6是本申請實施例三的分布式虛擬交換機系統(tǒng)中的控制器的結構示意圖；
[0034] 圖7是本申請實施例四的分布式虛擬交換機系統(tǒng)的架構示意圖。

【具體實施方式】
[0035] 為了解決現(xiàn)有技術中存在的報文轉發(fā)效率較低的問題，本申請以下實施例中提供 了一種分布式虛擬交換機系統(tǒng)的報文轉發(fā)方法，以及一種可以應用該方法的控制器。
[0036] 如圖2所示，本申請以下實施例的分布式虛擬交換機系統(tǒng)中包括：全局統(tǒng)一的控 制器和多個服務器，服務器上設置有虛擬的0F交換機和VM，VM通過0F交換機連接至外部 的物理交換機（即ToR或邊緣交換機)?？刂破骼肙penFlow協(xié)議統(tǒng)一控制所有OpenFlow 交換機，形成一個分布式虛擬交換機系統(tǒng)。
[0037] 其中，一個0F交換機只與一個物理交換機相連，但一個物理交換機可以與多個0F 交換機相連，一個OF交換機與其連接的物理交換機之間有至少兩條(在圖2中僅示出了 3 條)鏈路，這至少兩個鏈路通過鏈路聚合（Link Aggregation, LA)技術聚合成了一條邏輯鏈 路。
[0038] 0F交換機上有兩類接口，一類為上行接口，稱為uplink口，另一類為下行接口，稱 為dvport口，其中，uplink口與物理交換機相連，而dvport口與VM的虛擬網卡接口相連， 如圖3所示。
[0039] 基于此，0F交換機接收的報文可為：0F交換機通過任一dvport口接收VM發(fā)出的 報文，稱為上行報文，或者，0F交換機通過連接物理交換機的任一uplink口接收的報文，稱 為下行報文。
[0040] 實施例一
[0041] 本申請實施例一的分布式虛擬交換機系統(tǒng)的報文轉發(fā)方法由控制器來執(zhí)行。如圖 4所示，該方法包括以下步驟：
[0042] 步驟S402,在0F交換機被創(chuàng)建后，創(chuàng)建與該0F交換機對應的聚合組，將該0F交換 機上連接物理交換機的至少兩個uplink口添加到該聚合組中；
[0043] 在該步驟S402中，創(chuàng)建與該0F交換機對應的聚合組，將該0F交換機上連接物理 交換機的至少兩個uplink口添加到該聚合組中的方法包括以下兩個方面的內容：
[0044] (1) 0F交換機創(chuàng)建過程
[0045] 步驟11:VMMCenter(虛擬機管理軟件)執(zhí)行添加主機（即服務器)操作之后，通知 該服務器創(chuàng)建一個0F交換機；
[0046] 步驟12 :該服務器接收到該通知之后，在本服務器中創(chuàng)建一個0F交換機，并為該 0F交換機分配一個交換機標識（Identity,ID);
[0047] 步驟13 :該OF交換機使用OF協(xié)議向控制器發(fā)送交換機添加消息，其中，該交換機 添加消息中攜帶有該0F交換機的交換機ID;
[0048] 步驟14 :控制器接收到該交換機添加消息后，為該OF交換機創(chuàng)建一個聚合組，并 為該聚合組分配一個聚合組ID,在本地的聚合組信息表中添加一個表項，該表項中包含有 該聚合組ID和該聚合組對應的聚合算法。
[0049] 在步驟14中，控制器在為該0F交換機創(chuàng)建一個聚合組，并為該聚合組分配一個聚 合組ID后，可以在本地保存該0F交換機的交換機ID與該聚合組ID之間的對應關系。
[0050] 假設，在步驟14中為該聚合組分配一個聚合組ID為1，則添加的表項可以如表 1-1所示：
[0051] 表 1-1
[0052]

【權利要求】
1. 一種分布式虛擬交換機系統(tǒng)的報文轉發(fā)方法，其特征在于，所述分布式虛擬交換機 系統(tǒng)中包括；控制器和多個服務器，所述服務器上設置有虛擬的開放流OF交換機和虛擬機 VM，所述VM通過所述OF交換機連接至外部的物理交換機，所述OF交換機與所述物理交換 機之間的至少兩條鏈路聚合，所述方法應用于所述控制器，所述方法包括： 在OF交換機被創(chuàng)建后，創(chuàng)建與該OF交換機對應的聚合組，將該OF交換機上連接物理 交換機的至少兩個上行接口 uplink 口添加到該聚合組中； 接收OF交換機轉發(fā)的上行報文，其中，所述上行報文是OF交換機通過連接VM的一下 行接口 dvpcxrt 口接收到的； 確定與該OF交換機對應的聚合組，根據(jù)所述上行報文的報文頭中的相關信息并使用 與該聚合組對應的聚合算法，選擇該聚合組中的一個uplink 口作為所述上行報文的出端 口，其中，所述相關信息包括W下至少之一；源媒體訪問控制MAC地址、目的MAC地址、源因 特網協(xié)議IP地址、目的IP地址； 生成用于指導所述上行報文轉發(fā)的流表表項并保存到本地流表中，其中，生成的流表 表項的執(zhí)行動作中包括；通過該出端口轉發(fā)所述上行報文； 將所述生成的流表表項和所述上行報文發(fā)送給發(fā)來所述上行報文的OF交換機。
2. 根據(jù)權利要求1所述的方法，其特征在于，創(chuàng)建與該OF交換機對應的聚合組，將該 OF交換機上連接物理交換機的至少兩個uplink 口添加到該聚合組中的方法包括： 為該OF交換機創(chuàng)建一個聚合組，并為該聚合組分配一個聚合組標識ID，在聚合組信息 表中添加一個表項，所述表項中包含有該聚合組ID和該聚合組對應的聚合算法； 接收到該OF交換機在該OF交換機上連接物理交換機的uplink 口被綁定到上行端口 組后發(fā)來的接口添加消息，其中，接收到的接口添加消息中攜帶有該OF交換機的交換機ID 和該uplink 口的端口 ID ; 確定與所述接收到的接口添加消息中攜帶的交換機ID對應的聚合組ID,在所述聚合 組信息表中查找到包含有確定的聚合組ID的表項； 將所述接收到的接口添加消息中攜帶的端口 ID與所述確定的聚合組ID之間的對應關 系，添加到包含有所述確定的聚合組ID的表項中。
3. 根據(jù)權利要求2所述的方法，其特征在于，還包括： 接收到OF交換機發(fā)來的接口刪除消息，其中，接收到的接口刪除消息中攜帶有該OF交 換機的交換機ID和該uplink 口的端口 ID，所述接口刪除消息是OF交換機在該OF交換機 上的uplink 口從所屬的上行端口組中去綁定后發(fā)來的，或者是在檢測到該OF交換機上的 uplink 口變?yōu)椴豢捎脿顟B(tài)后發(fā)來的； 確定與所述接收到的接口刪除消息中攜帶的交換機ID對應的聚合組ID，根據(jù)確定的 聚合組ID在所述聚合組信息表中查找到匹配表項； 從查找到的匹配表項中刪除所述接收到的接口刪除消息中攜帶的端口 ID與該確定的 聚合組ID之間的對應關系。
4. 根據(jù)權利要求3所述的方法，其特征在于，在接收到所述接口刪除消息之后，還包 括： 根據(jù)所述接口刪除消息中攜帶的交換機ID和端口 ID，在本地流表中查找匹配表項； 若查找到了匹配表項，則刪除查找到的匹配表項，向所述接口刪除消息中攜帶的交換 機ID所指示的OF交換機發(fā)送流修改消息，其中，所述流修改消息中攜帶有所述接口刪除消 息中攜帶的交換機ID和端口 ID，所述流修改消息用于指示OF交換機根據(jù)該交換機ID和該 端口 ID在本地流表中查找匹配表項并刪除查找到的匹配表項。
5. 根據(jù)權利要求1所述的方法，其特征在于，還包括： 接收OF交換機轉發(fā)的下行報文，其中，所述下行報文是OF交換機通過連接物理交換機 的一 uplink 口接收到的； 若所述下行報文是單播報文，則根據(jù)下行單播報文中的目的MAC地址和虛擬局域網 VLAN ID，在接口管理表中查找到對應的端口 ID ;其中，所述接口管理表中記錄有各個VM對 應的接口信息，所述接口信息中包括；VM連接的OF交換機的交換機ID、該VM上連接該OF交 換機的虛擬網卡接口的MAC地址、該OF交換機上連接該VM的dvpod 口所屬VLAN的VLAN ID W及該 dvpo;rt 口 的端口 ID ; 根據(jù)查找到的端口 ID,生成用于指導所述下行單播報文轉發(fā)的流表表項并保存到本地 流表中，將生成的流表表項和所述下行單播報文發(fā)送給發(fā)來所述下行單播報文的OF交換 機，其中，生成的流表表項的執(zhí)行動作中包括：通過所述查找到的端口 ID所指示的dvpod 口轉發(fā)所述下行單播報文。
6. 根據(jù)權利要求5所述的方法，其特征在于，在接收OF交換機轉發(fā)的下行報文之后，還 包括： 若所述下行報文是非單播報文，則根據(jù)下行非單播報文中的VLAN ID，在所述接口管理 表中查找到對應的至少兩個端口 ID ; 根據(jù)所述下行非單播報文中的源MAC地址和VLAN ID,在所述接口管理表中查找對應 的端口 ID ; 若沒有查找到對應的端口 ID,則根據(jù)所述至少兩個端口 ID,生成用于指導所述下行非 單播報文轉發(fā)的流表表項并保存到本地流表中，將生成的流表表項和所述下行非單播報文 發(fā)送給發(fā)來所述下行非單播報文的OF交換機，其中，生成的流表表項的執(zhí)行動作中包括： 通過所述至少兩個端口 ID所指示的dvpod 口轉發(fā)所述下行非單播報文； 若查找到了對應的端口 ID，則從所述至少兩個端口 ID中去除該查找到的端口 ID，之后 根據(jù)剩余的端口 ID，生成用于指導所述下行非單播報文轉發(fā)的流表表項并保存到本地流表 中，將生成的流表表項和所述下行非單播報文發(fā)送給發(fā)來所述下行非單播報文的OF交換 機，其中，生成的流表表項的執(zhí)行動作中包括；通過所述剩余的端口 ID所指示的dvpod 口 轉發(fā)所述下行非單播報文。
7. -種分布式虛擬交換機系統(tǒng)的控制器，其特征在于，所述分布式虛擬交換機系統(tǒng)中 包括；控制器和多個服務器，所述服務器上設置有虛擬的開放流OF交換機和虛擬機VM，所 述VM通過所述OF交換機連接至外部的物理交換機，所述OF交換機與所述物理交換機之間 的至少兩條鏈路聚合，所述控制器包括： 創(chuàng)建添加模塊，用于在OF交換機被創(chuàng)建后，創(chuàng)建與該OF交換機對應的聚合組，將該OF 交換機上連接物理交換機的至少兩個上行接口 uplink 口添加到該聚合組中； 接收模塊，用于接收OF交換機轉發(fā)的上行報文，其中，所述上行報文是OF交換機通過 連接VM的一下行接口 dvpcxrt 口接收到的； 聚合處理模塊，用于確定與該OF交換機對應的聚合組，根據(jù)所述上行報文的報文頭中 的相關信息并使用與該聚合組對應的聚合算法，選擇該聚合組中的一個uplink口作為所 述上行報文的出端口，其中，所述相關信息包括W下至少之一：源媒體訪問控制MC地址、 目的MAC地址、源因特網協(xié)議IP地址、目的IP地址； 表項生成模塊，用于生成用于指導所述接收模塊接收到的上行報文轉發(fā)的流表表項并 保存到本地流表中；其中，生成的流表表項的執(zhí)行動作中包括；通過所述聚合處理模塊選 擇的出端口轉發(fā)所述上行報文； 發(fā)送模塊，用于將所述表項生成模塊生成的流表表項和所述接收模塊接收到的上行報 文發(fā)送給發(fā)來所述上行報文的OF交換機。
8. 根據(jù)權利要求7所述的控制器，其特征在于，所述創(chuàng)建添加模塊包括： 創(chuàng)建單元，用于為該OF交換機創(chuàng)建一個聚合組； 分配單元，用于為所述創(chuàng)建單元創(chuàng)建的聚合組分配一個聚合組標識ID; 消息接收單元，用于接收該OF交換機在該OF交換機上連接物理交換機的uplink口被 綁定到上行端口組后發(fā)來的接口添加消息，其中，接收到的接口添加消息中攜帶有該OF交 換機的交換機ID和該uplink口的端口 ID; 確定查找單元，用于確定與所述消息接收單元接收到的接口添加消息中攜帶的交換機 ID對應的聚合組ID，在所述聚合組信息表中查找到包含有確定的聚合組ID的表項； 添加單元，用于在所述分配單元為所述創(chuàng)建單元創(chuàng)建的聚合組分配一個聚合組ID之 后，在聚合組信息表中添加一個表項，所述表項中包含有該聚合組ID和該聚合組對應的聚 合算法；還用于將所述消息接收單元接收到的接口添加消息中攜帶的端口 ID與所述確定 查找單元確定的聚合組ID之間的對應關系，添加到包含有所述確定的聚合組ID的表項中。
9. 根據(jù)權利要求8所述的控制器，其特征在于，還包括：確定模塊、查找模塊和刪除模 塊，其中， 所述接收模塊，還用于接收到OF交換機發(fā)來的接口刪除消息，其中，接收到的接口刪 除消息中攜帶有該OF交換機的交換機ID和該uplink口的端口 ID，所述接口刪除消息是 OF交換機在該OF交換機上的uplink口從所屬的上行端口組中去綁定后發(fā)來的，或者是在 檢測到該OF交換機上的uplink口變?yōu)椴豢捎脿顟B(tài)后發(fā)來的； 所述確定模塊，用于確定與所述接收到的接口刪除消息中攜帶的交換機ID對應的聚 合組ID; 所述查找模塊，用于根據(jù)所述確定模塊確定的聚合組ID在所述聚合組信息表中查找 到匹配表項； 所述刪除模塊，用于從所述查找模塊根據(jù)所述確定模塊確定的聚合組ID在所述聚合 組信息表中查找到的匹配表項中，刪除所述接收到的接口刪除消息中攜帶的端口 ID與該 確定的聚合組ID之間的對應關系。
10. 根據(jù)權利要求9所述的控制器，其特征在于， 所述查找模塊，還用于在所述接收模塊接收到所述接口刪除消息之后，根據(jù)所述接口 刪除消息中攜帶的交換機ID和端口 ID，在本地流表中查找匹配表項； 所述刪除模塊，還用于若所述查找模塊根據(jù)所述接口刪除消息中攜帶的交換機ID和 端口 ID在本地流表中查找到了匹配表項，則刪除查找到的匹配表項； 所述發(fā)送模塊，還用于若所述查找模塊根據(jù)所述接口刪除消息中攜帶的交換機ID和 端口 ID在本地流表中查找到了匹配表項，則向所述接口刪除消息中攜帶的交換機ID所指 示的OF交換機發(fā)送流修改消息，其中，所述流修改消息中攜帶有所述接口刪除消息中攜帶 的交換機ID和端口 ID，所述流修改消息用于指示OF交換機根據(jù)該交換機ID和該端口 ID 在本地流表中查找匹配表項并刪除查找到的匹配表項。
11. 根據(jù)權利要求7所述的控制器，其特征在于，還包括：查找模塊，其中： 所述接收模塊，還用于接收OF交換機轉發(fā)的下行報文，其中，所述下行報文是OF交換 機通過連接物理交換機的一 uplink 口接收到的； 所述查找模塊，用于若所述接收模塊接收到的下行報文是單播報文，則根據(jù)下行單播 報文中的目的MAC地址和虛擬局域網VLAN ID，在接口管理表中查找到對應的端口 ID ;其 中，所述接口管理表中記錄有各個VM對應的接口信息，所述接口信息中包括；VM連接的OF 交換機的交換機ID、該VM上連接該OF交換機的虛擬網卡接口的MAC地址、該OF交換機上 連接該VM的dvpod 口所屬VLAN的VLAN ID W及該dvpod 口的端口 ID ; 所述表項生成模塊，還用于根據(jù)所述查找模塊查找到的端口 ID,生成用于指導所述下 行單播報文轉發(fā)的流表表項并保存到本地流表中，其中，生成的流表表項的執(zhí)行動作中包 括：通過所述查找到的端口 ID所指示的dvpod 口轉發(fā)所述下行單播報文； 所述發(fā)送模塊，還用于將所述表項生成模塊生成的流表表項和所述接收模塊接收到的 下行單播報文發(fā)送給發(fā)來所述下行單播報文的OF交換機。
12. 根據(jù)權利要求11所述的控制器，其特征在于， 所述查找模塊，還用于若所述接收模塊接收到的下行報文是非單播報文，則根據(jù)下行 非單播報文中的VLAN ID，在所述接口管理表中查找到對應的至少兩個端口 ID，根據(jù)所述下 行非單播報文中的源MC地址和VLAN ID，在所述接口管理表中查找對應的端口 ID; 所述表項生成模塊，還用于若所述查找模塊沒有查找到對應的端口 ID,則根據(jù)所述至 少兩個端口 ID，生成用于指導所述下行非單播報文轉發(fā)的流表表項并保存到本地流表中， 其中，生成的流表表項的執(zhí)行動作中包括：通過所述至少兩個端口 ID所指示的dvpcxrt口轉 發(fā)所述下行非單播報文；還用于若所述查找模塊查找到了對應的端口 ID，則從所述至少兩 個端口 ID中去除該查找到的端口 ID，之后根據(jù)剩余的端口 ID，生成用于指導所述下行非單 播報文轉發(fā)的流表表項并保存到本地流表中，其中，生成的流表表項的執(zhí)行動作中包括：通 過所述剩余的端口 ID所指示的dvpcxrt口轉發(fā)所述下行非單播報文； 所述發(fā)送模塊，還用于將所述表項生成模塊生成的流表表項和所述接收模塊接收到的 下行非單播報文發(fā)送給發(fā)來所述下行非單播報文的OF交換機。
【文檔編號】H04L12/741GK104468358SQ201310470421
【公開日】2015年3月25日 申請日期:2013年9月25日 優(yōu)先權日:2013年9月25日
【發(fā)明者】林濤, 任維春, 張連雷, 吳少伯, 張祥輝 申請人:杭州華三通信技術有限公司