一種子環虛擬通道的地址刷新方法

2023-09-11 01:13:50 1

專利名稱：一種子環虛擬通道的地址刷新方法
技術領域：
本發明涉及數據通信領域，更具體地涉及一種子環虛擬通道的地址刷新方法。
背景技術：
在乙太網的實際應用中，廣泛採用了各種保護技術，實現主用路徑和備用路徑之 間的冗餘備份。當主用路徑和備用路徑都為完好時，阻塞備用路徑的保護數據轉發功能， 網絡之間的保護數據在主用路徑上傳輸；當主用路徑發生故障時，打開備用路徑的保護數 據轉發功能，網絡之間的保護數據切換到備用路徑上傳輸，實現網絡正常狀態下防止保護 數據被重複接收和形成廣播風暴，在網絡的主用路徑出現故障時啟用備用路徑傳輸保護數 據，提高乙太網的抗故障能力，並且滿足切換時的收斂時間小於50ms的高實時性要求。例如乙太網多環保護技術，如圖1所示，節點Sl至S6都為乙太網交換機，網絡B和 節點S2相連接，網絡A和節點S5相連接。網絡A和網絡B之間進行通信。網絡A和網絡 B之間有四條物理路徑，即網絡A節點S5節點S3節點S2網絡B，網絡A 節點S5節點S3節點S4節點Sl節點S2網絡B，網絡A節點S5節 點S6節點S4節點S3節點S2網絡B，網絡A節點S5節點S6節點 S4節點Sl節點S2網絡B。對於乙太網多環的保護技術，國際上正在制定的標準(如ITU的G. 8032)認 為以太多環的保護網絡中應該包含環和子環，即，環(Ring)是一個完整的以太環，子環 (Sub-Ring)是一種通過互連節點(Interconnection Node)與其它環或者網絡相連的以太 環，互連節點(Interconnection Node)是同時屬於兩個或者多個以太環的公共節點。如圖 2a所示，圖中包含一個環和一個子環，Ringl是環，Ring2是子環。Ringl包含的節點有Si、 S2、S3 和 S4，包含的鏈路有:、 和 ；Ring 2 包含的節點 有S3、S5、S6和S4，包含的鏈路有:、和。需要特別強調的是〈S3， S4>鏈路屬於Ringl而不屬於Ring2。在環網中，當環網無故障的情況下，一個環中，需要有 一段鏈路對數據報文的轉發處於阻塞狀態以防止成環，這段鏈路一般稱為環保護鏈路(或 常阻塞鏈路，等)，通過這段環保護鏈路參與進行環中主用路徑和保護路徑的切換。擁有環 保護鏈路的節點，這裡稱為環保護鏈路控制節點。如圖2a所示，在Ringl中，節點Sl為環 保護鏈路控制節點，與節點Sl的11埠直連鏈路為Ringl的環保護鏈路。在Ring2中，節 點S6為環保護鏈路控制節點，與節點S6的62埠直連鏈路為Ring2的環保護鏈路。在正 常情況下，Ringl和Ring2的環保護鏈路控制節點阻塞它們與環保護鏈路相連埠的數據 報文(文中指保護業務的數據報文)的轉發，防止保護數據被重複轉發和形成廣播風暴。當以太多環網中的鏈路都為完好時，環和子環的環保護鏈路控制節點阻塞從端 口的保護數據轉發功能。如圖2a所示，節點Sl阻塞了埠 11的保護數據轉發功能，節 點S6阻塞了埠 62的保護數據轉發功能，網絡B和A的通信路徑為網絡B節點 S2S3S5 網絡 A。當以太多環網的鏈路出現故障時，如果故障鏈路不是環保護鏈路，則環保護鏈路控制節點打開環保護鏈路相鄰埠的保護數據轉發功能，並且各個節點還要刷新地址轉發 表，網絡之間通信按照新的路徑傳輸。如圖2b所示，環Ringl上的節點S2和S3之間的鏈 路發生了故障，節點S2檢測到鏈路故障後，阻塞埠 22的數據轉發功能，通知其他節點鏈 路發生了故障，節點Sl收到故障通知後，打開埠 11的保護數據轉發功能，另外Ringl上 的各個節點還要刷新地址轉發表，網絡B和A新的通信路徑為網絡B節點S2節點 Sl節點S4節點S3節點S5網絡A。當以太多環網中的鏈路恢復時，進行恢復切換，網絡傳輸恢復到正常狀態時的傳 輸路徑，由於路徑改變，節點也需要進行地址轉發表的刷新。在對以太多環網進行維護和保護切換時，需要傳播大量的控制報文，這些控制報 文是在自動保護控制信道中傳播，自動保護控制信道有兩類，一類對應於環，稱為環的控制 信道，另一類是對應於子環，稱為子環的控制信道。環的控制信道配置在環內。子環的控制 信道包含配置在子環內的部分和虛擬通道(Virtual Channel)。虛擬通道是配置在互連點 之間的其它網絡或者其它環(包含其它子環)為子環協議報文提供傳輸通道的子環的控制 信道。如圖3所示，子環Ring2的控制信道不僅配置在子環Ring2上，而且還配置在環Ringl 上，配置在環Ringl上的部分是為子環Ring2的協議報文提供的虛擬通道。由於虛擬通道 的存在，子環的協議報文可以到達子環上的任何一個節點。下面將討論以太多環網中子環的地址刷新問題例如在圖4中，當以太多環網無故障時，網絡B和A的通信路徑為網絡B節 點S2S3S5網絡A。當子環Ring2的鏈路發生故障時，如圖4所示，Ring2的鏈路 〈S3，S5>出現了故障，節點S5檢測到埠 51對應鏈路出現故障後，刷新地址轉發表，阻塞 埠 51的保護數據轉發功能，打開埠 52的保護數據轉發功能，並向外發送故障狀態幀。 節點S6收到故障狀態幀後，刷新地址轉發表，網絡A和網絡B之間形成新的傳輸路徑。當 節點S5和節點S6刷新地址轉發表後，網絡A發給網絡B的保護數據通過節點S5和節點S6 的廣播，最終能夠到達網絡B，同時各個節點學習到網絡A的地址。但是，在網絡A發給網 絡B數據之前，如果網絡B向網絡A發送數據，那麼就會發生大量丟包現象。這是由於節點 S2還沒有刷新地址轉發表，地址轉發表中還是路徑切換前的條目，即錯誤的地址條目，網絡 B發向網絡A的保護數據仍然按照錯誤的地址轉發表轉發，即從節點S2的出埠 22發送， 這些數據實際上由於鏈路故障和埠阻塞是不能到達網絡A的，只有等待交換機學習到了 正確的網絡A的地址出埠後，才可以達到網絡B，因此網絡B發向網絡A的路徑切換時間 取決於是否有網絡A發向網絡B的流量，這個時間有時甚至超過50ms。在乙太網環路進行 恢復的保護切換時，網絡A和B之間的通信也存在類似的問題。從上面的分析可以看出，當子環的鏈路發生故障時，子環需要通過互連節點向該 子環以外的其它網絡發送協議報文通知其它網絡的節點刷新地址轉發表。現有的ITU-T G. 8032v2對該問題的解決方案是當子環拓撲發生變化時，當且僅 當互連節點從子環收到帶有地址刷新信息的協議報文並刷新自身地址轉發表後，該互連節 點才構造新的地址刷新協議報文，並連續3次將該協議報文轉發到互連節點之間的虛擬通 道上，其它環或子環上的節點收到該協議幀後，刷新各自的地址轉發表。現有的子環地址刷新方案雖然可以保證子環虛擬通道上的節點得到地址刷新，但是子環互連節點構造的地址刷新報文卻在虛擬通道上發生了擴散，這必將引起虛擬通道上的所有節點刷新地址轉發表，引起以太多環網所有的環和子環上發生瞬間的廣播風暴，大大影響了以太多環網的整體性能。如圖5a所示，Ringl、Ring2、Ring3和Ring4構成以太多 環網。Ring2是一個完整的閉環，包含的節點有S2、S6、S7和S3，包含的鏈路有、 、和〈S3，S2>，控制節點(或稱環保護鏈路擁有者)是S3節點，與32埠 相連的是環保護鏈路；Ringl是子環，包含的節點有S2、Si、S5和S6，包含的鏈路有、和，控制節點是S5節點，與51埠相連的是環保護鏈路；Ring3是子 環，包含的節點有S3、S4、S8和S7，包含的鏈路有:、和，控制節點 是S4節點，與42埠相連的是環保護鏈路；Ring4是子環，包含的節點有S5、S9、S10、Sll 禾口 S8，包含的鏈路有:、、和，控制節點是SlO節點， 與102埠相連的是環保護鏈路；在圖5a中，子環的鏈路發生了故障，節點SlO 阻塞101埠的數據報文轉發功能，並由102埠周期性地向外發送SF報文(故障通知報 文)，節點Sll阻塞112埠的數據報文轉發功能，並由111埠周期性地向外發送SF報文 (故障通知報文)。互連節點S5和S8分別首次收到節點SlO和Sll發送來的帶有地址刷 新信息的SF報文後，刷新各自的地址轉發表，然後分別構造FLUSH報文，向虛擬通道(子環 Ring4的虛擬通道被配置在Ringl、Ring2和Ring3上)連續發送3次。這些FLUSH報文在 虛擬通道上擴散，刷新了虛擬通道上的所有節點的地址轉發表，這將引起虛擬通道上的瞬 間廣播風暴。實際上全部刷新互連節點之間的所有其它環或子環上的節點的地址轉發表是完 全沒有必要的。例如，在圖5b中，子環Ring4上沒有故障，控制節點SlO的102埠阻塞數 據報文的轉發功能。網絡A與網路B之間的通信路徑是網路BS4S3S2S6 S7S8SllS10 網路 Α。在圖 5c 中，子環 Ring4 的鏈路 發生了故障， 節點SlO阻塞101埠的數據報文轉發功能，打開102埠的數據報文轉發功能。節點Sll 阻塞112埠的數據報文轉發功能。網絡A與網路B之間的通信路徑改變為網路BS4 S3S2SlS5S9S10網路Α。比較網絡A與網路B在圖5b和圖5c中的 兩條轉發路徑，可以發現兩條路徑有公共路徑S4S3S2，換句話說在子環鏈路發生故障的時候，節點S3和S4不必刷新地址轉發表，僅僅刷新互連節點之間的通暢路 徑(S5S1S2S6S7S8)上的節點的地址轉發表就可以保證數據不會沿著錯 誤的路徑轉發。因此，提出一種將互連節點向虛擬通道發送的FLUSH報文的傳輸路徑限定在一條 互連接點之間的通暢路徑上，對減少虛擬通道上的瞬間廣播風暴和提高網絡性能是非常有 意義的。

發明內容
本發明所要解決的技術問題是提供一種子環虛擬通道的地址刷新方法，避免虛擬 通道上的互連節點全部刷新地址轉發表，提高網絡性能。為解決上述技術問題，本發明採用了以下解決方案一種子環虛擬通道的地址刷新方法，包括當子環互連節點從其子環的控制VLAN上收到攜帶地址刷新信息的故障通知報文 時，據此刷新本地的地址轉發表並構造FLUSH報文，然後根據地址刷新報文的目的MAC地址和VLAN ID在本地的地址轉發表中查找相應的出埠，將地址刷新報文從相應的出埠轉發至子環的虛擬通道上；在所述地址刷新報文的傳輸過程中，所述子環的虛擬通道上的其它互連節點接收 到地址刷新報文時，根據其目的MAC地址和VLAN ID在本地的地址轉發表中查找相應的出 埠，將地址刷新報文從相應的出埠轉發，之後根據地址刷新報文更新本地的地址轉發 表；所述子環的虛擬通道上的非互連節點接收到所述地址刷新報文時，將其以組播VLAN方 式轉發，並據此更新本地的地址轉發表。上述方法中，所述地址刷新報文的源MAC地址和目的MAC地址均與所述攜帶地址 刷新信息的故障通知報文的目的MAC地址相同，且所述地址刷新報文的VLAN ID與所述子 環的控制VLAN的ID相同。上述方法還包括在所述地址刷新報文的傳輸過程中，所述子環互連節點接收到 源MAC地址和目的MAC地址均與所述故障通知報文的目的MAC地址相同的協議報文時，丟 棄此協議報文。上述方法還包括所述子環互連節點周期性地在所述子環的虛擬通道上發送組播 報文，且所述組播報文的源MAC地址和目的MAC地址均與所述故障通知報文的目的MAC地 址相同。上述方法中，所述組播報文的發送周期小於MAC地址的老化周期。上述方法中，所述子環互連節點發送地址刷新報文的方式為連續3次向子環的 虛擬通道發送。本發明具有以下有益效果採用本發明，可以使互連節點向虛擬通道發送的地址刷新報文(FLUSH報文)僅僅 刷新虛擬通道上的一條通暢路徑上的節點，大大減少FLUSH報文在虛擬通道上的擴散，避 免了虛擬通道上的所有節點被刷新地址，提高了網絡性能。


圖1為以太多環網的拓撲圖；圖2a為以太多環網中鏈路完好時的通信路徑拓撲圖；圖2b為以太多環網中鏈路故障時的通信路徑拓撲圖；圖3為子環控制VLAN的示意圖；圖4為子環發生故障需要向虛擬通道刷新地址的實例圖；圖5a為傳統方案中FLUSH報文在虛擬通道中的傳播路徑；圖5b為無故障情況下的網絡A與網絡B的通信路徑；圖5c為子環發生故障情況下的網絡A與網絡B的通信路徑；圖6為本發明的子環虛擬通道的地址刷新方法流程圖；圖7為本發明的實施例中FLUSH報文在虛擬通道的傳播路徑。
具體實施例方式本發明的核心思想為當子環的拓撲發生變化並且互連節點需要向虛擬通道發送 地址刷新報文(FLUSH報文)時，所述的地址刷新報文僅僅刷新子環互連節點之間通暢路徑上節點的地址轉發表。具體實現方法為1)當子環互連節點從其子環的控制VLAN上收到攜帶地址刷新信息的SF報文時， 據此刷新本地的地址轉發表(FLUSH報文中的VLANID對應的地址轉發條目除外)並構造 FLUSH報文，然後根據FLUSH報文的目的MAC地址和VLAN ID查找本地的地址轉發表，若找 至IJ，則將FLUSH報文從相應的出埠轉發至子環的虛擬通道上，否則將其以組播VLAN方式 發送出去；2)在FLUSH報文的傳輸過程中，子環的虛擬通道上的其它互連節點收到FLUSH報 文時，根據FLUSH報文的目的MAC地址和VLAN ID查找本地的地址轉發表，若找到，則將 FLUSH報文從相應的出埠轉發至子環的虛擬通道上，否則將其以組播VLAN方式發送出 去；之後根據FLUSH報文更新本地的地址轉發表(FLUSH報文中的VLAN ID對應的地址轉發 條目除外)。所述子環的虛擬通道上的非互連節點接收到FLUSH報文時，將其以組播VLAN 方式轉發，並據此更新本地的地址轉發表(FLUSH報文中的VLAN ID對應的地址轉發條目除 外)。子環互連節點收到源MAC和目的MAC地址相同的協議報文並且這些MAC地址與SF報 文的MAC地址相同時，丟棄此協議報文。為了使子環虛擬通道上的其它互連節點能夠在本地的地址轉發表查找到FLUSH 報文相應的出埠，兩個子環互連節點還周期性地在子環的控制信道的虛擬通道上發送組 播報文(這些報文的目的MAC地址和源MAC地址與所述SF報文的組播MAC地址相同)，這 些報文在所述子環的控制VLAN上傳播，以使子環虛擬通道上的其它互連節點能夠進行MAC 地址學習。為了詳細說明本發明的方案，進一步闡述如下(如圖6所示)步驟601，將以太多環網上的節點分為兩類，一類是環或子環的互連節點，這類節 點構成集合1，另一類是非互連節點，這類節點構成集合2。步驟602，對於集合1中的任意兩個互連節點，如果它們是某個子環接入其它環或 子環的互連節點，所述的兩個互連節點周期性地在所述子環的控制信道的虛擬通道上向所 述子環發送組播報文(這些報文的目的MAC地址和源MAC地址與所述子環的協議報文的組 播MAC地址相同)，目的是使虛擬通道上的互連節點在MAC地址老化之前學習到所述子環協 議報文的MAC地址。這些報文的發送周期小於MAC地址的老化周期。步驟603，當節點收到環或子環的協議報文(S卩，報文的目的MAC地址落在
區間內，該區間內的 MAC 地址是 ITU-T G. 8032 的協議報文的組播MAC地址)時，分兩種情況處理情況1，收到該協議報文的節點是非互 連節點，轉入步驟604。情況2，收到該協議報文的節點是互連節點，轉入步驟606。步驟604，當非互連節點收到環或子環協議報文時，採用普通的VLAN組播數據的 轉發方法，即，該節點向(所述環或子環的控制VLAN內)入埠以外的其它所有埠轉發 所述接收到的協議報文，同時拷貝一份該協議報文供所述非互連節點處理。步驟505，如果該協議報文是FLUSH報文，該節點刷新地址轉發表(FLUSH報文中的 VLAN ID對應的地址轉發條目除外)。步驟606，當互連節點收到所述的協議報文時，該互連節點分析該報文目的MAC地址的最後一個字節，得到該協議報文所屬環或子環的環號，同時讀取協議報文中的VLAN ID，然後分3種情況處理情況1，該互連節點在擁有所述環號的環或子環上配有2個環上埠，轉入步驟607。情況2，該互連節點在擁有所述環號的環或子環上沒有配置埠，轉入步驟609。情況3，該互連節點在擁有所述環號的子環上僅僅配有1個環上埠，轉入步驟 611。步驟607，當所述互連節點在擁有所述環號的環或子環上配有2個環上埠時，該互連節點採用普通的VLAN組播數據的轉發方法，即，該互連節點向(所述協議報文的VLAN ID確定的VLAN內)入埠以外的其它所有埠轉發所述接收到的協議報文，同時拷貝一份 該協議報文供所述互連節點處理，轉入步驟608。步驟608，如果該協議報文的拷貝是FLUSH報文，該節點刷新地址轉發表(FLUSH報 文中的VLAN ID對應的地址轉發條目除外)。步驟609，當所述互連節點在擁有所述環號的環或子環上沒有配置埠時，該互連 節點拷貝一份給該節點分析，同時根據該協議報文中的目的MAC地址和VLAN ID查表(除 去入埠對應的地址條目)，如果查到，就將該協議報文從相應的埠發送，否則，以組播 VLAN方式發送，S卩從除去入埠(VLANft)以外的其它埠轉發，轉入步驟610。步驟610，如果該協議報文的拷貝是FLUSH報文，該節點刷新地址轉發表(FLUSH報 文中的VLAN ID對應的地址轉發條目除外)。步驟611，當該互連節點在擁有所述環號的子環上僅僅配有1個環上埠時，分兩 種情況處理情況1，該互連節點是從擁有所述環號的子環上的埠接收到所述的協議報 文，轉入步驟612。情況2，該互連節點是從除去擁有所述環號的子環的環上埠的其它端 口接收到所述的協議報文，轉入步驟614。步驟612，該互連節點拷貝一份該協議報文給該節點分析，同時根據該協議報文中 的目的MAC地址和VLAN ID查表(除去入埠對應的地址條目)，如果查到，就將該協議報 文從相應的埠發送，否則，以組播VLAN方式發送。轉入步驟613。步驟613，如果該協議報文的拷貝攜帶地址刷新信息(該協議報文不是後續的攜 帶地址刷新信息的協議報文)，該互連節點刷新地址轉發表(該協議報文的VLAN ID對應的 地址轉發條目除外)，同時構造FLUSH報文(FLUSH報文只能在虛擬通道中傳輸)，FLUSH報 文的目的MAC地址和源MAC地址與所述收到的協議報文的目的MAC地址一樣。FLUSH報文 發送的方式是向虛擬通道連續發送3次。步驟614，判定協議報文的目的MAC地址和源MAC地址是否與擁有所述環號的子環 的協議報文的MAC地址相同，如果相同就丟棄，否則將該協議報文向擁有所述環號的子環 的埠轉發。實施例一，以太多環網中子環協議報文在虛擬通道中的地址刷新過程圖7是以太多環網子環協議報文在子環控制信道中的傳輸示意圖，圖中的子環的 控制信道是由VLAN來實現的，但不局限於用VLAN實現，具體分析如下如圖7所示，RingU Ring2、Ring3和Ring4構成以太多環網。Ring2是一個完整 的閉環，包含的節點有S2.S6.S7和S3，包含的鏈路有:、、和〈S3， S2>，控制節點(或稱環保護鏈路擁有者)是S3節點；Ringl是子環，包含的節點有S2、Si、 S5和S6，包含的鏈路有:、和，控制節點是S5節點；Ring 3是子 環，包含的節點有S3、S4、S8和S7，包含的鏈路有:、和，控制節點 是S4節點；Ring4是子環，包含的節點有S5、S9、S10、Sll和S8，包含的鏈路有、、 和 ，控制節點是 SlO 節點。子環Ring4的控制信道分為兩部分，虛擬通道(子環Ring4的虛擬通道被配置在RingURing2和Ring3上)和子環部分。虛擬通道上的控制節點S3、控制節點S5和控制節 點S4對子環Ring4的協議報文有阻塞作用。S5和S8節點是子環Ring4接入其它環或子環的互連節點，節點S5和S8周期性 地在子環控制VLAN的虛擬通道上向子環Ring4發送協議報文(這些報文的目的MAC和源 MAC地址與子環Ring4的協議報文的目的MAC地址一樣)。圖中的子環Ring4的鏈路發生了故障，控制節點SlO打開102埠的 數據轉發功能，阻塞101埠的數據轉發功能，並沿著102埠向外周期性地發送SF報文 (故障告警報文)。節點Sll阻塞112埠的數據轉發功能，並沿著111埠向外周期性地 發送SF報文。當互連節點S5收到控制節點SlO發送來的帶有地址刷新信息的SF報文(並且該 報文不是後續的SF報文)時，互連節點S5檢查該報文的MAC地址，發現是組播協議報文地 址(落在Wl-19-A7-00-00-01，01-19-A7-00-00-EF]區間內)，然後從該MAC地址的最後1 字節讀取環號，發現是節點S5所屬子環Ring4發送來的協議報文，該互連節點刷新地址轉 發表(協議報文中的VLAN ID對應的地址轉發條目除外)。同時，互連節點S5構造FLUSH 報文，該報文(該FLUSH報文的源和目的MAC地址與子環Ring4的協議報文的目的MAC地址 一樣)。然後，互連節點S5依據FLUSH報文的目的MAC地址和VLAN ID查表(子環Ring4 的埠對應的地址條目除外)，如果查到出埠是52埠，就將構造的FLUSH報文從52端 口轉發出去，否則就向(接收到的SF協議報文中的VLAN ID確定的VLAN內)51入埠以 外的其它所有埠發送FLUSH報文。FLUSH報文發送的方式是互連節點連續3次向虛擬通 道發送。虛擬通道上的互連節點S2、S6和S7收到互連節點S5發送來的FLUSH報文後，檢查 該報文的MAC地址，發現是組播協議報文地址，然後從該MAC地址的最後1位元組讀取環號， 發現不是本節點所屬環或子環發送來的協議報文，拷貝一份給節點分析。同時，所述互連節 點用該協議報文中目的MAC地址和VLAN ID查表(協議報文入埠對應的地址條目除外)， 如果查到出埠，就將所述協議報文從此埠轉發出去，否則就向(所述協議報文的VLAN ID確定的VLAN內)入埠以外的其它所有埠轉發該協議報文。另外該節點檢查該報文 的類型，發現是FLUSH報文，然後刷新地址轉發表(FLUSH報文中的VLAN ID對應的地址轉 發條目除外)。互連節點S8從82埠收到該協議報文後，檢查該報文的MAC地址，發現是組播協 議報文地址，然後從該MAC地址的最後1位元組讀取環號，發現是本節點所屬的子環Ring4的 協議報文並且該協議報文來自它的非子環Ring4上埠。如果該報文的目的MAC地址和源 MAC地址相同，S8節點丟棄該協議報文，否則S8節點將此報文從Ring4的埠轉發到子環上。非互聯節點Sl收到該協議報文後，檢查該報文的MAC地址，發現是組播協議報文 地址，該節點向(所述協議報文的VLAN ID確定的VLAN內)入埠以外的其它所有埠轉 發該協議報文，同時拷貝一份該協議報文供互連節點Sl處理。互連節點Sl分析該協議報 文的類型，發現是FLUSH報文，然後刷新地址轉發表(FLUSH報文中的VLAN ID對應的地址轉發條目除外)。對於從互連節點S8進入虛擬通道的FLUSH報文，節點S5、S2、S6、S5和S8對它的 轉發處理與由互連節點S5進入虛擬通道的FLUSH報文是一樣的。通過上面的分析，可以看出子環Ring4的FLUSH報文沿著虛擬通道中的一條通暢 路徑S5S1S2S6S7S8進行刷新，虛擬通道上的節點S3和S4沒有刷新地址 轉發表，大大減少了子環Ring4的虛擬通道中的刷新地址轉發表的節點的數量。以上實施例僅用以說明本發明的技術方案而非限制，僅僅參照較佳實施例對本發 明進行了詳細說明。本領域的普通技術人員應當理解，可以對本發明的技術方案進行修改 或者等同替換，而不脫離本 發明技術方案的精神和範圍，均應涵蓋在本發明的權利要求範 圍當中。
權利要求
一種子環虛擬通道的地址刷新方法，其特徵在於，該方法包括當子環互連節點從其子環的控制VLAN上收到攜帶地址刷新信息的故障通知報文時，據此刷新本地的地址轉發表並構造地址刷新報文，然後根據地址刷新報文的目的MAC地址和VLAN ID在本地的地址轉發表中查找相應的出埠，將地址刷新報文從相應的出埠轉發至子環的虛擬通道上；在所述地址刷新報文的傳輸過程中，所述子環的虛擬通道上的其它互連節點接收到地址刷新報文時，根據其目的MAC地址和VLANID在本地的地址轉發表中查找相應的出埠，將地址刷新報文從相應的出埠轉發，之後根據地址刷新報文更新本地的地址轉發表；所述子環的虛擬通道上的非互連節點接收到所述地址刷新報文時，將其以組播VLAN方式轉發，並據此更新本地的地址轉發表。
2.如權利要求1所述的子環虛擬通道的地址刷新方法，其特徵在於，所述方法中，所述 地址刷新報文的源MAC地址和目的MAC地址均與所述攜帶地址刷新信息的故障通知報文的 目的MAC地址相同，且所述地址刷新報文的VLAN ID與所述子環的控制VLAN的ID相同。
3.如權利要求2所述的子環虛擬通道的地址刷新方法，其特徵在於，所述方法還包括 在所述地址刷新報文的傳輸過程中，所述子環互連節點接收到源MAC地址和目的MAC地址 均與所述故障通知報文的目的MAC地址相同的協議報文時，丟棄此協議報文。
4.如權利要求1至3任一所述的子環虛擬通道的地址刷新方法，其特徵在於，所述方法 還包括所述子環互連節點周期性地在所述子環的虛擬通道上發送組播報文，且所述組播 報文的源MAC地址和目的MAC地址均與所述故障通知報文的目的MAC地址相同。
5.如權利要求4所述的子環虛擬通道的地址刷新方法，其特徵在於，所述組播報文的 發送周期小於MAC地址的老化周期。
6.如權利要求1所述的子環虛擬通道的地址刷新方法，其特徵在於，所述子環互連節 點發送地址刷新報文的方式為連續3次向子環的虛擬通道發送。
全文摘要
本發明公開了一種子環虛擬通道的地址刷新方法，包括當子環互連節點從其子環的控制VLAN上收到攜帶地址刷新信息的SF報文時，據此刷新本地的地址轉發表並構造FLUSH報文，然後在本地的地址轉發表中查找相應的出埠，將FLUSH報文從相應的出埠轉發至子環的虛擬通道上；子環的虛擬通道上的其它互連節點收到FLUSH報文時，查找其相應的出埠後將其從相應的出埠轉發，之後根據FLUSH報文更新本地的地址轉發表；子環的虛擬通道上的非互連節點接收到FLUSH報文時，將其以組播VLAN方式轉發，並據此更新本地的地址轉發表。採用本發明，可大大減少FLUSH報文在虛擬通道上的擴散，避免了虛擬通道上的所有節點被刷新地址。
文檔編號H04L12/56GK101815029SQ200910105538
公開日2010年8月25日 申請日期2009年2月19日 優先權日2009年2月19日
發明者吳少勇, 王斌 申請人:中興通訊股份有限公司