環(huán)網(wǎng)三層收斂方法及裝置制造方法
【專利摘要】本發(fā)明提出環(huán)網(wǎng)三層收斂方法及裝置。方法包括:對于支持環(huán)拓撲保護協(xié)議的環(huán)網(wǎng)上的任一節(jié)點,當(dāng)該節(jié)點發(fā)現(xiàn)自身所在的環(huán)發(fā)生鏈路故障,或者發(fā)生鏈路恢復(fù)事件時,將自身的所有ARP表項中的出端口信息都更改為自身所在的所有環(huán)上的所有端口的信息,清除自身的所有MAC表項;當(dāng)該節(jié)點學(xué)習(xí)到MAC表項時,根據(jù)該MAC表項刷新對應(yīng)的ARP表項。本發(fā)明實現(xiàn)了環(huán)網(wǎng)中的三層流量快速收斂。
【專利說明】環(huán)網(wǎng)三層收斂方法及裝置
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及環(huán)網(wǎng)【技術(shù)領(lǐng)域】,尤其涉及環(huán)網(wǎng)三層收斂方法及裝置。
【背景技術(shù)】
[0002]目前,解決二層網(wǎng)絡(luò)環(huán)路問題的技術(shù)有:快速生成樹協(xié)議(RSTP,Rapid SpanningTree Protocol)、每 VLAN 生成樹(PVST, Per-VLAN Spanning Tree)、多生成樹協(xié)議(MSTP,Multi Spanning Tree Protocol)和快速環(huán)網(wǎng)保護協(xié)議(RRPP, Rapid Ring ProtectionProtocol)。RSTP、PVST、MSTP應(yīng)用比較成熟,但收斂時間在秒級。圖1給出了現(xiàn)有的RRPP典型應(yīng)用組網(wǎng)圖,RRPP是專門應(yīng)用于以太網(wǎng)環(huán)的鏈路層協(xié)議,具有比RSTP、PVST、MSTP更快的收斂速度。并且RRPP的收斂時間與環(huán)網(wǎng)上節(jié)點數(shù)無關(guān),可應(yīng)用于網(wǎng)絡(luò)直徑較大的網(wǎng)絡(luò)。RRPP在以太網(wǎng)環(huán)完整時能夠防止數(shù)據(jù)環(huán)路引起的廣播風(fēng)暴,而當(dāng)以太網(wǎng)環(huán)上一條鏈路斷開時能迅速恢復(fù)環(huán)網(wǎng)上各個節(jié)點之間的通信通路,具備較高的收斂速度。
[0003]如圖1所示,RRPP環(huán)上的每臺設(shè)備都稱為一個節(jié)點。節(jié)點角色由用戶的配置來決定,分為下列幾種:
[0004]主節(jié)點:每個環(huán)上有且僅有一個主節(jié)點。主節(jié)點是環(huán)網(wǎng)狀態(tài)主動檢測機制的發(fā)起者,也是網(wǎng)絡(luò)拓撲發(fā)生改變后執(zhí)行操作的決策者。
[0005]傳輸節(jié)點:環(huán)上除主節(jié)點以外的其它所有節(jié)點。傳輸節(jié)點負責(zé)監(jiān)測自己所在的RRPP鏈路的狀態(tài),并將鏈路變化通知主節(jié)點,然后由主節(jié)點來決策如何處理。
[0006]環(huán)具有控制虛擬局域網(wǎng)(VLAN,Virtual Local Area)和數(shù)據(jù)VLAN??刂芕LAN用于傳遞協(xié)議報文,節(jié)點上只有接入環(huán)的端口才可以加入控制VLAN。數(shù)據(jù)VLAN用于傳輸數(shù)據(jù)報文,數(shù)據(jù)VLAN可包括接入環(huán)的端口,也可包括非接入環(huán)的端口。
[0007]主節(jié)點和傳輸節(jié)點各自有兩個端口接入環(huán),其中一個為主端口,另一個為從端口。端口的角色由用戶的配置來決定。主節(jié)點的主端口和從端口在功能上有所區(qū)別:主節(jié)點的主端口用于發(fā)送hello報文,從端口用來接收該報文。當(dāng)環(huán)處于連通狀態(tài)時,主節(jié)點的從端口在邏輯上阻塞數(shù)據(jù)VLAN,只允許控制VLAN的報文通過;當(dāng)環(huán)處于故障狀態(tài)時,主節(jié)點的從端口將解除數(shù)據(jù)VLAN的阻塞狀態(tài),轉(zhuǎn)發(fā)數(shù)據(jù)VLAN的報文。傳輸節(jié)點的主端口和從端口在功能上沒有區(qū)別,都用于環(huán)上協(xié)議報文和數(shù)據(jù)報文的傳輸。
[0008]環(huán)的主節(jié)點通過輪詢機制主動檢測環(huán)網(wǎng)的連通狀態(tài)。主節(jié)點周期性地從其主端口發(fā)送問候(hello報文),依次經(jīng)過各傳輸節(jié)點在環(huán)上傳播。如果環(huán)路連通,主節(jié)點的從端口將在定時器超時前收到hello報文,主節(jié)點將保持從端口的阻塞狀態(tài)。當(dāng)環(huán)發(fā)生故障時,主節(jié)點的從端口在定時器超時前無法收到hello報文,主節(jié)點將解除數(shù)據(jù)VLAN在從端口的阻塞狀態(tài),同時發(fā)送普通刷新轉(zhuǎn)發(fā)數(shù)據(jù)庫(common-flush-FDB)報文通知所有傳輸節(jié)點,使其更新各自的媒體接入控制(MAC, Media Access Control)表項和地址解析協(xié)議(ARP,Address Resolution Protocol) / 鄰居發(fā)現(xiàn)(ND, Neighbor Discovery)表項。
[0009]當(dāng)傳輸節(jié)點發(fā)現(xiàn)自己任何一個屬于環(huán)的端口故障(down)時,處理過程如下:
[0010](I)傳輸節(jié)點立刻發(fā)送鏈路故障(link down)報文給主節(jié)點。[0011](2)主節(jié)點收到link down報文后,解除數(shù)據(jù)VLAN在其從端口的阻塞狀態(tài),并發(fā)送Common-flush-FDB報文通知所有傳輸節(jié)點。
[0012](3)傳輸節(jié)點接收Common-flush-FDB報文,更新自己的MAC表項和ARP/ND表項。
[0013]各節(jié)點更新表項后,數(shù)據(jù)流則切換到正常的鏈路上。
[0014]傳輸節(jié)點在發(fā)現(xiàn)自己任何一個屬于環(huán)的端口重新為工作(up)狀態(tài)后,處理過程如下:
[0015](I)傳輸節(jié)點檢測到自身所在的鏈路恢復(fù),對該鏈路上的端口進行預(yù)阻塞。
[0016](2)主節(jié)點在一鏈路down后從從端口接收到自己在控制VLAN內(nèi)發(fā)送的hello報文,則認為鏈路恢復(fù),重新阻塞從端口,并從主端口在控制VLAN內(nèi)發(fā)送完整刷新轉(zhuǎn)發(fā)數(shù)據(jù)庫(Complete-fIush-FDB)報文,以通知傳輸節(jié)點更新MAC/ARP/ND表項。
[0017](3)傳輸節(jié)點接收Complete-fIush-FDB報文,更新自身的MAC/ARP/ND表項,且若自身存在預(yù)阻塞端口,則放開該預(yù)阻塞端口,以保證環(huán)網(wǎng)上不會臨時存在環(huán)路。
[0018]RRPP最核心的優(yōu)勢在于其快速倒換機制,對于二層流量,可以保證在50ms內(nèi)完成收斂,對于三層流量的收斂性能,依賴于ARP表項的刷新機制。這樣可能會由于ARP表項未被更新,從而導(dǎo)致三層轉(zhuǎn)發(fā)流量無法恢復(fù)。
【發(fā)明內(nèi)容】
[0019]本發(fā)明提供環(huán)網(wǎng)三層收斂方法及裝置,以實現(xiàn)環(huán)網(wǎng)中的三層流量快速收斂。
[0020]本發(fā)明的技術(shù)方案是這樣實現(xiàn)的:
[0021]一種環(huán)網(wǎng)三層收斂方法,該方法包括:
[0022]對于支持環(huán)拓撲保護協(xié)議的環(huán)網(wǎng)上的任一節(jié)點,當(dāng)該節(jié)點發(fā)現(xiàn)自身所在的環(huán)發(fā)生鏈路故障,或者發(fā)生鏈路恢復(fù)事件時,將自身的所有地址解析協(xié)議ARP表項中的出端口信息都更改為自身所在的所有環(huán)上的所有端口的信息,清除自身的所有媒體接入控制MAC表項;
[0023]當(dāng)該節(jié)點學(xué)習(xí)到MAC表項時,根據(jù)該MAC表項刷新對應(yīng)的ARP表項。
[0024]所述環(huán)拓撲保護協(xié)議為快速環(huán)網(wǎng)保護協(xié)議RRPP,或者快速環(huán)網(wǎng)保護協(xié)議RSTP、或者多生成樹協(xié)議MSTP,或者以太網(wǎng)環(huán)保護交換ERPS協(xié)議。
[0025]所述節(jié)點根據(jù)該MAC表項刷新對應(yīng)的ARP表項包括:
[0026]節(jié)點根據(jù)該MAC表項中的虛擬局域網(wǎng)標(biāo)識VLAN ID和目的MAC地址,查找到對應(yīng)的ARP表項,以MAC表項中的出端口信息更新該ARP表項中的出端口信息。
[0027]所述方法進一步包括:
[0028]當(dāng)該節(jié)點接收到ARP響應(yīng)報文時,根據(jù)該報文的VLAN ID和源IP地址,在自身查找到對應(yīng)的ARP表項,以該響應(yīng)報文的源MAC地址更新該ARP表項中的MAC地址,以該響應(yīng)報文的入端口信息更新該ARP表項中的出端口信息。
[0029]所述當(dāng)該節(jié)點發(fā)現(xiàn)自身所在的環(huán)發(fā)生鏈路故障,或者發(fā)生鏈路恢復(fù)事件包括:
[0030]該節(jié)點發(fā)現(xiàn)自身的環(huán)鏈路發(fā)生故障,或者接收到自身所在環(huán)上其它節(jié)點發(fā)來的環(huán)鏈路故障通知,或者發(fā)現(xiàn)自身的環(huán)鏈路從故障中恢復(fù),或者接收到自身所在環(huán)上其它節(jié)點發(fā)來的環(huán)鏈路恢復(fù)通知。
[0031]當(dāng)所述拓撲保護協(xié)議為RRPP時,所述節(jié)點為主節(jié)點時,所述當(dāng)該節(jié)點發(fā)現(xiàn)自身所在的環(huán)發(fā)生鏈路故障,或者發(fā)生鏈路恢復(fù)事件包括:
[0032]該節(jié)點在從端口的hello定時器超時前收到本節(jié)點從主端口發(fā)出的hello報文,
[0033]或者,該節(jié)點接收到傳輸節(jié)點發(fā)來的鏈路故障報文,
[0034]或者,該節(jié)點接收到自身發(fā)出的公用刷新轉(zhuǎn)發(fā)數(shù)據(jù)庫Common-flush-FDB報文,
[0035]或者,該節(jié)點在環(huán)的任一鏈路故障后,從從端口接收到本節(jié)點從主端發(fā)出的hello報文,
[0036]或者,該節(jié)點接收到自身發(fā)出的完全刷新轉(zhuǎn)發(fā)數(shù)據(jù)庫Complete-f Iush-FDB報文;
[0037]當(dāng)所述拓撲保護協(xié)議為RRPP時,所述節(jié)點為非主節(jié)點時,所述當(dāng)該節(jié)點發(fā)現(xiàn)自身所在的環(huán)發(fā)生鏈路故障,或者發(fā)生鏈路恢復(fù)事件包括:
[0038]該節(jié)點發(fā)現(xiàn)自身任何一個屬于環(huán)的端口故障,
[0039]或者,該節(jié)點接收到其它節(jié)點發(fā)來的鏈路故障報文,
[0040]或者,該節(jié)點接收到主節(jié)點發(fā)出的Common-flush-FDB報文,
[0041]或者,該節(jié)點發(fā)現(xiàn)自身任何一個屬于環(huán)的端口由故障中恢復(fù),
[0042]或者,該節(jié)點接收到主節(jié)點發(fā)出的Complete-fIush-FDB報文。
[0043]一種環(huán)網(wǎng)三層收斂方法,該方法包括:
[0044]對于支持環(huán)拓撲保護協(xié)議的環(huán)網(wǎng)上的任一節(jié)點,當(dāng)該節(jié)點發(fā)現(xiàn)自身所在的環(huán)發(fā)生鏈路故障,或者發(fā)生鏈路恢復(fù)事件時,將自身的所有ARP表項中的出端口信息都更改為自身所在的所有環(huán)上的所有有效端口的信息,清除自身的所有MAC表項;
[0045]當(dāng)該節(jié)點學(xué)習(xí)到MAC表項時,根據(jù)該MAC表項刷新對應(yīng)的ARP表項。
[0046]所述環(huán)拓撲保護協(xié)議為快速環(huán)網(wǎng)保護協(xié)議RRPP,或者快速環(huán)網(wǎng)保護協(xié)議RSTP、或者多生成樹協(xié)議MSTP,或者以太網(wǎng)環(huán)保護交換ERPS協(xié)議。
[0047]所述方法進一步包括:
[0048]當(dāng)該節(jié)點接收到ARP響應(yīng)報文時,根據(jù)該報文的VLAN ID和源IP地址,在自身查找到對應(yīng)的ARP表項,以該響應(yīng)報文的源MAC地址更新該ARP表項中的MAC地址,以該響應(yīng)報文的入端口信息更新該ARP表項中的出端口信息。
[0049]所述當(dāng)該節(jié)點發(fā)現(xiàn)自身所在的環(huán)發(fā)生鏈路故障,或者發(fā)生鏈路恢復(fù)事件包括:
[0050]該節(jié)點發(fā)現(xiàn)自身的環(huán)鏈路發(fā)生故障,或者接收到自身所在環(huán)上其它節(jié)點發(fā)來的環(huán)鏈路故障通知,或者發(fā)現(xiàn)自身的環(huán)鏈路從故障中恢復(fù),或者接收到自身所在環(huán)上其它節(jié)點發(fā)來的環(huán)鏈路恢復(fù)通知。
[0051]當(dāng)所述拓撲保護協(xié)議為RRPP時,所述節(jié)點為主節(jié)點時,所述當(dāng)該節(jié)點發(fā)現(xiàn)自身所在的環(huán)發(fā)生鏈路故障,或者發(fā)生鏈路恢復(fù)事件包括:
[0052]該節(jié)點在從端口的hello定時器超時前收到本節(jié)點從主端口發(fā)出的hello報文,
[0053]或者,該節(jié)點接收到傳輸節(jié)點發(fā)來的鏈路故障報文,
[0054]或者,該節(jié)點接收到自身發(fā)出的Common-flush-FDB報文,
[0055]或者,該節(jié)點在環(huán)的任一鏈路故障后,從從端口接收到本節(jié)點從主端發(fā)出的hello報文,
[0056]或者,該節(jié)點接收到自身發(fā)出的Complete-f Iush-FDB報文;
[0057]當(dāng)所述拓撲保護協(xié)議為RRPP時,所述節(jié)點為非主節(jié)點時,所述當(dāng)該節(jié)點發(fā)現(xiàn)自身所在的環(huán)發(fā)生鏈路故障,或者發(fā)生鏈路恢復(fù)事件包括:[0058]該節(jié)點發(fā)現(xiàn)自身任何一個屬于環(huán)的端口故障,
[0059]或者,該節(jié)點接收到其它節(jié)點發(fā)來的鏈路故障報文,
[0060]或者,該節(jié)點接收到主節(jié)點發(fā)出的Common-flush-FDB報文,
[0061]或者,該節(jié)點發(fā)現(xiàn)自身任何一個屬于環(huán)的端口由故障中恢復(fù),
[0062]或者,該節(jié)點接收到主節(jié)點發(fā)出的Complete-fIush-FDB報文。
[0063]一種環(huán)網(wǎng)三層收斂裝置,位于支持環(huán)拓撲保護協(xié)議的環(huán)網(wǎng)節(jié)點上,該裝置包括:
[0064]拓撲更新預(yù)處理模塊:當(dāng)發(fā)現(xiàn)本節(jié)點所在的環(huán)發(fā)生鏈路故障,或者發(fā)生鏈路恢復(fù)事件時,將本節(jié)點的所有ARP表項中的出端口信息都更改為本節(jié)點所在的所有環(huán)上的所有端口的信息,清除本節(jié)點的所有MAC表項;
[0065]表項刷新模塊:當(dāng)本節(jié)點學(xué)習(xí)到MAC表項時,根據(jù)該MAC表項刷新對應(yīng)的ARP表項。
[0066]所述環(huán)拓撲保護協(xié)議為快速環(huán)網(wǎng)保護協(xié)議RRPP,或者快速環(huán)網(wǎng)保護協(xié)議RSTP、或者多生成樹協(xié)議MSTP,或者以太網(wǎng)環(huán)保護交換ERPS協(xié)議。
[0067]所述表項刷新模塊根據(jù)該MAC表項刷新對應(yīng)的ARP表項包括:
[0068]根據(jù)該MAC表項中的VLAN ID和目的MAC地址,查找到對應(yīng)的ARP表項,以MAC表項中的出端口信息更新該ARP表項中的出端口信息。
[0069]所述表項刷新模塊進一步用于,
[0070]當(dāng)接收到ARP響應(yīng)報文時,根據(jù)該報文的VLAN ID和源IP地址,在本節(jié)點上查找到對應(yīng)的ARP表項,以該響應(yīng)報文的源MAC地址更新該ARP表項中的MAC地址,以該響應(yīng)報文的入端口信息更新該ARP表項中的出端口信息。
[0071]所述拓撲更新預(yù)處理模塊發(fā)現(xiàn)本節(jié)點所在的環(huán)發(fā)生鏈路故障,或者發(fā)生鏈路恢復(fù)事件包括:
[0072]發(fā)現(xiàn)本節(jié)點的環(huán)鏈路發(fā)生故障,或者接收到自身所在環(huán)上其它節(jié)點發(fā)來的環(huán)鏈路故障通知,或者發(fā)現(xiàn)本節(jié)點的環(huán)鏈路從故障中恢復(fù),或者接收到自身所在環(huán)上其它節(jié)點發(fā)來的環(huán)鏈路恢復(fù)通知。
[0073]當(dāng)所述拓撲保護協(xié)議為RRPP時,所述節(jié)點為主節(jié)點時,所述拓撲更新預(yù)處理模塊發(fā)現(xiàn)本節(jié)點所在的環(huán)發(fā)生鏈路故障,或者發(fā)生鏈路恢復(fù)事件包括:
[0074]本節(jié)點在從端口的hello定時器超時前收到本節(jié)點從主端口發(fā)出的hello報文,
[0075]或者,本節(jié)點接收到傳輸節(jié)點發(fā)來的鏈路故障報文,
[0076]或者,本節(jié)點接收到自身發(fā)出的Common-flush-FDB報文,
[0077]或者,本節(jié)點在環(huán)的任一鏈路故障后,從從端口接收到本節(jié)點從主端發(fā)出的hello報文,
[0078]或者,本節(jié)點接收到自身發(fā)出的Complete-fIush-FDB報文;
[0079]當(dāng)所述拓撲保護協(xié)議為RRPP時,所述節(jié)點為非主節(jié)點時,所述當(dāng)該節(jié)點發(fā)現(xiàn)自身所在的環(huán)發(fā)生鏈路故障,或者發(fā)生鏈路恢復(fù)事件包括:
[0080]本節(jié)點發(fā)現(xiàn)自身任何一個屬于環(huán)的端口故障,
[0081]或者,本節(jié)點接收到其它節(jié)點發(fā)來的鏈路故障報文,
[0082]或者,本節(jié)點接收到主節(jié)點發(fā)出的Common-flush-FDB報文,
[0083]或者,本節(jié)點發(fā)現(xiàn)自身任何一個屬于環(huán)的端口由故障中恢復(fù),[0084]或者,本節(jié)點接收到主節(jié)點發(fā)出的Complete-fIush-FDB報文。
[0085]一種環(huán)網(wǎng)三層收斂裝置,位于支持環(huán)拓撲保護協(xié)議的環(huán)網(wǎng)節(jié)點上,該裝置包括:
[0086]拓撲更新預(yù)處理模塊:當(dāng)發(fā)現(xiàn)本節(jié)點所在的環(huán)發(fā)生鏈路故障,或者發(fā)生鏈路恢復(fù)事件時,將本節(jié)點的所有ARP表項中的出端口信息都更改為本節(jié)點所在的所有環(huán)上的所有有效端口的信息,清除本節(jié)點的所有MAC表項;
[0087]表項刷新模塊:當(dāng)本節(jié)點學(xué)習(xí)到MAC表項時,根據(jù)該MAC表項刷新對應(yīng)的ARP表項。
[0088]所述環(huán)拓撲保護協(xié)議為快速環(huán)網(wǎng)保護協(xié)議RRPP,或者快速環(huán)網(wǎng)保護協(xié)議RSTP、或者多生成樹協(xié)議MSTP,或者以太網(wǎng)環(huán)保護交換ERPS協(xié)議。
[0089]所述表項刷新模塊進一步用于,
[0090]當(dāng)接收到ARP響應(yīng)報文時,根據(jù)該報文的VLAN ID和源IP地址,在本節(jié)點上查找到對應(yīng)的ARP表項,以該響應(yīng)報文的源MAC地址更新該ARP表項中的MAC地址,以該響應(yīng)報文的入端口信息更新該ARP表項中的出端口信息。
[0091]所述拓撲更新預(yù)處理模塊發(fā)現(xiàn)本節(jié)點所在的環(huán)發(fā)生鏈路故障,或者發(fā)生鏈路恢復(fù)事件包括:
[0092]發(fā)現(xiàn)本節(jié)點的環(huán)鏈路發(fā)生故障,或者接收到自身所在環(huán)上其它節(jié)點發(fā)來的環(huán)鏈路故障通知,或者發(fā)現(xiàn)本節(jié)點的環(huán)鏈路從故障中恢復(fù),或者接收到自身所在環(huán)上其它節(jié)點發(fā)來的環(huán)鏈路恢復(fù)通知。
[0093]當(dāng)所述拓撲保護協(xié)議為RRPP時,所述節(jié)點為主節(jié)點時,所述拓撲更新預(yù)處理模塊發(fā)現(xiàn)本節(jié)點所在的環(huán)發(fā)生鏈路故障,或者發(fā)生鏈路恢復(fù)事件包括:
[0094]本節(jié)點在從端口的hello定時器超時前收到本節(jié)點從主端口發(fā)出的hello報文,
[0095]或者,本節(jié)點接收到傳輸節(jié)點發(fā)來的鏈路故障報文,
[0096]或者,本節(jié)點接收到自身發(fā)出的Common-flush-FDB報文,
[0097]或者,本節(jié)點在環(huán)的任一鏈路故障后,從從端口接收到本節(jié)點從主端發(fā)出的hello報文,
[0098]或者,本節(jié)點接收到自身發(fā)出的Complete-fIush-FDB報文;
[0099]當(dāng)所述拓撲保護協(xié)議為RRPP時,所述節(jié)點為非主節(jié)點時,所述當(dāng)該節(jié)點發(fā)現(xiàn)自身所在的環(huán)發(fā)生鏈路故障,或者發(fā)生鏈路恢復(fù)事件包括:
[0100]本節(jié)點發(fā)現(xiàn)自身任何一個屬于環(huán)的端口故障,
[0101]或者,本節(jié)點接收到其它節(jié)點發(fā)來的鏈路故障報文,
[0102]或者,本節(jié)點接收到主節(jié)點發(fā)出的Common-flush-FDB報文,
[0103]或者,本節(jié)點發(fā)現(xiàn)自身任何一個屬于環(huán)的端口由故障中恢復(fù),
[0104]或者,本節(jié)點接收到主節(jié)點發(fā)出的Complete-fIush-FDB報文。
[0105]可見,本發(fā)明中,通過在環(huán)網(wǎng)中的環(huán)發(fā)生鏈路故障或鏈路恢復(fù)時,將環(huán)上節(jié)點的ARP表項中的出端口信息都更改為節(jié)點所在的所有環(huán)上的所有端口的信息,保證了環(huán)上的三層流量的快速收斂。
【專利附圖】
【附圖說明】
[0106]圖1為一 RRPP應(yīng)用組網(wǎng)示意圖;[0107]圖2為本發(fā)明實施例提供的環(huán)網(wǎng)三層收斂方法流程圖;
[0108]圖3為另一 RRPP應(yīng)用組網(wǎng)示意圖;
[0109]圖4為本發(fā)明實施例提供的RRPP環(huán)網(wǎng)三層收斂方法流程圖;
[0110]圖5為本發(fā)明實施例提供的環(huán)網(wǎng)三層收斂裝置的組成示意圖。
【具體實施方式】
[0111]下面結(jié)合附圖,對本及申請實施例作進一步詳細的說明。
[0112]圖2為本發(fā)明一實施例提供的環(huán)網(wǎng)三層收斂方法流程圖,其具體步驟可以包括:
[0113]步驟201:對于支持環(huán)拓撲保護協(xié)議的環(huán)網(wǎng)上的任一節(jié)點,當(dāng)該節(jié)點發(fā)現(xiàn)自身所在的環(huán)發(fā)生鏈路故障,或者發(fā)生鏈路恢復(fù)事件時,將自身的所有ARP表項中的出端口信息都更改為自身所在的所有環(huán)上的所有端口的信息,清除自身的所有MAC表項。
[0114]這里,環(huán)拓撲保護協(xié)議可以是RRPP、RSTP, MSTP,以太網(wǎng)環(huán)保護交換(ERPS,Ethernet Ring Protection Switching)協(xié)議等。
[0115]參見圖3,其中,節(jié)點S4在環(huán)I上的端口是pi和p2,則節(jié)點S4發(fā)現(xiàn)環(huán)I發(fā)生鏈路故障,或者鏈路恢復(fù)事件時,將自身的每一條ARP表項中的出端口信息都更改為pi和p2,即,所有ARP表項都從單端口變成了雙端口,這樣,在ARP表項刷新前,所有三層以太網(wǎng)報文都會從節(jié)點的兩個環(huán)端口 pi和p2轉(zhuǎn)發(fā)出去,其中一個端口發(fā)出的報文會在故障點被丟棄,而另一端口發(fā)出的報文則會從正常的鏈路成功轉(zhuǎn)發(fā)到目的地,從而保證了環(huán)拓撲更新過程中三層流量不中斷。
[0116]又如:節(jié)點S3為環(huán)I和環(huán)2相交的節(jié)點,其在環(huán)I和環(huán)2上共有三個端口 p4、p5和P6,則節(jié)點S3發(fā)現(xiàn)環(huán)I (或者環(huán)2)發(fā)生鏈路故障,或者鏈路恢復(fù)事件時,將自身的每一條ARP表項中的出端口信息都更改為p4、p5和p6,即,所有ARP表項都從單端口變成了三端口。
[0117]其中,節(jié)點發(fā)現(xiàn)自身所在的環(huán)發(fā)生鏈路故障,或者發(fā)生鏈路恢復(fù)事件可包括:節(jié)點發(fā)現(xiàn)自身的環(huán)鏈路發(fā)生故障,或者接收到自身所在環(huán)上其它節(jié)點發(fā)來的環(huán)鏈路故障通知,或者發(fā)現(xiàn)自身的環(huán)鏈路從故障中恢復(fù),或者接收到自身所在環(huán)上其它節(jié)點發(fā)來的環(huán)鏈路恢復(fù)通知。
[0118]步驟202:當(dāng)該節(jié)點學(xué)習(xí)到MAC表項時,根據(jù)該MAC表項刷新對應(yīng)的ARP表項。
[0119]MAC表項的內(nèi)容包括:VLAN標(biāo)識(ID)、目的MAC地址和出端口信息。
[0120]ARP表項的內(nèi)容包括:VLAN ID、目的IP地址、目的MAC地址和出端口信息。
[0121]當(dāng)節(jié)點學(xué)習(xí)到MAC表項時,根據(jù)該MAC表項中的VLAN ID和目的MAC地址,查找到對應(yīng)的ARP表項,以MAC表項中的出端口信息更新ARP表項中的出端口信息,即ARP表項由多端口恢復(fù)為了單端口。
[0122]考慮到:ARP請求-響應(yīng)機制也會刷新ARP表項。本發(fā)明實施例中,節(jié)點在接收到ARP響應(yīng)報文時,根據(jù)該報文的VLAN ID和源IP地址,在自身查找到對應(yīng)的ARP表項,以該響應(yīng)報文的源MAC地址更新該ARP表項中的MAC地址,以該響應(yīng)報文的入端口信息更新該ARP表項的出端口信息,即,ARP表項由多端口恢復(fù)為了單端口。
[0123]另外,步驟201中的“將自身的所有ARP表項中的出端口信息都更改為自身所在的所有環(huán)上的所有端口的信息”可以替換為:“將自身的所有ARP表項中的出端口信息都更改為自身所在的所有環(huán)上的所有有效端口的信息”,這樣自身的鏈路發(fā)生故障或者恢復(fù)的節(jié)點可以減小資源的使用。其中,有效端口指的是能正常轉(zhuǎn)發(fā)數(shù)據(jù)的端口。
[0124]圖4為本發(fā)明實施例提供的RRPP環(huán)網(wǎng)三層收斂方法流程圖,其具體步驟可以包括:
[0125]步驟401:RRPP環(huán)的主節(jié)點發(fā)現(xiàn)本RRPP環(huán)發(fā)生鏈路故障,則解除數(shù)據(jù)VLAN在自身環(huán)從端口的阻塞狀態(tài),并在控制VLAN內(nèi)發(fā)出Common-flush-FDB報文以通知所有環(huán)節(jié)點;同時,主節(jié)點將自身的每一條ARP表項的出端口信息都替換為自身在該環(huán)上的主、從端口信息,再清除自身的所有MAC表項。
[0126]其中,RRPP環(huán)的主節(jié)點發(fā)現(xiàn)本RRPP環(huán)發(fā)生鏈路故障有兩種情況:
[0127]一、主節(jié)點的從端口在hello定時器超時前沒有收到主端口在控制VLAN內(nèi)發(fā)出的hello報文。其中,主節(jié)點會周期性地從其主端口在控制VLAN內(nèi)發(fā)出he I 1報文,該報文依次經(jīng)過各節(jié)點在環(huán)上傳播,如果環(huán)路連通,主節(jié)點的從端口將在hello定時器超時前收到hello報文。
[0128]二、主節(jié)點收到環(huán)上其它節(jié)點發(fā)來的link down報文。其中,當(dāng)任一節(jié)點發(fā)現(xiàn)自己任何一個屬于環(huán)的端口 down時,會立刻向主節(jié)點發(fā)送link down報文。
[0129]步驟402:該RRPP環(huán)的任一節(jié)點接收到該Common-flush-FDB報文,將自身的每一條ARP表項的出端口信息都更改為自身所在的所有RRPP環(huán)上的端口的信息,再清除自身的所有MAC表項。
[0130]仍以圖3為例,設(shè)圖3所示的環(huán)網(wǎng)運行RRPP,其中,環(huán)I為主環(huán),環(huán)2為子環(huán),環(huán)1、2相交于節(jié)點S2、S3,S3為邊緣節(jié)點,S2為輔助邊緣節(jié)點。設(shè)環(huán)2上的節(jié)點S5發(fā)現(xiàn)自身的端口 p8down,則向環(huán)2的主節(jié)點S6發(fā)出link down報文,主節(jié)點S6收到該link down報文后,在環(huán)2的控制VLAN內(nèi)廣播Common-flush-FDB報文,該報文最終會到達環(huán)1、2內(nèi)的所有節(jié)點,其中,環(huán)I中的非邊緣節(jié)點S1、S4收到Common-flush-FDB報文后,會因為報文中的控制VLAN ID不屬于本節(jié)點所在的環(huán)1,而僅僅對該報文進行透傳處理,而節(jié)點S2、S3、S5、S6收到該Common-flush-FDB報文后,確認報文中的控制VLAN ID屬于本節(jié)點所在的環(huán)2,從而執(zhí)行動作:將自身的每一條ARP表項的出端口信息都更改為自身所在的所有RRPP環(huán)上的端口的信息,再清除自身的所有MAC表項。其中,節(jié)點S2、S3的ARP表項會更新為三端口表項,節(jié)點S5、S6的ARP表項會更新為雙端口表項。
[0131]步驟403:該RRPP環(huán)上的任一節(jié)點學(xué)習(xí)到MAC表項,根據(jù)該MAC表項更新對應(yīng)的ARP表項。
[0132]步驟404 =RRPP環(huán)的主節(jié)點發(fā)現(xiàn)本RRPP環(huán)的鏈路恢復(fù),則恢復(fù)數(shù)據(jù)VLAN在自身環(huán)從端口的阻塞狀態(tài),并從自身的環(huán)主端口在控制VLAN內(nèi)發(fā)出Complete-f Iush-FDB報文;同時,主節(jié)點將自身的每一條ARP表項的出端口信息都替換為自身在該環(huán)上的主、從端口信息,再清除自身的所有MAC表項。
[0133]當(dāng)主節(jié)點在鏈路down后從從端口接收到自己在控制VLAN內(nèi)發(fā)出的hello報文時,則認為鏈路恢復(fù)。
[0134]步驟405:該RRPP環(huán)的任一節(jié)點接收到該Complete-flush-FDB報文,將自身的每一條ARP表項的出端口信息都更改為自身所在的所有RRPP環(huán)上的端口的信息,再清除自身的所有MAC表項。[0135]由于鏈路恢復(fù)時,主節(jié)點先阻塞了從端口,所以在ARP表項被刷新前,雖然每個節(jié)點收到三層以太網(wǎng)報文會從自身所在的所有環(huán)上的端口都發(fā)出,但是最終也只會有一份被成功轉(zhuǎn)發(fā)到目的地,保證了環(huán)拓撲更新過程中三層流量不中斷。
[0136]步驟406:該RRPP環(huán)上的任一節(jié)點學(xué)習(xí)到MAC表項,根據(jù)該MAC表項更新對應(yīng)的ARP表項。
[0137]同樣,考慮到:ARP請求-響應(yīng)機制也會刷新ARP表項。本實施例中,節(jié)點在接收到ARP響應(yīng)報文時,根據(jù)該報文的VLAN ID和源IP地址,在自身查找到對應(yīng)的ARP表項,以該響應(yīng)報文的源MAC地址更新該ARP表項中的MAC地址,以該響應(yīng)報文的入端口信息更新該ARP表項的出端口信息,即,ARP表項由多端口恢復(fù)為了單端口。
[0138]需要說明的是,在實際應(yīng)用中,為了進一步提前讓三層流量收斂,對于圖3所示實施例,可以在節(jié)點發(fā)現(xiàn)鏈路故障或鏈路恢復(fù)時,立即執(zhí)行一次:將自身的每一條ARP表項的出端口信息都更改為自身所在的所有RRPP環(huán)上的端口的信息,再清除自身的所有MAC表項;此后,在接收到主節(jié)點發(fā)來的Common-flush-FDB或Complete-flush_FDB時,再執(zhí)行一次:將自身的每一條ARP表項的出端口信息都更改為自身所在的所有RRPP環(huán)上的端口的信息,再清除自身的所有MAC表項。
[0139]具體地,對于主節(jié)點來說,在如下情形下都要執(zhí)行一次:將自身的每一條ARP表項的出端口信息都更改為自身所在的所有RRPP環(huán)上的端口的信息,再清除自身的所有MAC表項:
[0140]I)當(dāng)在從端口的hello定時器超時前沒有收到自己從主端口在控制VLAN內(nèi)發(fā)出的hello報文時;
[0141]2)當(dāng)接收到環(huán)上節(jié)點發(fā)來的link down報文時;
[0142]3)當(dāng)接收到自身發(fā)出的Common-flush-FDB報文時;
[0143]4)當(dāng)在鏈路down后,從從端口接收到自己在控制VLAN內(nèi)發(fā)出的hello報文時;
[0144]5)當(dāng)接收到自身發(fā)出的Complete-fIush-FDB報文時。
[0145]對于非主節(jié)點來說,在如下情形下都要執(zhí)行一次:將自身的每一條ARP表項的出端口信息都更改為自身所在的所有RRPP環(huán)上的端口的信息,再清除自身的所有MAC表項:
[0146]I)當(dāng)發(fā)現(xiàn)自身任何一個屬于環(huán)的端口 down時;
[0147]2)當(dāng)接收到其它節(jié)點發(fā)來的link down報文時;
[0148]3)當(dāng)接收到主節(jié)點發(fā)出的Common-flush-FDB報文時;
[0149]4)當(dāng)發(fā)現(xiàn)自身任何一個屬于環(huán)的端口由down變?yōu)閡p時;
[0150]5)當(dāng)接收到主節(jié)點發(fā)出的Complete-flush-FDB報文時。
[0151]圖5為本發(fā)明實施例提供的環(huán)網(wǎng)三層收斂裝置的組成示意圖,該裝置位于支持環(huán)拓撲保護協(xié)議的環(huán)網(wǎng)節(jié)點上,該裝置主要包括:拓撲更新預(yù)處理模塊51和表項刷新模塊52,其中:
[0152]拓撲更新預(yù)處理模塊51:當(dāng)發(fā)現(xiàn)本節(jié)點所在的環(huán)發(fā)生鏈路故障,或者發(fā)生鏈路恢復(fù)事件時,將本節(jié)點的所有ARP表項中的出端口信息都更改為本節(jié)點所在的所有環(huán)上的所有端口的信息,清除本節(jié)點的所有MAC表項。
[0153]或者,拓撲更新預(yù)處理模塊51用于,當(dāng)發(fā)現(xiàn)本節(jié)點所在的任一環(huán)發(fā)生鏈路故障,或者發(fā)生鏈路恢復(fù)事件時,將本節(jié)點的所有ARP表項中的出端口信息都更改為本節(jié)點所在的所有環(huán)上的所有有效端口的信息,清除本節(jié)點的所有MAC表項。
[0154]表項刷新模塊52:當(dāng)本節(jié)點學(xué)習(xí)到MAC表項時,根據(jù)該MAC表項刷新對應(yīng)的ARP表項。
[0155]其中,環(huán)拓撲保護協(xié)議為RRPP,或者RSTP、或者MSTP。
[0156]其中,表項刷新模塊52根據(jù)該MAC表項刷新對應(yīng)的ARP表項可包括:根據(jù)該MAC表項中的VLAN ID和目的MAC地址,查找到對應(yīng)的ARP表項,以MAC表項中的出端口信息更新該ARP表項中的出端口信息。
[0157]其中,表項刷新模塊52進一步用于,當(dāng)接收到ARP響應(yīng)報文時,根據(jù)該報文的VLANID和源IP地址,在本節(jié)點上查找到對應(yīng)的ARP表項,以該響應(yīng)報文的源MAC地址更新該ARP表項中的MAC地址,以該響應(yīng)報文的入端口信息更新該ARP表項中的出端口信息。
[0158]其中,拓撲更新預(yù)處理模塊發(fā)現(xiàn)本節(jié)點所在的環(huán)發(fā)生鏈路故障,或者發(fā)生鏈路恢復(fù)事件包括:發(fā)現(xiàn)本節(jié)點的環(huán)鏈路發(fā)生故障,或者接收到自身所在環(huán)上其它節(jié)點發(fā)來的環(huán)鏈路故障通知,或者發(fā)現(xiàn)本節(jié)點的環(huán)鏈路從故障中恢復(fù),或者接收到自身所在環(huán)上其它節(jié)點發(fā)來的環(huán)鏈路恢復(fù)通知。
[0159]當(dāng)所述拓撲保護協(xié)議為RRPP時,所述節(jié)點為主節(jié)點時,所述拓撲更新預(yù)處理模塊發(fā)現(xiàn)本節(jié)點所在的環(huán)發(fā)生鏈路故障,或者發(fā)生鏈路恢復(fù)事件包括:
[0160]本節(jié)點在從端口的hello定時器超時前收到本節(jié)點從主端口發(fā)出的hello報文,
[0161]或者,本節(jié)點接收到傳輸節(jié)點發(fā)來的鏈路故障報文,
[0162]或者,本節(jié)點接收到自身發(fā)出的Common-flush-FDB報文,
[0163]或者,本節(jié)點在環(huán)的任一鏈路故障后,從從端口接收到本節(jié)點從主端發(fā)出的hello報文,
[0164]或者,本節(jié)點接收到自身發(fā)出的Complete-flush-FDB報文;
[0165]當(dāng)所述拓撲保護協(xié)議為RRPP時,所述節(jié)點為非主節(jié)點時,所述當(dāng)該節(jié)點發(fā)現(xiàn)自身所在的環(huán)發(fā)生鏈路故障,或者發(fā)生鏈路恢復(fù)事件包括:
[0166]本節(jié)點發(fā)現(xiàn)自身任何一個屬于環(huán)的端口故障,
[0167]或者,本節(jié)點接收到其它節(jié)點發(fā)來的鏈路故障報文,
[0168]或者,本節(jié)點接收到主節(jié)點發(fā)出的Common-flush-FDB報文,
[0169]或者,本節(jié)點發(fā)現(xiàn)自身任何一個屬于環(huán)的端口由故障中恢復(fù),
[0170]或者,本節(jié)點接收到主節(jié)點發(fā)出的Complete-flush-FDB報文。
[0171]以上所述僅為本發(fā)明的較佳實施例而已,并不用以限制本發(fā)明,凡在本發(fā)明的精神和原則之內(nèi),所做的任何修改、等同替換、改進等,均應(yīng)包含在本發(fā)明保護的范圍之內(nèi)。
【權(quán)利要求】
1.一種環(huán)網(wǎng)三層收斂方法,其特征在于,該方法包括: 對于支持環(huán)拓撲保護協(xié)議的環(huán)網(wǎng)上的任一節(jié)點,當(dāng)該節(jié)點發(fā)現(xiàn)自身所在的環(huán)發(fā)生鏈路故障,或者發(fā)生鏈路恢復(fù)事件時,將自身的所有地址解析協(xié)議ARP表項中的出端口信息都更改為自身所在的所有環(huán)上的所有端口的信息,清除自身的所有媒體接入控制MAC表項;當(dāng)該節(jié)點學(xué)習(xí)到MAC表項時,根據(jù)該MAC表項刷新對應(yīng)的ARP表項。
2.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述環(huán)拓撲保護協(xié)議為快速環(huán)網(wǎng)保護協(xié)議RRPP,或者快速環(huán)網(wǎng)保護協(xié)議RSTP、或者多生成樹協(xié)議MSTP,或者以太網(wǎng)環(huán)保護交換ERPS協(xié)議。
3.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述節(jié)點根據(jù)該MAC表項刷新對應(yīng)的ARP表項包括: 節(jié)點根據(jù)該MAC表項中的虛擬局域網(wǎng)標(biāo)識VLAN ID和目的MAC地址,查找到對應(yīng)的ARP表項,以MAC表項中的出端口信息更新該ARP表項中的出端口信息。
4.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述方法進一步包括: 當(dāng)該節(jié)點接收到ARP響應(yīng)報文時,根據(jù)該報文的VLAN ID和源IP地址,在自身查找到對應(yīng)的ARP表項,以該響應(yīng)報文的源MAC地址更新該ARP表項中的MAC地址,以該響應(yīng)報文的入端口信息更新該ARP表項中的出端口信息。
5.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述當(dāng)該節(jié)點發(fā)現(xiàn)自身所在的環(huán)發(fā)生鏈路故障,或者發(fā)生鏈路恢復(fù)事件包括: 該節(jié)點發(fā)現(xiàn)自身的環(huán)鏈`路發(fā)生故障,或者接收到自身所在環(huán)上其它節(jié)點發(fā)來的環(huán)鏈路故障通知,或者發(fā)現(xiàn)自身的環(huán)鏈路從故障中恢復(fù),或者接收到自身所在環(huán)上其它節(jié)點發(fā)來的環(huán)鏈路恢復(fù)通知。
6.根據(jù)權(quán)利要求1所述的方法,其特征在于,當(dāng)所述拓撲保護協(xié)議為RRPP時,所述節(jié)點為主節(jié)點時,所述當(dāng)該節(jié)點發(fā)現(xiàn)自身所在的環(huán)發(fā)生鏈路故障,或者發(fā)生鏈路恢復(fù)事件包括: 該節(jié)點在從端口的hello定時器超時前收到本節(jié)點從主端口發(fā)出的hello報文, 或者,該節(jié)點接收到傳輸節(jié)點發(fā)來的鏈路故障報文, 或者,該節(jié)點接收到自身發(fā)出的公用刷新轉(zhuǎn)發(fā)數(shù)據(jù)庫Common-f Iush-FDB報文, 或者,該節(jié)點在環(huán)的任一鏈路故障后,從從端口接收到本節(jié)點從主端發(fā)出的hello報文, 或者,該節(jié)點接收到自身發(fā)出的完全刷新轉(zhuǎn)發(fā)數(shù)據(jù)庫Complete-flush-FDB報文; 當(dāng)所述拓撲保護協(xié)議為RRPP時,所述節(jié)點為非主節(jié)點時,所述當(dāng)該節(jié)點發(fā)現(xiàn)自身所在的環(huán)發(fā)生鏈路故障,或者發(fā)生鏈路恢復(fù)事件包括: 該節(jié)點發(fā)現(xiàn)自身任何一個屬于環(huán)的端口故障, 或者,該節(jié)點接收到其它節(jié)點發(fā)來的鏈路故障報文, 或者,該節(jié)點接收到主節(jié)點發(fā)出的Common-f Iush-FDB報文, 或者,該節(jié)點發(fā)現(xiàn)自身任何一個屬于環(huán)的端口由故障中恢復(fù), 或者,該節(jié)點接收到主節(jié)點發(fā)出的Complete-f Iush-FDB報文。
7.—種環(huán)網(wǎng)三層收斂方法,其特征在于,該方法包括: 對于支持環(huán)拓撲保護協(xié)議的環(huán)網(wǎng)上的任一節(jié)點,當(dāng)該節(jié)點發(fā)現(xiàn)自身所在的環(huán)發(fā)生鏈路故障,或者發(fā)生鏈路恢復(fù)事件時,將自身的所有ARP表項中的出端口信息都更改為自身所在的所有環(huán)上的所有有效端口的信息,清除自身的所有MAC表項; 當(dāng)該節(jié)點學(xué)習(xí)到MAC表項時,根據(jù)該MAC表項刷新對應(yīng)的ARP表項。
8.根據(jù)權(quán)利要求7所述的方法,其特征在于,所述環(huán)拓撲保護協(xié)議為快速環(huán)網(wǎng)保護協(xié)議RRPP,或者快速環(huán)網(wǎng)保護協(xié)議RSTP、或者多生成樹協(xié)議MSTP,或者以太網(wǎng)環(huán)保護交換ERPS協(xié)議。
9.根據(jù)權(quán)利要求7所述的方法,其特征在于,所述方法進一步包括: 當(dāng)該節(jié)點接收到ARP響應(yīng)報文時,根據(jù)該報文的VLAN ID和源IP地址,在自身查找到對應(yīng)的ARP表項,以該響應(yīng)報文的源MAC地址更新該ARP表項中的MAC地址,以該響應(yīng)報文的入端口信息更新該ARP表項中的出端口信息。
10.根據(jù)權(quán)利要求7所述的方法,其特征在于,所述當(dāng)該節(jié)點發(fā)現(xiàn)自身所在的環(huán)發(fā)生鏈路故障,或者發(fā)生鏈路恢復(fù)事件包括: 該節(jié)點發(fā)現(xiàn)自身的環(huán)鏈路發(fā)生故障,或者接收到自身所在環(huán)上其它節(jié)點發(fā)來的環(huán)鏈路故障通知,或者發(fā)現(xiàn)自身的環(huán)鏈路從故障中恢復(fù),或者接收到自身所在環(huán)上其它節(jié)點發(fā)來的環(huán)鏈路恢復(fù)通知。
11.根據(jù)權(quán)利要求7所述的方法,其特征在于,當(dāng)所述拓撲保護協(xié)議為RRPP時,所述節(jié)點為主節(jié)點時,所述當(dāng)該節(jié)點發(fā)現(xiàn)自身所在的環(huán)發(fā)生鏈路故障,或者發(fā)生鏈路恢復(fù)事件包括: 該節(jié)點在從端口的hello定時器超時前收到本節(jié)點從主端口發(fā)出的hello報文, 或者,該節(jié)點接收到傳輸節(jié)點發(fā)來的鏈路故障報文, 或者,該節(jié)點接收到自身發(fā)出的Common-f Iush-FDB報文, 或者,該節(jié)點在環(huán)的任一鏈路故障后,從從端口接收到本節(jié)點從主端發(fā)出的hello報文, 或者,該節(jié)點接收到自身發(fā)出的Complete-f Iush-FDB報文; 當(dāng)所述拓撲保護協(xié)議為RRPP時,所述節(jié)點為非主節(jié)點時,所述當(dāng)該節(jié)點發(fā)現(xiàn)自身所在的環(huán)發(fā)生鏈路故障,或者發(fā)生鏈路恢復(fù)事件包括: 該節(jié)點發(fā)現(xiàn)自身任何一個屬于環(huán)的端口故障, 或者,該節(jié)點接收到其它節(jié)點發(fā)來的鏈路故障報文, 或者,該節(jié)點接收到主節(jié)點發(fā)出的Common-f Iush-FDB報文, 或者,該節(jié)點發(fā)現(xiàn)自身任何一個屬于環(huán)的端口由故障中恢復(fù), 或者,該節(jié)點接收到主節(jié)點發(fā)出的Complete-f Iush-FDB報文。
12.—種環(huán)網(wǎng)三層收斂裝置,位于支持環(huán)拓撲保護協(xié)議的環(huán)網(wǎng)節(jié)點上,其特征在于,該裝置包括: 拓撲更新預(yù)處理模塊:當(dāng)發(fā)現(xiàn)本節(jié)點所在的環(huán)發(fā)生鏈路故障,或者發(fā)生鏈路恢復(fù)事件時,將本節(jié)點的所有ARP表項中的出端口信息都更改為本節(jié)點所在的所有環(huán)上的所有端口的信息,清除本節(jié)點的所有MAC表項; 表項刷新模塊:當(dāng)本節(jié)點學(xué)習(xí)到MAC表項時,根據(jù)該MAC表項刷新對應(yīng)的ARP表項。
13.根據(jù)權(quán)利要求12所述的裝置,其特征在于,所述環(huán)拓撲保護協(xié)議為快速環(huán)網(wǎng)保護協(xié)議RRPP,或者快速環(huán)網(wǎng)保護協(xié)議RSTP、或者多生成樹協(xié)議MSTP,或者以太網(wǎng)環(huán)保護交換ERPS協(xié)議。
14.根據(jù)權(quán)利要求12所述的裝置,其特征在于,所述表項刷新模塊根據(jù)該MAC表項刷新對應(yīng)的ARP表項包括: 根據(jù)該MAC表項中的VLAN ID和目的MAC地址,查找到對應(yīng)的ARP表項,以MAC表項中的出端口信息更新該ARP表項中的出端口信息。
15.根據(jù)權(quán)利要求12所述的裝置,其特征在于,所述表項刷新模塊進一步用于, 當(dāng)接收到ARP響應(yīng)報文時,根據(jù)該報文的VLAN ID和源IP地址,在本節(jié)點上查找到對應(yīng)的ARP表項,以該響應(yīng)報文的源MAC地址更新該ARP表項中的MAC地址,以該響應(yīng)報文的入端口信息更新該ARP表項中的出端口信息。
16.根據(jù)權(quán)利要求12所述的裝置,其特征在于,所述拓撲更新預(yù)處理模塊發(fā)現(xiàn)本節(jié)點所在的環(huán)發(fā)生鏈路故障,或者發(fā)生鏈路恢復(fù)事件包括: 發(fā)現(xiàn)本節(jié)點的環(huán)鏈路發(fā)生故障,或者接收到自身所在環(huán)上其它節(jié)點發(fā)來的環(huán)鏈路故障通知,或者發(fā)現(xiàn)本節(jié)點的環(huán)鏈路從故障中恢復(fù),或者接收到自身所在環(huán)上其它節(jié)點發(fā)來的環(huán)鏈路恢復(fù)通知。
17.根據(jù)權(quán)利要求12所述的裝置,其特征在于,當(dāng)所述拓撲保護協(xié)議為RRPP時,所述節(jié)點為主節(jié)點時,所述拓撲更新預(yù)處理模塊發(fā)現(xiàn)本節(jié)點所在的環(huán)發(fā)生鏈路故障,或者發(fā)生鏈路恢復(fù)事件包括: 本節(jié)點在從端口的hello定時器超時前收到本節(jié)點從主端口發(fā)出的hello報文, 或者,本節(jié)點接收到傳輸節(jié)點發(fā)來的鏈路故障報文, 或者,本節(jié)點接收到自身發(fā)出的Common-fIush-FDB報文, 或者,本節(jié)點在環(huán)的任一鏈路故障后,從從端口接收到本節(jié)點從主端發(fā)出的hello報文, 或者,本節(jié)點接收到自身發(fā)出的Complete-fIush-FDB報文; 當(dāng)所述拓撲保護協(xié)議為RRPP時,所述節(jié)點為非主節(jié)點時,所述當(dāng)該節(jié)點發(fā)現(xiàn)自身所在的環(huán)發(fā)生鏈路故障,或者發(fā)生鏈路恢復(fù)事件包括: 本節(jié)點發(fā)現(xiàn)自身任何一個屬于環(huán)的端口故障, 或者,本節(jié)點接收到其它節(jié)點發(fā)來的鏈路故障報文, 或者,本節(jié)點接收到主節(jié)點發(fā)出的Common-fIush-FDB報文, 或者,本節(jié)點發(fā)現(xiàn)自身任何一個屬于環(huán)的端口由故障中恢復(fù), 或者,本節(jié)點接收到主節(jié)點發(fā)出的Complete-fIush-FDB報文。
18.—種環(huán)網(wǎng)三層收斂裝置,位于支持環(huán)拓撲保護協(xié)議的環(huán)網(wǎng)節(jié)點上,其特征在于,該裝置包括: 拓撲更新預(yù)處理模塊:當(dāng)發(fā)現(xiàn)本節(jié)點所在的環(huán)發(fā)生鏈路故障,或者發(fā)生鏈路恢復(fù)事件時,將本節(jié)點的所有ARP表項中的出端口信息都更改為本節(jié)點所在的所有環(huán)上的所有有效端口的信息,清除本節(jié)點的所有MAC表項; 表項刷新模塊:當(dāng)本節(jié)點學(xué)習(xí)到MAC表項時,根據(jù)該MAC表項刷新對應(yīng)的ARP表項。
19.根據(jù)權(quán)利要求18所述的裝置,其特征在于,所述環(huán)拓撲保護協(xié)議為快速環(huán)網(wǎng)保護協(xié)議RRPP,或者快速環(huán)網(wǎng)保 護協(xié)議RSTP、或者多生成樹協(xié)議MSTP,或者以太網(wǎng)環(huán)保護交換ERPS協(xié)議。
20.根據(jù)權(quán)利要求18所述的裝置,其特征在于,所述表項刷新模塊進一步用于, 當(dāng)接收到ARP響應(yīng)報文時,根據(jù)該報文的VLAN ID和源IP地址,在本節(jié)點上查找到對應(yīng)的ARP表項,以該響應(yīng)報文的源MAC地址更新該ARP表項中的MAC地址,以該響應(yīng)報文的入端口信息更新該ARP表項中的出端口信息。
21.根據(jù)權(quán)利要求18所述的裝置,其特征在于,所述拓撲更新預(yù)處理模塊發(fā)現(xiàn)本節(jié)點所在的環(huán)發(fā)生鏈路故障,或者發(fā)生鏈路恢復(fù)事件包括: 發(fā)現(xiàn)本節(jié)點的環(huán)鏈路發(fā)生故障,或者接收到自身所在環(huán)上其它節(jié)點發(fā)來的環(huán)鏈路故障通知,或者發(fā)現(xiàn)本節(jié)點的環(huán)鏈路從故障中恢復(fù),或者接收到自身所在環(huán)上其它節(jié)點發(fā)來的環(huán)鏈路恢復(fù)通知。
22.根據(jù)權(quán)利要求18所述的裝置,其特征在于,當(dāng)所述拓撲保護協(xié)議為RRPP時,所述節(jié)點為主節(jié)點時,所述拓撲更新預(yù)處理模塊發(fā)現(xiàn)本節(jié)點所在的環(huán)發(fā)生鏈路故障,或者發(fā)生鏈路恢復(fù)事件包括: 本節(jié)點在從端口的hello定時器超時前收到本節(jié)點從主端口發(fā)出的hello報文, 或者,本節(jié)點接收到傳輸節(jié)點發(fā)來的鏈路故障報文, 或者,本節(jié)點接收到自身發(fā)出的Common-fIush-FDB報文, 或者,本節(jié)點在環(huán)的任一鏈路故障后,從從端口接收到本節(jié)點從主端發(fā)出的hello報文, 或者,本節(jié)點接收到自身發(fā)出的`Complete-fIush-FDB報文; 當(dāng)所述拓撲保護協(xié)議為RRPP時,所述節(jié)點為非主節(jié)點時,所述當(dāng)該節(jié)點發(fā)現(xiàn)自身所在的環(huán)發(fā)生鏈路故障,或者發(fā)生鏈路恢復(fù)事件包括: 本節(jié)點發(fā)現(xiàn)自身任何一個屬于環(huán)的端口故障, 或者,本節(jié)點接收到其它節(jié)點發(fā)來的鏈路故障報文, 或者,本節(jié)點接收到主節(jié)點發(fā)出的Common-fIush-FDB報文, 或者,本節(jié)點發(fā)現(xiàn)自身任何一個屬于環(huán)的端口由故障中恢復(fù), 或者,本節(jié)點接收到主節(jié)點發(fā)出的Complete-fIush-FDB報文。
【文檔編號】H04L12/42GK103873333SQ201410097706
【公開日】2014年6月18日 申請日期:2014年3月17日 優(yōu)先權(quán)日:2014年3月17日
【發(fā)明者】徐鵬飛, 汪洪遠 申請人:杭州華三通信技術(shù)有限公司