国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      環(huán)形網(wǎng)絡中fdb刷新方法、裝置、節(jié)點及系統(tǒng)的制作方法_3

      文檔序號:9600775閱讀:來源:國知局
      新FDB處理,提高網(wǎng)絡切換性能。
      [0049] 本發(fā)明可以通過如下技術(shù)方案來解決相關(guān)技術(shù)中存在的節(jié)點會執(zhí)行不必要的FDB 刷新動作,影響環(huán)網(wǎng)切換性能,降低用戶體驗的問題:
      [0050] 1、與上游交換設(shè)備相連的設(shè)備被配置為上聯(lián)節(jié)點,其他環(huán)網(wǎng)節(jié)點配置該上聯(lián)節(jié)點 的MAC地址,定時向兩個環(huán)網(wǎng)端口發(fā)送協(xié)議包(ERPSTrace報文),執(zhí)行trace操作目標為 上聯(lián)節(jié)點。由于同一個物理環(huán)網(wǎng)上可能配置多個邏輯環(huán)(配置多個ERPS實例),每個邏輯 環(huán)的上聯(lián)節(jié)點可以是環(huán)網(wǎng)內(nèi)不同設(shè)備,本發(fā)明中所有操作都是針對單個邏輯環(huán)。
      [0051] 2、ERPSTrace報文可通過擴展ERPS協(xié)議報文來獲得,如:在報文4bit的 Request/State標志位中擴展字段代表ERPSTrace報文。并在報文載荷中增加目標MAC地 址,生存時間字段(time-to-live,簡稱為TTL)。該報文在環(huán)網(wǎng)中非阻塞端口轉(zhuǎn)發(fā)并TTL減 1 (TTL為0則丟棄),阻塞端口丟棄,保證傳輸路徑與業(yè)務流相同,其中,TTL取值范圍可以 使0-255, 一般情況下可以取255。ERPSTrace報文由于從ERPS協(xié)議報文擴展而來,也會攜 帶對應邏輯環(huán)的信息用以區(qū)分不同的邏輯環(huán)。處理流程與原ERPS協(xié)議報文類似,只需增加 對該報文的解析處理即可,因此對于ERPS環(huán)網(wǎng)是較好的選擇。
      [0052] 3、路徑上的節(jié)點收到ERPSTrace報文后,如果目標節(jié)點不是本節(jié)點,將該報文轉(zhuǎn) 發(fā)到另一個環(huán)網(wǎng)端口,并回復一份攜帶自身信息的跟蹤回復TraceReply報文。如果目標 是本節(jié)點,則只回復一份TraceReply報文。
      [0053] 4、ERPSTraceReply報文與Trace報文類似,通過擴展Request/State標志位獲 得。在報文載荷中增加目標MAC地址,并記錄節(jié)點收到Trace報文的TTL值作為標簽。轉(zhuǎn) 發(fā)行為與Trace報文相同。
      [0054] 5、ERPSTrace報文發(fā)送后可以啟動一個超時定時器,該定時器超時后不再處理收 到的TraceReply報文。該定時器在下次發(fā)送Trace報文時重置。ERPSTrace報文發(fā)送節(jié) 點端收到R印ly報文后,根據(jù)包含的TTL值的大小將R印ly報文的源MAC地址保存在發(fā)送 端口下的路徑信息表中,在定時器超時或收到上聯(lián)節(jié)點的Reply報文后即可獲取到一份完 整的目標為上聯(lián)節(jié)點的路徑信息表,其中順序包含各個節(jié)點的MAC地址。
      [0055] 6、環(huán)網(wǎng)故障發(fā)生時,故障節(jié)點會發(fā)送攜帶自身MAC地址的ERPS協(xié)議報文(Signal Fail報文,ERPS協(xié)議定義)。由于Trace報文與業(yè)務流轉(zhuǎn)發(fā)狀態(tài)一致,Trace至上聯(lián)節(jié)點的 路徑即是業(yè)務流的實際路徑。對于接收到該故障報文的環(huán)網(wǎng)節(jié)點,如果該故障報文的源MAC 地址在某一個端口的包含上聯(lián)節(jié)點地址信息的路徑信息表中,則說明與上聯(lián)節(jié)點間路徑發(fā) 生故障,此時業(yè)務需要切換,需要刷新FDB;如果該故障報文的源MAC地址不在包含上聯(lián)節(jié) 點地址信息的路徑信息表中,則說明與上聯(lián)節(jié)點間的路徑?jīng)]有發(fā)生故障,此時業(yè)務不會切 換,無需刷新FDB。而上聯(lián)節(jié)點、故障節(jié)點及RPL備份鏈路節(jié)點刷新FDB機制與ERPS協(xié)議定 義保持一致(不在本實施例討論范圍內(nèi))。
      [0056] 7、環(huán)網(wǎng)故障消失,恢復到正常工作狀態(tài)時,由于此時環(huán)網(wǎng)RPL鏈路將被阻塞,因此 各節(jié)點任意端口包含上聯(lián)節(jié)點地址信息的路徑信息表中如果包含RPL備份鏈路的節(jié)點,則 恢復后業(yè)務會發(fā)生切換,需要刷新FDB。
      [0057] 8、為保證切換性能和可靠性,在環(huán)網(wǎng)狀態(tài)切換或收到新的故障報文時,各節(jié)點會 立刻觸發(fā)Trace過程。
      [0058] 本發(fā)明通過環(huán)網(wǎng)內(nèi)各節(jié)點定時發(fā)送Trace報文獲取到上聯(lián)節(jié)點的路徑信息,并通 過將故障信息、RPL信息等與包含上聯(lián)節(jié)點地址信息的路徑信息進行比較,來決策環(huán)網(wǎng)切換 時是否刷新FDB,優(yōu)化了刷新FDB機制,較少不必要的刷新處理,提高環(huán)網(wǎng)切換性能。
      [0059] 下面結(jié)合附圖對本發(fā)明實施例中的技術(shù)方案進行進一步的描述。本發(fā)明對專業(yè)技 術(shù)人員熟知的部分未進行表述或者未進行詳細描述,各種操作將按照順序使用多個分離的 步驟進行描述。
      [0060] 圖9是根據(jù)本發(fā)明實施例正常工作狀態(tài)時的Trace示意圖,如圖9所示,若干臺設(shè) 備組成環(huán)網(wǎng)并運行ERPS環(huán)網(wǎng)保護協(xié)議,其中RPL鏈路如圖9中所示。環(huán)網(wǎng)內(nèi)與上游設(shè)備相 連的上聯(lián)節(jié)點可以是其中任意一臺設(shè)備。
      [0061] 正常工作時如圖9,與上游設(shè)備相連的節(jié)點被指定為上聯(lián)節(jié)點。其他環(huán)網(wǎng)設(shè)備配置 該上聯(lián)節(jié)點的MAC地址,定時分別從兩個環(huán)網(wǎng)端口發(fā)送Trace報文,目的為上聯(lián)節(jié)點,以獲 取與上聯(lián)節(jié)點之間路徑上的設(shè)備信息,Trace報文載荷中包含Trace目標的MAC地址。
      [0062] 下面以節(jié)點4為例進行說明。定時向環(huán)網(wǎng)端口portO、portl發(fā)送Trace報文,并 啟用超時定時器。超時定時器超時時間小于定時發(fā)送Trace報文的時間間隔。節(jié)點3收 到Trace報文,發(fā)現(xiàn)目標不是本節(jié)點,則將報文TTL字段的值減1并向另一個環(huán)網(wǎng)端口轉(zhuǎn)發(fā) Trace報文,并從接收端口回復R印ly報文,源MAC地址為節(jié)點3的MAC地址,報文載荷中包 含目標MAC地址為節(jié)點4的MAC,并包含收到的Trace報文的TTL值。節(jié)點2處理與節(jié)點3 相同。節(jié)點1收到Trace報文后,發(fā)現(xiàn)目的就是本節(jié)點,則回復R印ly報文,報文載荷中包 含目標MAC地址為節(jié)點4的MAC,并包含收到的Trace報文的TTL值。路徑上的節(jié)點收到 Reply報文,檢查目標MAC不是本節(jié)點則會向另一個環(huán)網(wǎng)端口轉(zhuǎn)發(fā)。節(jié)點4的portO收到 各節(jié)點回復的Reply報文后,檢查發(fā)現(xiàn)目標是本節(jié)點,則根據(jù)Reply報文中記錄的TTL值的 從大到小排序保存各個節(jié)點的MAC地址。在Trace報文的一個發(fā)送周期內(nèi)收到上聯(lián)節(jié)點的 Reply報文或超時定時器超時后不再處理Reply報文更新端口下的路徑信息表。Portl方 向上的處理相同,只是由于節(jié)點6的RPL鏈路為阻塞,Trace報文無法轉(zhuǎn)發(fā)。此時節(jié)點4的portO的路徑信息表為:MAC3 (節(jié)點3的MAC地址)-MAC2 (節(jié)點2的MAC地址)-MAC1 (節(jié)點 1的MAC地址);portl的路徑信息表為:MAC5-MAC6。
      [0063] 與上面的方法相同,得到環(huán)網(wǎng)內(nèi)各節(jié)點的路徑信息表,如表1所示,表1標識正常 狀態(tài)路徑信息表。其中portO為環(huán)順時針方向前端的端口,另一個端口為portl。
      [0064]
      [0065]表1
      [0066] 圖10是根據(jù)本發(fā)明實施例故障狀態(tài)下的Trace示意圖,如圖10所示,當節(jié)點2和 節(jié)點3之間發(fā)生鏈路故障時,節(jié)點2、3檢測到故障,阻塞故障端口,根據(jù)ERPS協(xié)議標準需要 刷新FDB(不在本實施例討論范圍內(nèi)),并立刻向環(huán)網(wǎng)端口發(fā)送故障報文(SignalFail報 文)。上聯(lián)節(jié)點1收到SF報文需要刷新FDB(與ERPS協(xié)議標準相同,不在本實施例討論范圍 內(nèi))。節(jié)點4、5、6會立即在portO收到源MAC地址為MAC3的SF報文,根據(jù)各節(jié)點portO的 包含上聯(lián)節(jié)點地址信息的MAC1的路徑信息表,都包含MAC3,因此節(jié)點4、5、6需要刷新FDB。 節(jié)點7在portl收到源MAC地址為MAC2的SF報文,不在portl的路徑信息表中,因此節(jié)點 7無需刷新FDB。故障發(fā)生后RPL鏈路打開,變?yōu)檗D(zhuǎn)發(fā)狀態(tài),此時節(jié)點4、5、6的portl也會收 到源MAC地址為MAC2的SF報文,由于
      當前第3頁1 2 3 4 
      網(wǎng)友詢問留言 已有0條留言
      • 還沒有人留言評論。精彩留言會獲得點贊!
      1