一種信息傳輸?shù)南到y(tǒng)及控制器的制造方法
【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及數(shù)據(jù)處理技術(shù)領(lǐng)域，特別涉及一種信息傳輸?shù)南到y(tǒng)及控制器。
【背景技術(shù)】
[0002] 隨著互聯(lián)網(wǎng)技術(shù)的飛速發(fā)張，互聯(lián)網(wǎng)中的信息量也呈爆炸式地增長。在信息的傳 輸過程中，當(dāng)信息傳送的目標(biāo)是網(wǎng)絡(luò)中的少數(shù)用戶時，可以采用多種傳送方式。例如，可 以采用單播（Unicast)的方式，即為每個用戶單獨建立一條數(shù)據(jù)傳送通路；或者采用廣播 (Broadcast)的方式，即把信息傳送給網(wǎng)絡(luò)中的所有用戶，不管他們是否需要，都會接收到 廣播來的信息。例如，在一個網(wǎng)絡(luò)上有200個用戶需要接收相同的信息時，傳統(tǒng)的解決方案 是用單播方式把這一信息分別發(fā)送200次，以便確保需要該信息的用戶能夠得到所需的信 息；或者采用廣播的方式，在整個網(wǎng)絡(luò)范圍內(nèi)傳送信息，需要這些信息的用戶可直接在網(wǎng)絡(luò) 上獲取。很顯然，這兩種方式都浪費(fèi)了大量寶貴的帶寬資源，而且廣播方式也不利于信息的 安全和保密。
[0003] 針對于上述問題，目前往往可以通過IGMPSnooping協(xié)議來解決。傳統(tǒng)的IGMP Snooping協(xié)議使用IGMP控制報文來對組播組進(jìn)行管理和控制。IGMPSnooping運(yùn)行在鏈 路層，當(dāng)二層以太網(wǎng)交換機(jī)收到主機(jī)和路由器之間傳遞的IGMP控制報文時，IGMPSnooping 分析IGMP控制報文所帶的信息，在二層建立和維護(hù)MAC表，以后從路由器下發(fā)的組播報文 就可以根據(jù)MAC表進(jìn)行轉(zhuǎn)發(fā)。IGMPSnooping只有在收到某一端口的IGMP離開報文或者 某一端口的老化時間定時器超時的時候才會主動向端口發(fā)送IGMP特定組查詢報文，除此 之外，它不會向端口發(fā)送任何IGMP控制報文。IGMPSnooping相對于路由器和主機(jī)是透明 的，它僅僅監(jiān)聽兩者之間的IGMP控制報文，來建立自己的組播成員關(guān)系表。
[0004] 在實施本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)至少存在如下問題：
[0005] 傳統(tǒng)的IGMPSnooping協(xié)議是分布式的，配置相對復(fù)雜。由于網(wǎng)絡(luò)區(qū)域劃分和網(wǎng)絡(luò) 屬性的復(fù)雜性，需要網(wǎng)絡(luò)分析員有較高的網(wǎng)絡(luò)知識水平才能配置IGMPSnooping功能。并 且IGMPSnooping運(yùn)行在鏈路層，組播轉(zhuǎn)發(fā)是根據(jù)組播MAC表，導(dǎo)致轉(zhuǎn)發(fā)粒度過粗，無法 精確識別組播流。
[0006] 應(yīng)該注意，上面對技術(shù)背景的介紹只是為了方便對本發(fā)明的技術(shù)方案進(jìn)行清楚、 完整的說明，并方便本領(lǐng)域技術(shù)人員的理解而闡述的。不能僅僅因為這些方案在本發(fā)明的
【背景技術(shù)】部分進(jìn)行了闡述而認(rèn)為上述技術(shù)方案為本領(lǐng)域技術(shù)人員所公知。

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

[0007] 本發(fā)明實施例的目的在于提供一種信息傳輸?shù)南到y(tǒng)及控制器，以簡化信息傳輸?shù)?系統(tǒng)架構(gòu)。
[0008] 本發(fā)明實施例提供的一種信息傳輸?shù)南到y(tǒng)及控制器是這樣實現(xiàn)的：
[0009] -種信息傳輸?shù)南到y(tǒng)，包括組播源，交換機(jī)，控制器以及組播客戶端，其中，
[0010] 所述交換機(jī)向所述控制器上報配置信息，所述配置信息至少包括所述交換機(jī)的 MAC地址和端口信息；
[0011] 根據(jù)所述配置信息以及LLDP協(xié)議（LinkLayerDiscoveryProtocol，鏈路層發(fā)現(xiàn) 協(xié)議），所述控制器確定網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)；
[0012] 所述控制器從所述交換機(jī)處獲取IGMP控制報文；
[0013] 根據(jù)所述網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)以及所述IGMP控制報文，所述控制器生成流表并向所述 交換機(jī)下發(fā)所述流表；
[0014] 根據(jù)所述流表，所述交換機(jī)在所述組播源和所述組播客戶端之間轉(zhuǎn)發(fā)組播數(shù)據(jù)。
[0015] 為了實現(xiàn)前述發(fā)明目的，本發(fā)明實施例還提供了一種信息傳輸?shù)目刂破鳎ǎ?br>[0016] 配置信息接收單元，用于接收交換機(jī)上報的配置信息，所述配置信息至少包括所 述交換機(jī)的MAC地址和端口信息；
[0017] 網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)確定單元，用于根據(jù)所述配置信息以及LLDP協(xié)議，確定網(wǎng)絡(luò)拓?fù)浣Y(jié) 構(gòu)；
[0018] 控制報文獲取單元，用于從所述交換機(jī)處獲取IGMP控制報文；
[0019] 流表下發(fā)單元，用于根據(jù)所述網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)以及所述IGMP控制報文，生成流表并 向所述交換機(jī)下發(fā)所述流表。
[0020] 本發(fā)明實施例提供的一種信息傳輸?shù)南到y(tǒng)及控制器，可以基于SDN架構(gòu)，將網(wǎng)絡(luò) 中傳輸信息的配置都集中在控制器上，從而可以簡化信息傳輸?shù)南到y(tǒng)架構(gòu)。進(jìn)一步地，本發(fā) 明實施例基于IPv4組播地址和輸入端口的映射關(guān)系生成流表，并在組播源和組播客戶端 之間利用生成的流表進(jìn)行組播數(shù)據(jù)的轉(zhuǎn)發(fā)，可以精確地識別組播流。
[0021] 參照后文的說明和附圖，詳細(xì)公開了本發(fā)明的特定實施方式，指明了本發(fā)明的原 理可以被采用的方式。應(yīng)該理解，本發(fā)明的實施方式在范圍上并不因而受到限制。在所附 權(quán)利要求的精神和條款的范圍內(nèi)，本發(fā)明的實施方式包括許多改變、修改和等同。
[0022] 針對一種實施方式描述和/或示出的特征可以以相同或類似的方式在一個或更 多個其它實施方式中使用，與其它實施方式中的特征相組合，或替代其它實施方式中的特 征。
[0023] 應(yīng)該強(qiáng)調(diào)，術(shù)語"包括/包含"在本文使用時指特征、整件、步驟或組件的存在，但 并不排除一個或更多個其它特征、整件、步驟或組件的存在或附加。
【附圖說明】
[0024] 所包括的附圖用來提供對本發(fā)明實施例的進(jìn)一步的理解，其構(gòu)成了說明書的一部 分，用于例示本發(fā)明的實施方式，并與文字描述一起來闡釋本發(fā)明的原理。顯而易見地，下 面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng) 造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。在附圖中：
[0025]圖1為本發(fā)明實施例提供的一種信息傳輸?shù)南到y(tǒng)框架圖；
[0026]圖2為本發(fā)明實施例提供的一種信息傳輸?shù)目刂破鞯墓δ苣K圖。
【具體實施方式】
[0027] 為了使本技術(shù)領(lǐng)域的人員更好地理解本發(fā)明中的技術(shù)方案，下面將結(jié)合本發(fā)明實 施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實施 例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通 技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其它實施例，都應(yīng)當(dāng)屬于本發(fā)明保護(hù) 的范圍。
[0028]圖1為本發(fā)明實施例提供的一種信息傳輸?shù)南到y(tǒng)框架圖。如圖1所示，所述系統(tǒng) 包括組播源1，交換機(jī)2,控制器3,以及組播客戶端4,其中，所述交換機(jī)2的數(shù)量可以為多 個，所述交換機(jī)2可以與組播源1或者組播客戶端4相連，用于收集和分發(fā)組播數(shù)據(jù)。所述 控制器3可以與所述交換機(jī)2相連，從而可以對所述交換機(jī)2進(jìn)行控制。具體地，所述系統(tǒng) 的工作流程可以如下所述：
[0029]S1 :所述交換機(jī)向所述控制器上報配置信息，所述配置信息至少包括所述交換機(jī) 的MAC地址和端口信息。
[0030] 在本發(fā)明實施例中，所述交換機(jī)可以與所述控制器進(jìn)行連接，從而可以接收所述 控制器下達(dá)的各種控制指令以及向所述控制器傳輸各種信息。所述交換機(jī)往往具備MAC地 址以及各個端口的信息，所述MAC地址可以作為所述交換機(jī)的標(biāo)識，用于從網(wǎng)絡(luò)中分辨各 個交換機(jī)。當(dāng)獲取了所述交換機(jī)的MAC地址以及端口信息后，便可以通過所述MAC地址，對 所述交換機(jī)發(fā)起訪問。通過所述端口信息，便可以向與所述交換機(jī)相連的組播源或者組播 客戶端發(fā)起訪問。
[0031] 在本發(fā)明實施例中，可以將主要的控制流程均配置于所述控制器中。因此，所述控 制器有必要了解整個網(wǎng)絡(luò)的拓?fù)浣Y(jié)構(gòu)，這樣才能夠在網(wǎng)絡(luò)中進(jìn)行信息的調(diào)配和控制指令的 下達(dá)。而各個交換機(jī)是網(wǎng)絡(luò)中組播源以及組播客戶端的門戶，通過所述交換機(jī)便可以對所 述組播源以及所述組播客戶端進(jìn)行訪問。因此，在本發(fā)明實施例中，可以預(yù)先將所述交換機(jī) 與所述控制器建立連接，從而使得所述交換機(jī)向所述控制器上報自身的配置信息。如上所 述，所述配置信息至少包括所述交換機(jī)的MAC地址以及端口信息。這樣，所述控制器便可以 利用所述MAC地址以及端口信息，通過所述交換機(jī)對所述組播源以及組播客戶端進(jìn)行數(shù)據(jù) 互通。
[0032] 具體地，在本發(fā)明一優(yōu)選實施例中，所述交換機(jī)可以為OpenFlow交換機(jī)，所述 OpenFlow交換機(jī)可以由流表，安全通道以及OpenFlow協(xié)議構(gòu)成。在這種情況下，所述交換 機(jī)可以初始化與所述控制器進(jìn)行通信的OpenFl