一種報文轉(zhuǎn)發(fā)裝置和方法
【專利摘要】本申請?zhí)峁┮环N報文轉(zhuǎn)發(fā)方法和裝置，具體包括網(wǎng)關(guān)RB在LSP中通告了自己是哪個VLAN對應(yīng)的網(wǎng)關(guān)信息，所有的RB都會獲取到上述配置信息并添加到自己的LSDB中。在剪枝計算時，RB根據(jù)LSDB中的信息，不僅僅需要判斷當前的RB是否是該VLAN的AVF，還需要進一步判斷該RB是否是該VLAN的網(wǎng)關(guān)，兩者滿足其中之一，在剪枝計算中就會將相關(guān)端口添加到對應(yīng)的剪枝表項中，從而可以實現(xiàn)TRILL網(wǎng)絡(luò)中的三層互通。
【專利說明】一種報文轉(zhuǎn)發(fā)裝置和方法
【技術(shù)領(lǐng)域】
[0001]本申請涉及通信技術(shù)，尤其是涉及在TRILL網(wǎng)絡(luò)中實現(xiàn)組播轉(zhuǎn)發(fā)的方法和裝置?！颈尘凹夹g(shù)】
[0002]TRILL (Transparent Interconnection of Lots of Links,多鏈接透明互聯(lián))，是IETF推薦的L2網(wǎng)絡(luò)標準。目前，大型數(shù)據(jù)中心開始利用FCoE等新技術(shù)將存儲傳輸和IP傳輸融合到以太網(wǎng)上，而標準的生成樹協(xié)議(STP)將不再適合融合網(wǎng)絡(luò)或超大型數(shù)據(jù)中心的擴展。隨著時間的推移，TRILL至少可以代替L2網(wǎng)絡(luò)上普遍使用的STP協(xié)議。
[0003]在TRILL網(wǎng)絡(luò)中，存在兩類轉(zhuǎn)發(fā)表項:單播路由表項和組播路由表項。其中單播路由表項用于指導(dǎo)已知單播報文的轉(zhuǎn)發(fā)，組播路由表項用于指導(dǎo)多目的報文，包括未知單播報文、二層廣播報文和組播報文的轉(zhuǎn)發(fā)。TRILL網(wǎng)絡(luò)中的每個RB設(shè)備根據(jù)LSDB中的信息選擇計算的組播樹根。為了提高流量轉(zhuǎn)發(fā)的效率，在每個組播樹上可以按照每個VLAN或每個組播MAC建立轉(zhuǎn)發(fā)表項，實現(xiàn)多目的報文按照RB+VLAN或RB+VLAN+MAC的剪枝轉(zhuǎn)發(fā)。但是，使用TRILL組播樹轉(zhuǎn)發(fā)的ARP/0SPF等三層協(xié)議報文無法按照RB+VLAN的組播轉(zhuǎn)發(fā)表發(fā)送給網(wǎng)關(guān)RB，三層流量不通。

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

[0004]有鑒于此，本申請?zhí)峁┮环N報文轉(zhuǎn)發(fā)裝置，用于在TRILL網(wǎng)絡(luò)中進行組播轉(zhuǎn)發(fā)，包括:配置模塊、同步模塊和路由模塊，
[0005]配置模塊確定自身設(shè)備為網(wǎng)絡(luò)中對應(yīng)VLAN的網(wǎng)關(guān)，以及存在對應(yīng)的網(wǎng)關(guān)IP地址。
[0006]同步模塊向鄰居設(shè)備發(fā)送鏈路狀態(tài)報文更新配置信息，所述報文中包含其自身為對應(yīng)VLAN的網(wǎng)關(guān)的配置信息，記錄收到的鏈路狀態(tài)報文中攜帶的配置信息，并根據(jù)所述配置信息同步數(shù)據(jù)庫中的相關(guān)信息；
[0007]路由模塊根據(jù)同步后的數(shù)據(jù)庫中的信息進行路由表項計算，在計算剪枝表項時，根據(jù)RB與對應(yīng)VLAN的配置信息將相關(guān)端口添加到對應(yīng)的剪枝表項，并將所述剪枝表項下發(fā)生成組播轉(zhuǎn)發(fā)表項。
[0008]所述配置模塊進一步包括確認自身的工作模式，其中，所述述工作模式分為單一模式和混合模式，所述單一模式為工作在二層的模式，所述混合模式為工作為二三層混合模式；
[0009]所述網(wǎng)關(guān)IP地址是通過TRILL命令配置的；
[0010]所述確定工作模式具體包括:
[0011]查看自身是否存在使用TRILL命令配置的網(wǎng)關(guān)IP地址，如果存在，則說明工作模式為混合模式，如果不存在，則確認為單一模式。
[0012]所述報文為LSP報文，所述數(shù)據(jù)庫為LSDB。
[0013]所述鏈路狀態(tài)報文進一步攜帶RB為對應(yīng)VLAN的AVF的配置信息；
[0014]在計算剪枝表項時，所述RB與對應(yīng)VLAN的配置信息進一步包括:RB為對應(yīng)VLAN的 AVF。
[0015]基于同樣的發(fā)明思想，本申請還提供一種報文轉(zhuǎn)發(fā)方法，用于在TRILL網(wǎng)絡(luò)中進行組播轉(zhuǎn)發(fā)，包括:
[0016]步驟I確定自身設(shè)備為網(wǎng)絡(luò)中對應(yīng)VLAN的網(wǎng)關(guān)，以及存在對應(yīng)的網(wǎng)關(guān)IP地址。
[0017]步驟2向鄰居設(shè)備發(fā)送鏈路狀態(tài)報文更新配置信息，所述報文中包含其自身為對應(yīng)VLAN的網(wǎng)關(guān)的配置信息，記錄收到的鏈路狀態(tài)報文中攜帶的配置信息，并根據(jù)所述配置信息同步數(shù)據(jù)庫中的相關(guān)信息；
[0018]步驟3根據(jù)同步后的數(shù)據(jù)庫中的信息進行路由表項計算，在計算剪枝表項時，根據(jù)RB與對應(yīng)VLAN的配置信息將相關(guān)端口添加到對應(yīng)的剪枝表項，并將所述剪枝表項下發(fā)生成組播轉(zhuǎn)發(fā)表項。
[0019]所述方法步驟I進一步包括確認自身的工作模式，其中，所述述工作模式分為單一模式和混合模式，所述單一模式為工作在二層的模式，所述混合模式為工作為二三層混合模式；
[0020]所述網(wǎng)關(guān)IP地址是通過TRILL命令配置的；
[0021]所述確定工作模式具體包括:
[0022]查看自身是否存在使用TRILL命令配置的網(wǎng)關(guān)IP地址，如果存在，則說明工作模式為混合模式，如果不存在，則確認為單一模式。
[0023]所述報文為LSP報文，所述數(shù)據(jù)庫為LSDB。
[0024]所述鏈路狀態(tài)報文進一步攜帶RB為對應(yīng)VLAN的AVF的配置信息；
[0025]在計算剪枝表項時，所述RB與對應(yīng)VLAN的配置信息進一步包括:RB為對應(yīng)VLAN的AVF。在本申請中，由于網(wǎng)關(guān)RB在LSP中通告了自己是哪個VLAN對應(yīng)的網(wǎng)關(guān)信息，所有的RB都會獲取到上述配置信息并添加到自己的LSDB中。這樣，在剪枝計算時，RB根據(jù)LSDB中的信息，不僅需要判斷當前的RB是否是該VLAN的AVF，還需要進一步判斷該RB是否是該VLAN的網(wǎng)關(guān)，兩者滿足其中之一，在剪枝計算中就會將相關(guān)端口添加到對應(yīng)的剪枝表項中。這樣，在二三層混合組網(wǎng)的TRILL網(wǎng)絡(luò)中，確保使用TRILL組播樹轉(zhuǎn)發(fā)的ARP/0SPF等三層協(xié)議報文能夠正確發(fā)送到網(wǎng)關(guān)，從而后續(xù)的數(shù)據(jù)報文都可以通過網(wǎng)關(guān)正常的轉(zhuǎn)發(fā)，TRILL網(wǎng)絡(luò)三層實現(xiàn)了互通。
【專利附圖】

【附圖說明】
[0026]圖1是本申請的硬件示意圖。
[0027]圖2是本申請的方法示意圖。
[0028]圖3是本申請的實施應(yīng)用場景簡示圖。
【具體實施方式】
[0029]在三層TRILL網(wǎng)絡(luò)中，RB設(shè)備的端口類型包括三種:Trunk (主干)端口，Access(接入)端口和Hybrid (混合)端口，其中，Trunk端口是交換機之間互聯(lián)端口，允許轉(zhuǎn)TRILL協(xié)議報文和數(shù)據(jù)報文，不收發(fā)Native Ethernet (本地以太網(wǎng))報文，Access端口是接入端口，收發(fā)Native Ethernet報文和TRILL協(xié)議報文，不收發(fā)TRILL數(shù)據(jù)報文，Hybrid端口是混合端口，可以收發(fā)TRILL協(xié)議報文和數(shù)據(jù)報文和Native Ethernet報文，一般情況下，RB設(shè)備的端口默認為Trunk端口。ARP/OSPF等三層協(xié)議報文從ACCESS 口進入TRILL網(wǎng)絡(luò)或者由RB設(shè)備直接生成，使用TRILL組播樹(使用RB+VLAN的組播轉(zhuǎn)發(fā)表)進行轉(zhuǎn)發(fā)。但是在網(wǎng)關(guān)RB上，由于其一般不直接和用戶網(wǎng)絡(luò)直連，不存在ACCESS 口，也沒有分配到相關(guān)VLAN的AVF，而按照現(xiàn)有的TRILL網(wǎng)絡(luò)中組播轉(zhuǎn)發(fā)表的計算方法，組播轉(zhuǎn)發(fā)表中的端口是由端口下游的存在AVF的RB觸發(fā)添加的，而與網(wǎng)關(guān)相連的端口并不在其中，因此在組播樹計算的時候，網(wǎng)關(guān)RB并不會被考慮在內(nèi)，不會出現(xiàn)在組播樹上，所以，根據(jù)組播樹計算出的路由表，在TRILL層面，不能提供到達RB網(wǎng)關(guān)的路徑。這就導(dǎo)致使用TRILL組播樹轉(zhuǎn)發(fā)的ARP/OSPF等三層協(xié)議報文無法按照RB+VLAN的組播轉(zhuǎn)發(fā)表發(fā)送給網(wǎng)關(guān)RB，網(wǎng)關(guān)RB接收不到ARP/OSPF協(xié)議報文，也就無法進行相應(yīng)的處理操作，在TRILL網(wǎng)絡(luò)中就表現(xiàn)為三層流量不通。
[0030]為了解決這個問題，本申請?zhí)峁┮环N報文轉(zhuǎn)發(fā)裝置，用于在TRILL網(wǎng)絡(luò)中進行組播轉(zhuǎn)發(fā)，該裝置的基本硬件環(huán)境包括CPU、內(nèi)存、非易失性存儲器以及其他硬件，如圖1所示，該裝置在邏輯上包括:配置模塊、同步模塊和路由模塊，這些模塊實際上為計算機程序由CPU加載至內(nèi)存中運行而形成的。請一并參考圖2，所述裝置在運行過程中執(zhí)行以下流程:
[0031]步驟11，配置模塊確定自身設(shè)備為網(wǎng)絡(luò)中對應(yīng)VLAN的網(wǎng)關(guān)，以及存在對應(yīng)的網(wǎng)關(guān)IP地址。
[0032]步驟13，同步模塊向鄰居設(shè)備發(fā)送鏈路狀態(tài)報文更新配置信息，所述報文中包含其自身為對應(yīng)VLAN的網(wǎng)關(guān)的配置信息，記錄收到的鄰居發(fā)送的鏈路狀態(tài)報文中攜帶的配置信息，并根據(jù)所述配置所述鏈路狀態(tài)信息的配置同步數(shù)據(jù)庫中的相關(guān)信息。
[0033]步驟15，路由模塊根據(jù)同步后的數(shù)據(jù)庫中的信息進行路由表項計算，在計算RB+VLAN的剪枝表項時，根據(jù)RB與對應(yīng)VLAN的配置信息相關(guān)端口添加到對應(yīng)的RB+VLAN的剪枝表項,并將所述剪枝表項下發(fā)驅(qū)動生成組播轉(zhuǎn)發(fā)表項。
[0034]所述配置信息可以進一步包括:當前的RB為對應(yīng)VLAN的AVF。所述RB在鏈路狀態(tài)報文中會攜帶RB為哪些VLAN的AVF的配置信息，收到該報文的RB會將相關(guān)配置收入到對應(yīng)的數(shù)據(jù)庫中供后續(xù)的路由計算使用，在進行剪枝表項計算的時候，當前RB根據(jù)數(shù)據(jù)庫中收集的配置信息判斷:RB是否為對應(yīng)VLAN的網(wǎng)關(guān)或者AVF，兩者滿足任何一個，都將相關(guān)的端口添加到對應(yīng)的RB+VLAN的剪枝表項中。
[0035]其中，在步驟11中，可以進一步包括確認自身的工作模式，所述工作模式分為單一模式和混合模式，所述單一模式為工作在二層的模式，所述混合模式為工作為二三層混合模式。所述確認自身的工作模式具體包括:如果在配置中找到網(wǎng)關(guān)IP地址，尤其是通過TRILL命令行配置的網(wǎng)關(guān)IP地址，則確認自身工作在混合模式，否則，則確認自身工作在單一模式。
[0036]可選的，在TRILL 網(wǎng)絡(luò)中，一般常用 LSP (Link State Protocol Data Unit)報文來更新鏈路狀態(tài)信息，所采用的數(shù)據(jù)庫為LSDB(Link_State Data Base，鏈路狀態(tài)數(shù)據(jù)庫)，當然，作為實現(xiàn)的一種方式，可以采用定義的私有協(xié)議是實現(xiàn)鏈路狀態(tài)的更新和數(shù)據(jù)庫的同步，具體的報文和數(shù)據(jù)庫應(yīng)用不作為本發(fā)明的限定。
[0037]在上面的步驟中，本申請利用在BR間交互的鏈路狀態(tài)信息報文中攜帶本設(shè)備為哪個VLAN對應(yīng)的網(wǎng)關(guān)的配置，所述報文優(yōu)選的可以是目前較為通用的LSP報文，并通過LSP擴散過程，使得網(wǎng)絡(luò)中的BR都學(xué)習(xí)到這一配置，并同步各自的數(shù)據(jù)庫信息，優(yōu)選的，數(shù)據(jù)庫可以為與LSP報文對應(yīng)的LSDB。各個RB根據(jù)同步后的數(shù)據(jù)庫進行路由計算時，可以根據(jù)獲得的哪些RB為哪些VLAN的網(wǎng)關(guān)的配置信息，并根據(jù)原有的配置，例如:各RB對應(yīng)的AVF信息，組播路由器和組播接收者的信息等等，將連接網(wǎng)關(guān)的端口同時添加到出端口表項中，這樣，在RB收到三層協(xié)議報文時，可以從自己的組播轉(zhuǎn)發(fā)表中找到去往網(wǎng)關(guān)的路由，從而實現(xiàn)三層互通。
[0038]下面，通過一個具體的實例來具體詳細說明本申請的技術(shù)方案，如圖3所示的應(yīng)用場景中，假設(shè)RBl為組播樹根，且同時也擔任VLANl和VLAN2的網(wǎng)關(guān)，RB4和RB5為VLANl的AVF，RB6和RB7為VLAN2的AVF，所述鏈路狀態(tài)更新報文可采用流行的LSP報文，配套數(shù)據(jù)庫為LSDB。按照前文的描述，RB2計算的以RBl為根VLANl的剪枝表項中只存在端口 I和端口 2兩個出端口，這樣，在通過RB2連接的子網(wǎng)I和子網(wǎng)2中的二層流量轉(zhuǎn)發(fā)正常。但是，當子網(wǎng)I中的終端A想要訪問外部網(wǎng)絡(luò)不同網(wǎng)段的終端E，或者子網(wǎng)I中的終端A想要跨VLAN訪問子網(wǎng)4中的終端D時，需要先發(fā)送ARP報文與網(wǎng)關(guān)RBl交互，后續(xù)數(shù)據(jù)流量先發(fā)給網(wǎng)關(guān)，由網(wǎng)關(guān)RBl繼續(xù)轉(zhuǎn)發(fā)，但是，根據(jù)現(xiàn)有技術(shù)方案的剪枝計算生成的組播轉(zhuǎn)發(fā)表項，Rl并不在組播轉(zhuǎn)發(fā)路徑上，這就導(dǎo)致了 ARP報文無法正常到達網(wǎng)關(guān)，Rl無法接收到ARP報文，不能對報文做處理，這就導(dǎo)致后續(xù)的流量無法轉(zhuǎn)發(fā)，TRILL網(wǎng)絡(luò)中三層的流量不通。
[0039]本申請?zhí)峁┮韵铝鞒逃糜诮鉀Q這個問題，一并參考圖3所示的應(yīng)用場景，本申請?zhí)峁┑囊环N實施方式具體包括:
[0040]步驟301，在鄰居關(guān)系建立以后，TRILL網(wǎng)絡(luò)中的各個RB根據(jù)預(yù)先的配置確定自身設(shè)備是否為網(wǎng)絡(luò)中對應(yīng)VLAN的網(wǎng)關(guān)，并確定自己的工作模式。
[0041]在本申請的示例中，RBl是VLANl和VLAN2的網(wǎng)關(guān)，也就是說，在RBl的設(shè)備上存在通過TRILL命令配置的網(wǎng)關(guān)IP地址，顯示作為VLANl和VLAN2網(wǎng)關(guān)的使用的IP地址，這決定了 RBl在確定工作模式的時候，須為混合模式，即工作在二三層的模式，其他的RB由于沒有擔任任何VLAN的網(wǎng)關(guān)，其工作模式可以配置為默認的二層模式。
[0042]步驟302配置生效以后，RBl在發(fā)送的LSP中攜帶自己為VLANl和VLAN2的網(wǎng)關(guān)的配置信息，將所述LSP擴散給鄰居設(shè)備。
[0043]在現(xiàn)有的實現(xiàn)中，如果RB沒有被配置為某個VLAN的網(wǎng)關(guān)，其LSP中攜帶的配置信息具體包括各RB對應(yīng)的AVF信息，組播路由器和組播接收者的信息，這樣的配置信息并不能滿足三層組播路由計算的需要，所以，本申請的RBl在自身配置為對應(yīng)VLANl和VLAN2的網(wǎng)關(guān)時，在LSP中除了攜帶包括上述配置外，還需要攜帶自身為對應(yīng)VLAN的網(wǎng)關(guān)的配置信息。進一步的，這個信息的攜帶可以通過添加新的TLV格式來實現(xiàn)，如何定義具體的格式是比較成熟的技術(shù)應(yīng)用，在此不做過多的說明，用戶可以根據(jù)自己的應(yīng)用習(xí)慣自行定義，這個并不作為本申請的限定范圍。當然，在現(xiàn)有實現(xiàn)中，可能被配置為網(wǎng)關(guān)的RB設(shè)備不限定于一臺，或許會根據(jù)實際的組網(wǎng)情況，將不同的RB配置為不同VLAN的網(wǎng)關(guān)，以實現(xiàn)業(yè)務(wù)的分流或者是組網(wǎng)的優(yōu)化，本申請僅以RBl為網(wǎng)關(guān)的情況進行舉例，網(wǎng)絡(luò)中存在多臺網(wǎng)關(guān)RB的情況同樣適用于本申請的技術(shù)方案。
[0044]步驟33鄰居RB收到所述LSP報文后，記錄收到的LSP中攜帶的配置信息，并根據(jù)所述配置信息更新LSDB中的相關(guān)信息。
[0045]RB2收到RBl的LSP信息后，將其與本地LSDB中的LSP比較，如果所述LSP比本地的LSP新，則將這個新的LSP存入自己的LSDB，最后再將這個新LSP發(fā)送給除了發(fā)送該LSP的鄰居以外的鄰居進行擴散，以實現(xiàn)LSDB的同步。其中，上述的比較結(jié)果所謂的新，是指將所述LSP的序列號、Remaining Lifetime (剩余生存時間)和Checksum (校驗和)進行大小比較，根據(jù)比較結(jié)果判斷是否為最新的LSP，如果是最新的LSP，則根據(jù)其攜帶的配置信息更新本地LSDB中的配置，如果不是最新的LSP，則將收到的LSP丟棄。
[0046]步驟34各個RB根據(jù)同步后的LSDB中的信息進行路由計算，在計算RB+VLAN的剪枝表項時，根據(jù)數(shù)據(jù)庫中的RB與對應(yīng)VLAN的配置關(guān)系將相關(guān)端口添加到對應(yīng)的RB+VLAN的剪枝表項，并將所述剪枝表項下發(fā)生成組播轉(zhuǎn)發(fā)表項。
[0047]在上述步驟中，通過LSP擴散方式各個RB間實現(xiàn)同步鏈路狀態(tài)數(shù)據(jù)庫，此時，網(wǎng)絡(luò)中每臺RB擁有相同的LSDB，即獲取了對整網(wǎng)拓撲的統(tǒng)一認識。然后各RB將以LSDB信息為基礎(chǔ)，利用SPF算法計算指定的nickname作為樹根到全網(wǎng)所有RB之間的最短路徑以及出接口等信息，結(jié)合LSDB中各RB發(fā)布的nickname信息,最終生成nickname轉(zhuǎn)發(fā)表。在此過程中，組播網(wǎng)路環(huán)境中的RB會基于每個Ingress RB通告的接入VLAN信息,進行剪枝計算。如果某臺RB上沒有接入屬于該組播組的用戶，就會在該組播組中將該RB剪枝掉。在本申請中，由于網(wǎng)關(guān)RBl在LSP中通告了自己是哪個VLAN對應(yīng)的網(wǎng)關(guān)信息，所有的RB都會獲取到上述配置信息并添加到自己的LSDB中。這樣，在剪枝計算時，RB根據(jù)LSDB中的信息，不僅需要判斷當前的RB是否是該VLAN的AVF，還需要進一步判斷該RB是否是該VLAN的網(wǎng)關(guān)，兩者滿足其中之一，在剪枝計算中就會將相關(guān)端口添加到對應(yīng)的剪枝表項中。
[0048]如圖3所示的場景中，RB2在計算RB1+VLAN1的剪枝表項時是以RBl為樹根的VLANl的表項，會根據(jù)LSDB中保存的哪些RB為VLANl的AVF配置信息以及哪些RB為VLANl的網(wǎng)關(guān)的配置信息進行端口添加，這里，RB4和RB5為VLANl的AVF，RBl擔任VLANl的網(wǎng)關(guān)，所以，RB2將端口 1，端口 2和端口 3都添加到端口列表中，并將計算結(jié)果下發(fā)驅(qū)動生成組播轉(zhuǎn)發(fā)表項。當子網(wǎng)I中的終端A想要訪問外部網(wǎng)絡(luò)不同網(wǎng)段的終端E，或者子網(wǎng)I中的終端A想要跨VLAN訪問子網(wǎng)4中的終端D，需要先發(fā)送ARP報文與網(wǎng)關(guān)RBl交互，ARP報文使用RBl為組播樹根進行轉(zhuǎn)發(fā)，到達RB2時能夠正確轉(zhuǎn)發(fā)給網(wǎng)關(guān)，這樣后續(xù)的組播流量就可以正確的進行轉(zhuǎn)發(fā)。
[0049]在二三層混合組網(wǎng)的TRILL網(wǎng)絡(luò)中，使用新的方法計算RB+VLAN的組播轉(zhuǎn)發(fā)表，確保使用TRILL組播樹轉(zhuǎn)發(fā)的ARP/0SPF等三層協(xié)議報文能夠正確發(fā)送到網(wǎng)關(guān)，從而后續(xù)的數(shù)據(jù)報文都可以通過網(wǎng)關(guān)正常的轉(zhuǎn)發(fā)，TRILL網(wǎng)絡(luò)三層實現(xiàn)了互通。
[0050]以上所述僅為本申請的較佳實施例而已，并不用以限制本申請，凡在本申請的精神和原則之內(nèi)，所做的任何修改、等同替換、改進等，均應(yīng)包含在本申請保護的范圍之內(nèi)。
【權(quán)利要求】
1.一種報文轉(zhuǎn)發(fā)裝置，用于在 TRILL (Transparent Interconnection of Lots ofLinks，多鏈接透明互聯(lián))網(wǎng)絡(luò)中進行組播轉(zhuǎn)發(fā)，其特征在于，包括:配置模塊、同步模塊和路由模塊， 配置模塊確定自身設(shè)備為網(wǎng)絡(luò)中對應(yīng)VLAN的網(wǎng)關(guān)，以及存在對應(yīng)的網(wǎng)關(guān)IP地址。 同步模塊向鄰居設(shè)備發(fā)送鏈路狀態(tài)報文更新配置信息，所述報文中包含其自身為對應(yīng)VLAN的網(wǎng)關(guān)的配置信息，記錄收到的鏈路狀態(tài)報文中攜帶的配置信息，并根據(jù)所述配置信息同步數(shù)據(jù)庫中的相關(guān)信息； 路由模塊根據(jù)同步后的數(shù)據(jù)庫中的信息進行路由表項計算，在計算剪枝表項時，根據(jù)RB與對應(yīng)VLAN的配置信息將相關(guān)端口添加到對應(yīng)的剪枝表項，并將所述剪枝表項下發(fā)生成組播轉(zhuǎn)發(fā)表項。
2.如權(quán)利要求1所述的裝置，其特征在于， 所述配置模塊進一步包括確認自身的工作模式，其中，所述述工作模式分為單一模式和混合模式，所述單一模式為工作在二層的模式，所述混合模式為工作為二三層混合模式。
3.如權(quán)利要求2所述的裝置，其特征在于，所述網(wǎng)關(guān)IP地址是通過TRILL命令配置的； 所述確定工作模式具體包括: 查看自身是否存在使用TRILL命令配置的網(wǎng)關(guān)IP地址，如果存在，則說明工作模式為混合模式，如果不存在，則確認為單一模式。
4.如權(quán)利要求1所述的裝置，其特征在于，所述報文為LSP報文，所述數(shù)據(jù)庫為LSDB。
5.如權(quán)利要求1所述的裝置，其特征在于，所述鏈路狀態(tài)報文進一步攜帶RB為對應(yīng)VLAN的AVF的配置信息；` 在計算剪枝表項時，所述RB與對應(yīng)VLAN的配置信息進一步包括:RB為對應(yīng)VLAN的AVF。
6.一種報文轉(zhuǎn)發(fā)方法，用于在TRILL網(wǎng)絡(luò)中進行組播轉(zhuǎn)發(fā)，其特征在于，包括: 步驟I確定自身設(shè)備為網(wǎng)絡(luò)中對應(yīng)VLAN的網(wǎng)關(guān)，以及存在對應(yīng)的網(wǎng)關(guān)IP地址。 步驟2向鄰居設(shè)備發(fā)送鏈路狀態(tài)報文更新配置信息，所述報文中包含其自身為對應(yīng)VLAN的網(wǎng)關(guān)的配置信息，記錄收到的鏈路狀態(tài)報文中攜帶的配置信息，并根據(jù)所述配置信息同步數(shù)據(jù)庫中的相關(guān)信息； 步驟3根據(jù)同步后的數(shù)據(jù)庫中的信息進行路由表項計算，在計算剪枝表項時，根據(jù)RB與對應(yīng)VLAN的配置信息將相關(guān)端口添加到對應(yīng)的剪枝表項，并將所述剪枝表項下發(fā)生成組播轉(zhuǎn)發(fā)表項。
7.如權(quán)利要求6所述的方法，其特征在于， 所述方法步驟I進一步包括確認自身的工作模式，其中，所述述工作模式分為單一模式和混合模式，所述單一模式為工作在二層的模式，所述混合模式為工作為二三層混合模式。
8.如權(quán)利要求7所述的方法，其特征在于，所述網(wǎng)關(guān)IP地址是通過TRILL命令配置的； 所述確定工作模式具體包括: 查看自身是否存在使用TRILL命令配置的網(wǎng)關(guān)IP地址，如果存在，則說明工作模式為混合模式，如果不存在，則確認為單一模式。
9.如權(quán)利要求6所述的方法，其特征在于，所述報文為LSP報文，所述數(shù)據(jù)庫為LSDB。
10.如權(quán)利要求6所述的方法，其特征在于，所述鏈路狀態(tài)報文進一步攜帶RB為對應(yīng)VLAN的AVF的配 置信息； 在計算剪枝表項時，所述RB與對應(yīng)VLAN的配置信息進一步包括:RB為對應(yīng)VLAN的AVF。
【文檔編號】H04L12/741GK103685031SQ201310754100
【公開日】2014年3月26日 申請日期:2013年12月31日 優(yōu)先權(quán)日:2013年12月31日
【發(fā)明者】鄒文宇, 喬柱 申請人:杭州華三通信技術(shù)有限公司