專(zhuān)利名稱：基于VRRP的IPv6協(xié)議地址沖突的處理方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種基于VRRP的IPv6協(xié)議地址沖突的處理 方法及系統(tǒng)。
背景技術(shù)：
隨著網(wǎng)絡(luò)應(yīng)用的不斷深入和發(fā)展，用戶對(duì)網(wǎng)絡(luò)可靠性的需求越來(lái)越高。網(wǎng)絡(luò)中路 由器運(yùn)行動(dòng)態(tài)路由協(xié)議如路由信息協(xié)議(Routing Information Protocol，簡(jiǎn)稱為RIP)、開(kāi) 放最短路徑優(yōu)先(Open Shortest Path First，簡(jiǎn)稱為0SPF)可以實(shí)現(xiàn)網(wǎng)絡(luò)路由的冗余備 份，當(dāng)一個(gè)主路由發(fā)生故障后，網(wǎng)絡(luò)可以自動(dòng)切換到它的備份路由實(shí)現(xiàn)網(wǎng)絡(luò)的連接。但是， 對(duì)于網(wǎng)絡(luò)邊緣終端用戶的主機(jī)運(yùn)行一個(gè)動(dòng)態(tài)路由協(xié)議來(lái)實(shí)現(xiàn)可靠性是不可行的。一般用戶 主機(jī)通過(guò)配置默認(rèn)網(wǎng)關(guān)來(lái)實(shí)現(xiàn)與外部網(wǎng)絡(luò)的訪問(wèn)。一旦默認(rèn)網(wǎng)關(guān)宕機(jī)，主機(jī)與外界的聯(lián)系 就會(huì)中斷。
虛擬路由冗余協(xié)議(VirtualRouter Redundancy Protocol，簡(jiǎn)稱為 VRRP)提供了 一種很好的解決方案。該協(xié)議中，對(duì)共享多存取訪問(wèn)介質(zhì)(如以太網(wǎng))上終端IP設(shè)備的默 認(rèn)網(wǎng)關(guān)進(jìn)行冗余備份，從而在其中一臺(tái)路由設(shè)備宕機(jī)時(shí)，備份路由設(shè)備及時(shí)接管轉(zhuǎn)發(fā)工作， 向用戶提供透明的切換，提高了網(wǎng)絡(luò)服務(wù)質(zhì)量。典型的VRRP組網(wǎng)拓?fù)浣Y(jié)構(gòu)如圖1所示。
隨著IPv6協(xié)議的廣泛應(yīng)用，VRRP也需要做出新的擴(kuò)展以滿足支持IPv6協(xié)議的需2010 $ 3 月胃了 VRRPv3(Virtu￡il Router Redundancy Protocol Version 3，RFC5798)的標(biāo)準(zhǔn)文檔，把IPv4和IPv6的VRRP進(jìn)行了融合，調(diào)整了 VRRP的報(bào)文字段，確 定了新的VRRP協(xié)議標(biāo)準(zhǔn)。
然而，在VRRPv3融合IPv6的過(guò)程中也會(huì)產(chǎn)生一系列問(wèn)題。其中一種情況是在VRRP 虛擬本地鏈路地址即link-local地址(和IPv6接口的link-local地址一致的情形下(此 時(shí)VRRPGroup處于Master狀態(tài))，主用設(shè)備重啟后會(huì)出現(xiàn)IPv6接口的link-local地址沖 突。原因是備用設(shè)備在主用設(shè)備重啟期間已切換為Master，此時(shí)主用設(shè)備的接口重新啟用， 進(jìn)行重復(fù)地址檢測(cè)(DuplicateAddress Detection，簡(jiǎn)稱為DAD)失敗。針對(duì)上述問(wèn)題，目前 尚無(wú)有效的解決方案。發(fā)明內(nèi)容
針對(duì)相關(guān)技術(shù)中，由于IPv6協(xié)議DAD檢測(cè)沖突造成的VRRP協(xié)議狀態(tài)機(jī)無(wú)法正常 運(yùn)行等問(wèn)題，本發(fā)明提供一種基于VRRP的IPv6協(xié)議地址沖突的處理方法及系統(tǒng)，以解決上 述問(wèn)題至少之一。
根據(jù)本發(fā)明的一個(gè)方面，提供一種基于VRRP的IPv6協(xié)議地址沖突的處理方法，該 方法包括當(dāng)?shù)谝辉O(shè)備檢測(cè)到其IPv6協(xié)議接口的本地鏈路地址與第二設(shè)備的虛擬本地鏈 路地址沖突時(shí)，第一設(shè)備接收來(lái)自于第二設(shè)備的VRRP虛擬本地鏈路地址；第一設(shè)備在確定 IPv6協(xié)議接口的本地鏈路地址與VRRP虛擬本地鏈路地址一致的情況下，重新激活I(lǐng)Pv6協(xié) 議接口的本地鏈路地址。4
根據(jù)本發(fā)明的另一個(gè)方面，提供一種基于VRRP的IPv6協(xié)議地址沖突的處理系統(tǒng)， 該系統(tǒng)包括第一設(shè)備和第二設(shè)備，其中，上述第一設(shè)備包括檢測(cè)模塊，用于檢測(cè)第一設(shè) 備的IPv6協(xié)議接口的本地鏈路地址與第二設(shè)備的虛擬本地鏈路地址是否發(fā)生沖突；接收 模塊，用于在檢測(cè)模塊檢測(cè)到發(fā)生沖突時(shí)，接收來(lái)自于所述第二設(shè)備的VRRP虛擬本地鏈路 地址；判斷模塊，用于判斷上述IPv6協(xié)議接口的本地鏈路地址與上述VRRP虛擬本地地址是 否一致；激活模塊，用于在判斷模塊輸出為是的情況下重新激活I(lǐng)Pv6協(xié)議接口的本地鏈路 地址。
本發(fā)明，通過(guò)在原主用設(shè)備(第一設(shè)備)檢測(cè)到其IPv6協(xié)議接口的本地鏈路地址 與原備用設(shè)備(第二設(shè)備)的虛擬本地鏈路地址沖突時(shí)，原主用設(shè)備接收來(lái)自于原備用設(shè) 備的VRRP虛擬本地鏈路地址，并在確定所述IPv6協(xié)議接口的本地鏈路地址與所述VRRP虛 擬本地地址一致的情況下重新激活原主用設(shè)備的IPv6協(xié)議接口的本地鏈路地址，解決了 相關(guān)技術(shù)中由于IPv6協(xié)議DAD檢測(cè)沖突造成的VRRP協(xié)議狀態(tài)機(jī)無(wú)法正常運(yùn)行等問(wèn)題，從 而達(dá)到了在IPv6協(xié)議接口的link-local DAD檢測(cè)沖突時(shí)VRRP協(xié)議狀態(tài)機(jī)也能正常運(yùn)行 的目的。


此處所說(shuō)明的附圖用來(lái)提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本申請(qǐng)的一部分，本發(fā) 明的示意性實(shí)施例及其說(shuō)明用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中
圖1為根據(jù)相關(guān)技術(shù)的VRRP組(VRRP Group)拓?fù)浣Y(jié)構(gòu)示意圖2為根據(jù)本發(fā)明實(shí)施例的基于VRRPv3的虛擬1 ink-local和IPv6接口的 link-local DAD檢測(cè)沖突的流程圖3為根據(jù)本發(fā)明實(shí)施例的基于VRRP的IPv6協(xié)議地址沖突的處理方法的流程 圖4為根據(jù)本發(fā)明優(yōu)選實(shí)施例的基于VRRP的IPv6協(xié)議地址沖突的處理方法的流 程圖5為根據(jù)本發(fā)明實(shí)施例的VRRPv3報(bào)文格式示意圖6為根據(jù)本發(fā)明實(shí)施例的基于VRRP的IPv6協(xié)議地址沖突的處理系統(tǒng)的結(jié)構(gòu)框 圖7為根據(jù)本發(fā)明優(yōu)選實(shí)施例的基于VRRP的IPv6協(xié)議地址沖突的處理系統(tǒng)的結(jié) 構(gòu)框圖。
具體實(shí)施方式
下文中將參考附圖并結(jié)合實(shí)施例來(lái)詳細(xì)說(shuō)明本發(fā)明。需要說(shuō)明的是，在不沖突的 情況下，本申請(qǐng)中的實(shí)施例及實(shí)施例中的特征可以相互組合。
為了更好地理解本發(fā)明的實(shí)施例，下面結(jié)合圖1和圖2說(shuō)明基于VRRPv3的虛擬 link-local和IPv6接口的link-local DAD檢測(cè)沖突的流程。其中，圖1中包括主用設(shè)備 Rl和備用設(shè)備R2，R1和R2分別配置了 VRRPv3協(xié)議并組成虛擬路由備份組。如圖2所示， 該流程包括
步驟S202，主用設(shè)備Master Rl因?yàn)楣收匣蛘呷藶橐蛩剡M(jìn)行重啟。5
步驟S204，備用設(shè)備Backup R2由于未收到Rl的VRRP通告報(bào)文，主動(dòng)切換為主用 狀態(tài)Master，此時(shí)VRRP Group的虛擬link-local地址生效，此時(shí)原來(lái)Rl上的數(shù)據(jù)流量將 轉(zhuǎn)發(fā)到R2。
步驟S206，Rl設(shè)備重啟后，IPv6接口獲取link-local地址。
步驟S208，IPv6接口 link-local地址啟用，需要進(jìn)行DAD檢測(cè)，需要查詢組網(wǎng)范 圍內(nèi)是否存在地址沖突，如果沖突轉(zhuǎn)入步驟S210，如果不沖突轉(zhuǎn)入步驟S212 ；
步驟S210，由于R2切換為Master后，虛擬的VRRP組link-local地址已經(jīng)生效， 而且和Rl設(shè)備的IPv6接口 link-local地址相同，所以產(chǎn)生沖突，Rl設(shè)備的IPv6接口 link-local地址無(wú)法生效。VRRP協(xié)議無(wú)法正常運(yùn)行，因?yàn)橹挥蠷2 —個(gè)設(shè)備在工作。
步驟S212，如果檢測(cè)成功，不存在沖突，Rl設(shè)備的IPv6接口正常獲取link-local 地址，端口啟用生效(up)。
步驟S214，由于Rl設(shè)備配置的VRRP優(yōu)先級(jí)最高，會(huì)通告R2自己成為Master， VRRPGroup將再次完成主備倒換，VRRP協(xié)議恢復(fù)正常運(yùn)行。
為了解決上述實(shí)施例由于IPv6協(xié)議DAD檢測(cè)沖突造成的VRRP協(xié)議狀態(tài)機(jī)無(wú)法正 常運(yùn)行的問(wèn)題，本發(fā)明提供以下實(shí)施例來(lái)解決上述問(wèn)題。
圖3為根據(jù)本發(fā)明實(shí)施例的基于VRRP的IPv6協(xié)議地址沖突的處理方法的流程 圖。如圖3所示，該方法包括
步驟S302，當(dāng)?shù)谝辉O(shè)備檢測(cè)到其IPv6協(xié)議接口的本地鏈路地址與第二設(shè)備的虛 擬本地鏈路地址沖突時(shí)，第一設(shè)備接收來(lái)自于第二設(shè)備的VRRP虛擬本地鏈路地址；
步驟S304，第一設(shè)備在確定I Pv6協(xié)議接口的本地鏈路地址與VRRP虛擬本地鏈路 地址一致的情況下，重新激活I(lǐng)Pv6協(xié)議接口的本地鏈路地址。
需要說(shuō)明的是，上述實(shí)施例及以下所述實(shí)施例中，第一設(shè)備在第二設(shè)備切換為主 用狀態(tài)前，為主用設(shè)備；第二設(shè)備在第一設(shè)備切換為主用狀態(tài)前，為備用設(shè)備。
通過(guò)以上實(shí)施例可以得出，上述實(shí)施例解決了相關(guān)技術(shù)中由于IPv6協(xié)議DAD 檢測(cè)沖突造成的VRRP協(xié)議狀態(tài)機(jī)無(wú)法正常運(yùn)行的問(wèn)題，從而達(dá)到了在IPv6協(xié)議接口的 link-local DAD檢測(cè)沖突時(shí)VRRP協(xié)議狀態(tài)機(jī)也能正常運(yùn)行的目的。
優(yōu)選地，第一設(shè)備重新激活I(lǐng)Pv6協(xié)議接口的本地鏈路地址之后，還可以包括第 一設(shè)備獲取激活的IPv6協(xié)議接口的本地鏈路地址，并將第一設(shè)備的級(jí)別切換至最高優(yōu)先 級(jí)。
優(yōu)選地，第一設(shè)備在確定IPv6協(xié)議接口的本地鏈路地址與VRRP虛擬本地鏈路地 址不一致的情況下，確定IP V6協(xié)議接口的本地鏈路地址無(wú)效。需要說(shuō)明的是，這種情況下， 說(shuō)明不是由于VRRP虛擬本地鏈路地址造成的DAD沖突，不必激活。
在上述實(shí)施例的優(yōu)選實(shí)施過(guò)程中，上述第一設(shè)備接收來(lái)自于第二設(shè)備的VRRP虛 擬本地鏈路地址可以包括以下處理
(1)、第一設(shè)備接收第二設(shè)備的通告報(bào)文信息；
(2)、第一設(shè)備對(duì)通告報(bào)文信息進(jìn)行解析得到VRRP虛擬本地鏈路地址。
優(yōu)選地，上述第一設(shè)備對(duì)通告報(bào)文信息進(jìn)行解析得到VRRP虛擬本地鏈路地址時(shí)， 還可以包括上述第一設(shè)備得到接口索引信息，其中，該接口索引信息用于指示第一設(shè)備接 收上述通告報(bào)文信息采用的IPv6接口，亦即指示第一設(shè)備哪個(gè)IPv6接口收到的通告報(bào)文信息，知道需要激活哪個(gè)IPv6接口。
為了更好地理解圖3所示實(shí)施例及其優(yōu)選實(shí)施例，下面結(jié)合圖4所示優(yōu)選實(shí)施例 詳細(xì)說(shuō)明上述方法流程，本實(shí)施例中，VRRP協(xié)議可以為VRRP v3, VRRP v3的具體格式可參 見(jiàn)附圖5。如圖4所示，該方法流程包括
步驟S402，R1設(shè)備的IPv6接口 link-local地址由于DAD檢測(cè)沖突無(wú)法生效，VRRP 協(xié)議無(wú)法正常運(yùn)行。
步驟S404，在IPv6接口下的link-local地址DAD檢測(cè)失敗情形下，收到VRRP通 告報(bào)文。此時(shí)需要設(shè)備保證VRRP通告報(bào)文在端口地址不生效的情況下也能進(jìn)行處理。
步驟S406，收發(fā)包模塊收到VRRP通告報(bào)文后，解析出VRRP虛擬link-local地址 以及報(bào)文接收的接口索引，構(gòu)造異步消息，并發(fā)送到IPv6協(xié)議棧模塊。
步驟S408，IPv6協(xié)議棧模塊收到消息后，判斷沖突的地址是否和VRRP虛擬 link-local 地址一致。
步驟S410，如果不一致，沖突的端口地址仍然無(wú)法激活，端口不啟動(dòng)生效(up)，進(jìn) 行正常的DAD檢測(cè)失敗流程，VRRP協(xié)議不能正常運(yùn)行。具體可參見(jiàn)圖2所示實(shí)施例中的內(nèi) 容，此處不再贅述。
步驟S412，如果一致，則重新激活接口下DAD檢測(cè)失敗的link-local地址。
步驟S414，IPv6實(shí)接口 UP后，該接口下的IPv6VRRP Group獲取IPv6接口的 link-local地址成功，進(jìn)行VRRP Group的狀態(tài)切換。由于Rl配置的優(yōu)先級(jí)最高，為255， 再次通告R2自己成為Master，VRRP Group再次完成主備切換，
圖6為根據(jù)本發(fā)明實(shí)施例的基于VRRP的IPv6協(xié)議地址沖突的處理系統(tǒng)的結(jié)構(gòu)框 圖。如圖6所示，該系統(tǒng)包括第一設(shè)備60和第二設(shè)備62，其中，上述第一設(shè)備包括
檢測(cè)模塊602，用于檢測(cè)第一設(shè)備60的IPv6協(xié)議接口的本地鏈路地址與第二設(shè)備 62的虛擬本地鏈路地址是否發(fā)生沖突；
接收模塊604，用于在檢測(cè)模塊602檢測(cè)到發(fā)生沖突時(shí)，接收來(lái)自于所述第二設(shè)備 62的VRRP虛擬本地鏈路地址；
判斷模塊606，用于判斷上述IPv6協(xié)議接口的本地鏈路地址與上述VRRP虛擬本地地址是否一致；
激活模塊608，用于在判斷模塊606輸出為是的情況下重新激活I(lǐng)Pv6協(xié)議接口的 本地鏈路地址。
優(yōu)選地，如圖7所示，上述第一設(shè)備60還可以包括
獲取模塊610，用于獲取激活的IPv6協(xié)議接口的本地鏈路地址；
切換模塊612，用于將第一設(shè)備60的級(jí)別切換至最高優(yōu)先級(jí)。
優(yōu)選地，上述激活模塊608，還用于在判斷模塊606輸出為否的情況下，確定IP v6 協(xié)議接口的本地鏈路地址無(wú)效。
優(yōu)選地，上述接收模塊604，還用于接收第二設(shè)備62的通告報(bào)文信息；則上述第一 設(shè)備60，如圖7所示，還包括解析模塊614，用于對(duì)通告報(bào)文信息進(jìn)行解析得到VRRP虛擬 本地鏈路地址。
優(yōu)選地，上述解析模塊614，還用于得到接口索引信息，其中其中，該接口索引信息 用于指示第一設(shè)備60接收上述通告報(bào)文信息采用的IPv6接口，亦即指示第一設(shè)備60哪個(gè)IPv6接口收到的通告報(bào)文信息，知道需要激活哪個(gè)IPv6接口。
綜上所述，通過(guò)在原主用設(shè)備(第一設(shè)備)檢測(cè)到其IPv6協(xié)議接口的本地鏈路地 址與原備用設(shè)備(第二設(shè)備)的虛擬本地鏈路地址沖突時(shí)，原主用設(shè)備接收來(lái)自于原備用 設(shè)備的VRRP虛擬本地鏈路地址，并在確定所述IPv6協(xié)議接口的本地鏈路地址與所述VRRP 虛擬本地地址一致的情況下重新激活原主用設(shè)備的IPv6協(xié)議接口的本地鏈路地址，解決 了相關(guān)技術(shù)中由于IPv6協(xié)議DAD檢測(cè)沖突造成的VRRP協(xié)議狀態(tài)機(jī)無(wú)法正常運(yùn)行的問(wèn)題， 從而達(dá)到了在IPv6協(xié)議接口的本地鏈路地址link-local DAD檢測(cè)沖突時(shí)VRRP協(xié)議狀態(tài) 機(jī)也能正常運(yùn)行的目的。
顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用 的計(jì)算裝置來(lái)實(shí)現(xiàn)，它們可以集中在單個(gè)的計(jì)算裝置上，或者分布在多個(gè)計(jì)算裝置所組成 的網(wǎng)絡(luò)上，可選地，它們可以用計(jì)算裝置可執(zhí)行的程序代碼來(lái)實(shí)現(xiàn)，從而，可以將它們存儲(chǔ) 在存儲(chǔ)裝置中由計(jì)算裝置來(lái)執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示 出或描述的步驟，或者將它們分別制作成各個(gè)集成電路模塊，或由內(nèi)置于CPU的程序代碼 完成，或者將它們中的多個(gè)模塊或步驟制作成單個(gè)集成電路模塊來(lái)實(shí)現(xiàn)。這樣，本發(fā)明不限 制于任何特定的硬件和軟件結(jié)合。
以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對(duì)于本領(lǐng)域的技 術(shù)人員來(lái)說(shuō)，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修 改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種基于VRRP的IPv6協(xié)議地址沖突的處理方法，其特征在于，包括當(dāng)?shù)谝辉O(shè)備檢測(cè)到其IP V6協(xié)議接口的本地鏈路地址與第二設(shè)備的虛擬本地鏈路地址 沖突時(shí)，所述第一設(shè)備接收來(lái)自于所述第二設(shè)備的VRRP虛擬本地鏈路地址；所述第一設(shè)備在確定所述IPv6協(xié)議接口的本地鏈路地址與所述VRRP虛擬本地鏈路地 址一致的情況下，重新激活所述IPv6協(xié)議接口的本地鏈路地址。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述第一設(shè)備重新激活所述IPv6協(xié)議接 口的本地鏈路地址之后，還包括所述第一設(shè)備獲取所述激活的IPv6協(xié)議接口的本地鏈路地址，并將所述第一設(shè)備的 級(jí)別切換至最高優(yōu)先級(jí)。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，還包括所述第一設(shè)備在確定所述IPv6協(xié)議接口的本地鏈路地址與所述VRRP虛擬本地鏈路地 址不一致的情況下，確定所述IP v6協(xié)議接口的本地鏈路地址無(wú)效。
4.根據(jù)權(quán)利要求1至3中任一項(xiàng)所述的方法，其特征在于，所述第一設(shè)備接收來(lái)自于所 述第二設(shè)備的VRRP虛擬本地鏈路地址包括所述第一設(shè)備接收所述第二設(shè)備的通告報(bào)文信息；所述第一設(shè)備對(duì)所述通告報(bào)文信息進(jìn)行解析得到所述VRRP虛擬本地鏈路地址。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述第一設(shè)備對(duì)所述通告報(bào)文信息進(jìn)行 解析得到所述VRRP虛擬本地鏈路地址時(shí)，所述方法還包括所述第一設(shè)備得到接口索引信息，所述其中，該接口索引信息用于指示所述第一設(shè)備 接收所述通告報(bào)文信息采用的IPv6接口。
6.一種基于VRRP的IPv6協(xié)議地址沖突的處理系統(tǒng)，包括第一設(shè)備和第二設(shè)備，其特征 在于，所述第一設(shè)備包括檢測(cè)模塊，用于檢測(cè)所述第一設(shè)備的IPv6協(xié)議接口的本地鏈路地址與第二設(shè)備的虛 擬本地鏈路地址是否發(fā)生沖突；接收模塊，用于在所述檢測(cè)模塊檢測(cè)到發(fā)生沖突時(shí)，接收來(lái)自于所述第二設(shè)備的VRRP 虛擬本地鏈路地址；判斷模塊，用于判斷所述IPv6協(xié)議接口的本地鏈路地址與所述VRRP虛擬本地地址是否一致；激活模塊，用于在所述判斷模塊輸出為是的情況下重新激活所述IP v6協(xié)議接口的本 地鏈路地址。
7.根據(jù)權(quán)利要求6所述的系統(tǒng)，其特征在于，所述第一設(shè)備還包括獲取模塊，用于獲取所述激活的IPv6協(xié)議接口的本地鏈路地址；切換模塊，用于將所述第一設(shè)備的級(jí)別切換至最高優(yōu)先級(jí)。
8.根據(jù)權(quán)利要求6所述的系統(tǒng)，其特征在于，所述激活模塊，還用于在所述判斷模塊輸出為否的情況下，確定所述IPv6協(xié)議接口的 本地鏈路地址無(wú)效。
9.根據(jù)權(quán)利要求6至8任一項(xiàng)所述的系統(tǒng)，其特征在于，所述接收模塊，還用于接收所述第二設(shè)備的通告報(bào)文信息；所述第一設(shè)備還包括解析模塊，用于對(duì)所述通告報(bào)文信息進(jìn)行解析得到所述VRRP虛
10.根據(jù)權(quán)利要求9所述的系統(tǒng)，其特征在于，所述解析模塊，還用于得到接口索引信息，其中，所述接口索引信息用于指示所述第一 設(shè)備接收所述通告報(bào)文信息采用的IPv6接口。
全文摘要
本發(fā)明提供一種基于VRRP的IPv6協(xié)議地址沖突的處理方法及系統(tǒng)，其中，上述方法包括當(dāng)?shù)谝辉O(shè)備檢測(cè)到其IPv6協(xié)議接口的本地鏈路地址與第二設(shè)備的虛擬本地鏈路地址沖突時(shí)，第一設(shè)備接收來(lái)自于第二設(shè)備的VRRP虛擬本地鏈路地址；第一設(shè)備在確定IPv6協(xié)議接口的本地鏈路地址與VRRP虛擬本地鏈路地址一致的情況下，重新激活I(lǐng)Pv6協(xié)議接口的本地鏈路地址。采用本發(fā)明提供的上述技術(shù)方案，解決了相關(guān)技術(shù)中由于IPv6協(xié)議DAD檢測(cè)沖突造成的VRRP協(xié)議狀態(tài)機(jī)無(wú)法正常運(yùn)行的問(wèn)題，從而達(dá)到了在IPv6協(xié)議接口的link-local DAD檢測(cè)沖突時(shí)VRRP協(xié)議狀態(tài)機(jī)也能正常運(yùn)行的目的。
文檔編號(hào)H04L29/12GK102035906SQ20101059450
公開(kāi)日2011年4月27日 申請(qǐng)日期2010年12月17日 優(yōu)先權(quán)日2010年12月17日
發(fā)明者張震宇 申請(qǐng)人:中興通訊股份有限公司