w協(xié) 議傳輸。
[0040] 結(jié)合第四方面的第一種可能的實現(xiàn)方式，在第四方面的第二種可能的實現(xiàn)方式 中，所述響應(yīng)消息為擴展的〇fp_fl〇w_mod消息，所述擴展的ofp_flow_mod消息為在ofp_ flow_mod消息中定義一個數(shù)組后所得到的消息，并且，所述擴展的ofp_flow_mod消息通過 定義的數(shù)組可同時攜帶多個流表項。
[0041] 上述技術(shù)方案具有如下有益效果：
[0042] 本發(fā)明提供的配置、下發(fā)流表項的方法及裝置，由于控制器可將與數(shù)據(jù)包匹配的 所有流表項綁定在一起通過一條消息下發(fā)至交換機，因此，交換機在接收到控制器下發(fā)的 消息時，可從接收的消息中獲取與數(shù)據(jù)包匹配的所有流表項，從而可以直接將與數(shù)據(jù)包匹 配的所有流表項聚合為硬件層的流表項并配置到硬件層的流表中。本發(fā)明提供的配置、下 發(fā)流表項的方法及裝置與現(xiàn)有技術(shù)相比，由于交換機不用在軟件的層流表中查找與數(shù)據(jù)包 匹配的所有流表項，因此，縮短了硬件層的流表項的配置時間，進而縮短了數(shù)據(jù)包的轉(zhuǎn)發(fā)時 延，并且，降低了數(shù)據(jù)包的丟包數(shù)量。
【附圖說明】
[0043] 為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn) 有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本 發(fā)明的實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù) 提供的附圖獲得其他的附圖。
[0044] 圖1為本發(fā)明實施例提供的一種配置流表項的方法的流程示意圖；
[0045] 圖2為本發(fā)明實施例提供的另一種配置流表項的方法的流程示意圖；
[0046] 圖3為本發(fā)明實施例提供的一種下發(fā)流表項的方法的流程示意圖；
[0047] 圖4為控制器產(chǎn)生的與數(shù)據(jù)包匹配的流表項的示意圖；
[0048] 圖5為本發(fā)明實施例提供的一種配置流表項的裝置50的結(jié)構(gòu)示意圖；
[0049] 圖6為本發(fā)明實施例提供的一種下發(fā)流表項的裝置60的結(jié)構(gòu)示意圖；
[0050] 圖7為本發(fā)明實施例提供的一種交換機70的結(jié)構(gòu)示意圖；
[0051] 圖8為本發(fā)明實施例提供的一種控制器80的結(jié)構(gòu)示意圖。
【具體實施方式】
[0052] 下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完 整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例。基于 本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他 實施例，都屬于本發(fā)明保護的范圍。
[0053] 在現(xiàn)有技術(shù)中，控制器確定出與交換機上報的數(shù)據(jù)包匹配的流表項之后，將數(shù)據(jù) 包和匹配的流表項下發(fā)給交換機，在第一種可能的情況中，控制器下發(fā)與數(shù)據(jù)包匹配的所 有流表項，在第二種可能的情況中，控制器只下發(fā)其沒有下發(fā)過的流表項，具體的，控制器 通過〇fp_fl〇w_mod消息下發(fā)流表項，對于ofp_flow_mod消息而言，其只能攜帶一個流表 項。示例性的，與數(shù)據(jù)包匹配的流表項為流表項a、流表項b、流表項c和流表項d，對于第 一種可能的情況，控制器將與數(shù)據(jù)包匹配的流表項a、流表項b、流表項c和流表項d全部下 發(fā)，具體的，控制器通過四條〇fp_fl〇w_mod消息下發(fā)流表項a、流表項b、流表項c和流表項 d ;對于第二種可能的情況，如果流表項b和流表項c已下發(fā)過，那么控制器只下發(fā)流表項a 和流表項d，具體的，控制器通過兩條ofp_flow_mod消息下發(fā)流表項a和流表項d。
[0054] 對于第一種可能的情況，交換機雖然能夠接收到控制器下發(fā)的與數(shù)據(jù)包匹配的所 有流表項，但由于這些流表項是通過多條〇fp_fl〇w_mod消息下發(fā)下來，因此，這些流表項 對于交換機而言就是一個個孤立的流表項，交換機不知道這些流表項之間是否有關(guān)聯(lián)。對 于第二種可能情況，一方面，交換機不知道控制器下發(fā)的流表項之間是否有關(guān)聯(lián)，另一方 面，由于控制器下發(fā)的只是與數(shù)據(jù)包匹配的部分流表項，因此，交換機無法得知其它與數(shù)據(jù) 包匹配的流表項。
[0055] 上述過程導致，交換機在接收到控制器下發(fā)的流表項后，必須先把接收的流表項 保存到軟件層的流表中，然后再在軟件層的流表中查找，才能得到與接收的數(shù)據(jù)包匹配的 所有流表項，進而進行硬件層的流表項的配置。而在軟件層的流表中查找與數(shù)據(jù)包匹配的 所有流表項的過程導致硬件層的流表項配置到硬件層的時延增大，進而導致在硬件層轉(zhuǎn)發(fā) 數(shù)據(jù)包的時延增大，并且，在高速發(fā)包的情況下，數(shù)據(jù)包丟包嚴重。
[0056] 基于上述問題，請參閱圖1，為本發(fā)明實施例提供的一種配置流表項的方法的流程 示意圖，本實施例所述技術(shù)方案可具體應(yīng)用于OpenFlow網(wǎng)絡(luò)中，OpenFlow網(wǎng)絡(luò)中的交換機 和控制器之間通過OpenFlow協(xié)議進行通信，該方法可以包括：
[0057] 步驟SlOl :交換機向控制器發(fā)送一個請求下發(fā)流表項的請求消息，請求消息中攜 帶有待轉(zhuǎn)發(fā)的數(shù)據(jù)包。
[0058] 交換機在接收到待轉(zhuǎn)發(fā)的數(shù)據(jù)包時，先在硬件層的流表中查找與待轉(zhuǎn)發(fā)的數(shù)據(jù)包 匹配的流表項，如果沒有查找到與待轉(zhuǎn)發(fā)的數(shù)據(jù)包匹配的流表項，則接著在軟件層的流表 中查找與待轉(zhuǎn)發(fā)的數(shù)據(jù)包匹配的流表項，如果在軟件層的流表中也沒有查找到與待轉(zhuǎn)發(fā)的 數(shù)據(jù)包匹配的流表項，則向控制器發(fā)送一個請求下發(fā)流表項的請求消息，請求消息中攜帶 待轉(zhuǎn)發(fā)的數(shù)據(jù)包。
[0059] 具體的，在OpenFlow網(wǎng)絡(luò)中，請求下發(fā)流表項的請求消息可以為packet_in消息。
[0060] 步驟S102 :交換機接收控制器返回的一個響應(yīng)消息。
[0061] 其中，響應(yīng)消息中攜帶有與待轉(zhuǎn)發(fā)的數(shù)據(jù)包匹配的所有流表項。
[0062] 在本實施例中，控制器通過一個響應(yīng)消息將與待轉(zhuǎn)發(fā)的數(shù)據(jù)包匹配的所有流表項 下發(fā)給交換機，即，與待轉(zhuǎn)發(fā)的數(shù)據(jù)包匹配的所有流表項是綁定在一起通過一條消息下發(fā) 下來的。
[0063] 步驟S103 :交換機從響應(yīng)消息中提取與待轉(zhuǎn)發(fā)的數(shù)據(jù)包匹配的所有流表項。
[0064] 當交換機接收到控制器發(fā)送的響應(yīng)消息時，可從該響應(yīng)消息中提取出與待轉(zhuǎn)發(fā)的 數(shù)據(jù)包匹配的所有流表項。
[0065] 步驟S104 :交換機將提取出的所有流表項聚合為硬件層的流表項，并在交換機支 持該硬件層的流表項時，將該硬件層的流表項配置到硬件層的流表中。
[0066] 由于從接收的響應(yīng)消息中提取的流表項為與待轉(zhuǎn)發(fā)的數(shù)據(jù)包匹配的所有流表項， 因此，交換機不需要再在軟件層的流表中查找與待轉(zhuǎn)發(fā)的數(shù)據(jù)包匹配的流表項，而是可以 直接將提取出的所有流表項聚合成硬件層的流表項，在交換機支持該硬件層的流表項時， 將該硬件層的流表項配置到硬件層的流表中。
[0067] 本發(fā)明實施例提供的配置流表項的方法中，由于控制器可將與數(shù)據(jù)包匹配的所有 流表項綁定在一起通過一條消息下發(fā)至交換機，因此，交換機在接收到控制器下發(fā)的消息 時，可獲取與數(shù)據(jù)包匹配的所有流表項，從而可以直接將與數(shù)據(jù)包匹配的所有流表項聚合 為硬件層的流表項并配置到硬件層的流表中。本發(fā)明實施例提供的配置流表項的方法與現(xiàn) 有技術(shù)相比，由于不用在軟件層的流表中查找與數(shù)據(jù)包匹配的流表項，因此，縮短了硬件層 的流表項的配置時間，進而縮短了數(shù)據(jù)包的轉(zhuǎn)發(fā)時延。
[0068] 并且，由于軟件層的處理能力有限（數(shù)據(jù)包的轉(zhuǎn)發(fā)速度較慢），因此，當硬件層向 軟件層發(fā)送的數(shù)據(jù)包數(shù)量超出軟件層的處理能力時，會丟棄一些數(shù)據(jù)包（例如，軟件層每 秒能轉(zhuǎn)發(fā)5個數(shù)據(jù)包，而現(xiàn)在硬件層收到10個數(shù)據(jù)包，那么，硬件層在向軟件層發(fā)送數(shù)據(jù)包 時會丟棄5個數(shù)據(jù)包），在本實施例中，硬件層的流表項的配置時間縮短，這使得本來應(yīng)該 發(fā)送至軟件層進行轉(zhuǎn)發(fā)的數(shù)據(jù)包能夠在硬件層實現(xiàn)轉(zhuǎn)發(fā)，相比軟件層，硬件層的處理能力 較強（數(shù)據(jù)包的轉(zhuǎn)發(fā)速度較快），因此，降低了數(shù)據(jù)包的丟包數(shù)量。
[0069] 請參閱圖2,為本發(fā)明實施例提供的另一種配置流表項的方法的流程示意圖，本實 施例所述技術(shù)方案可具體應(yīng)用于OpenFlow網(wǎng)絡(luò)中，OpenFlow網(wǎng)絡(luò)中的交換機和控制器之 間通過OpenFlow協(xié)議進行通信,該方法可以包括：
[0070] 步驟S201 :交換機向控制器發(fā)送一個請求下發(fā)流表項的請求消息，請求消息中攜 帶有待轉(zhuǎn)發(fā)的數(shù)據(jù)包。
[0071] 交換機在接收到待轉(zhuǎn)發(fā)的數(shù)據(jù)包之后，先在硬件層的流表中查找與待轉(zhuǎn)發(fā)的數(shù)據(jù) 包匹配的流表項，如果沒有查找到與待轉(zhuǎn)發(fā)的數(shù)據(jù)包匹配的流表項，則接著在軟件層的流 表中查找與待轉(zhuǎn)發(fā)的數(shù)據(jù)包匹配的流表項，如果在軟件層的流表中也沒有查找到與待轉(zhuǎn)發(fā) 的數(shù)據(jù)包匹配的流表項，則向控制器發(fā)送一個請求下發(fā)流表項的請求消息，請求消息中攜 帶待轉(zhuǎn)發(fā)的數(shù)據(jù)包。
[0072] 具體的，在OpenFlow網(wǎng)絡(luò)中，請求下發(fā)流表項的請求消息可以為packet_in消息。
[0073] 步驟S202 :交換機接收控制器返回的一個響應(yīng)消息。
[0074] 其中，響應(yīng)消息中攜帶有與待轉(zhuǎn)發(fā)的數(shù)據(jù)包匹配的所有流表項。
[0075] 在本實施例中，控制器通過一個響應(yīng)消息將與待轉(zhuǎn)發(fā)的數(shù)據(jù)包匹配的所有流表項 下發(fā)給交換機，即，與待轉(zhuǎn)發(fā)的數(shù)據(jù)包匹配的所有流表項是綁定在一起通過一