專利名稱：一種地址處理方法、系統(tǒng)和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)，特別涉及一種地址處理方法、系統(tǒng)和設(shè)備。
背景技術(shù)：
網(wǎng)絡(luò)通信技術(shù)中的分布式設(shè)備通常采用控制與轉(zhuǎn)發(fā)相分離的分布式結(jié)構(gòu)。其中， 控制由對應(yīng)的控制軟件實(shí)現(xiàn)，主要負(fù)責(zé)整個(gè)分布式設(shè)備的控制與管理，而轉(zhuǎn)發(fā)由對應(yīng)的轉(zhuǎn)發(fā)軟件實(shí)現(xiàn)，僅負(fù)責(zé)數(shù)據(jù)轉(zhuǎn)發(fā)業(yè)務(wù)。以圖1所示的分布式設(shè)備為例。在圖1中，主控板上的軟件版本為控制軟件，負(fù)責(zé)處理用戶的各種配置信息和各種協(xié)議，以實(shí)現(xiàn)該分布式設(shè)備的控制和管理；而各個(gè)接口板上的軟件版本屬于轉(zhuǎn)發(fā)軟件，其根據(jù)自身維護(hù)的轉(zhuǎn)發(fā)表對數(shù)據(jù)進(jìn)行轉(zhuǎn)發(fā)。上述兩種軟件功能完全獨(dú)立，當(dāng)控制軟件由于硬件或者軟件故障重啟，或者由于軟件升級重新加載時(shí)，不影響轉(zhuǎn)發(fā)軟件的正常運(yùn)行，即只要在控制軟件重啟或者重新加載的期間，轉(zhuǎn)發(fā)表項(xiàng)保持穩(wěn)定，轉(zhuǎn)發(fā)軟件在轉(zhuǎn)發(fā)路線上進(jìn)行數(shù)據(jù)轉(zhuǎn)發(fā)是完全可行并可靠的。為了進(jìn)一步加強(qiáng)系統(tǒng)的可靠性和健壯性，分布式設(shè)備通常配置兩塊主控板，具體如圖2所示。在圖2中，其中一塊為主用主控板，用于負(fù)責(zé)運(yùn)行正常業(yè)務(wù)，另一塊為備用主控板，用于做主用主控板的備份，在主用主控板出現(xiàn)故障之后接管相應(yīng)業(yè)務(wù)。基于此，如果在主用主控板出現(xiàn)故障進(jìn)行主備倒換時(shí)，為了不影響數(shù)據(jù)轉(zhuǎn)發(fā)，現(xiàn)有技術(shù)提出了不間斷路由(NSR =Non-Mop Routing)方案，該方案主要思想為主備單板完全備份協(xié)議運(yùn)行時(shí)所需要的所有靜態(tài)數(shù)據(jù)和動(dòng)態(tài)數(shù)據(jù)，也就是說，主用主控板和備用主控板之間不僅保持系統(tǒng)運(yùn)行基礎(chǔ)數(shù)據(jù)一致，還需要保持所有動(dòng)態(tài)數(shù)據(jù)和狀態(tài)一致，這使得主用主控板發(fā)生故障時(shí)由備用主控板無縫接管主用板的所有工作，主要原因是由于主用主控板和備用主控板上所有數(shù)據(jù)和狀態(tài)都保持一致，對外部設(shè)備而言，并不能感知主備倒換前后所發(fā)生的任何變化， 使得網(wǎng)絡(luò)上的所有控制業(yè)務(wù)和轉(zhuǎn)發(fā)業(yè)務(wù)都保持正常運(yùn)行，不會產(chǎn)生任何中斷。如果主用主控板運(yùn)行的協(xié)議為標(biāo)簽分發(fā)協(xié)議(LDP =Label DistributionProtocol)，則采用上述NSR方案，需要主用主控板在執(zhí)行主備倒換前后不丟失地址消息和地址回收消息，其中，RFC5036定義了地址消息和地址回收消息，下面先對地址消息和地址回收消息進(jìn)行描述。所謂地址消息發(fā)送端可通過該地址消息發(fā)布本端的接口地址至對端(peer)，其中，該地址消息的格式如圖3a所示。在圖3a中，本端發(fā)布的接口地址攜帶在Address list TLV字段中。當(dāng)對端接收到地址消息后，根據(jù)該地址消息攜帶的接口地址判斷是否建立對應(yīng)的標(biāo)簽轉(zhuǎn)發(fā)路徑(LSP=LabeISwitching I^ath)，以進(jìn)行后續(xù)數(shù)據(jù)轉(zhuǎn)發(fā)。所謂地址回收消息發(fā)送端可通過該地址回收消息回收通過地址消息發(fā)布的本端的接口地址，該地址回收消息的格式如圖北所示。在圖北中，要回收的地址攜帶在Address list TLV字段中，當(dāng)對端接收到地址回收消息后，刪除該Address list TLV字段中的地址。上述NSR方案之所以要求在主備倒換前后不丟棄地址消息和地址回收消息，主要是因?yàn)槿绻麃G失地址消息，則對端可能因缺少本端發(fā)布的接口地址而無法建立LSP，影響后續(xù)數(shù)據(jù)的轉(zhuǎn)發(fā)；而如果丟失地址回收消息，則對端可能會因?yàn)闅埩舯驹摶厥盏慕涌诘刂范e(cuò)誤建立LSP，也會影響后續(xù)數(shù)據(jù)的轉(zhuǎn)發(fā)。為了達(dá)到該要求，現(xiàn)有技術(shù)針對地址消息和地址回收消息采用以下處理方式為防止地址消息丟失，要求備用主控板在完成主備倒換后，對所有的LDP接口地址執(zhí)行重發(fā)；為防止地址回收消息丟失，要求主用主控板在每次發(fā)送地址回收消息之前，先在備用主控板上記錄待回收地址，如果待回收地址比較多，可組成待回收地址鏈；在發(fā)送地址回收消息后，從備用主控板上記錄的待回收地址鏈中刪除已發(fā)送的地址回收消息所攜帶的地址；如果主用主控板在發(fā)送地址回收消息期間發(fā)生主備倒換，則在完成倒換后，由升級作為主用主控板的備用主控板根據(jù)記錄的待回收地址鏈繼續(xù)發(fā)送地址回收消息即可。從上面描述的處理方式可以看出，為防止主備倒換時(shí)地址回收消息丟失，要求主用主控板在每次發(fā)送地址回收消息之前，先在備用主控板上記錄待回收地址鏈，之后，根據(jù)發(fā)送的回收地址消息從待回收地址鏈上刪除相應(yīng)地址，這在實(shí)現(xiàn)上比較復(fù)雜，并且，上述操作在主用主控板不執(zhí)行主備倒換的場景下是沒有必要的，這也額外增加了系統(tǒng)的負(fù)荷；另外，如果備用主控板在執(zhí)行倒換時(shí)丟失了記錄的待回收地址鏈，則該備用主控板在升級為主用主控板時(shí)就不會發(fā)送地址回收消息，這會使對端殘留本該回收的接口地址而錯(cuò)誤建立 LSP,也會影響后續(xù)數(shù)據(jù)的轉(zhuǎn)發(fā)。

發(fā)明內(nèi)容
本發(fā)明提供了一種地址處理方法、系統(tǒng)和設(shè)備，在保證準(zhǔn)確回收地址的同時(shí)，避免每次發(fā)送地址回收消息之前在備用板上記錄待回收地址鏈的操作。本發(fā)明提供的技術(shù)方案包括一種地址處理方法，包括以下步驟第一設(shè)備在成功接替第二設(shè)備工作后，收集本設(shè)備所有的接口地址，將收集的接口地址攜帶在地址確認(rèn)消息中發(fā)送至對端；對端接收到所述地址確認(rèn)消息后，比較所述地址確認(rèn)消息攜帶的接口地址和本地保存的接口地址是否一致，如果不一致，則更新本地保存的接口地址。一種地址處理系統(tǒng)，包含第一設(shè)備、第二設(shè)備和第三設(shè)備；其中，所述第一設(shè)備，用于在所述第二設(shè)備出現(xiàn)故障時(shí)接替所述第二設(shè)備繼續(xù)工作，并在成功接替后，收集本設(shè)備所有的接口地址，將收集的接口地址攜帶在地址確認(rèn)消息中發(fā)送至第三設(shè)備；所述第三設(shè)備，為第一設(shè)備和第二設(shè)備的對端，用于接收到所述地址確認(rèn)消息后， 比較所述地址確認(rèn)消息攜帶的接口地址和本地保存的接口地址是否一致，如果不一致，則更新本地保存的接口地址。一種地址處理設(shè)備，包含發(fā)送單元、接收單元和處理單元，其中，所述發(fā)送單元，用于在所述設(shè)備成功接替出現(xiàn)故障的設(shè)備后，收集本設(shè)備所有的接口地址，將收集的接口地址攜帶在地址確認(rèn)消息中發(fā)送至所述設(shè)備的對端；所述接收單元，用于接收到對端發(fā)送的地址確認(rèn)消息，所述處理單元，用于比較所述接收單元接收的地址確認(rèn)消息攜帶的接口地址和所
4述設(shè)備本地保存的接口地址是否一致，如果不一致，則更新所述設(shè)備本地保存的接口地址。由以上技術(shù)方案可以看出，本發(fā)明提供的方法、系統(tǒng)和設(shè)備中，在第一設(shè)備成功接替第二設(shè)備工作后，比如備用主控板成功倒換為為主用主控板后，由該第一設(shè)備比如備用主控板收集本設(shè)備所有的接口地址，將收集的接口地址攜帶在地址確認(rèn)消息中發(fā)送至對端；對端接收到所述地址確認(rèn)消息后，比較所述地址確認(rèn)消息攜帶的接口地址和本地保存的接口地址是否一致，如果不一致，則更新本地保存的接口地址，比如，將本地保存的、但所述地址確認(rèn)消息未攜帶的接口地址刪除；將本地未保存的、但所述地址確認(rèn)消息攜帶的接口地址添加到本地，這能夠?qū)⒌诙O(shè)備在被替代之前欲回收的地址刪除，避免后續(xù)錯(cuò)誤建立LSP，實(shí)現(xiàn)了準(zhǔn)確回收地址的目的，并且，也不需要每次發(fā)送地址回收消息之前在備用板上記錄待回收地址鏈的操作。


圖1為現(xiàn)有分布式設(shè)備的結(jié)構(gòu)圖；圖2為現(xiàn)有分布式設(shè)備的另一結(jié)構(gòu)圖；圖3a為現(xiàn)有地址消息的格式示意圖；圖北為現(xiàn)有地址回收消息的格式示意圖；圖4為本發(fā)明實(shí)施例提供的基本流程圖；圖5為本發(fā)明實(shí)施例提供的詳細(xì)流程圖；圖6為本發(fā)明那個(gè)實(shí)施例提供的地址確認(rèn)消息的格式示意圖；圖7為本發(fā)明實(shí)施例提供的設(shè)備結(jié)構(gòu)圖。
具體實(shí)施例方式為了使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面結(jié)合附圖和具體實(shí)施例對本發(fā)明進(jìn)行詳細(xì)描述。本發(fā)明提供的技術(shù)方案包括圖4所示的流程，具體包括以下步驟步驟401，第一設(shè)備在成功接替第二設(shè)備工作后，收集本設(shè)備所有的接口地址，將收集的接口地址攜帶在地址確認(rèn)消息中發(fā)送至對端。步驟402，對端接收到所述地址確認(rèn)消息后，比較所述地址確認(rèn)消息攜帶的接口地址和本地保存的接口地址是否一致，如果不一致，則更新本地保存的接口地址。在上述流程中，第二設(shè)備可為主用主控板，第一設(shè)備可為主用主控板的備份，記為備用主控板。其中，第一設(shè)備之所以替代第二設(shè)備，主要是因?yàn)榈诙O(shè)備出現(xiàn)故障，為了實(shí)現(xiàn)業(yè)務(wù)轉(zhuǎn)發(fā)的不中斷性，需要由該第一設(shè)備替代第二設(shè)備繼續(xù)工作。比如，當(dāng)主用主控板出現(xiàn)故障時(shí)，執(zhí)行主備倒換，使備用主控板替代該出現(xiàn)故障的主用主控板繼續(xù)工作。下面以具體實(shí)施例進(jìn)行描述。參見圖5，圖5為本發(fā)明實(shí)施例提供的詳細(xì)流程圖。 該流程支持LDP NSR，并且適用于圖2所示的分布式設(shè)備。如圖2所示，該分布式設(shè)備包含主用主控板和備用主控板，當(dāng)主用主控板出現(xiàn)故障時(shí)，執(zhí)行主備倒換，由備用主控板接替主用主控板繼續(xù)工作。之后，執(zhí)行如圖5所示的流程步驟501，備用主控板收集本設(shè)備所有的LDP接口地址，將收集的LDP接口地址攜帶在地址確認(rèn)消息中發(fā)送至對端。
這里，地址確認(rèn)信息是本實(shí)施例為解決本申請技術(shù)問題所引入的消息，其遵守 LDP，采用的格式與地址消息或者地址回收消息的格式類似，具體如圖6所示，主要包括以下字段消息類型字段，當(dāng)該字段取值為第一標(biāo)識比如0x0302時(shí)，表示該字段所處的消息為地址確認(rèn)消息；消息長度(Message Length)字段，用于表示該字段之后的其他字段如消息序列號 (Message ID)字段、地址列表(Address List TLV)字段等的總長度；Message ID字段，用于攜帶其所在的消息的序列號；Address List TLV字段，用于攜帶LDP接口地址；可選地，為了便于該地址確認(rèn)消息的后續(xù)擴(kuò)展，該地址確認(rèn)消息還可包括可選參 ^L (Optional Parameters)基于上面描述，步驟501中，當(dāng)備用主控板發(fā)送收集的LDP接口地址時(shí)，將該收集的LDP接口地址添加在地址確認(rèn)消息的Address List TLV字段，并發(fā)送該完成添加操作的地址確認(rèn)消息至對端。這里，對端為與所述備用主控板處于不同設(shè)備的主控板。步驟502，對端解析接收的地址確認(rèn)消息，獲取該地址確認(rèn)消息攜帶的LDP接口地址。步驟503，對端獲取自身保存的LDP接口地址。步驟504，對端比較自身保存的LDP接口地址和地址確認(rèn)消息攜帶的LDP接口地址，如果存在本地保存、但地址確認(rèn)消息未攜帶的LDP接口地址，則執(zhí)行步驟505 ；如果存在本地未保存、但地址確認(rèn)消息攜帶了的LDP接口地址，則執(zhí)行步驟506。步驟505，刪除該本地保存、但地址確認(rèn)消息未攜帶的LDP接口地址。步驟506，將該本地未保存、但地址確認(rèn)消息攜帶了的LDP接口地址保存在本地?？梢钥闯觯襟E504至步驟506實(shí)質(zhì)上為對端根據(jù)接收的地址確認(rèn)消息更新自身保存的LDP接口地址的操作。以上對本發(fā)明提供的方法進(jìn)行了描述，下面對本發(fā)明提供的系統(tǒng)和設(shè)備進(jìn)行描述。本申請?zhí)峁┑南到y(tǒng)主要包含第一設(shè)備、第二設(shè)備和第三設(shè)備；其中，所述第一設(shè)備，用于在所述第二設(shè)備出現(xiàn)故障時(shí)接替所述第二設(shè)備繼續(xù)工作，并在成功接替后，收集本設(shè)備所有的接口地址，將收集的接口地址攜帶在地址確認(rèn)消息中發(fā)送至第三設(shè)備；所述第三設(shè)備，為第一設(shè)備和第二設(shè)備的對端，用于接收到所述地址確認(rèn)消息后， 比較所述地址確認(rèn)消息攜帶的接口地址和本地保存的接口地址是否一致，如果不一致，則更新本地保存的接口地址。這里，所述第三設(shè)備更新本地保存的接口地址具體為刪除本地保存的、但所述地址確認(rèn)消息未攜帶的接口地址；添加本地未保存的、但所述地址確認(rèn)消息攜帶的接口地址至本地。優(yōu)選地，本發(fā)明實(shí)施例還提供了如圖7所示的地址處理設(shè)備。參見圖7，圖7為本發(fā)明實(shí)施例提供的地址處理設(shè)備的結(jié)構(gòu)圖。如圖7所示，該設(shè)備包含發(fā)送單元701、接收單元702和處理單元703。
其中，發(fā)送單元701，用于在所述設(shè)備成功接替出現(xiàn)故障的設(shè)備后，收集所述設(shè)備所有的接口地址，將收集的接口地址攜帶在地址確認(rèn)消息中發(fā)送至所述設(shè)備的對端；接收單元702，用于接收到對端發(fā)送的地址確認(rèn)消息，處理單元703，用于比較接收單元701接收的地址確認(rèn)消息攜帶的接口地址和所述設(shè)備本地保存的接口地址是否一致，如果不一致，則更新所述設(shè)備本地保存的接口地址。如圖7所示，處理單元703具體實(shí)現(xiàn)時(shí)可包括比較子單元7031，用于比較接收單元702接收的地址確認(rèn)消息攜帶的接口地址和所述設(shè)備本地保存的接口地址是否一致，如果不一致，發(fā)送更新通知至更新子單元7032 ；更新子單元7032，用于刪除所述設(shè)備本地保存的、但所述地址確認(rèn)消息未攜帶的接口地址；以及添加所述設(shè)備本地未保存的、但所述地址確認(rèn)消息攜帶的接口地址。作為本發(fā)明一個(gè)實(shí)施例，所述地址確認(rèn)消息為遵守LDP的消息；所述接口地址為 LDP接口地址。從上面描述的處理方式可以看出，本發(fā)明中，在第一設(shè)備成功替代第二設(shè)備工作后，比如備用主控板成功倒換為為主用主控板后，由該第一設(shè)備收集本設(shè)備所有的接口地址，將收集的接口地址攜帶在地址確認(rèn)消息中發(fā)送至對端；對端接收到所述地址確認(rèn)消息后，比較所述地址確認(rèn)消息攜帶的接口地址和本地保存的接口地址是否一致，如果不一致， 則更新本地保存的接口地址，比如，將本地保存的、但所述地址確認(rèn)消息未攜帶的接口地址刪除；將本地未保存的、但所述地址確認(rèn)攜帶的接口地址添加到本地，這能夠?qū)⒌诙O(shè)備在被替代之前欲回收的地址刪除，避免后續(xù)錯(cuò)誤建立LSP，實(shí)現(xiàn)了準(zhǔn)確回收地址的目的，并且， 也不需要每次發(fā)送地址回收消息之前在備用板上記錄待回收地址鏈的操作。以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明保護(hù)的范圍之內(nèi)。
權(quán)利要求
1.一種地址處理方法，其特征在于，該方法包括以下步驟第一設(shè)備在成功接替第二設(shè)備工作后，收集本設(shè)備所有的接口地址，將收集的接口地址攜帶在地址確認(rèn)消息中發(fā)送至對端；對端接收到所述地址確認(rèn)消息后，比較所述地址確認(rèn)消息攜帶的接口地址和本地保存的接口地址是否一致，如果不一致，則更新本地保存的接口地址。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述更新本地保存的接口地址為 刪除本地保存的、但所述地址確認(rèn)消息未攜帶的接口地址；添加本地未保存的、但所述地址確認(rèn)消息攜帶的接口地址至本地。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述地址確認(rèn)消息遵守標(biāo)簽分發(fā)協(xié)議LDP ；所述接口地址為LDP接口地址。
4.一種地址處理系統(tǒng)，其特征在于，所述系統(tǒng)包含第一設(shè)備、第二設(shè)備和第三設(shè)備；其中，所述第一設(shè)備，用于在所述第二設(shè)備出現(xiàn)故障時(shí)接替所述第二設(shè)備繼續(xù)工作，并在成功接替后，收集本設(shè)備所有的接口地址，將收集的接口地址攜帶在地址確認(rèn)消息中發(fā)送至第三設(shè)備；所述第三設(shè)備，為第一設(shè)備和第二設(shè)備的對端，用于接收到所述地址確認(rèn)消息后，比較所述地址確認(rèn)消息攜帶的接口地址和本地保存的接口地址是否一致，如果不一致，則更新本地保存的接口地址。
5.根據(jù)權(quán)利要求4所述的系統(tǒng)，其特征在于，所述第三設(shè)備更新本地保存的接口地址為刪除本地保存的、但所述地址確認(rèn)消息未攜帶的接口地址； 添加本地未保存的、但所述地址確認(rèn)消息攜帶的接口地址至本地。
6.一種地址處理設(shè)備，其特征在于，所述設(shè)備包含發(fā)送單元、接收單元和處理單元， 其中，所述發(fā)送單元，用于在所述設(shè)備成功接替出現(xiàn)故障的設(shè)備后，收集所述設(shè)備所有的接口地址，將收集的接口地址攜帶在地址確認(rèn)消息中發(fā)送至所述設(shè)備的對端； 所述接收單元，用于接收到對端發(fā)送的地址確認(rèn)消息，所述處理單元，用于比較所述接收單元接收的地址確認(rèn)消息攜帶的接口地址和所述設(shè)備本地保存的接口地址是否一致，如果不一致，則更新所述設(shè)備本地保存的接口地址。
7.根據(jù)權(quán)利要求6所述的設(shè)備，其特征在于，所述處理單元包括比較子單元，用于比較所述接收單元接收的地址確認(rèn)消息攜帶的接口地址和所述設(shè)備本地保存的接口地址是否一致，如果不一致，發(fā)送更新通知至更新子單元；更新子單元，用于刪除所述設(shè)備本地保存的、但所述地址確認(rèn)消息未攜帶的接口地址； 以及添加所述設(shè)備本地未保存的、但所述地址確認(rèn)消息攜帶的接口地址。
8.根據(jù)權(quán)利要求6所述的設(shè)備，其特征在于，所述地址確認(rèn)消息遵守標(biāo)簽分發(fā)協(xié)議LDP ；所述接口地址為LDP接口地址。
全文摘要
本發(fā)明提供了一種地址處理方法、系統(tǒng)和設(shè)備，其中，該方法包括以下步驟第一設(shè)備在成功接替第二設(shè)備工作后，收集本設(shè)備所有的接口地址，將收集的接口地址攜帶在地址確認(rèn)消息中發(fā)送至對端；對端接收到所述地址確認(rèn)消息后，比較所述地址確認(rèn)消息攜帶的接口地址和本地保存的接口地址是否一致，如果不一致，則更新本地保存的接口地址。采用本發(fā)明，能夠在保證準(zhǔn)確回收地址的同時(shí)，避免每次發(fā)送地址回收消息之前在備用板上記錄待回收地址鏈的操作。
文檔編號H04L12/56GK102332986SQ20101022818
公開日2012年1月25日 申請日期2010年7月13日 優(yōu)先權(quán)日2010年7月13日
發(fā)明者劉紹洋, 楊霞, 雷昭燕 申請人:杭州華三通信技術(shù)有限公司