日韩成人黄色,透逼一级毛片,狠狠躁天天躁中文字幕,久久久久久亚洲精品不卡,在线看国产美女毛片2019,黄片www.www,一级黄色毛a视频直播

一種基于OpenFlow的可信可控組播控制器的制造方法

文檔序號(hào):7781738閱讀:324來(lái)源:國(guó)知局
一種基于OpenFlow的可信可控組播控制器的制造方法
【專利摘要】本發(fā)明公開了一種基于OpenFlow的可信可控的組播控制器,組播控制器通過OpenFlow交換機(jī)連接到身份認(rèn)證的主機(jī),組播控制器制定并下發(fā)流表給OpenFlow交換機(jī),實(shí)現(xiàn)將組播數(shù)據(jù)傳輸?shù)酵ㄟ^身份認(rèn)證的主機(jī)。基于組播接收者的身份認(rèn)證,實(shí)現(xiàn)了組播接收者的可信;組播在組播組成員管理時(shí),使用可信可控的組播控制器進(jìn)行集中管理,沒有使用傳統(tǒng)的IGMP協(xié)議,避免了IGMP的周期性查詢,減少了主機(jī)響應(yīng)的延時(shí);基于OpenFlow技術(shù)實(shí)現(xiàn)的當(dāng)組播組成員變化時(shí),組播分發(fā)樹在加入/剪枝操作上可以根據(jù)OpenFlow交換機(jī)上的對(duì)應(yīng)端口的帶寬和速率限制等,動(dòng)態(tài)選擇和調(diào)整組播數(shù)據(jù)的轉(zhuǎn)發(fā)路徑,優(yōu)化了組播分發(fā)樹切換的響應(yīng)時(shí)間,在可信可控高清組播領(lǐng)域?qū)⒕哂辛己玫膽?yīng)用前景。
【專利說明】—種基于OpenF1w的可信可控組播控制器
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及計(jì)算機(jī)網(wǎng)絡(luò)通信【技術(shù)領(lǐng)域】,具體涉及一種基于OpenFlow的可信可控的組播控制器。
【背景技術(shù)】
[0002]隨著云計(jì)算和互聯(lián)網(wǎng)應(yīng)用的發(fā)展,未來(lái)網(wǎng)絡(luò)流媒體所占比重越來(lái)越大,基于寬帶網(wǎng)絡(luò)的流媒體、視頻會(huì)議等各種寬帶增值業(yè)務(wù)和IPTV,視頻監(jiān)控專網(wǎng)系統(tǒng)等都要用到IP組播技術(shù)。但是,由于傳統(tǒng)IP組播天生不可靠,并且一般都是典型的使用用戶數(shù)據(jù)報(bào)協(xié)議(UDP),組播數(shù)據(jù)報(bào)可能發(fā)生丟失,延遲,重復(fù)以及亂序到達(dá)等現(xiàn)象。因此,對(duì)可信可控高清組播的需求已經(jīng)越來(lái)越強(qiáng)烈,組播的運(yùn)營(yíng)和業(yè)務(wù)管理等問題亟需解決。
[0003]由于組播管理協(xié)議(IGMP)自身的不完善,組播協(xié)議中沒有提供用戶認(rèn)證支持,用戶可以隨意加入任意一個(gè)組播組,并可以任意離開,組播源無(wú)法知道用戶何時(shí)加入何時(shí)退出,無(wú)法統(tǒng)計(jì)出某個(gè)時(shí)間內(nèi)網(wǎng)絡(luò)上共有多少個(gè)用戶在接收組播流量;在組播系列協(xié)議中缺乏對(duì)組播源的有效控制,同樣也無(wú)法對(duì)用戶進(jìn)行有效控制等難以實(shí)現(xiàn)組播的可信可控。
[0004]與此同時(shí),新興的開放OpenFlow網(wǎng)絡(luò)與傳統(tǒng)IP網(wǎng)絡(luò)形成鮮明對(duì)比,OpenFlow網(wǎng)絡(luò)通信架構(gòu)具有集中控制的特點(diǎn),增加了網(wǎng)絡(luò)管理的靈活性和可擴(kuò)展性。它的核心思想是將網(wǎng)絡(luò)的控制平面和數(shù)據(jù)轉(zhuǎn)發(fā)兩個(gè)主要功能進(jìn)行分離,分別由網(wǎng)絡(luò)中的傳輸結(jié)點(diǎn),即OpenFlow交換機(jī),以及網(wǎng)絡(luò)中的控制結(jié)點(diǎn),即核心控制器來(lái)實(shí)現(xiàn)。目前有關(guān)OpenFlow網(wǎng)絡(luò)的研究正在逐步展開,涉及傳統(tǒng)互聯(lián)網(wǎng)中的一些關(guān)鍵技術(shù),諸如IP路由、服務(wù)質(zhì)量保證(QOS)以及組播管理等。因此如何將OpenFlow網(wǎng)絡(luò)通信架構(gòu)和加入認(rèn)證的組播管理協(xié)議有機(jī)的結(jié)合起來(lái),以實(shí)現(xiàn)可信可控組播中的應(yīng)用,是當(dāng)前迫切需要解決的問題。
[0005]
【發(fā)明內(nèi)容】

本發(fā)明的目的在于提出一種基于OpenFlow的可信可控的組播控制器,利用新的可信可控組播控制器,實(shí)現(xiàn)提供身份認(rèn)證的組播組成員管理,通過組播管理模塊控制維護(hù)生成組播分發(fā)樹,下發(fā)具體的轉(zhuǎn)發(fā)流表到OpenFlow交換機(jī)。
[0006]可信可控組播控制器的設(shè)計(jì)框圖如附圖1所示。可信可控的組播控制器是在開源Floodlight控制器的基礎(chǔ)上實(shí)現(xiàn)的,主要包括網(wǎng)絡(luò)拓?fù)浼版溌沸畔⒂?jì)算模塊,組播管理模塊,認(rèn)證管理模塊。
[0007]一種基于OpenFlow的可信可控組播控制器,包括網(wǎng)絡(luò)拓?fù)浼版溌沸畔⒂?jì)算模塊、組播管理模塊和認(rèn)證管理模塊;組播控制器通過OpenFlow交換機(jī)連接到身份認(rèn)證的主機(jī),組播控制器制定并下發(fā)流表給OpenFlow交換機(jī),實(shí)現(xiàn)將組播數(shù)據(jù)傳輸?shù)酵ㄟ^身份認(rèn)證的主機(jī)。
[0008]網(wǎng)絡(luò)拓?fù)浼版溌沸畔⒂?jì)算模塊負(fù)責(zé)構(gòu)造出完整的網(wǎng)絡(luò)拓?fù)?,通過運(yùn)行拓?fù)浒l(fā)現(xiàn)協(xié)議,收集與當(dāng)前控制器連接的所有OpenFlow交換機(jī)的節(jié)點(diǎn)和鏈路信息,生成網(wǎng)絡(luò)鄰接表;
認(rèn)證管理模塊負(fù)責(zé)對(duì)申請(qǐng)加入組播組的主機(jī)進(jìn)行身份認(rèn)證,已經(jīng)通過身份認(rèn)證的主機(jī)可以加入組播組,否則,丟棄加入組播組的請(qǐng)求數(shù)據(jù)包,不予處理; 組播管理模塊通過和網(wǎng)絡(luò)拓?fù)浼版溌沸畔⒂?jì)算模塊通信,獲取并生成最新的組播組成員列表當(dāng)有主機(jī)申請(qǐng)加入或退出組播組時(shí),組播管理模塊負(fù)責(zé)維護(hù)并更新組播組成員信息等,重新計(jì)算更新組播生成樹,下發(fā)具體的轉(zhuǎn)發(fā)流表到OpenFlow交換機(jī)。
[0009]對(duì)申請(qǐng)加入組播組的主機(jī)進(jìn)行身份認(rèn)證的具體步驟:
Cl)主機(jī)向直接相連的OpenFlow交換機(jī)發(fā)送挑戰(zhàn)請(qǐng)求報(bào)文,其中Host表示主機(jī),OFS表示OpenFlow交換機(jī),UID唯一標(biāo)識(shí)主機(jī)信息,MGA表示某一個(gè)組播組地址:Host—>0FS:UID、MGA、Request。
[0010](2)0penFloW交換機(jī)接收挑戰(zhàn)請(qǐng)求報(bào)文,直接轉(zhuǎn)發(fā)給組播控制器,組播控制器的組播管理模塊在組成員關(guān)系列表中檢索主機(jī)WD,如果檢索到在MGA組播組中已經(jīng)存在UID主機(jī),說明該主機(jī)已經(jīng)通過身份認(rèn)證,丟棄請(qǐng)求報(bào)文,不予處理。否則由組播組管理模塊記錄并維護(hù)申請(qǐng)加入的主機(jī)列表,認(rèn)證管理器產(chǎn)生共享密鑰key并通過OpenFlow交換機(jī)向主機(jī)發(fā)送挑戰(zhàn)請(qǐng)求響應(yīng)報(bào)文。
[0011](3)主機(jī)使用共享密鑰key以HMAC-SHAl方式加密UID與MGA,并向直接相連的OpenFlow交換機(jī)發(fā)送認(rèn)證請(qǐng)求報(bào)文。
[0012](4) OpenFlow交換機(jī)接收該認(rèn)證請(qǐng)求報(bào)文,直接轉(zhuǎn)發(fā)給組播控制器,認(rèn)證管理模塊和組播組管理模塊通信,在組播組管理模塊維護(hù)的申請(qǐng)加入者表中檢索主機(jī)WD’和MGA’,然后使用key以HMAC-SHAl方式加密WD’和MGA’,并檢查密文HMAC-SHAl {UID’,MGA’} key 與接收到的密文 HMAC-SHAl {UID, MGA} key 是否匹配:
1)如果匹配成功,組播控制器通過OpenFlow交換機(jī)向主機(jī)發(fā)送身份認(rèn)證成功的應(yīng)答報(bào)文:UID、MGA、SUCCESS。組播組管理模塊將主機(jī)信息加入組播組成員列表中,并更新申請(qǐng)者列表信息。
2)如果檢索失敗或匹配失敗,組播控制器通過OpenFlow交換機(jī)向主機(jī)發(fā)送身份認(rèn)證失敗的應(yīng)答報(bào)文WID、MGA、FAILURE。
[0013]主機(jī)申請(qǐng)退出組播組的具體步驟:
(1)當(dāng)主機(jī)不再需要接收組播流數(shù)據(jù)包時(shí),向直連的OpenFlow交換機(jī)發(fā)送退出請(qǐng)求報(bào)文:Host — >0FS:UID、MGA
(2)0penFlow交換機(jī)接收該退出請(qǐng)求報(bào)文,直接轉(zhuǎn)發(fā)給組播控制器,組播組管理模塊根據(jù)主機(jī)WD和MGA查詢并更新當(dāng)前的組播組成員列表,然后根據(jù)該組播組新的成員列表重新計(jì)算組播生產(chǎn)樹,最后更新組播組數(shù)據(jù)包的轉(zhuǎn)發(fā)規(guī)則,更新與退出主機(jī)直連的OpenFlow交換機(jī)相應(yīng)流表項(xiàng)。
[0014]本發(fā)明與現(xiàn)有技術(shù)相比,其顯著優(yōu)點(diǎn):本發(fā)明基于組播接收者主機(jī)的身份認(rèn)證,以實(shí)現(xiàn)組播接收者的可信;本發(fā)明在進(jìn)行組播組成員管理時(shí),使用可信可控的組播控制器進(jìn)行集中管理,沒有使用傳統(tǒng)的IGMP協(xié)議,避免了 IGMP的周期性查詢,在可信可控高清組播領(lǐng)域?qū)⒂辛己玫膽?yīng)用前景。
【專利附圖】

【附圖說明】
[0015]圖1是本發(fā)明的基于OpenFlow的可信可控組播控制器的系統(tǒng)設(shè)計(jì)框圖。
[0016]圖2是本發(fā)明的主機(jī)申請(qǐng)加入組播組及認(rèn)證過程的具體流程圖。
[0017]圖3是本發(fā)明的基于OpenFlow的可信可控組播控制器的主機(jī)加入和退出組播組 時(shí)身份認(rèn)證過程的示意圖。
【具體實(shí)施方式】
[0018]下面將結(jié)合說明書附圖,進(jìn)一步詳細(xì)說明本發(fā)明。
[0019]可信可控組播控制器的系統(tǒng)框圖如附圖1所示,它由一臺(tái)組播控制器及與之通信的若干臺(tái)OpenFlow交換機(jī)組成??尚趴煽氐慕M播控制器在開源Floodlight控制器的基礎(chǔ)上,主要包括網(wǎng)絡(luò)拓?fù)浼版溌沸畔⒂?jì)算模塊,組播管理模塊,認(rèn)證管理模塊。
[0020]其所述網(wǎng)絡(luò)拓?fù)浼版溌沸畔⒂?jì)算模塊通過鏈路發(fā)現(xiàn)獲取整個(gè)網(wǎng)絡(luò)的拓?fù)湫畔?,尤其是OpenFlow交換機(jī)的端口消息,并在主機(jī)申請(qǐng)加入或退出組播組時(shí),更新獲取新的網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu);
組播管理模塊負(fù)責(zé)生成并維護(hù)組播組成員列表,然后通過控制消息監(jiān)控組播數(shù)據(jù)包的轉(zhuǎn)發(fā),根據(jù)當(dāng)前網(wǎng)絡(luò)負(fù)載情況,動(dòng)態(tài)調(diào)整組播流的轉(zhuǎn)發(fā)路徑,控制組播分發(fā)樹進(jìn)行組播數(shù)據(jù)包轉(zhuǎn)發(fā);
認(rèn)證管理模塊負(fù)責(zé)創(chuàng)建和維護(hù)認(rèn)證密鑰信息,保存和下發(fā)組播組安全策略;檢查申請(qǐng)加入組播組的主機(jī)直接相連的邊緣OpenFlow交換機(jī)給組播控制器發(fā)送的身份認(rèn)證請(qǐng)求。
[0021]附圖2顯示了當(dāng)主機(jī)申請(qǐng)加入某個(gè)特定組播組的總體流程圖,它描述了基于OpenFlow的可信可控組播控制器的方法的總的流程圖,包括以下步驟:
1)由網(wǎng)絡(luò)拓?fù)浼版溌沸畔⒂?jì)算模塊構(gòu)建網(wǎng)絡(luò)拓?fù)?br> 通過網(wǎng)絡(luò)拓?fù)浼版溌沸畔⒂?jì)算模塊控制OpenFlow交換機(jī)運(yùn)行拓?fù)浒l(fā)現(xiàn)協(xié)議,收集當(dāng)前所有網(wǎng)絡(luò)節(jié)點(diǎn)和鏈路信息,生成鄰居信息表,并構(gòu)造出完整的網(wǎng)絡(luò)拓?fù)?,所述網(wǎng)絡(luò)拓?fù)浒鱾€(gè)交換機(jī)的序列號(hào),交換機(jī)ID,端口 ID,交換機(jī)的連接狀態(tài)和交換機(jī)的連接端口狀態(tài)信息,根據(jù)ACL獲取的端口的可用帶寬等信息;
2)對(duì)申請(qǐng)加入組播組的主機(jī)進(jìn)行身份認(rèn)證
為了便于描述,在組播控制器的認(rèn)證管理模塊中,引入以下符號(hào):認(rèn)證管理器AM;認(rèn)證管理器發(fā)放的組播認(rèn)證碼AU ;認(rèn)證管理器用于生成組播認(rèn)證碼的密鑰GK ;主機(jī)的直連OpenFlow 交換機(jī) OFS ;
申請(qǐng)加入組播組的主機(jī)通過與其直連的OpenFlow交換機(jī)OFS向認(rèn)證管理器AM注冊(cè)。如果注冊(cè)成為合法接收者,則在認(rèn)證管理器AM中保留全局唯一的注冊(cè)信息〈Gr0UpID,MaC,Port〉映射。
[0022]認(rèn)證管理器AM負(fù)責(zé)創(chuàng)建和維護(hù)認(rèn)證密鑰GK,保存和下發(fā)組播組安全策略到合法接收者直連的OpenFlow交換機(jī);
合法組播接收者可以從AM中獲取組播認(rèn)證碼AU,擁有AU并且通過認(rèn)證的接收者才能獲取組播數(shù)據(jù),其中組播認(rèn)證碼AU由組播組地址MGA,認(rèn)證密鑰GK和組播接收者全局唯一的注冊(cè)信息〈GroupID, Mac, Port〉通過哈希獲得;
對(duì)申請(qǐng)加入組播組的主機(jī)進(jìn)行身份認(rèn)證的過程以及具體算法進(jìn)行描述。
[0023](I)主機(jī)向直接相連的OpenFlow交換機(jī)發(fā)送挑戰(zhàn)請(qǐng)求報(bào)文,其中Host表示主機(jī),OFS表示OpenFlow交換機(jī),UID唯一標(biāo)識(shí)主機(jī)信息,MGA表示某一個(gè)組播組地址:Host—>0FS:UID、MGA、Request。
[0024](2)0penFloW交換機(jī)接收挑戰(zhàn)請(qǐng)求報(bào)文,直接轉(zhuǎn)發(fā)給組播控制器,組播控制器的組播管理模塊在組成員關(guān)系列表中檢索主機(jī)nD,如果檢索到在MGA組播組中已經(jīng)存在UID主機(jī),說明該主機(jī)已經(jīng)通過身份認(rèn)證,丟棄請(qǐng)求報(bào)文,不予處理。否則由組播組管理模塊記錄并維護(hù)申請(qǐng)加入的主機(jī)列表,認(rèn)證管理器產(chǎn)生組播認(rèn)證碼AU并通過OpenFlow交換機(jī)向主機(jī)發(fā)送挑戰(zhàn)請(qǐng)求響應(yīng)報(bào)文。
[0025](3)主機(jī)使用共享密鑰key以HMAC-SHA1方式加密UID與MGA,并向直接相連的OpenFlow交換機(jī)發(fā)送認(rèn)證請(qǐng)求報(bào)文。
[0026](4) OpenFlow交換機(jī)接收該認(rèn)證請(qǐng)求報(bào)文,直接轉(zhuǎn)發(fā)給組播控制器,認(rèn)證管理模塊和組播組管理模塊通信,在組播組管理模塊維護(hù)的申請(qǐng)加入者表中檢索主機(jī)WD’和MGA’,然后使用key以HMAC-SHA1方式加密WD’和MGA’,并檢查密文HMAC-SHA1 {UID,,MGA’} key 與接收到的密文 HMAC-SHA1 {UID, MGA} key 是否匹配:
1)如果匹配成功,組播控制器通過OpenFlow交換機(jī)向主機(jī)發(fā)送身份認(rèn)證成功的應(yīng)答報(bào)文:UID、MGA、SUCCESS。組播組管理模塊將主機(jī)信息加入組播組成員列表中,并更新申請(qǐng)者列表信息。
2)如果檢索失敗或匹配失敗,組播控制器通過OpenFlow交換機(jī)向主機(jī)發(fā)送身份認(rèn)證失敗的應(yīng)答報(bào)文WID、MGA、FAILURE。
[0027]當(dāng)主機(jī)不再需要接收組播流數(shù)據(jù)包時(shí),向直連的OpenFlow交換機(jī)發(fā)送退出請(qǐng)求報(bào)文:Host - >0FS:UID、MGA
OpenFlow交換機(jī)接收該退出請(qǐng)求報(bào)文,直接轉(zhuǎn)發(fā)給組播控制器,組播組管理模塊根據(jù)主機(jī)UID和MGA查詢并更新當(dāng)前的組播組成員列表,然后根據(jù)該組播組新的成員列表并根據(jù)全局交換機(jī)組播組的信息,計(jì)算主機(jī)和組播源的轉(zhuǎn)發(fā)路徑,下發(fā)轉(zhuǎn)發(fā)流表,對(duì)相應(yīng)路徑上的組播交換機(jī)進(jìn)行流表項(xiàng)的增加或者刪除。
【權(quán)利要求】
1.一種基于OpenFlow的可信可控組播控制器,其特征在于:包括網(wǎng)絡(luò)拓?fù)浼版溌沸畔⒂?jì)算模塊、組播管理模塊和認(rèn)證管理模塊;組播控制器通過OpenFlow交換機(jī)連接到身份認(rèn)證的主機(jī),組播控制器制定并下發(fā)流表給OpenFlow交換機(jī),實(shí)現(xiàn)將組播數(shù)據(jù)傳輸?shù)酵ㄟ^身份認(rèn)證的主機(jī); 網(wǎng)絡(luò)拓?fù)浼版溌沸畔⒂?jì)算模塊負(fù)責(zé)構(gòu)造出完整的網(wǎng)絡(luò)拓?fù)?,通過運(yùn)行拓?fù)浒l(fā)現(xiàn)協(xié)議,收集與當(dāng)前控制器連接的所有OpenFlow交換機(jī)的節(jié)點(diǎn)和鏈路信息,生成網(wǎng)絡(luò)鄰接表; 認(rèn)證管理模塊負(fù)責(zé)對(duì)申請(qǐng)加入組播組的主機(jī)進(jìn)行身份認(rèn)證,已經(jīng)通過身份認(rèn)證的主機(jī)可以加入組播組,否則,丟棄加入組播組的請(qǐng)求數(shù)據(jù)包,不予處理; 組播管理模塊通過和網(wǎng)絡(luò)拓?fù)浼版溌沸畔⒂?jì)算模塊通信,獲取并生成最新的組播組成員列表,當(dāng)有主機(jī)申請(qǐng)加入或退出組播組時(shí),組播管理模塊負(fù)責(zé)維護(hù)并更新組播組成員信息,重新計(jì)算更新組播生成樹,下發(fā)具體的轉(zhuǎn)發(fā)流表到OpenFlow交換機(jī)。
2.根據(jù)權(quán)利要求1所述的基于OpenFlow的可信可控組播控制器,其特征在于:所述對(duì)申請(qǐng)加入組播組的主機(jī)進(jìn)行身份認(rèn)證的具體步驟如下: Cl)主機(jī)向直接相連的OpenFlow交換機(jī)發(fā)送挑戰(zhàn)請(qǐng)求報(bào)文,其中Host表示主機(jī),OFS表示OpenFlow交換機(jī),UID唯一標(biāo)識(shí)主機(jī)信息,MGA表示某一個(gè)組播組地址:Host—>OFS:UID、MGA、Request ; (2)OpenFlow交換機(jī)接收挑戰(zhàn)請(qǐng)求報(bào)文,直接轉(zhuǎn)發(fā)給組播控制器,組播控制器的組播管理模塊在組成員關(guān)系 列表中檢索主機(jī)WD,如果檢索到在MGA組播組中已經(jīng)存在UID主機(jī),說明該主機(jī)已經(jīng)通過身份認(rèn)證,丟棄請(qǐng)求報(bào)文,不予處理;否則由組播組管理模塊記錄并維護(hù)申請(qǐng)加入的主機(jī)列表,認(rèn)證管理器產(chǎn)生共享密鑰key并通過OpenFlow交換機(jī)向主機(jī)發(fā)送挑戰(zhàn)請(qǐng)求響應(yīng)報(bào)文; (3)主機(jī)使用共享密鑰key以HMAC-SHA1方式加密UID與MGA,并向直接相連的OpenFlow交換機(jī)發(fā)送認(rèn)證請(qǐng)求報(bào)文; (4)0penFlow交換機(jī)接收該認(rèn)證請(qǐng)求報(bào)文,直接轉(zhuǎn)發(fā)給組播控制器,認(rèn)證管理模塊和組播組管理模塊通信,在組播組管理模塊維護(hù)的申請(qǐng)加入者表中檢索主機(jī)WD’和MGA’,然后使用 key 以 HMAC-SHA1 方式加密 UID’ 和 MGA’,并檢查密文 HMAC-SHAl {UID’,MGA’} key與接收到的密文HMAC-SHAl {UID, MGA} key是否匹配: 1)如果匹配成功,組播控制器通過OpenFlow交換機(jī)向主機(jī)發(fā)送身份認(rèn)證成功的應(yīng)答報(bào)文WID、MGA、SUCCESS,組播組管理模塊將主機(jī)信息加入組播組成員列表中,并更新申請(qǐng)者列表信息; 2)如果檢索失敗或匹配失敗,組播控制器通過OpenFlow交換機(jī)向主機(jī)發(fā)送身份認(rèn)證失敗的應(yīng)答報(bào)文AID、MGA、FAILURE。
3.根據(jù)權(quán)利要求1所述的基于OpenFlow的可信可控組播控制器,其特征在于:所述主機(jī)申請(qǐng)退出組播組的具體步驟如下: (1)當(dāng)主機(jī)不再需要接收組播流數(shù)據(jù)包時(shí),向直連的OpenFlow交換機(jī)發(fā)送退出請(qǐng)求報(bào)文:Host — >0FS:UID、MGA ; (2)0penFlow交換機(jī)接收該退出請(qǐng)求報(bào)文,直接轉(zhuǎn)發(fā)給組播控制器,組播組管理模塊根據(jù)主機(jī)WD和MGA查詢并更新當(dāng)前的組播組成員列表,然后根據(jù)該組播組新的成員列表重新計(jì)算組播生產(chǎn) 樹,最后更新組播組數(shù)據(jù)包的轉(zhuǎn)發(fā)規(guī)則,更新與退出主機(jī)直連的OpenFlow交換機(jī)相應(yīng)流表項(xiàng)。
【文檔編號(hào)】H04L12/761GK103825828SQ201310718446
【公開日】2014年5月28日 申請(qǐng)日期:2013年12月23日 優(yōu)先權(quán)日:2013年12月23日
【發(fā)明者】田金川, 蘭少華, 卜祥賀, 陸維迪 申請(qǐng)人:南京理工大學(xué)
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1