專利名稱：一種trill網絡中mac地址表項的管理方法和設備的制作方法
技術領域：
本發(fā)明涉及通信技術領域，尤其涉及一種多鏈路透明互聯協議(TRILL，Transparent Interconnection of Lots of Links)網絡中介質訪問控制(MAC, MediaAccess Control)地址表項的管理方法和設備。
背景技術：
以太網在數據轉發(fā)層采用的是生成樹協議(STP, Span Tree Protocol), STP是一種基于開放式系統互聯參考模型(0SI, Open System Interconnect Reference Model)的數據鏈路層(第二層)通訊協議。STP可應用于環(huán)路網絡，通過一定的算法實現路徑冗余，將環(huán)路網絡修剪成無環(huán)路的樹型網絡，從而避免報文在環(huán)路網絡中的增生和無限循環(huán)，解決成環(huán)以太網網絡的“廣播風暴”問題，從某種意義上說是一種網絡保護技術，可以消除由于失誤或者意外帶來的循環(huán)連接。但是STP具有明顯的缺點，主要有=(I)STP通過阻塞某些端口來防止環(huán)路，不允許多路徑路由(multipath routing)。這樣所有的流量都在一棵樹上傳播，即使存在空閑的鏈路也不能被使用，帶寬利用不充分；(2)流量會沿著非最優(yōu)路徑(如非最短路徑)傳輸，加大了傳輸時延；(3)在STP中，傳統的互聯網以太報文沒有生存時間(TTL，Time To Live)字段，當由通信故障而導致環(huán)路發(fā)生時，依然會產生廣播風暴問題，對網絡的危害很嚴重。為了克服STP的這些不足提出了多鏈路透明互聯協議(TRILL，Transparent Interconnection of Lots of Links)。TRILL 協議是互聯網工程任務組(IETF, Internet Engineering Task Force)針對正在標準化的互聯網二層(如以太網)多路由提出的解決方案。2005年，IETF成立了 TRILL工作組，以推進其協議的標準化進程。TRILL協議在互聯網協議棧的第二層(數據鏈路層)引入了中間系統到中間系統的路由選擇協議(IS-IS, Intermediate System To Intermediate System RoutingProtocol)來實現網橋(bridge)到網橋之間的路由，用以取代過去的STP,從而可以按照最短路徑進行數據轉發(fā)，并且使得多路徑路由成為可能，使得帶寬的利用更加充分。在用戶邊緣設備(CE, Customer Edge)網絡中，由集線器、交換機和傳統網橋連接的所構成的局域網都稱為局域網鏈路(LAN link)。相對于TRILL網絡而言，這些局域網鏈路被稱為本地鏈路(local link)。本地鏈路可與不同的路由網橋(RBridge)相連，構成多歸屬(multi-homing)的情形。在 TRILL 網絡中，由指定網橋(DRB, Designated RBridge)為本地鏈路上的虛擬局域網(VLAN, Virtual Local Area Network)指派唯一的一個轉發(fā)網橋(Appointed Forwarder),只有被指定為轉發(fā)網橋的路由網橋才有轉發(fā)數據的權限。如圖I所示，為現有技術中CE網絡架構的示意圖，CE網絡的本地鏈路中連接有3個交換機，分別為交換機Al、交換機A2、交換機A3，在本地鏈路承載的VLAN的是VLAN-x，主機Hl與交換機A2相連。多歸屬情形下的CE網絡中，交換機Al與路由網橋RBl相連，交換機A3與路由網橋RB2相連。路由網橋RB I、路由網橋RB2、路由網橋RB3構成一 TRILL網絡。在TRILL網絡中，TRILL IS-IS協議為每個局域網鏈路選舉一個路由網橋作為指定網橋，路由網橋RBl被指定網橋指定為轉發(fā)網橋，所以路由網橋RBl的介質訪問控制(MAC，Media Access Control)地址表項記錄的是本地連接有主機H1，路由網橋RB2的MAC地址表項中記錄的是路由網橋RBl上連接有主機H1，路由網橋RB3的MAC地址表項中記錄的是路由網橋RBl上連接有主機Hl。但是，本發(fā)明的發(fā)明人發(fā)現現有技術 存在以下缺陷如圖I所示的CE網絡架構中，如果本地鏈路的網絡拓撲發(fā)生改變會導致主機重新站隊(bootstrap)，主機可能會從與原來作為轉發(fā)網橋的路由網橋RBl相連接轉換到與本地鏈路新的轉發(fā)網橋(比如新的轉發(fā)網橋為路由網橋RB2)相連接。但是，舊的轉發(fā)網橋(比如路由網橋RBl)并不能感知網絡拓撲結構的變化，依然保存自己的MAC地址表項中記錄的主機Hl的MAC地址，TRILL網絡中的其它路由網橋也依然向舊的轉發(fā)網橋RBl轉發(fā)數據包，由于舊的轉發(fā)網橋RBl此時并不與主機Hl相連，從而造成其它路由網橋轉發(fā)的數據報文丟失，導致流量黑洞(black holing)現象的發(fā)生。

發(fā)明內容
本發(fā)明實施例提供了一種TRILL網絡中MAC地址表項的管理方法和設備，用于解決現有TRILL網絡中存在的數據報文丟失的問題，提高TRILL網絡中數據報文轉發(fā)的成功率。根據本發(fā)明實施例的一個方面，一種TRILL網絡中MAC地址表項的管理方法，包括第一路由網橋通過與自身相連的交換機獲取拓撲結構變更通知TCN報文； 所述第一路由網橋根據所述TCN報文將自身的以所述第一路由網橋為出口網橋的MAC地址表項清除；所述第一路由網橋向TRILL網絡中的第二路由網橋發(fā)送鏈路狀態(tài)協議數據單元LSP報文，以使所述第二路由網橋清除自身的以所述第一路由網橋為出口網橋的MAC地址表項，所述第二路由網橋與所述第一路由網橋處于同一虛擬局域網VLAN中。根據本發(fā)明實施例的另一個方面，一種TRILL網絡中MAC地址表項的管理方法，包括第二路由網橋接收第一路由網橋發(fā)送的鏈路狀態(tài)協議數據單元LSP報文，所述第一路由網橋與所述第二路由網橋處于同一虛擬局域網VLAN中；第二路由網橋將自身的以所述第一路由網橋為出口網橋的MAC地址表項清除。根據本發(fā)明實施例的一個方面，一種路由網橋，包括獲取單元，用于通過與自身相連的交換機獲取拓撲結構變更通知TCN報文；清除單元，用于根據所述TCN報文將自身的以所述路由網橋為出口網橋的介質訪問控制MAC地址表項清除；發(fā)送單元，用于向多鏈路透明互聯協議TRILL網絡中的第二路由網橋發(fā)送鏈路狀態(tài)協議數據單元LSP報文，以使所述第二路由網橋清除自身的以所述路由網橋為出口網橋的MAC地址表項，所述第二路由網橋與所述路由網橋處于同一虛擬局域網VLAN中。根據本發(fā)明實施例的一個方面，一種路由網橋，包括接收單元，用于接收第一路由網橋發(fā)送的鏈路狀態(tài)協議數據單元LSP報文，所述第一路由網橋與所述路由網橋處于同一虛擬局域網VLAN中；清除單元，用于將自身的以所述第一路由網橋為出口網橋的介質訪問控制MAC地
址表項清除。在本發(fā)明實施例中，第一路由網橋首先通過自身相連的交換機獲取到TCN報文之后，根據獲取到的TCN報文，第一路由網橋將自身的MAC地址表項清除，第一路由網橋向TRILL網絡中的第二路由網 橋發(fā)送LSP報文，使得與所述第一路由網橋處于同一 VLAN中的所述第二路由網橋能夠清除以第一路由網橋為出口網橋的MAC地址表項。由于本發(fā)明實施例能夠將各個路由網橋中的舊的MAC地址表項清除，避免TRILL網絡中的其它路由網橋向舊的轉發(fā)網橋轉發(fā)數據報文，可以解決現有TRILL網絡中存在的數據報文丟失的問題，提高TRILL網絡中數據報文轉發(fā)的成功率。


為了更清楚地說明本發(fā)明實施例中的技術方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領域的技術人員來講，還可以根據這些附圖獲得其他的附圖。圖I為現有技術中CE網絡架構的示意圖；圖2為本發(fā)明實施例提供的一種TRILL網絡中MAC地址表項的管理方法的示意圖；圖3為本發(fā)明實施例提供的另一種TRILL網絡中MAC地址表項的管理方法的示意圖；圖4為本發(fā)明實施例提供的解決流量黑洞現象的TRILL網絡的示意圖；圖5為本發(fā)明實施例提供的一種路由網橋的不意圖；圖6為本發(fā)明實施例提供的另一種路由網橋的不意圖。
具體實施例方式本發(fā)明實施例提供了一種TRILL網絡中MAC地址表項的管理方法和設備，用于解決現有TRILL網絡中存在的數據報文丟失的問題，提高TRILL網絡中數據報文轉發(fā)的成功率。為使得本發(fā)明的發(fā)明目的、特征、優(yōu)點能夠更加的明顯和易懂，下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，下面所描述的實施例僅僅是本發(fā)明一部分實施例，而非全部實施例?；诒景l(fā)明中的實施例，本領域的技術人員所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。本發(fā)明實施例提供的一種TRILL網絡中MAC地址表項的管理方法，在該方法的介紹過程中，動作的執(zhí)行主體為第一路由網橋，是本地鏈路的網絡拓撲結構發(fā)生變更之前的轉發(fā)網橋?？梢岳斫獾氖牵谝宦酚删W橋表示的只是TRILL網絡中的一種路由網橋，是為了與本發(fā)明實施例中后續(xù)涉及的另一個路由網橋(即為第二路由網橋)相區(qū)別而命名的方式，并不作為對本發(fā)明的限定。如圖2所示，一種TRILL網絡中MAC地址表項的管理方法，包括201、第一路由網橋通過與自身相連的交換機獲取拓撲結構變更通知報文。
在本發(fā)明實施例中，TRILL網絡中的第一路由網橋首先通過本地鏈路中與自身相連接的交換機獲取到拓撲結構變更通知(TCN, Topology Change Notification)報文。其中，TCN報文用于通知交換機本地鏈路中的網絡拓撲結構發(fā)生了變更。但是TCN報文只在本地鏈路中的交換機之間傳輸,而路由網橋不能感知本地鏈路中網絡拓撲結構的變化。故本發(fā)明實施例中提出由第一路由網橋通過與自身相連的交換機獲取該TCN報文。在實際應用中，第一路由網橋獲取TCN報文存在多種方式，接下來分別給予描述。其中一種可實現的方式是第一路由網橋偵聽本地鏈路中與自身相連的該交換機，得到TCN報文。其中另一種可實現的方式是本地鏈路中的交換機廣播TCN報文，第一路由網橋通過與該交換機相連的接口能夠接收到該TCN報文。202、第一路由網橋根據TCN報文將自身的以第一路由網橋為出口網橋的介質訪問控制地址表項清除。
在本發(fā)明實施例中，第一路由網橋接收到TCN報文之后，第一路由網橋根據該TCN報文將自身的以第第一路由網橋為出口網橋的MAC地址表項清除。例如，在本地鏈路中的網絡拓撲結構發(fā)生之前，第一路由網橋的MAC地址表項中記錄有本地鏈路中的主機以及該主機的MAC地址，當第一路由網橋接收到TCN報文之后，將自身的以第一路由網橋為出口網橋的MAC地址表項清除，清除之后第一路由網橋的MAC地址表中不再記錄本地鏈路中以第一路由網橋為出口網橋的的主機以及該主機的MAC地址。203、第一路由網橋向TRILL網絡中的第二路由網橋發(fā)送鏈路狀態(tài)協議數據單元報文，以使所述第二路由網橋清除自身的以第一路由網橋為出口網橋的MAC地址表項，其中，第二路由網橋與第一路由網橋處于同一虛擬局域網中。在本發(fā)明實施例中，第一路由網橋向TRILL網絡中的第二路由網橋發(fā)送鏈路狀態(tài)協議數據單元(LSP,Link State Protocol Date Unit)報文。TRILL網絡中與第一路由網橋處于同一 VLAN的路由網橋(如第二路由網橋)能夠接收并處理LSP報文，以使接收到該LSP報文的第二路由網橋清除自身的以第一路由網橋為出口網橋的MAC地址表項。對于TRILL網絡中與第一路由網橋所處VLAN不同的路由網橋將不會處理該LSP報文。其中，第二路由網橋是指與第一路由網橋處于同一 VLAN中的其他路由網橋中的一個或多個。所述第一路由網橋可以通過廣播或多播或單播的方式向TRILL網絡中的第二路由網橋發(fā)送LSP報文。需要說明的是，本發(fā)明實施例中提及的第一路由網橋和第二路由網橋只是為了區(qū)別是兩個不同的路由網橋而采取的命名方式，并不具有時序或邏輯上對路由網橋的限定，可以理解的是，也可以采用路由網橋A，路由網橋B等命名方式區(qū)分兩個路由網橋，此處僅作限定。需要說明的是，操作202和操作203之間不存在先后順序之分，在第一路由網橋獲取到TCN報文之后，可以先執(zhí)行操作202后執(zhí)行操作203，也可以先執(zhí)行操作203再執(zhí)行操作202，還可以同時執(zhí)行操作202和操作203，此處不作限定。在本發(fā)明實施例中，第一路由網橋首先通過自身相連的交換機獲取到TCN報文之后，根據獲取到的TCN報文，第一路由網橋將自身的以所述第一路由網橋為出口網橋的MAC地址表項清除，所述第一路由網橋向TRILL網絡中的第二路由網橋發(fā)送LSP報文，使得與所述第一路由網橋處于同一 VLAN中的第二路由網橋能夠清除以第一路由網橋為出口網橋的MAC地址表項。由于本發(fā)明實施例能夠將各個路由網橋中的舊的MAC地址表項清除，避免TRILL網絡中的其它路由網橋向舊的轉發(fā)網橋轉發(fā)數據報文，可以解決現有TRILL網絡中存在的數據報文丟失的問題，提高TRILL網絡中數據報文轉發(fā)的成功率。以上實施例介紹了從第一路由網橋側實現的TRILL網絡中MAC地址表項的管理方法，接下來介紹與該第一路由網橋側交互的第二路由網橋側實現的TRILL網絡中MAC地址表項的管理方法，請參閱圖3所示，包括301、第二路由網橋接收第一路由網橋 發(fā)送的鏈路狀態(tài)協議數據單元報文，其中，第一路由網橋與第二路由網橋處于同一虛擬局域網中。在本發(fā)明實施例中，當本地鏈路中的網絡拓撲結構發(fā)生了變更時，第一路由網橋獲取到TCN報文之后，第一路由網橋會向TRILL網絡中的第二路由網橋發(fā)送LSP報文，由于第二路由網橋與第一路由網橋處于同一 VLAN中，故第二路由網橋會接收到第一路由網橋發(fā)送的LSP報文。所述第二路由網橋是指與第一路由網橋處于同一 VLAN中的其他路由網橋中的一個或多個。所述第一路由網橋可以通過廣播或多播或單播的方式向TRILL網絡中的第二路由網橋發(fā)送LSP報文。302、第二路由網橋將自身的以第一路由網橋為出口網橋的MAC地址表項清除。在本發(fā)明實施例中，TRILL網絡中的第二路由網橋接收到第一路由網橋發(fā)送的LSP報文之后，第二路由網橋會將自身的以第一路由網橋為出口網橋(egress)的MAC地址表項清除，以避免該第二路由網橋在本地鏈路的網絡拓撲發(fā)生變更之后仍然向舊的轉發(fā)網橋轉發(fā)數據報文，能夠避免該第二路由網橋轉發(fā)的數據報文的丟失，從而避免流量黑洞現象的發(fā)生。在本發(fā)明實施例中，與第一路由網橋處于同一 VLAN中的第二路由網橋在接收到第一路由網橋發(fā)送的LSP報文之后，第二路由網橋能夠清除以第一路由網橋為出口網橋的MAC地址表項。由于本發(fā)明實施例能夠將各個路由網橋中的舊的MAC地址表項清除，避免TRILL網絡中的其它路由網橋向舊的轉發(fā)網橋轉發(fā)數據報文，可以解決現有TRILL網絡中存在的數據報文丟失的問題，提高TRILL網絡中數據報文轉發(fā)的成功率。在如圖2和圖3介紹的實施例中，第一路由網橋能夠清除自身的以第一路由網橋為出口網橋的MAC地址表項，第二路由網橋能夠清楚自身的以第一路由網橋為出口網橋的MAC地址表項，則可以避免TRILL網絡中的第二路由網橋在本地鏈路的網絡拓撲發(fā)生變更之后仍然向舊的轉發(fā)網橋轉發(fā)數據報文，能夠避免該第二路由網橋轉發(fā)的數據報文的丟失，從而避免流量黑洞現象的發(fā)生。如圖4所示，為本發(fā)明實施例中解決流量黑洞現象的TRILL網絡的示意圖。在圖4中，本地鏈路中連接有3個交換機(分別為交換機Al、交換機A2、交換機A3)，本地鏈路配置的是VLAN-x，主機為Hl與交換機A2相連，交換機Al與路由網橋RB I相連，交換機A3與路由網橋RB2相連。路由網橋RB I、路由網橋RB2、路由網橋RB3構成一 TRILL網絡，在TRILL網絡的拓撲結構發(fā)生變更之前RBl為轉發(fā)網橋，當TRILL網絡的拓撲結構發(fā)生變更之后RB2為轉發(fā)網橋，按照如圖2和圖3的本發(fā)明實施例方法進行之后，TRILL網絡中，每一個路由網橋自身的以RBl為出口網橋的MAC地址表項都清除掉了，則可以避免TRILL網絡中的路由網橋RB2、路由網橋RB3在本地鏈路的網絡拓撲發(fā)生變更之后仍然向舊的轉發(fā)網橋RBl轉發(fā)數據報文，能夠避免路由網橋RB2、路由網橋RB3轉發(fā)的數據報文的丟失，從而避免流量黑洞現象的發(fā)生。在本發(fā)明實施例中，組成TRILL網絡的路由網橋可以有2個或多于3個，本地鏈路中的交換機也可能有2臺或者多于3臺，具體不作限制。以上實施例介紹了本發(fā)明實施例提供的TRILL網絡中MAC地址表項的管理方法，接下來介紹本發(fā)明實施例提供的TRILL網絡中的路由網橋。請參閱圖5所示,本發(fā)明實施例提供的路由網橋500,包括獲取單元501，用于通過與自身相連的交換機獲取TCN報文。清除單元502，用于根據TCN報文將自身的以路由網橋500為出口網橋的MAC地址表項清除。
發(fā)送單元503，用于向TRILL網絡中的第二路由網橋發(fā)送LSP報文，以使所述第二路由網橋清除自身的以路由網橋500為出口網橋的MAC地址表項，其中，第二路由網橋與路由網橋500處于同一 VLAN中。第二路由網橋是指與路由網橋500處于同一 VLAN中的其他路由網橋中的一個或多個。所述路由網橋可以通過廣播或多播或單播的方式向TRILL網絡中的第二路由網橋發(fā)送LSP報文。需要說明的是，本發(fā)明實施例提供的路由網橋500實際上指的就是前述如圖2和圖3實施例中所介紹的第一路由網橋，此處僅作說明。另外如圖5所示的實施例中，當出現路由網橋500時，與該路由網橋500交互的網橋命名為第二路由網橋，該第二路由網橋只是TRILL網絡中與路由網橋500處于同一 VLAN中的路由網橋中的一個。需要說明的是，本發(fā)明實施例中的獲取單元501在具體實現時，一種可選的實現方式是，獲取單元501具體用于偵聽本地鏈路中與自身相連的交換機，得到TCN報文。需要說明的是，本發(fā)明實施例中的獲取單元501在具體實現時，另一種可選的實現方式是，獲取單元501具體用于接收與自身相連的交換機廣播的TCN報文。需要說明的是，上述裝置各模塊/單元之間的信息交互、執(zhí)行過程等內容，由于與本發(fā)明方法實施例基于同一構思，其帶來的技術效果與本發(fā)明方法實施例相同，具體內容可參見本發(fā)明如圖2所示的方法實施例中的敘述，此處不再贅述。在本發(fā)明實施例中，獲取單元501首先通過自身相連的交換機獲取到TCN報文之后，根據獲取到的TCN報文，清除單元502將自身的與路由網橋500為出口網橋的MAC地址表項清除，發(fā)送單元503向TRILL網絡中的第二路由網橋發(fā)送LSP報文，使得與路由網橋500處于同一 VLAN中的第二路由網橋能夠清除以路由網橋500為出口網橋的MAC地址表項。由于本發(fā)明實施例能夠將各個路由網橋中的舊的MAC地址表項清除，避免TRILL網絡中的其它路由網橋向舊的轉發(fā)網橋轉發(fā)數據報文，可以解決現有TRILL網絡中存在的數據報文丟失的問題，提高TRILL網絡中數據報文轉發(fā)的成功率。接下來介紹本發(fā)明實施例提供的TRILL網絡中的另一種路由網橋，請參閱圖6所示，本發(fā)明實施例提供的路由網橋600,包括接收單元601，用于接收第一路由網橋發(fā)送的LSP報文，其中，第一路由網橋與路由網橋600處于同一 VLAN中。清除單元602，用于將自身的以第一路由網橋為出口網橋的MAC地址表項清除。需要說明的是，本發(fā)明實施例提供的路由網橋600實際上指的就是前述如圖2和圖3實施例中所介紹的第二路由網橋，此處僅作說明。需要說明的是，上述裝置各模塊/單元之間的信息交互、執(zhí)行過程等內容，由于與本發(fā)明方法實施例基于同一構思，其帶來的技術效果與本發(fā)明方法實施例相同，具體內容可參見本發(fā)明如圖3所示的方法實施例中的敘述，此處不再贅述。在本發(fā)明實施例中，與第一路由網橋處于同一 VLAN中的路由網橋600中的接收單元601能夠接收到第一路由網橋發(fā)送的LSP報文，清除單元602能夠清除以第一路由網橋為出口網橋的MAC地址表項 。由于本發(fā)明實施例能夠將各個路由網橋中的舊的MAC地址表項清除，避免TRILL網絡中的其它路由網橋向舊的轉發(fā)網橋轉發(fā)數據報文，可以解決現有TRILL網絡中存在的數據報文丟失的問題，提高TRILL網絡中數據報文轉發(fā)的成功率。本領域普通技術人員可以理解實現上述實施例方法中的全部或部分步驟是可以通過程序來指令相關的硬件完成，所述的程序可以存儲于一種計算機可讀存儲介質中，上述提到的存儲介質可以是只讀存儲器，磁盤或光盤等。以上對本發(fā)明所提供的一種TRILL網絡中MAC地址表項的管理方法和設備進行了詳細介紹，對于本領域的一般技術人員，依據本發(fā)明實施例的思想，在具體實施方式
及應用范圍上均會有改變之處，綜上所述，本說明書內容不應理解為對本發(fā)明的限制。
權利要求
1.一種多鏈路透明互聯協議TRILL網絡中介質訪問控制MAC地址表項的管理方法，其特征在于，包括 第一路由網橋通過與自身相連的交換機獲取拓撲結構變更通知TCN報文； 所述第一路由網橋根據所述TCN報文將自身的以所述第一路由網橋為出口網橋的MAC地址表項清除； 所述第一路由網橋向TRILL網絡中的第二路由網橋發(fā)送鏈路狀態(tài)協議數據單元LSP報文，以使所述第二路由網橋清除自身的以所述第一路由網橋為出口網橋的MAC地址表項，所述第二路由網橋與所述第一路由網橋處于同一虛擬局域網VLAN中。
2.根據權利要求I所述的TRILL網絡中MAC地址表項的管理方法，其特征在于，所述第一路由網橋通過與自身相連的交換機獲取拓撲結構變更通知TCN報文包括 所述第一路由網橋偵聽本地鏈路中與自身相連的所述交換機，得到所述TCN報文。
3.根據權利要求I所述的TRILL網絡中MAC地址表項的管理方法，其特征在于，所述第一路由網橋通過與自身相連的交換機獲取拓撲結構變更通知TCN報文包括 所述第一路由網橋接收與自身相連的所述交換機廣播的所述TCN報文。
4.一種多鏈路透明互聯協議TRILL網絡中介質訪問控制MAC地址表項的管理方法，其特征在于，包括 第二路由網橋接收第一路由網橋發(fā)送的鏈路狀態(tài)協議數據單元LSP報文，所述第一路由網橋與所述第二路由網橋處于同一虛擬局域網VLAN中； 第二路由網橋將自身的以所述第一路由網橋為出口網橋的MAC地址表項清除。
5.一種路由網橋，其特征在于，所述路由網橋包括 獲取單元，用于通過與自身相連的交換機獲取拓撲結構變更通知TCN報文； 清除單元，用于根據所述TCN報文將自身的以所述路由網橋為出口網橋的介質訪問控制MAC地址表項清除； 發(fā)送單元，用于向多鏈路透明互聯協議TRILL網絡中的第二路由網橋發(fā)送鏈路狀態(tài)協議數據單元LSP報文，以使所述第二路由網橋清除自身的以所述路由網橋為出口網橋的MAC地址表項，所述第二路由網橋與所述路由網橋處于同一虛擬局域網VLAN中。
6.根據權利要求5所述的路由網橋，其特征在于，所述獲取單元具體用于偵聽本地鏈路中與自身相連的所述交換機，得到所述TCN報文。
7.根據權利要求5所述的路由網橋，其特征在于，所述獲取單元具體用于接收與自身相連的所述交換機廣播的所述TCN報文。
8.—種路由網橋，其特征在于，所述路由網橋包括 接收單元，用于接收第一路由網橋發(fā)送的鏈路狀態(tài)協議數據單元LSP報文，所述第一路由網橋與所述路由網橋處于同一虛擬局域網VLAN中； 清除單元，用于將自身的以所述第一路由網橋為出口網橋的介質訪問控制MAC地址表項清除。
全文摘要
本發(fā)明實施例公開了一種TRILL網絡中MAC地址表項的管理方法和設備。該方法包括第一路由網橋通過與自身相連的交換機獲取拓撲結構變更通知TCN報文；所述第一路由網橋根據所述TCN報文將自身的以所述第一路由網橋為出口網橋的MAC地址表項清除；所述第一路由網橋向TRILL網絡中的第二路由網橋發(fā)送鏈路狀態(tài)協議數據單元LSP報文，以使第二路由網橋清除自身的以所述第一路由網橋為出口網橋的MAC地址表項，所述第二路由網橋與所述第一路由網橋處于同一虛擬局域網VLAN中。
文檔編號H04L12/741GK102957620SQ20111024920
公開日2013年3月6日 申請日期2011年8月26日 優(yōu)先權日2011年8月26日
發(fā)明者徐小虎, 張民貴 申請人:華為技術有限公司