專利名稱：分布式環(huán)網(wǎng)的組網(wǎng)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及^據(jù)通信領(lǐng)域，更具體的，涉及一種分布式環(huán)網(wǎng)的 組網(wǎng)方法。
背景技術(shù)：
環(huán)形組網(wǎng)和l呆護(hù)原理如下1. 在所有的鏈路都正常情況下，需要人為關(guān)閉其中兩個節(jié)點(diǎn) 的鏈路轉(zhuǎn)發(fā)功能，將環(huán)變成一個鏈，偵Jt據(jù)轉(zhuǎn)發(fā)不出現(xiàn)環(huán)3各，從而 避免出現(xiàn)廣播風(fēng)暴；以及2. 在這個環(huán)中節(jié)點(diǎn)之間的鏈路出現(xiàn)問題的情況下，4巴人為關(guān) 閉鏈路重新打開，使節(jié)點(diǎn)之間可以走迂回的鏈路，從而起到保護(hù)的 作用。所示，Nl、 N2、 N3和N4 iEL成一個環(huán)網(wǎng)。當(dāng)所有的鏈路都正常的 情況下，人為關(guān)閉Nl和N4之間的鏈5^轉(zhuǎn)發(fā)，使環(huán)形組網(wǎng)變成一 個Nl 、 N2、 N3和N4組成的鏈形組網(wǎng)。當(dāng)N2和N3之間4連^各出現(xiàn) 問題的時候，就打開Nl和N4之間的鏈路轉(zhuǎn)發(fā)，這樣，仍然形成 鏈路組網(wǎng)。當(dāng)N2和N3之間的鏈路故障恢復(fù)后，再次關(guān)閉Nl和 N4之間的轉(zhuǎn)發(fā)，恢復(fù)正常組網(wǎng)情況。4旦是，現(xiàn)有才支術(shù)中的環(huán)網(wǎng)方法必須存在主i殳備，如果主設(shè)備失 敗的話，那么整個環(huán)網(wǎng)就失效，并且收斂的速度和環(huán)內(nèi)站點(diǎn)個數(shù)相 關(guān)，所以站點(diǎn)數(shù)目越多，收斂速度就會越慢。因此，需要一種新的組網(wǎng)方法來解決現(xiàn)有沖支術(shù)中存在的問題。發(fā)明內(nèi)容為了解決上述問題，本發(fā)明提供了一種分布式環(huán)網(wǎng)的組網(wǎng)方 法，其將原有組網(wǎng)方法改成分布式的，因此不再需要主設(shè)備，同時， 每個節(jié)點(diǎn)都能夠獨(dú)立運(yùn)^f亍^f呆護(hù)方法，乂人而，4吏得環(huán)內(nèi)出現(xiàn)斷《連，并 且使得形成環(huán)保護(hù)的時間和站點(diǎn)的個數(shù)無關(guān)。本發(fā)明提供了一種分布式環(huán)網(wǎng)的組網(wǎng)方法，其特征在于，該組網(wǎng)方法可以包括步驟S202,進(jìn)行設(shè)備初始化配置；步驟S204， 啟動4屋手4犬態(tài)，相鄰節(jié)點(diǎn)間互相發(fā)送4屋手才艮文，以確i人相鄰節(jié)點(diǎn)間 的鏈路狀態(tài)；步驟S206，選出最左節(jié)點(diǎn)和最右節(jié)點(diǎn)，并使最左節(jié)點(diǎn) 和最右節(jié)點(diǎn)周期性對發(fā)呼叫報文；以及步驟S208,在每個節(jié)點(diǎn)對呼 叫才艮文進(jìn)4亍處理。根據(jù)本發(fā)明，步驟S202可以包括步驟S302，節(jié)點(diǎn)讀取自身 是否是虛最左節(jié)點(diǎn)；步驟S304,在每個節(jié)點(diǎn)配置用于保護(hù)VLAN、 端口的數(shù)據(jù)；以及步驟S306，在每個節(jié)點(diǎn)配置其它配置數(shù)據(jù)，其中， 配置數(shù)據(jù)諸如下文中所述的全局參數(shù)，諸如時間間隔的個數(shù)M、收 到消息的次數(shù)N、報文發(fā)送的周期Tl、報文發(fā)送的時間間隔T2等， 并且，這些參lt需要在環(huán)網(wǎng)啟動前統(tǒng)一"i殳置，且在每個站點(diǎn)都保持 一致。根據(jù)本發(fā)明，在步驟S204中，握手報文中必須包含自身是否 是虛左節(jié)點(diǎn)的信息。另外，在步驟S202中，鏈路兩端周期性發(fā)送 握手才艮文，其中，作支定周期是T1。如果連續(xù)多個時間間隔M—次也4欠不到只寸端的々屋手消息，則i人為鏈^各斷。而^口果連續(xù)多個時間間 隔M至少收到 一次對端的握手消息，則認(rèn)為鏈路通。其中，M個時間間隔建i義耳又^直3 ，當(dāng)然，也可以沖艮才居實際網(wǎng)絡(luò) 狀態(tài)進(jìn)行變化。另外，根據(jù)本發(fā)明，步驟S208可以包括步驟S702，節(jié)點(diǎn)通 過端口接收呼叫報文，并提取信息，以獲知節(jié)點(diǎn)信息和數(shù)量；步驟 S704,節(jié)點(diǎn)將接收到的所有呼叫報文合并，并寫入各個呼叫報文； 以及步驟S706，以其原來的方向通過端口發(fā)送各個呼叫報文。其中，端口狀態(tài)可以包括斷路狀態(tài)、保護(hù)狀態(tài)、虛端口狀態(tài)、 以及正常狀態(tài)。在虛端口狀態(tài)和正常狀態(tài)下，進(jìn)行呼叫報文的接收 和發(fā)送。因而，采用本發(fā)明可以實5見以下三個伊C點(diǎn)1. 取消傳統(tǒng)方法中主設(shè)備的概念，從而消除了單點(diǎn)故障；2. 每個節(jié)點(diǎn)都獨(dú)立運(yùn)行保護(hù)方法，這樣環(huán)內(nèi)出現(xiàn)斷鏈并形成環(huán) 保護(hù)的時間就斷；以及3. 由于采用了分布式的方法，使得保護(hù)收斂的時間和節(jié)點(diǎn)個數(shù) 無關(guān)。本發(fā)明的其它特征和優(yōu)點(diǎn)將在隨后的說明書中闡述，并且，部 分地從說明書中變得顯而易見，或者通過實施本發(fā)明而了解。本發(fā) 明的目的和其他優(yōu)點(diǎn)可通過在所寫的iJt明書、權(quán)利要求書、以及附 圖中所特別指出的結(jié)構(gòu)來實現(xiàn)和獲得。


附圖用來4是供對本發(fā)明的進(jìn)一步理解，并且構(gòu)成"i兌明書的 一部 分，與本發(fā)明的實施例一起用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的 限制。在附圖中圖2是4艮據(jù)本發(fā)明的環(huán)形組網(wǎng)方法的流程圖； 圖3是圖2中的步驟S202的具體流程圖； 圖4是本發(fā)明方法的名詞定義的視圖；圖5是兩個節(jié)點(diǎn)之間相互發(fā)送消息確認(rèn)鏈路是否正常的視圖；圖6是根據(jù)本發(fā)明的報文發(fā)送的視圖；圖7是圖2中的步驟S208的具體流程圖；圖8是根據(jù)本發(fā)明的報文格式的視圖；圖9是根據(jù)本發(fā)明的鏈路保護(hù)的視圖；以及圖10是根據(jù)本發(fā)明的鏈路恢復(fù)的視圖。
具體實施方式
以下結(jié)合附圖對本發(fā)明的優(yōu)選實施例進(jìn)行說明，應(yīng)當(dāng)理解，此 處所描述的優(yōu)選實施例〗又用于i兌明和解釋本發(fā)明，并不用于限定本 發(fā)明。
1、 一種TCPv6和/或UDPv6測試設(shè)備，其特征在于，包括IPv6數(shù)據(jù)處 理模塊、結(jié)果記錄模塊和控制模塊，其中
所述IPv6數(shù)據(jù)處理模塊，與被測對象相連，用于仿真以下設(shè)備中的一 種或幾種TCPv6服務(wù)器、TCPv6客戶端、UDPv6客戶端，建立接收隊列 用以存儲所述測試對象發(fā)送的數(shù)據(jù)，建立發(fā)送隊列用以向所述測試對象發(fā)送 數(shù)據(jù)，完成與所述被測對象進(jìn)行數(shù)據(jù)收發(fā)測試；
所述結(jié)果記錄模塊，與IPv6數(shù)據(jù)處理模塊相連，用于記錄測試結(jié)果；
所述控制模塊，分別與所述IPv6數(shù)據(jù)處理模塊和結(jié)果記錄模塊相連， 用于完成各模塊的參數(shù)配置及初始化，維護(hù)各模塊之間的任務(wù)調(diào)度。
2、 如權(quán)利要求l所述的設(shè)備，其特征在于，所述IPv6數(shù)據(jù)處理模塊包
括
TCPv6處理子模塊，用于仿真TCPv6服務(wù)器和/或TCPv6客戶端，提供 數(shù)據(jù)收發(fā)的TCPv6接口 ，監(jiān)聽數(shù)據(jù)收發(fā)；
UDPv6處理子模塊，用于仿真UDPv6客戶端，提供數(shù)據(jù)收發(fā)的UDPv6 接口，監(jiān)聽數(shù)據(jù)收發(fā)；
批量處理子模塊，分別與所述TCPv6處理子模塊和UDPv6處理子模塊 相連，當(dāng)配置一次創(chuàng)建連接的數(shù)量為多個時，為每個連接創(chuàng)建一個鏈表，對 被測數(shù)據(jù)進(jìn)行批量操作。
3、 如權(quán)利要求2所述的設(shè)備，其特征在于，所述IPv6數(shù)據(jù)處理模塊還 包括與所述IPv6數(shù)據(jù)處理模塊相連的數(shù)據(jù)環(huán)回子模塊，以及與所述數(shù)據(jù)環(huán) 回子沖莫塊相連的定時子4莫塊，其中
所述數(shù)據(jù)環(huán)回子模塊用于將接收隊列中的數(shù)據(jù)轉(zhuǎn)換數(shù)據(jù)結(jié)構(gòu)后放入發(fā) 送隊列；
所述定時子模塊用于設(shè)置所述數(shù)據(jù)環(huán)回子模塊將數(shù)據(jù)放入發(fā)送隊列的 時間間隔。網(wǎng)絡(luò)側(cè)第二網(wǎng)元922,用于根據(jù)緊急注冊請求消息創(chuàng)建緊急承栽上下文、獲取緊急承載的PCC規(guī)則，并執(zhí)行該P(yáng)CC規(guī)則，并用于向網(wǎng)絡(luò)側(cè)第一網(wǎng)元921 返回緊急注冊接受消息。 在第三種方式下網(wǎng)絡(luò)側(cè)第一網(wǎng)元921,用于根據(jù)來自于UE910的緊急注冊請求消息創(chuàng)建緊 急用戶上下文和緊急PDP上下文，并向網(wǎng)絡(luò)側(cè)第二網(wǎng)元922發(fā)送緊急PDP上 下文創(chuàng)建請求消息；網(wǎng)絡(luò)側(cè)第二網(wǎng)元922,用于根據(jù)緊急PDP上下文創(chuàng)建請求消息創(chuàng)建緊急 PDP上下文、獲取緊急承栽的PCC規(guī)則，并執(zhí)行該P(yáng)CC規(guī)則，并用于向網(wǎng) 絡(luò)側(cè)第一網(wǎng)元921返回創(chuàng)建PDP上下文響應(yīng)消息。圖9所示系統(tǒng)中，UE910用于將緊急指示位攜帶于附著請求消息中作為緊 急注冊請求消息發(fā)送給網(wǎng)絡(luò)側(cè)第 一 網(wǎng)元921;或，用于將緊急指示位攜帶于跟蹤區(qū)更新請求消息中作為緊急注冊請求消 息發(fā)送給網(wǎng)絡(luò)側(cè)第 一 網(wǎng)元921;或，用于將附著類型為緊急附著的附著請求消息作為緊急注冊請求消息發(fā) 送給網(wǎng)絡(luò)側(cè)第一網(wǎng)元921;或，用于將更新類型為緊急更新的跟蹤區(qū)更新請求消息作為緊急注冊請求 消息發(fā)送給網(wǎng)絡(luò)側(cè)第 一 網(wǎng)元921;或，用于將緊急附著請求消息作為緊急注冊請求消息發(fā)送給網(wǎng)絡(luò)側(cè)第 一 網(wǎng) 元921;或，用于將緊急跟蹤區(qū)更新請求消息作為緊急注冊請求消息發(fā)送給網(wǎng)絡(luò) 側(cè)第一網(wǎng)元921。在第一種方式下，網(wǎng)絡(luò)側(cè)第一網(wǎng)元921用于將攜帶有特定的APN的創(chuàng)建承 載請求消息作為緊急承載創(chuàng)建請求消息發(fā)送給網(wǎng)絡(luò)側(cè)第二網(wǎng)元922;或，用于將攜帶有緊急指示位的創(chuàng)建承載請求消息作為緊急承栽創(chuàng)建請求 消息發(fā)送給網(wǎng)絡(luò)側(cè)第二網(wǎng)元922;或，用于將承載類型為緊急承載的創(chuàng)建承載請求消息作為緊急承載創(chuàng)建請以下將參考圖5描述上述確定節(jié)點(diǎn)之間鏈路狀態(tài)的過程。圖5 是兩個節(jié)點(diǎn)之間相互發(fā)送消息確認(rèn)鏈路是否正常的視圖，如圖5所 示，當(dāng)"i殳備初始化配置完成后，缺省啟動SHAKE—HAND狀態(tài)才幾， 相鄰節(jié)點(diǎn)間互相發(fā)送SHAKE—HAND才艮文確^人相鄰節(jié)點(diǎn)之間的鏈 路是否正常。發(fā)送的報文需要攜帶自身是否是虛左節(jié)點(diǎn)，便于對端 識別自己是否是虛最右節(jié)點(diǎn)，這樣，每個節(jié)點(diǎn)就知道自己的左右鏈 ^^的正常和異常狀態(tài)。做這個狀態(tài)才幾的目的主要是實現(xiàn)對在鏈^各層對節(jié)點(diǎn)之間的鏈 路進(jìn)4亍才企測，以避免在物理層4企測可能產(chǎn)生的問題。例如，當(dāng)兩個 設(shè)備通過光設(shè)備連接時，就4全測不到對端的LINK UP/DOWN信息。這個凈艮文格式可以自行定義。為了避免出現(xiàn)偶然出現(xiàn)丟包，建 i義采用多次確-汄方式1. 如果連續(xù)多個(M個)時間間隔一次也收不到對端的 SHAKE-HAND消息，則i人為4連路斷；以及2. 如果連續(xù)M次時間間隔至少收到 一 次對端的 SHAKE-HAND消息，則認(rèn)為鏈路通。如上所述，檢測到鏈路斷鏈的時間是M"^T1時間。圖6是根據(jù)本發(fā)明的報文發(fā)送的視圖，如圖6所示，HELLO 報文處理是本方法的核心，在以前的環(huán)網(wǎng)方法中，都是主節(jié)點(diǎn)進(jìn)行 HELLO才良文發(fā)送和最后處理，HELLO 4艮文處理得到網(wǎng)絡(luò)的拓樸狀 態(tài)后，才通知各個節(jié)點(diǎn)進(jìn)行老化地址表等動作，這樣反應(yīng)的速度就 比較慢，同時如果出現(xiàn)主節(jié)點(diǎn)出現(xiàn)問題，整個環(huán)網(wǎng)也就失效了。在整個網(wǎng)絡(luò)是一個完整的環(huán)形時，則需要根據(jù)配置把環(huán)形連接 變成一個鏈形網(wǎng)絡(luò)，也就是選擇出最左節(jié)點(diǎn)和最右節(jié)點(diǎn)。如果網(wǎng)絡(luò) 中出現(xiàn)斷點(diǎn)，貝'J自動出現(xiàn)了最左節(jié)點(diǎn)和最右節(jié)點(diǎn)。本發(fā)明的方法在網(wǎng)絡(luò)的最左節(jié)點(diǎn)和最右節(jié)點(diǎn)周期性對發(fā)HELLO報文的方式進(jìn)行。最左節(jié)點(diǎn)發(fā)送的HELLO報文，順時針向 下一個節(jié)點(diǎn)轉(zhuǎn)發(fā)，我們稱為順時針HELLO報文；最右節(jié)點(diǎn)發(fā)送的 HELLO才艮文，逆時針向下一個節(jié)點(diǎn)轉(zhuǎn)發(fā)，我們稱為逆時針HELLO 報文。在圖6中，Nl節(jié)點(diǎn)發(fā)送順時針HELLO報文，N4節(jié)點(diǎn)發(fā)送 逆時針HELO報文，而在圖4 (右)中，N3節(jié)點(diǎn)發(fā)送順時針HELLO 報文，N2節(jié)點(diǎn)發(fā)送逆時針HELLO報文。最左和最右節(jié)點(diǎn)不是在所有的狀態(tài)都發(fā)送HELLO報文消息， HELLO才艮文發(fā)送狀態(tài)將在以下進(jìn)行詳細(xì)描述。HELLO發(fā)送是周期性的，我們這里假定發(fā)送HELLO報文的時 間間隔是T2。圖7是圖2中的步驟S208的具體流程圖，如圖7所示，步驟 S208包4舌步驟S702,節(jié)點(diǎn)通過端口 4妄收呼叫才艮文，并才是耳又信息， 以獲知節(jié)點(diǎn)信息和數(shù)量；步驟S704，節(jié)點(diǎn)將接收到的所有呼叫報文 合并，并寫入各個呼叫才艮文；以及步驟S706，以其原來的方向通過 端口發(fā)送各個呼叫報文。根據(jù)本發(fā)明，端口狀態(tài)可以包括斷^各狀態(tài)、保護(hù)狀態(tài)、虛端 口狀態(tài)、以及正常狀態(tài)。在虛端口狀態(tài)和正常狀態(tài)下，進(jìn)行呼叫報 文的接收和發(fā)送。圖8是根據(jù)本發(fā)明的報文格式的視圖，如圖8所示，字段解釋 如下DESTINATION MAC ADDRESS:目的MAC地址，48位，建 議選擇EAPS;SOURCE MAC ADDRESS: 源MAC i也址，48 4立，發(fā)送者的 MAC地址；0x8100: 802.1q的才示i己；IP: lp的優(yōu)先級標(biāo)記；VLANID: vlan id的才示i己；TYPE/LENGTH:以太網(wǎng)類型和長度標(biāo)示；VERSION:本協(xié)議的版本號；HEAD INFO:用來表示HELLO報文的起始點(diǎn)是實節(jié)點(diǎn)還是虛 節(jié)點(diǎn)；以及NODEINFOl:節(jié)點(diǎn)的標(biāo)示信息，每個節(jié)點(diǎn)預(yù)留128位；建議填 寫MAC地址等信息。由于每個節(jié)點(diǎn)需要128位，所以 一個以太網(wǎng)協(xié)議包可以承載64 個NODE^言息。當(dāng)一個節(jié)點(diǎn)收到HELLO報文的時候，首先把HELLO報文的 信息耳又出來，就可以知道自己左邊或者是右邊節(jié)點(diǎn)信息和個數(shù)。通 過把左邊和右邊收到的HELLO報文信息合并，就知道了整個環(huán)形 網(wǎng)絡(luò)中的所有的節(jié)點(diǎn)信息，同時，4巴自己的節(jié)點(diǎn)信息填寫到這個 HELLO報文中，并且沿著同一個方向發(fā)送出去。如圖4 (左)所示，Nl發(fā)送的HELLO沖艮文中只有Nl的NODE INFO信息，N2發(fā)送的HELLO報文Nl和N2的NODE INFO的信息。在每個節(jié)點(diǎn)的左右端口上，都存在一個以下四個狀態(tài)SI:斷狀態(tài)，這個端口在SHAKE-HAND狀態(tài)機(jī)中處于LINK DO，狀態(tài)；S2: ^呆護(hù)一犬態(tài)，這個端口處于LINK UP狀態(tài)，只能轉(zhuǎn)發(fā)和4妄 收HELLO才艮文，不能轉(zhuǎn)發(fā)數(shù)據(jù)；S3:虛端口狀態(tài)，如果這個節(jié)點(diǎn)是虛最左節(jié)點(diǎn)，這個節(jié)點(diǎn)的左 端口就是虛端口狀態(tài)；如果這個節(jié)點(diǎn)是虛最右節(jié)點(diǎn)，這個節(jié)點(diǎn)的右 端口就是虛端口狀態(tài)；這個狀態(tài)不轉(zhuǎn)發(fā)和接收HELLO報文，也不 轉(zhuǎn)發(fā)數(shù)據(jù)；以及S4: NORMAL狀態(tài)，這個端口即可以轉(zhuǎn)發(fā)HELLO沖艮文，又 可以轉(zhuǎn)發(fā)lt據(jù)。在本申請中，T (xy)指的是從x狀態(tài)切換到y(tǒng)狀態(tài)。T( 12):在收到對端端口的SHAKE-HAND消息，確信《連^各正常 后，如果自己不是配置的最左節(jié)點(diǎn)就從S1切換到S2，這時候可以 轉(zhuǎn)發(fā)控制報文，但不能轉(zhuǎn)發(fā)數(shù)據(jù)報文。T(13):在收到對端端口的SHAKE-HAND消息，確信《連3各正常 后，如果自己是配置的最左節(jié)點(diǎn)就從SI切換到S3.這時候定時器 開始工作，發(fā)送HELLO報文。T(24):如果4欠到的只于端的HELLO消息N次，則^/f呆護(hù)一犬態(tài)切 換到通狀態(tài)，老化設(shè)備MAC地址表，在這個狀態(tài)，可以轉(zhuǎn)發(fā)正常 的數(shù)據(jù)報文和協(xié)議報文。T(34):如果收到了右報文表示自己是實右節(jié)點(diǎn)。連續(xù)收到N 次，切換狀態(tài)到左通狀態(tài)，老化設(shè)備MAC地址表。T(14):不存在這個狀態(tài)切換。T(23):不存在這個狀態(tài)，這個狀態(tài)表示配置最左節(jié)點(diǎn)發(fā)生變化。 T(21): SHAKE-HAND報文又發(fā)送斷鏈消息。 T(31): SHAKE-HAND才艮文又發(fā)送斷鏈消息。 T(42):不存在這個狀態(tài)。T(43):如果連續(xù)M定時時間收不到對端發(fā)送的HELLO報文 消息，則表示鏈路已經(jīng)恢復(fù)，則切換到正常工作狀態(tài)。T(32):建議不存在這個狀態(tài)，這個狀態(tài)表示配置最左節(jié)點(diǎn)發(fā)送 變化。不建議這樣配置。圖9是根據(jù)本發(fā)明的鏈路保護(hù)的視圖，如圖9所示，N2和N3 之間的鏈路斷的時候，N2和N3節(jié)點(diǎn)檢測到斷鏈的時間是N^T1， N2和N3節(jié)點(diǎn)發(fā)送HELLO報文，在虛最左和最右節(jié)點(diǎn)收到這些 HELLO報文N次后，進(jìn)行了狀態(tài)的切換，打開了 Nl和N4之間 的鏈^各。因而，保護(hù)恢復(fù)時間是M*T1+>1*丁2+包傳輸延遲時間。圖10是根據(jù)本發(fā)明的鏈路恢復(fù)的視圖。如圖10所示，當(dāng)N2和 N3之間的鏈路恢復(fù)的時候，N2和N3停止發(fā)送HELLO報文消息， 這時Nl和N2在M*T2時間沒有收到HELLO報文，關(guān)閉了 Nl和N2之間的通道，并開始發(fā)送HELLO沖艮文，當(dāng)N2和N3節(jié)點(diǎn)收到 N次HELLO報文后，打開N1和N2之間的通道，開始正常的數(shù) 才居轉(zhuǎn)發(fā)。因而，《連^各'恢復(fù)正常組網(wǎng)的時間是M *T1 + (N+M)*T2 +包傳llr延遲時間。在本發(fā)明中，由于T1、 T2 、 M、 N都是全局參數(shù)，所以需要 在環(huán)網(wǎng)啟動前統(tǒng)一設(shè)置，且每個站點(diǎn)都保持一致。因而，可以看到，通過本發(fā)明，取消了傳統(tǒng)方法中主設(shè)備的概 念，同時每個節(jié)點(diǎn)都獨(dú)立運(yùn)行保護(hù)方法，采取分布式方法，保護(hù)收 ^L的時間和節(jié)點(diǎn)個lt無關(guān)。以上^f又為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對 于本領(lǐng)域的沖支術(shù)人員來"i兌，本發(fā)明可以有各種更改和變化。凡在本 發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均 應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1. 一種分布式環(huán)網(wǎng)的組網(wǎng)方法，其特征在于，包括步驟S202，進(jìn)行設(shè)備初始化配置；步驟S204，啟動握手狀態(tài)，相鄰節(jié)點(diǎn)間互相發(fā)送握手報文，以確認(rèn)所述相鄰節(jié)點(diǎn)間的鏈路狀態(tài)；步驟S206，選出最左節(jié)點(diǎn)和最右節(jié)點(diǎn)，并使所述最左節(jié)點(diǎn)和所述最右節(jié)點(diǎn)周期性對發(fā)呼叫報文；以及步驟S208，在每個所述節(jié)點(diǎn)對所述呼叫報文進(jìn)行處理。
2. 4艮據(jù)權(quán)利要求1所述的組網(wǎng)方法，其特征在于，所述步驟S202 包括步驟S302，所述節(jié)點(diǎn)讀取自身是否是虛最左節(jié)點(diǎn)；步驟S304，在每個所述節(jié)點(diǎn)配置用于保護(hù)VLAN、端口 的彰:據(jù)；以及步-驟S306，在每個所述節(jié)點(diǎn)配置其它配置l丈據(jù)。
3. 根據(jù)權(quán)利要求2所述的組網(wǎng)方法，其特征在于，在所述步驟 S204中，所述握手報文中包含自身是否是所述虛左節(jié)點(diǎn)的信息。
4. 根據(jù)權(quán)利要求3所述的組網(wǎng)方法，其特征在于，在所述步驟 S202中，所述鏈路的兩端周期發(fā)送握手報文。
5. 根據(jù)權(quán)利要求4所述的組網(wǎng)方法，其特征在于，如果連續(xù)多個 時間間隔一次也收不到對端的所述握手消息，則認(rèn)為所述鏈路斷。
6. 沖艮據(jù)4又利要求4所述的組網(wǎng)方法，其特征在于，如果連續(xù)多個 時間間隔至少收到 一次對端的所述4屋手消息，則i人為所述纟連^各通。
7. 才艮據(jù)權(quán)利要求5或6所述的組網(wǎng)方法，其特征在于，所述步驟 S208包括步驟S702,所述節(jié)點(diǎn)通過端口接收所述呼叫報文，并提 取信息，以獲知節(jié)點(diǎn)信息和數(shù)量；步驟S704,所述節(jié)點(diǎn)將接收到的所有所述呼叫報文合并， 并寫入各個所述呼叫才良文；以及步驟S706，以其原來的方向通過所述端口發(fā)送各個所述 呼叫才艮文。
8. 根據(jù)權(quán)利要求7所述的組網(wǎng)方法，其特征在于，端口狀態(tài)包括 斷路狀態(tài)、保護(hù)狀態(tài)、虛端口狀態(tài)、以及正常狀態(tài)。
9. 根據(jù)權(quán)利要求8所述的組網(wǎng)方法，其特征在于，在所述虛端口 狀態(tài)和正常狀態(tài)下，進(jìn)行所述呼叫才艮文的^!妄收和發(fā)送。
全文摘要
本發(fā)明提供了一種分布式環(huán)網(wǎng)的組網(wǎng)方法，其包括以下步驟一種分布式環(huán)網(wǎng)的組網(wǎng)方法，其特征在于，該組網(wǎng)方法可以包括步驟S202，進(jìn)行設(shè)備初始化配置；步驟S204，啟動握手狀態(tài)，相鄰節(jié)點(diǎn)間互相發(fā)送握手報文，以確認(rèn)相鄰節(jié)點(diǎn)間的鏈路狀態(tài)；步驟S206，選出最左節(jié)點(diǎn)和最右節(jié)點(diǎn)，并使最左節(jié)點(diǎn)和最右節(jié)點(diǎn)周期性對發(fā)呼叫報文；以及步驟S208，在每個節(jié)點(diǎn)對呼叫報文進(jìn)行處理。因而，通過本發(fā)明，取消傳統(tǒng)方法中主設(shè)備的概念，消除了單點(diǎn)故障，并且每個節(jié)點(diǎn)都獨(dú)立運(yùn)行保護(hù)方法，這樣環(huán)內(nèi)出現(xiàn)斷鏈并形成環(huán)保護(hù)的時間就斷，同時由于采用了分布式的方法，使得保護(hù)收斂的時間和節(jié)點(diǎn)個數(shù)無關(guān)。
文檔編號H04L12/42GK101227368SQ20071000092
公開日2008年7月23日 申請日期2007年1月15日 優(yōu)先權(quán)日2007年1月15日
發(fā)明者呂朋偉 申請人:中興通訊股份有限公司