用于傳輸廣播數據的方法和系統(tǒng)的制作方法
【技術領域】
[0001]本發(fā)明總體而言涉及計算機網絡的領域。更確切地說，本發(fā)明涉及通過通信網關實施的用于傳輸廣播數據的方法。當通信網關接收到廣播數據時，其確定所述廣播數據是否符合至少一個條件。若廣播數據符合至少一個條件，則通信網關在至少一個封裝包中封裝廣播數據并且將封裝后的廣播數據轉發(fā)到另一通信網關。
【背景技術】
[0002]Bonjour是由蘋果公司(Apple Inc.)開發(fā)的裝置使用的用以實現自動且簡易地發(fā)現因特網協(xié)議(IP)網絡上的計算機、裝置和服務的零配置網絡組播域命名系統(tǒng)協(xié)議。Bon jour (如同其它組播服務，例如微軟公司(Microsof t)的UPnP)使用行業(yè)標準IP協(xié)議以允許裝置自動地發(fā)現彼此而不需要輸入IP地址或配置DNS服務器。這為網絡裝置和服務的用戶帶來了簡單性和易用性。消除了對設置例如動態(tài)主機配置協(xié)議、DNS和DNS服務目錄等服務的需要，Bon jour使得每個裝置能夠連續(xù)地公布并發(fā)現服務。通過廣播Bon jour服務消息，打印機、服務器和其它共享裝置能夠播發(fā)它們提供的服務。接著客戶端裝置監(jiān)測Bonjour廣告并連接到合適服務器，如同任何其他服務一樣。協(xié)議還允許裝置請求網絡上的服務(服務發(fā)現)以及對傳入請求作出響應。單個裝置可以同時是客戶端和服務器兩者。自動發(fā)現讓客戶端能夠容易地使用由另一裝置或服務器提供的服務。
[0003]在不利的一面，Bonjour產生大量網絡流量。在服務發(fā)現過程期間，當裝置瀏覽服務時，其發(fā)送查詢以發(fā)現具體服務是否在網絡中或在域中可用。其發(fā)布初始查詢并且接著在至多一小時的最大間隔在I秒、2秒、4秒、8秒等之后按指數律更不頻繁地發(fā)送后續(xù)查詢。同樣地，當服務在網絡上開始時，其通過相同的指數回退算法播報其呈現。在通過公用網絡、專用網絡、隧道或虛擬專用網絡(VPN)連接的網絡中，此類流量的數量可為大量的。隨著在網絡上存在數百或數千蘋果客戶端，組播流量迅速膨脹到驚人的比例。
[0004]Bonjour(和類似組播服務)存在的另一問題是僅單個子網或虛擬局域網(VLAN)內的裝置可見服務廣告的廣播。因此，在具有大型多VLAN網絡的企業(yè)中，Bon jour流量將不跨越VLAN。這意味著一個VLAN中的Bon jour裝置(比如打印機)無法被另一 VLAN中的客戶端裝置使用。
[0005]因此，當兩個網絡連接在一起時或當一個主機通過基于IP的隧道連接到另一網絡時，為了減少網絡流量通常阻擋組播數據(例如來自Bonjour協(xié)議的數據)。此組播數據的阻擋給用戶和主機帶來不便，因為用戶和主機不能夠接收源自另一網絡的組播數據。
[0006]因特網工程任務小組(IETF)請求注解(RFC)6513已經揭示了一種用以通過隧道和/或MPLS技術將基于IP的組播數據中繼轉發(fā)到不同網絡的方法。IETF RFC 6513指定BGP/MPLS IP VPN內的組播流量如何從一個VPN站點行進到另一VPN站點的特定協(xié)議和操作步驟。
[0007]思科公司(Ci sco)已經揭不了一種Bon jour網關，其通過高速緩存來自一個或多個源/主機的Bon jour廣告并且在Bon jour客戶端詢問或請求服務時回應Bon jour客戶端。思科公司揭示的解決方案要求Bon jour網關了解Bon jour協(xié)議以便高速緩存Bon jour流量并且代表其它有Bon jour協(xié)議能力的裝置進行請求或回復。Bon jour網關用作代理。
[0008]另一種方法是使用經專門配置的DNS服務器以向不同的網絡提供基于IP的組播數據。然而，并且所有網絡都被允許具有經專門配置的DNS服務器。
[0009]如果無區(qū)別地將組播數據鏈路層數據從一個網絡傳輸、路由或轉發(fā)到另一網絡，那么隧道的容量會被組播數據鏈路層數據消耗。因此，需要在網關或路由器處實施智能的方法以便允許有區(qū)別地傳輸、路由或轉發(fā)組播數據同時不消耗太多網絡資源。

【發(fā)明內容】

[0010]根據本發(fā)明的一個實施例，第一網關允許來自第一網絡的廣播數據通過至少一個隧道傳輸到第二主機或第二網絡。第一網關充當第一網絡中的開放系統(tǒng)互連(OSI)模型的數據鏈路層處的網橋。第一網關在一個或多個封裝因特網協(xié)議(IP)包中封裝廣播數據并且接著將一個或多個封裝IP包傳輸到第二網絡的第二主機或第二網關。在一個特定實施例中，第一網關充當第一網絡中的路由器并且路由作為組播IP包和/或含有數據鏈路廣播數據的所有IP包。在一個特定實施例中，廣播數據必須符合至少一個條件以便使第一網關通過隧道傳輸廣播數據。
[0011]根據本發(fā)明的一個實施例，廣播數據屬于OSI模型的網絡層。根據本發(fā)明的一個實施例，廣播數據屬于OSI模型的數據鏈路層。
[0012]根據本發(fā)明的一個實施例，封裝IP包封裝含有屬于OSI模型的網絡層的廣播數據的一個或多個幀或包。根據本發(fā)明的一個實施例，封裝IP包封裝屬于OSI模型的數據鏈路層的一個或多個廣播數據。在一個特定實施例中，當封裝IP包封裝含有屬于OSI模型的數據鏈路層的廣播數據的一個或多個幀或包時。廣播數據通過第一網關從網絡層包提取并且最初通過一個或多個網絡層包封裝。
[0013]根據本發(fā)明的一個實施例，針對第一網關確定是否應通過至少一個隧道將數據鏈路層廣播數據傳輸到第二主機或第二網絡的條件至少部分基于數據鏈路幀的地址、在數據鏈路幀中封裝的IP包的端口編號、或數據鏈路幀的地址以及在數據鏈路幀中封裝的IP包的端口編號兩者。在一個特定實施例中，IP包是UDP包。在一個特定實施例中，數據鏈路層廣播數據用于服務發(fā)現。
[0014]根據本發(fā)明的一個實施例，第一網關分布通過至少一個隧道接收的且源自第二主機或來自第二網絡的一個或多個主機或節(jié)點的數據鏈路層廣播數據。
[0015]根據本發(fā)明的一個實施例，使用一個或多個隧道來承載廣播數據但不使用其它隧道。替代地，不能使用一個或多個隧道來承載廣播數據但是可以使用其它隧道。替代地，使用策略來選擇可以使用哪些隧道來承載廣播數據。替代地，使用策略來選擇不能使用哪些隧道來承載廣播數據。在一個特定實施例中，存在用以傳輸廣播數據的至少兩個隧道并且所述兩個隧道綁定在一起。
[0016]根據本發(fā)明的一個實施例，當第二網關接收到來自第一網關的廣播數據時，第二網關將所述廣播數據通過一個或多個其它隧道轉發(fā)到一個或多個其它網關。
【具體實施方式】
[0017]以下說明僅提供優(yōu)選示例性實施例和示例性實施例，且不意圖限制本發(fā)明的范圍、適用性或配置。實際上，優(yōu)選示例性實施例和示例性實施例的以下說明將為所屬領域的技術人員提供實施本發(fā)明的優(yōu)選示例性實施例的有效說明。應理解，在不脫離如在所附權利要求書中闡述的本發(fā)明的精神和范圍的情況下可以制得元件的功能和布置的各種變化。
[0018]同樣，應注意，實施例可以描述為過程，過程描繪為流程圖、流程圖表、數據流圖、結構圖或方塊圖。盡管流程圖可以將操作描述為順序過程，但是許多操作可以并行或同時執(zhí)行。另外，操作的順序可以重新布置。當操作完成時，過程終止，但是過程可以具有不包含在圖中的另外步驟。過程可以與方法、函數、步驟、子例程、子程序等相對應。當過程與函數相對應時，其終止與所述函數返回到調用函數或主函數相對應。
[0019]此外，如本文所揭示，術語“從存儲裝置”和“主存儲器”可以表示用于存儲數據的一個或多個裝置，包含只讀存儲器(R0M)、隨機存取存儲器(RAM)、磁性RAM、磁心存儲器、磁盤存儲媒體、光學存儲媒體、快閃存儲器裝置和/或用于存儲信息的其它機器可讀媒體。術語“機器可讀媒體”包含但不限于便攜式或固定存儲裝置、光學存儲裝置、無線信道以及能夠存儲、含有或承載指令和/或數據的各種其它媒體。機器可讀媒體可以通過虛擬化來實現，且可以是虛擬機器可讀媒體，包含在基于云的實例中的虛擬機器可讀媒體。
[0020]此外，實施例可以由硬件、軟件、固件、中間件、微碼、硬件描述語言或其任意組合來實施。當以軟件、固件、中間件或微碼實施時，執(zhí)行必要任務的程序代碼、代碼段或指令代碼可以存儲在例如存儲單元等機器可讀媒體中。處理單元可以執(zhí)行必要任務。處理單元可以是CPU、ASIC半導體芯片、半導體芯片、邏輯單元、數字處理器、模擬處理器、FPGA或能夠執(zhí)行邏輯和算術函數的任何處理器。指令代碼可以表示步驟、函數、子程序、程序、例程、子例程、模塊、軟件包、類別，或指令、數據結構或程序語句的任何組合。一個指令代碼可以通過傳遞和/或接收信息、數據、自變量、參數或存儲器內容耦合到另一指令代碼或硬件電路。信息、自變量、參數、數據等可以經由包含存儲器共享、消息傳遞、令牌傳遞、網絡傳輸等任何合適的方式傳遞、轉發(fā)或傳輸。處理單元可以通過虛擬化來實現，且可以是虛擬處理單元，包含在基于云的實例中的虛擬處理單元。
[0021]網絡接口可以是虛擬網絡接口，包含在基于云的實例中的虛擬網絡接口。
[0022]圖1示出了根據本發(fā)明的一個