專利名稱：一種互為備份裝置的主從切換方法及主從切換系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及數(shù)據(jù)通信領(lǐng)域，尤其涉及一種互為備份裝置的主從切換方法。
背景技術(shù)：
當(dāng)今網(wǎng)絡(luò)世界，對網(wǎng)絡(luò)設(shè)備的要求不再僅僅是傳統(tǒng)的路由器和交換機提供的數(shù)據(jù)轉(zhuǎn)發(fā)能力，更要求網(wǎng)絡(luò)設(shè)備支持各種各樣的應(yīng)用。比如，要求設(shè)備既能做數(shù)據(jù)轉(zhuǎn)發(fā)，又能接入語音；既能完成負(fù)載分擔(dān)，又能夠進行內(nèi)容安全過濾。由于任何一家獨立的技術(shù)廠商很難同時提供客戶所要求的所有服務(wù)，用戶需要購買多個廠商的設(shè)備，自己進行這些設(shè)備的組網(wǎng)和功能配合。這樣往往因設(shè)備間的配合問題導(dǎo)致工作效率低下，不能靈活地使用每種設(shè)備所提供的各項功能。同時，很多設(shè)備堆放在機房中，給管理和維護造成了不小的負(fù)擔(dān)。
為了解決上述問題，本申請人提出了一種OAA架構(gòu)，將不同廠商的設(shè)備集成為一個松耦合的系統(tǒng)，如圖1所示。一個符合OAA架構(gòu)的系統(tǒng)包括通過接口連接部件ILC連接的網(wǎng)絡(luò)轉(zhuǎn)發(fā)部件NFC和獨立業(yè)務(wù)部件IAC，其中NFC是OAA系統(tǒng)的主體，負(fù)責(zé)進行報文轉(zhuǎn)發(fā)，有著完整的路由器和交換機的功能，也是用戶管理控制的核心；IAC是用來提供各種應(yīng)用的附加功能的業(yè)務(wù)服務(wù)主體，一般在OAA系統(tǒng)中表現(xiàn)為一塊單板或扣卡；ILC通常作為接口分別集成在NFC和IAC之上，為NFC和IAC提供報文轉(zhuǎn)發(fā)和控制信息傳遞的路徑。
針對不同的應(yīng)用，本申請人定義了主機、鏡像、重定向以及穿透4種工作模式，可以通過這4種模式之一或其中幾種的組合來完成NFC與IAC之間的通信。其中主機(Host)模式目前應(yīng)用最為廣泛的一種模式。
這種模式下，IAC就像網(wǎng)絡(luò)上的一臺主機，擁有自己的IP地址，作為網(wǎng)絡(luò)末梢存在。IP報文都是通ILC的以太網(wǎng)口轉(zhuǎn)發(fā)的，在邏輯上稱其為轉(zhuǎn)發(fā)通道(Forwar ding-Channel)。這種方式，NFC和IAC之間的耦合是最松的，NFC僅僅完成單純的報文轉(zhuǎn)發(fā)，IAC則作為數(shù)據(jù)報文的發(fā)起者和接收者，收發(fā)各種報文，NFC就是IAC的網(wǎng)關(guān)。在主機模式下，重要的IAC需要進行主、從備份，而如何進行IAC的主從切換則是需要解決的關(guān)鍵問題。
發(fā)明內(nèi)容
本發(fā)明要解決的問題是提供一種開放應(yīng)用架構(gòu)OAA系統(tǒng)中互為備份IAC的主從切換方法以及主從切換系統(tǒng)，使得工作于主機模式下的IAC能夠進行順利進行主從切換，而不影響NFC為其提供的報文轉(zhuǎn)發(fā)。
為解決上述技術(shù)問題，本發(fā)明的目的是通過以下技術(shù)方案實現(xiàn)的一種互為備份裝置的主從切換方法，所述裝置為工作于主機模式的開放應(yīng)用架構(gòu)OAA中的獨立業(yè)務(wù)部件IAC，所述互為備份的至少兩個IAC具有相同的虛擬IP地址，從IAC拒絕響應(yīng)對上述虛擬IP地址的ARP請求；從IAC新當(dāng)選為主IAC時，發(fā)布其自身MAC地址與所述虛擬IP地址對應(yīng)關(guān)系的免費ARP報文，所述免費ARP報文用于觸發(fā)NFC刷新ARP記錄。
優(yōu)選的，所述互為備份的至少兩個IAC還具有相同的虛擬MAC地址，從IAC新當(dāng)選為主IAC時，發(fā)布其自身虛擬MAC地址與虛擬IP地址對應(yīng)關(guān)系的免費ARP報文，所述免費ARP報文用于觸發(fā)NFC刷新虛擬MAC地址與接口的對應(yīng)關(guān)系。
優(yōu)選的，所述互為備份的至少兩個IAC具有不同的真實MAC地址，從IAC新當(dāng)選為主IAC時，發(fā)布其自身真實MAC地址與虛擬IP地址對應(yīng)關(guān)系的免費ARP報文，所述免費ARP報文用于觸發(fā)NFC刷新虛擬IP地址與真實MAC地址的對應(yīng)關(guān)系。
優(yōu)選的，所述方法還包括當(dāng)主IAC發(fā)生故障時，另外一個與之互為備份的從IAC新當(dāng)選為主IAC。
優(yōu)選的，所述方法還包括新主IAC接收來自NFC的新到達所述虛擬IP地址的業(yè)務(wù)流量。
優(yōu)選的，所述方法還包括互為備份的IAC根據(jù)交互的基本信息報文進行主從角色選舉。
一種主從切換系統(tǒng)，包括OAA中工作于主機模式的互為備份的至少兩個獨立業(yè)務(wù)部件IAC，所述互為備份IAC具有相同的虛擬IP地址，每個IAC包括ARP請求處理單元，用以在所述IAC由從IAC新當(dāng)選為主IAC時發(fā)布其自身MAC地址與所述虛擬IP地址對應(yīng)關(guān)系的免費ARP報文，所述免費ARP報文用于觸發(fā)NFC刷新ARP記錄；當(dāng)所述IAC作為從IAC時，其ARP請求處理單元拒絕響應(yīng)對上述虛擬IP地址的ARP請求。
優(yōu)選的，所述互為備份IAC還具有相同的虛擬MAC地址，上述ARP請求處理單元在其所屬IAC由從IAC新當(dāng)選為主IAC時發(fā)布的免費ARP報文包括自身虛擬MAC地址與虛擬IP地址的對應(yīng)關(guān)系，所述免費ARP報文用于觸發(fā)NEC刷新虛擬MAC地址與接口的對應(yīng)關(guān)系。
優(yōu)選的，所述互為備份IAC具有不同的真實MAC地址，上述ARP請求處理單元在其所屬IAC由從IAC新當(dāng)選為主IAC時發(fā)布的免費ARP報文包括自身真實MAC地址與虛擬IP地址的對應(yīng)關(guān)系，所述免費ARP報文用于觸發(fā)NFC刷新虛擬IP地址與真實MAC地址的對應(yīng)關(guān)系。
優(yōu)選的，每個IAC還包括主從控制單元，用以根據(jù)交互的基本信息報文進行主從角色選舉。
一種互為備份裝置的主從切換方法，所述裝置為工作于主機模式的開放應(yīng)用架構(gòu)OAA中的獨立業(yè)務(wù)部件IAC，所述互為備份的至少兩個IAC具有相同的業(yè)務(wù)虛擬IP地址組，所述業(yè)務(wù)虛擬IP地址組包括關(guān)聯(lián)于不同業(yè)務(wù)組的至少兩個業(yè)務(wù)虛擬IP地址，所述互為備份IAC基于不同的業(yè)務(wù)組進行負(fù)載分擔(dān)，每個IAC對其從控業(yè)務(wù)組相關(guān)的業(yè)務(wù)虛擬IP地址的ARP請求拒絕響應(yīng)；一個IAC將其業(yè)務(wù)組的控制權(quán)由從控切換為主控時，發(fā)布所述業(yè)務(wù)組關(guān)聯(lián)的業(yè)務(wù)虛擬IP地址與其自身MAC地址對應(yīng)關(guān)系的免費ARP報文，所述免費ARP報文用于觸發(fā)NFC刷新ARP記錄。
優(yōu)選的，所述互為備份的至少兩個IAC還具有相同的業(yè)務(wù)虛擬MAC地址組，所述業(yè)務(wù)虛擬MAC地址組包括關(guān)聯(lián)于不同業(yè)務(wù)組的至少兩個業(yè)務(wù)虛擬MAC地址，一個IAC將其業(yè)務(wù)組的控制權(quán)由從控切換為主控時，發(fā)布所述業(yè)務(wù)組關(guān)聯(lián)的業(yè)務(wù)虛擬IP地址和業(yè)務(wù)虛擬MAC地址對應(yīng)關(guān)系的免費ARP報文，所述免費ARP報文用于觸發(fā)NFC刷新業(yè)務(wù)虛擬MAC地址與接口的對應(yīng)關(guān)系。
優(yōu)選的，述互為備份的至少兩個IAC具有不同的真實MAC地址，一個IAC將其業(yè)務(wù)組的控制權(quán)由從控切換為主控時，發(fā)布所述業(yè)務(wù)組關(guān)聯(lián)的業(yè)務(wù)虛擬IP地址與其自身真實MAC地址對應(yīng)關(guān)系的免費ARP報文，所述免費ARP報文用于觸發(fā)NFC刷新業(yè)務(wù)虛擬IP地址與真實MAC地址的對應(yīng)關(guān)系。
優(yōu)選的，所述方法還包括當(dāng)一個IAC發(fā)生故障時，接替工作的IAC將其對應(yīng)業(yè)務(wù)組的控制權(quán)由從控切換為主控。
優(yōu)選的，所述方法還包括新掌握業(yè)務(wù)組主控權(quán)的IAC接收來自NFC的到達所述業(yè)務(wù)組關(guān)聯(lián)的業(yè)務(wù)虛擬IP地址的流量。
一種主從切換系統(tǒng)，包括OAA中工作于主機模式的互為備份的至少兩個獨立業(yè)務(wù)部件IAC，所述互為備份IAC具有相同的業(yè)務(wù)虛擬IP地址組，所述業(yè)務(wù)虛擬IP地址組包括關(guān)聯(lián)于不同業(yè)務(wù)組的至少兩個業(yè)務(wù)虛擬IP地址，互為備份IAC基于不同的業(yè)務(wù)組進行負(fù)載分擔(dān)；每個IAC包括ARP請求處理單元，用以在所述IAC將其業(yè)務(wù)組的控制權(quán)由從控切換為主控時，發(fā)布所述業(yè)務(wù)組關(guān)聯(lián)的業(yè)務(wù)虛擬IP地址與其自身MAC地址對應(yīng)關(guān)系的免費ARP報文，所述免費ARP報文用于觸發(fā)NFC刷新ARP記錄；所述IAC的ARP請求處理單元拒絕響應(yīng)對該IAC從控業(yè)務(wù)組相關(guān)的業(yè)務(wù)虛擬IP地址的ARP請求。
優(yōu)選的，所述互為備份IAC還具有相同的業(yè)務(wù)虛擬MAC地址組，所述業(yè)務(wù)虛擬MAC地址組包括關(guān)聯(lián)于不同業(yè)務(wù)組的至少兩個業(yè)務(wù)虛擬MAC地址，所述IAC在將其業(yè)務(wù)組的控制權(quán)由從控切換為主控時，其ARP請求處理單元發(fā)布的免費ARP報文包括所述業(yè)務(wù)組關(guān)聯(lián)的業(yè)務(wù)虛擬IP地址和業(yè)務(wù)虛擬MAC地址的對應(yīng)關(guān)系，所述免費ARP報文用于觸發(fā)NFC刷新業(yè)務(wù)虛擬MAC地址與接口的對應(yīng)關(guān)系。
優(yōu)選的，所述互為備份IAC具有不同的真實MAC地址，所述IAC在將其業(yè)務(wù)組的控制權(quán)由從控切換為主控時，其ARP請求處理單元發(fā)布的免費ARP報文包括所述業(yè)務(wù)組關(guān)聯(lián)的業(yè)務(wù)虛擬IP地址與其自身真實MAC地址對應(yīng)關(guān)系的免費ARP報文，所述免費ARP報文用于觸發(fā)NFC刷新業(yè)務(wù)虛擬IP地址與真實MAC地址的對應(yīng)關(guān)系。
優(yōu)選的，每個IAC還包括主從控制單元，用以根據(jù)交互的基本信息報文進行各業(yè)務(wù)組的主從控制權(quán)切換。
以上技術(shù)方案可以看出，在本發(fā)明的一種技術(shù)方案中，通過為互為備份的至少兩個IAC設(shè)置相同的虛擬IP地址，使得多個IAC均可處理相同業(yè)務(wù)具備了可能性。另外，從IAC拒絕響應(yīng)NFC對虛擬IP地址的ARP請求，只由主IAC響應(yīng)，保證了同一時間只有一個主IAC工作。當(dāng)從IAC新當(dāng)選為主IAC時，發(fā)布其自身MAC地址與虛擬IP地址對應(yīng)關(guān)系的免費ARP報文，觸發(fā)NFC刷新已有的ARP記錄。進而，NFC根據(jù)刷新后的ARP記錄，就可以將新到達所述虛擬IP地址的業(yè)務(wù)流量發(fā)送給所述新主IAC，即完成了IAC的主從切換，使新主IAC得以順利接替原主IAC的工作。由此可見，本發(fā)明提供的這種互為備份IAC的主從切換方法，保證了IAC工作于主機模式時的順利切換。本發(fā)明的另外一種技術(shù)方案，使得互為備份IAC在具有負(fù)載分擔(dān)功能的情況下仍然能夠順利進行主、從切換。
圖1為本申請人提供的OAA架構(gòu)示意圖；圖2為OAA架構(gòu)中互為備份IAC的主從切換方法第一實施例流程圖；圖3為本發(fā)明具體實施例對應(yīng)的OAA具體架構(gòu)示意圖；圖4為OAA架構(gòu)中互為備份IAC的主從切換方法第二實施例流程圖；圖5為OAA架構(gòu)中互為備份IAC的主從切換方法第三實施例流程圖；圖6為OAA架構(gòu)中互為備份IAC的主從切換方法第四實施例流程圖；圖7為本發(fā)明主從切換系統(tǒng)實施例的結(jié)構(gòu)示意圖。
具體實施例方式
請參閱圖2，其為本發(fā)明公開的一種開放應(yīng)用架構(gòu)OAA中互為備份的獨立業(yè)務(wù)部件IAC的主從切換方法第一實施例流程圖。為了使得敘述更為具體，以兩個IAC相互備份為例進行說明，請結(jié)合圖3，其為本發(fā)明具體實施例對應(yīng)的OAA具體架構(gòu)示意圖。在圖3所示的示例性O(shè)AA架構(gòu)圖中，包含第一IAC21、第二IAC22、NFC23以及第一IAC21與NFC23之間的ILC24、第二IAC22與NFC23之間的ILC25。
ILC的本質(zhì)是IAC和NFC兩部分的接口連接體，通過這個部件將不同廠商的設(shè)備連接在一起。ILC一般不表現(xiàn)為外部可見的部件，而是作為接口分別集成在NFC和IAC上。由于本發(fā)明主要涉及集成在NFC的接口，因此特別指出，ILC24集成在NFC上的接口是第一接口241，ILC25集成在NFC23上的接口是第二接口251。
步驟210為互為備份的第一IAC21和第二IAC22設(shè)置一個共同的虛擬IP地址10.1.1.3，即使得第一IAC21和第二IAC22具有相同的虛擬IP地址。并且，所有涉及第一IAC21和第二IAC22的業(yè)務(wù)相關(guān)配置都使用10.1.1.3這個業(yè)務(wù)虛擬IP地址。此外，第一IAC21的真實MAC地址為00.00.00.00.00.01，第二IAC22的真實MAC地址為00.00.00.00.00.02。
步驟220從IAC拒絕響應(yīng)NFC23對虛擬IP地址(10.1.1.3)的ARP(地址解析協(xié)議)請求，只由主IAC進行響應(yīng)。從IAC不處理和這個虛擬IP地址相關(guān)的任何報文。本領(lǐng)域技術(shù)人員知道，任何一種備份方案中，在同一時間只有一個設(shè)備處于主用狀態(tài)，其余與之備份的設(shè)備處于從狀態(tài)。本發(fā)明也例外，第一IAC21和第二IAC22中只有一個是主IAC，另外一個是從IAC，假設(shè)第一IAC21當(dāng)前是主IAC，第二IAC22當(dāng)前是從IAC。
如果NFC23是首次接收到目的IP地址為10.1.1.3的報文，由于此前沒有學(xué)習(xí)過相關(guān)ARP(地址解析協(xié)議)內(nèi)容，于是廣播一個IP地址為10.1.1.3的ARP請求。第一IAC21和第二IAC22都會收到這個ARP請求，而且兩者的虛擬IP地址都是10.1.1.3，但是由于第一IAC21是當(dāng)前的主IAC，因此只有第一IAC21向NFC23回復(fù)ARP響應(yīng)，在該ARP響應(yīng)報文中告知NFC23自己的真實MAC地址00.00.00.00.00.01。通常第二IAC22直接將該ARP請求報文丟棄。
NFC23根據(jù)第一IAC21回復(fù)的ARP響應(yīng)，獲得虛擬IP地址10.1.1.3與真實MAC地址00.00.00.00.00.01之間的對應(yīng)關(guān)系。與此同時，由于第一IAC21回復(fù)的ARP響應(yīng)報文是通過第一接口241進入NFC23的，因此NFC23還可以獲得真實MAC地址00.00.00.00.00.01和第一接口241的對應(yīng)關(guān)系。NFC23在獲得上述路由信息后，通常會通過表項予以記錄，如ARP表項和MAC表項。進而，NFC23就可以將目的IP為10.1.1.3的報文通過第一接口241轉(zhuǎn)發(fā)給真實MAC地址為00.00.00.00.00.01的第一IAC21。
此后，如果第一IAC21和第二IAC22之間不發(fā)生主從切換，NFC23一直會按照記錄的路由信息將到達虛擬IP地址10.1.1.3的業(yè)務(wù)流量發(fā)送到作為主IAC的第一IAC21上。
步驟230當(dāng)?shù)谝籌AC21發(fā)生故障或者其他原因?qū)е轮鲝那袚Q，第二IAC22新當(dāng)選為主IAC，第一IAC21新當(dāng)選為從IAC。
一般而言，只有主IAC發(fā)生故障時才會發(fā)生主從切換。就本實施例而言，第一IAC21在正常工作時會周期性發(fā)布基本信息報文，所述基本信息報文用以向從IAC(第二IAC22)表明自己是否存活。如果第二IAC22周期性收到來自第一IAC21的基本信息報文，就知道第一IAC21正常工作，保持自己的從狀態(tài)。如果第二IAC22在預(yù)置時間內(nèi)沒有收到來自第一IAC21的基本信息報文，則判斷第一IAC21可能發(fā)生故障，立刻新當(dāng)選為主IAC。
在第一IAC21和第二IAC22都剛啟動時，可以由用戶直接設(shè)置哪個是主哪個是從，也可以根據(jù)各IAC的優(yōu)先級等信息進行主從競爭。例如，啟動時第一IAC21和第二IAC22都視自己為從IAC，監(jiān)聽當(dāng)前是否有工作在主狀態(tài)的IAC(視其是否收到來自主IAC的基本信息報文而定)。如果從IAC在一段時間內(nèi)沒有收到來自主IAC的基本信息報文，就新當(dāng)選為主IAC，并發(fā)布包含自己優(yōu)先級的基本信息報文。凡是收到來自對方基本信息報文的從IAC，將對方優(yōu)先級和自己的優(yōu)先級進行比較，如果自己優(yōu)先級高于對方，則自己新當(dāng)選為主IAC，對方新當(dāng)選為從IAC；如果自己優(yōu)先級低于對方，則保持自己的從狀態(tài)。如果優(yōu)先級相同，則IP地址小的為主。由此就可以在互為備份IAC中選出主IAC和從IAC了。上述根據(jù)基本信息報文中的優(yōu)先級信息進行主從選舉過程，不僅可以發(fā)生在剛啟動階段，也可以發(fā)生在正常工作過程中，此種情況下，即使當(dāng)前主IAC不發(fā)生故障，而主、從IAC優(yōu)先級等狀態(tài)信息發(fā)生變化，也有可能發(fā)生主從切換。
另外，需要說明，以上多個互為備份IAC進行主從選舉的過程有多種方式，例如各IAC也可以作為主IAC啟動，選舉依據(jù)也不局限于優(yōu)先級以及IP地址等信息，這些都可以由用戶自己根據(jù)實際情況予以設(shè)置。
步驟240當(dāng)?shù)诙蘒AC22新當(dāng)選為主IAC時，主動發(fā)送虛擬IP地址10.1.1.3的免費ARP報文，在該免費ARP報文中公布虛擬IP地址10.1.1.3對應(yīng)的MAC地址為其自身的真實MAC地址00.00.00.00.00.02。這個虛擬IP地址10.1.1.3的免費ARP報文用于觸發(fā)NFC23刷新虛擬IP地址10.1.1.3與真實MAC地址的對應(yīng)關(guān)系。
前述提過，當(dāng)?shù)谝籌AC21是主IAC時，在NFC23學(xué)習(xí)到的ARP表項中，IP地址10.1.1.3對應(yīng)的MAC地址是第一IAC21的真實MAC地址00.00.00.00.00.01。此后，如果NFC23收到第二IAC22主動發(fā)布的免費ARP報文，就會根據(jù)該報文刷新原有的路由信息。具體而言，第二IAC21發(fā)布的免費ARP報文公布的與IP地址10.1.1.3對應(yīng)的MAC地址是第二IAC21的真實MAC地址00.00.00.00.00.02，而NFC23原有ARP表項中記錄與IP地址10.1.1.3對應(yīng)的MAC地址是00.00.00.00.00.01，于是NFC23據(jù)此進行刷新。將記錄的ARP表項中IP地址10.1.1.3對應(yīng)的MAC地址刷新為00.00.00.00.00.02(即第二IAC22的真實MAC地址)。
此外，由于第二IAC 22發(fā)送的免費ARP報文是通過第二接口251進入NFC23的，因此NFC23還可以獲得真實MAC地址00.00.00.00.00.02和第二接口251的對應(yīng)關(guān)系，一般通過MAC地址表項予以記錄。此后，如果有新的到達10.1.1.3這個IP地址的流量，就會被NFC通過第二接口251發(fā)送給真實MAC地址為00.00.00.00.00.02的第二IAC22。
由此可見，新當(dāng)選為主IAC的第二IAC 22通過發(fā)布免費ARP報文，使得NFC能夠?qū)⑿碌牡竭_10.1.1.3這個IP地址的流量發(fā)送給新主IAC(第二IAC22)，而不是原主IAC(第一IAC21)，成功實現(xiàn)了主從IAC的切換。
請參閱圖4，其為本發(fā)明公開的一種開放應(yīng)用架構(gòu)OAA中互為備份的獨立業(yè)務(wù)部件IAC的主從切換方法第二實施例流程圖。仍然結(jié)合圖3所示的OAA具體架構(gòu)示意圖進行具體舉例說明。本實施例與第一實施例的區(qū)別之處在于，互為備份的多個IAC設(shè)置有相同的虛擬MAC地址，進而導(dǎo)致新主IAC發(fā)布的免費ARP報文以及NFC刷新的ARP記錄都有所不同。對于本實施例和第一實施例相同的步驟或概念，就不再贅述，詳細內(nèi)容請參看第一實施例所述。
步驟410為互為備份的第一IAC21和第二IAC22設(shè)置一個共同的虛擬IP地址10.1.1.3，以及一個共同的虛擬MAC地址00.00.00.00.00.03。
步驟420從IAC拒絕響應(yīng)NFC23對虛擬IP地址(10.1.1.3)的ARP請求，只由主IAC予以響應(yīng)。從IAC不處理和這個虛擬IP地址相關(guān)的任何報文。
如果NFC23是首次接收到目的IP地址為10.1.1.3的報文，由于此前沒有學(xué)習(xí)過相關(guān)ARP(地址解析協(xié)議)內(nèi)容，因此廣播IP地址為10.1.1.3的ARP請求報文。第一IAC21和第二IAC22都會收到這個ARP請求，而且兩者的虛擬IP地址都是10.1.1.3，但是由于第一IAC21是當(dāng)前的主IAC，因此只有第一IAC21向NFC23回復(fù)ARP響應(yīng)，在該ARP響應(yīng)報文中告知NFC23自己的虛擬MAC地址00.00.00.00.00.03。通常第二IAC22直接將該ARP請求報文丟棄。
NFC23根據(jù)第一IAC21回復(fù)的ARP響應(yīng)，獲得虛擬IP地址10.1.1.3與虛擬MAC地址00.00.00.00.00.03之間的對應(yīng)關(guān)系。與此同時，由于第一IAC21回復(fù)的ARP響應(yīng)報文是通過第一接口241進入NFC23的，因此NFC23還可以獲得虛擬MAC地址00.00.00.00.00.03和第一接口241的對應(yīng)關(guān)系。NFC23在獲得上述路由信息后，通常會通過表項予以記錄，如ARP表項和MAC表項。進而，NFC23就可以將目的IP為10.1.1.3的報文通過第一接口241轉(zhuǎn)發(fā)給虛擬MAC地址為00.00.00.00.00.03的IAC，由于第一接口241連接的只是第一IAC 21，因此到達IP地址10.1.1.3的流量都會發(fā)送給第一IAC 21。
此后，如果第一IAC21和第二IAC22之間不發(fā)生主從切換，NFC23一直會按照記錄的路由信息將到達虛擬IP地址10.1.1.3的業(yè)務(wù)流量發(fā)送到作為主IAC的第一IAC21上。
步驟430當(dāng)?shù)谝籌AC21發(fā)生故障或者其他原因?qū)е轮鲝那袚Q，第二IAC22新當(dāng)選為主IAC，第一IAC21新當(dāng)選為從IAC。
步驟440當(dāng)?shù)诙蘒AC22新當(dāng)選為主IAC時，主動發(fā)送虛擬IP地址10.1.1.3的免費ARP報文，在該免費ARP報文中公布虛擬IP地址10.1.1.3對應(yīng)的MAC地址為虛擬MAC地址00.00.00.00.00.03。這個虛擬IP地址10.1.1.3的免費ARP報文用于觸發(fā)NFC23刷新虛擬MAC 00.00.00.00.00.03地址與接口的對應(yīng)關(guān)系。
在步驟420中前述提過，當(dāng)?shù)谝籌AC21是主IAC時，在NFC23學(xué)習(xí)到的ARP表項中，IP地址10.1.1.3對應(yīng)的MAC地址是第一IAC21和第二IAC22共有的虛擬MAC地址00.00.00.00.00.03。此后，如果NFC23收到第二IAC22主動發(fā)布的免費ARP報文，就會根據(jù)該報文刷新原有的路由信息。具體而言，第二IAC21發(fā)布的免費ARP報文公布的與IP地址10.1.1.3對應(yīng)的MAC地址是仍然是所述虛擬MAC地址00.00.00.00.00.03，因此NFC記錄的IP地址10.1.1.3與MAC地址00.00.00.00.00.03之間的對應(yīng)關(guān)系并沒有變化，無需刷新。但是，由于第二IAC 22發(fā)送的免費ARP報文是通過第二接口251進入NFC23的，所以NFC23此次獲得虛擬MAC地址00.00.00.00.00.03對應(yīng)的接口為第二接口251；而此前NFC記錄的虛擬MAC地址00.00.00.00.00.03對應(yīng)的接口為第一接口241。于是，NFC就需要根據(jù)新接收到的免費ARP報文對已記錄的MAC地址和接口對應(yīng)關(guān)系進行刷新，將MAC地址00.00.00.00.00.03對應(yīng)的接口由第一接口241改為第二接口251。
此后，如果有新的到達10.1.1.3這個IP地址的流量，就會被NFC通過第二接口251發(fā)送給虛擬MAC地址為00.00.00.00.00.02的IAC，由于第二接口251連接的只是第二IAC 22，因此到達IP地址10.1.1.3的流量都會發(fā)送給第二IAC 22。
由此可見，新當(dāng)選為主IAC的第二IAC 22通過發(fā)布免費ARP報文，使得NFC能夠?qū)⑿碌牡竭_10.1.1.3這個IP地址的流量發(fā)送給新主IAC(第二IAC22)，而不是原主IAC(第一IAC21)，成功實現(xiàn)了主從IAC的切換。
通過上述工作過程可以看出，在第二實施例中，由于新主IAC發(fā)布的免費ARP報文自身內(nèi)容較原主IAC發(fā)送給NFC的ARP響應(yīng)報文內(nèi)容沒有變化，即都是共有的虛擬IP地址和共有的虛擬MAC地址之間的對應(yīng)關(guān)系，因此，即使NFC之外的其他網(wǎng)絡(luò)設(shè)備學(xué)習(xí)到這個免費ARP也不會受到任何影響。
本領(lǐng)域技術(shù)人員應(yīng)該意識到，以上第一實施例和第二實施例雖然都是以兩個互為備份IAC進行的具體說明，但是在實際應(yīng)用中，也可以根據(jù)具體情況設(shè)置兩個以上的互為備份IAC。如果多于兩個IAC進行相互備份，那么如果主IAC故障，其余多個從IAC既可以由用戶指定一個作為新主IAC，也可以根據(jù)自己優(yōu)先級等信息進行競爭，在當(dāng)前多個從IAC中選出一個主IAC，進而該新當(dāng)選的主IAC后續(xù)操作和前述實施例相同。
請參閱圖5，其為本發(fā)明公開的一種開放應(yīng)用架構(gòu)OAA中互為備份的獨立業(yè)務(wù)部件IAC的主從切換方法第三實施例流程圖。仍然結(jié)合圖3所示的示例性O(shè)AA架構(gòu)示意圖進行具體舉例說明。本實施例與第一實施例的區(qū)別之處在于，本實施例中的多個IAC之間的不但具有備份功能，還具有基于不同業(yè)務(wù)組的負(fù)載分擔(dān)功能。對于本實施例和第一實施例相同的步驟或概念，不再贅述，詳細內(nèi)容請參看第一實施例所述。
步驟510為互為備份的第一IAC21和第二IAC22設(shè)置共同的業(yè)務(wù)虛擬IP地址組，所述業(yè)務(wù)虛擬IP地址組包括關(guān)聯(lián)于不同業(yè)務(wù)組的兩個業(yè)務(wù)虛擬IP地址關(guān)聯(lián)于第一業(yè)務(wù)組的業(yè)務(wù)虛擬IP地址10.1.1.3和關(guān)聯(lián)于第二業(yè)務(wù)組的業(yè)務(wù)虛擬IP地址10.1.1.4。應(yīng)當(dāng)意識到，業(yè)務(wù)虛擬IP地址組中包含的業(yè)務(wù)虛擬IP地址數(shù)目和劃分的不同業(yè)務(wù)組相關(guān)，因此并不局限于兩個，本實施例只是給出一個示例。
之所以稱為第一IAC21和第二IAC22共有的業(yè)務(wù)虛擬IP地址組，是指對于同一個業(yè)務(wù)組而言，第一IAC21和第二IAC22具有相同的虛擬IP地址。就第一業(yè)務(wù)組而言，第一IAC21和第二IAC22具有相同的虛擬IP地址10.1.1.3；就第二業(yè)務(wù)組而言，第一IAC21和第二IAC22具有相同的虛擬IP地址10.1.1.4。此外，涉及同一業(yè)務(wù)組的業(yè)務(wù)相關(guān)配置都使用該業(yè)務(wù)組關(guān)聯(lián)的業(yè)務(wù)虛擬IP地址。具體而言，所有有關(guān)第一業(yè)務(wù)組的業(yè)務(wù)相關(guān)配置都使用業(yè)務(wù)虛擬IP地址10.1.1.3；所有有關(guān)第二業(yè)務(wù)組的業(yè)務(wù)相關(guān)配置都使用業(yè)務(wù)虛擬IP地址10.1.1.4。
此外，第一IAC21的真實MAC地址為00.00.00.00.00.01，第二IAC22的真實MAC地址為00.00.00.00.00.02。
步驟520第一IAC21和第二IAC22基于不同的業(yè)務(wù)組進行負(fù)載分擔(dān)，每個IAC對其從控業(yè)務(wù)組相關(guān)的業(yè)務(wù)虛擬IP地址的ARP請求拒絕響應(yīng)。
所謂主控是指IAC對業(yè)務(wù)組中的業(yè)務(wù)進行處理，如接收來自NFC的有關(guān)該業(yè)務(wù)組的流量等；所謂從控是指IAC對業(yè)務(wù)組中的業(yè)務(wù)不進行處理，如不接收來自NFC的有關(guān)該業(yè)務(wù)組的流量等，但是對于從控的業(yè)務(wù)組可以在一定條件下改為進行主控。一個IAC對哪些業(yè)務(wù)組從控，哪些業(yè)務(wù)組主控，最初可以由用戶自行配置，也可以讓多個互為備份的IAC根據(jù)各自每個業(yè)務(wù)組的控制權(quán)優(yōu)先級進行競爭?？傊?，最終可以達到多個互為備份IAC基于不同業(yè)務(wù)組進行負(fù)載分擔(dān)，較為合理的利用了備份資源。
假設(shè)第一IAC21對于第一業(yè)務(wù)組的控制權(quán)是主控，對于第二業(yè)務(wù)組的控制權(quán)是從控；第二IAC22對于第一業(yè)務(wù)組的控制權(quán)是從控，對于第二業(yè)務(wù)組的控制權(quán)是主控。當(dāng)?shù)谝籌AC21和第二IAC22都可以正常工作的情況下，每個IAC對其從控業(yè)務(wù)組相關(guān)的業(yè)務(wù)虛擬IP地址的ARP請求拒絕響應(yīng)。具體而言，第一IAC21只對第一業(yè)務(wù)組關(guān)聯(lián)的業(yè)務(wù)虛擬IP地址10.1.1.3的ARP請求予以響應(yīng)，不對第二業(yè)務(wù)組關(guān)聯(lián)的業(yè)務(wù)虛擬IP地址10.1.1.4的ARP請求進行響應(yīng)；第二IAC22只對第二業(yè)務(wù)組關(guān)聯(lián)的業(yè)務(wù)虛擬IP地址10.1.1.4的ARP請求予以響應(yīng)，不對第一業(yè)務(wù)組關(guān)聯(lián)的業(yè)務(wù)虛擬IP地址10.1.1.3的ARP請求進行響應(yīng)。
如果NFC23首次接收到目的IP地址為10.1.1.3的報文，由于此前沒有學(xué)習(xí)過相關(guān)ARP(地址解析協(xié)議)內(nèi)容，于是廣播IP地址為10.1.1.3的ARP請求。第一IAC21和第二IAC22都會收到這個ARP請求，而且兩者的虛擬IP地址都有10.1.1.3。第一IAC21發(fā)現(xiàn)10.1.1.3這個業(yè)務(wù)虛擬IP地址關(guān)聯(lián)的業(yè)務(wù)組是第一業(yè)務(wù)組，目前自己對第一業(yè)務(wù)組的控制權(quán)是主控，因而響應(yīng)該ARP請求，告知NFC23自己的IP地址是10.1.1.3、MAC地址是00.00.00.00.00.01。第二IAC22發(fā)現(xiàn)10.1.1.3這個業(yè)務(wù)虛擬IP地址關(guān)聯(lián)的業(yè)務(wù)組是第一業(yè)務(wù)組，而目前自己對第一業(yè)務(wù)組的控制權(quán)是從控，因此丟棄該報文不予以響應(yīng)。
NFC23根據(jù)第一IAC21回復(fù)的ARP響應(yīng)，獲得虛擬IP地址10.1.1.3與真實MAC地址00.00.00.00.00.01之間的對應(yīng)關(guān)系。與此同時，由于第一IAC21回復(fù)的ARP響應(yīng)報文是通過第一接口241進入NFC23的，因此NFC23還可以獲得真實MAC地址00.00.00.00.00.01和第一接口241的對應(yīng)關(guān)系。NFC23在獲得上述路由信息后，通常會通過表項予以記錄，如ARP表項和MAC表項。進而，NFC23就可以將目的IP為10.1.1.3的報文通過第一接口241轉(zhuǎn)發(fā)給真實MAC地址為00.00.00.00.00.01的第一IAC21。
同理，如果NFC23首次接收到目的IP地址為10.1.1.4的報文，當(dāng)其發(fā)送該IP地址的ARP請求時，只有第二IAC22予以響應(yīng)。進而，NFC23根據(jù)第二IAC21回復(fù)的ARP響應(yīng)，獲得虛擬IP地址10.1.1.4與真實MAC地址00.00.00.00.00.02之間的對應(yīng)關(guān)系。與此同時，由于第二IAC21回復(fù)的ARP響應(yīng)報文是通過第二接口251進入NFC23的，因此NFC23還可以獲得真實MAC地址00.00.00.00.00.02和第二接口251的對應(yīng)關(guān)系。此后，NFC23就會將目的IP為10.1.1.4的報文通過第二接口251轉(zhuǎn)發(fā)給真實MAC地址為00.00.00.00.00.02的第二IAC22。
如果第一IAC21和第二IAC22之間不就相關(guān)業(yè)務(wù)組的控制權(quán)發(fā)生主、從切換，則NFC23會一直按照記錄的路由信息將到達虛擬IP地址10.1.1.3的業(yè)務(wù)流量發(fā)送到第一IAC21，將到達虛擬IP地址10.1.1.4的業(yè)務(wù)流量發(fā)送到第二IAC22。
530第一IAC21發(fā)生故障或者其他原因，導(dǎo)致第二IAC22對第一業(yè)務(wù)組的控制權(quán)由從控切換到主控。最常見的例子是第一IAC21發(fā)生故障，那么其就無法完成對第一業(yè)務(wù)組的主控工作，必須由第二IAC22予以接替，進而第二IAC22對第二業(yè)務(wù)組的控制權(quán)由從控切換為主控。此外，和第一實施例中所述內(nèi)容類似，還可能基于優(yōu)先級競爭導(dǎo)致一個IAC對相關(guān)業(yè)務(wù)組的控制權(quán)發(fā)生變化。
例如，正常工作的互為備份IAC周期性發(fā)布基本信息報文，所述基本信息報文包括各自支持的業(yè)務(wù)組以及對每個業(yè)務(wù)組的控制權(quán)優(yōu)先級(優(yōu)先級相同情況下還可以判斷IP地址)，進而各IAC根據(jù)接收到的基本信息報文內(nèi)容對各業(yè)務(wù)組的控制權(quán)進行競爭，最后每個IAC都有主控的業(yè)務(wù)組以及從控的業(yè)務(wù)組，達到了負(fù)載分擔(dān)目的。此后，如果某IAC對某些業(yè)務(wù)組的控制權(quán)優(yōu)先級發(fā)生了變化，就可能某個IAC對一些業(yè)務(wù)組的控制權(quán)進行切換，由從控切換到主控或由主控切換到從控。
540第二IAC22對第一業(yè)務(wù)組的控制權(quán)由從控切換到主控時，主動發(fā)送虛擬IP地址10.1.1.3的免費ARP報文，在該免費ARP報文中公布虛擬IP地址10.1.1.3對應(yīng)的MAC地址為其自身的真實MAC地址00.00.00.00.00.02。這個虛擬IP地址10.1.1.3的免費ARP報文用于觸發(fā)NFC23刷新虛擬IP地址10.1.1.3與真實MAC地址的對應(yīng)關(guān)系。
前述提過，當(dāng)?shù)谝籌AC21對第一業(yè)務(wù)組是主控時，在NFC23學(xué)習(xí)到的ARP表項中，IP地址10.1.1.3對應(yīng)的MAC地址是第一IAC21的真實MAC地址00.00.00.00.00.01。此后，由于NFC23收到第二IAC22主動發(fā)布的免費ARP報文，就會根據(jù)該報文刷新原有的路由信息。具體而言，第二IAC21發(fā)布的免費ARP報文公布的與IP地址10.1.1.3對應(yīng)的MAC地址是第二IAC21的真實MAC地址00.00.00.00.00.02，而NFC23原有ARP表項中記錄與IP地址10.1.1.3對應(yīng)的MAC地址是00.00.00.00.00.01，于是NFC23據(jù)此進行刷新。將記錄的ARP表項中IP地址10.1.1.3對應(yīng)的MAC地址由原來的00.00.00.00.00.01(即第一IAC22的真實MAC地址)刷新為00.00.00.00.00.02(即第二IAC22的真實MAC地址)。
此外，由于第二IAC 22發(fā)送的免費ARP報文是通過第二接口251進入NFC23的，因此NFC23還可以獲得真實MAC地址00.00.00.00.00.02和第二接口251的對應(yīng)關(guān)系。此后，如果有新的到達10.1.1.3這個IP地址的流量，就會被NFC通過第二接口251發(fā)送給真實MAC地址為00.00.00.00.00.02的第二IAC22。
由此可見，新掌握第一業(yè)務(wù)組主控權(quán)的第二IAC22通過發(fā)布免費ARP報文，使得NFC能夠?qū)⑿碌牡竭_10.1.1.3這個IP地址的流量發(fā)送給新掌握主控權(quán)的IAC第二IAC 22，而不是原掌握主控權(quán)的第一IAC21，成功實現(xiàn)了主從IAC的切換。
如果是由于第一IAC發(fā)生故障進行的切換，則第一IAC根本無法繼續(xù)工作；如果是優(yōu)先級變化導(dǎo)致第一IAC21和第二IAC22對第一業(yè)務(wù)組的主控權(quán)發(fā)生變化，那么在第二IAC22將對第一業(yè)務(wù)組的主控權(quán)由從控切換到主控的同時，第一IAC21也會將對第一業(yè)務(wù)組的主控權(quán)由主控切換到從控，并按照步驟520所述的從控業(yè)務(wù)相關(guān)動作處理。至于第一IAC21故障恢復(fù)后是否要回第一業(yè)務(wù)組的主控權(quán)則可以視情況而定，假設(shè)第一IAC21故障恢復(fù)后要回了第一業(yè)務(wù)組的主控權(quán)，則也會按照前述第二IAC22新掌握第一業(yè)務(wù)組主控權(quán)時的方法主動發(fā)送自己的免費ARP報文，重新從NFC獲得新的10.1.1.3這個IP地址的流量，具體過程不再贅述。
請參閱圖6，其為本發(fā)明公開的一種開放應(yīng)用架構(gòu)OAA中互為備份的獨立業(yè)務(wù)部件IAC的主從切換方法第四實施例流程圖。仍然結(jié)合圖3所示的示例性O(shè)AA架構(gòu)示意圖進行具體舉例說明。本實施例與第三實施例的區(qū)別之處在于，互為備份的多個IAC設(shè)置有相同的虛擬MAC地址組，所述業(yè)務(wù)虛擬MAC地址組包括關(guān)聯(lián)于不同業(yè)務(wù)組的至少兩個業(yè)務(wù)虛擬MAC地址，于是導(dǎo)致新掌握相關(guān)業(yè)務(wù)組主控權(quán)的IAC發(fā)布的免費ARP報文以及NFC刷新的ARP記錄都有所不同。對于本實施例和第三實施例相同的步驟或概念，就不再贅述，詳細內(nèi)容請參看第三實施例所述。
步驟610為互為備份的第一IAC21和第二IAC22設(shè)置共同的業(yè)務(wù)虛擬IP地址組和共同的虛擬MAC地址組。所述業(yè)務(wù)虛擬IP地址組包括關(guān)聯(lián)于不同業(yè)務(wù)組的兩個業(yè)務(wù)虛擬IP地址關(guān)聯(lián)于第一業(yè)務(wù)組的業(yè)務(wù)虛擬IP地址10.1.1.3和關(guān)聯(lián)于第二業(yè)務(wù)組的業(yè)務(wù)虛擬IP地址10.1.1.4。所述虛擬MAC地址組包括關(guān)聯(lián)于不同業(yè)務(wù)組的兩個業(yè)務(wù)虛擬IP地址關(guān)聯(lián)于第一業(yè)務(wù)組的業(yè)務(wù)虛擬MAC地址00.00.00.00.00.05和關(guān)聯(lián)于第二業(yè)務(wù)組的業(yè)務(wù)虛擬MAC地址00.00.00.00.00.06。具體而言，對于第一業(yè)務(wù)組，第一IAC21和第二IAC22具有相同的業(yè)務(wù)虛擬MAC地址00.00.00.00.00.05；對于第二業(yè)務(wù)組，第一IAC21和第二IAC22具有相同的業(yè)務(wù)虛擬MAC地址00.00.00.00.00.06。
步驟620第一IAC21和第二IAC22基于不同的業(yè)務(wù)組進行負(fù)載分擔(dān)，每個IAC對其從控業(yè)務(wù)組相關(guān)的業(yè)務(wù)虛擬IP地址的ARP請求拒絕響應(yīng)。
如果NFC23首次接收到目的IP地址為10.1.1.3的報文，由于此前沒有學(xué)習(xí)過相關(guān)ARP(地址解析協(xié)議)內(nèi)容，于是廣播IP地址為10.1.1.3的ARP請求。第一IAC21和第二IAC22都會收到這個ARP請求，而且兩者的虛擬IP地址都有10.1.1.3。第一IAC21發(fā)現(xiàn)10.1.1.3這個業(yè)務(wù)虛擬IP地址關(guān)聯(lián)的業(yè)務(wù)組是第一業(yè)務(wù)組，目前自己對第一業(yè)務(wù)組的控制權(quán)是主控，因而響應(yīng)該ARP請求，告知NFC23自己的IP地址是10.1.1.3、MAC地址是00.00.00.00.00.05(關(guān)聯(lián)于第一業(yè)務(wù)組的虛擬MAC地址)。第二IAC22發(fā)現(xiàn)10.1.1.3這個業(yè)務(wù)虛擬IP地址關(guān)聯(lián)的業(yè)務(wù)組是第一業(yè)務(wù)組，而目前自己對第一業(yè)務(wù)組的控制權(quán)是從控，因此丟棄該報文不予以響應(yīng)。
NFC23根據(jù)第一IAC21回復(fù)的ARP響應(yīng)，獲得虛擬IP地址10.1.1.3與業(yè)務(wù)虛擬MAC地址00.00.00.00.00.05之間的對應(yīng)關(guān)系。與此同時，由于第一IAC21回復(fù)的ARP響應(yīng)報文是通過第一接口241進入NFC23的，因此NFC23還可以獲得業(yè)務(wù)虛擬MAC地址00.00.00.00.00.05和第一接口241的對應(yīng)關(guān)系。NFC23在獲得上述路由信息后，通常會通過表項予以記錄，如ARP表項和MAC表項。進而，NFC23就會將目的IP為10.1.1.3的報文通過第一接口241轉(zhuǎn)發(fā)給業(yè)務(wù)虛擬MAC地址為00.00.00.00.00.05的IAC，由于第一接口241連接的只是第一IAC 21，因此到達IP地址10.1.1.3(即關(guān)聯(lián)于第一業(yè)務(wù)組)的流量都會發(fā)送給第一IAC 21。
同理，NFC23會將目的IP為10.1.1.4的報文(即關(guān)聯(lián)于第二業(yè)務(wù)組)通過第二接口251轉(zhuǎn)發(fā)給業(yè)務(wù)虛擬MAC地址為00.00.00.00.00.06的IAC，由于第二接口251連接的只是第二IAC 22，因此到達IP地址10.1.1.4的流量都會發(fā)送給第二IAC 22。
步驟630第一IAC21發(fā)生故障或者其他原因，導(dǎo)致第二IAC22對第一業(yè)務(wù)組的控制權(quán)由從控切換到主控。最常見的例子是第一IAC21發(fā)生故障，那么其就無法完成對第一業(yè)務(wù)組的主控工作，必須由第二IAC22予以接替，進而第二IAC22對第二業(yè)務(wù)組的控制權(quán)由從控切換為主控。優(yōu)先級競爭導(dǎo)致控制權(quán)發(fā)生變化的實例請參看步驟530所述相關(guān)內(nèi)容，此處不再贅述。
步驟640第二IAC22對第一業(yè)務(wù)組的控制權(quán)由從控切換到主控時，主動發(fā)送虛擬IP地址10.1.1.3的免費ARP報文，在該免費ARP報文中公布虛擬IP地址10.1.1.3對應(yīng)的MAC地址為虛擬MAC地址00.00.00.00.00.05。這個虛擬IP地址10.1.1.3的免費ARP報文用于觸發(fā)NFC23刷新虛擬IP地址10.1.1.3與真實MAC地址的對應(yīng)關(guān)系。
在步驟620中提過，當(dāng)?shù)谝籌AC21是主IAC時，NFC23學(xué)習(xí)到的ARP表項中IP地址10.1.1.3對應(yīng)的MAC地址是第一IAC21和第二IAC22共有的虛擬MAC地址00.00.00.00.00.05(即關(guān)聯(lián)于第一業(yè)務(wù)組的業(yè)務(wù)虛擬MAC地址)。此后，由于NFC23收到第二IAC22主動發(fā)布的免費ARP報文，就會根據(jù)該報文刷新原有的路由信息。具體而言，第二IAC21發(fā)布的免費ARP報文公布的與IP地址10.1.1.3對應(yīng)的MAC地址是仍然是與第一業(yè)務(wù)組關(guān)聯(lián)的業(yè)務(wù)虛擬MAC地址00.00.00.00.00.05，因此NFC記錄的IP地址10.1.1.3與MAC地址00.00.00.00.00.05之間的對應(yīng)關(guān)系并沒有變化，無需刷新。但是，由于第二IAC 22發(fā)送的免費ARP報文是通過第二接口251進入NFC23的，所以NFC23此次獲得虛擬MAC地址00.00.00.00.00.05對應(yīng)的接口為第二接口251；而此前(詳見步驟620)NFC記錄的虛擬MAC地址00.00.00.00.00.05對應(yīng)的接口為第一接口241。于是，NFC就需要根據(jù)新接收到的免費ARP報文對已記錄的MAC地址和接口對應(yīng)關(guān)系進行刷新，將MAC地址00.00.00.00.00.05對應(yīng)的接口由第一接口241改為第二接口251。
此后，如果有新的到達10.1.1.3這個IP地址的流量，就會被NFC通過第二接口251發(fā)送給虛擬MAC地址為00.00.00.00.00.05的IAC，由于第二接口251連接的只是第二IAC 22，因此到達IP地址10.1.1.3的流量都會發(fā)送給第二IAC 22。
由此可見，新掌握第一業(yè)務(wù)組主控權(quán)的第二IAC22通過發(fā)布免費ARP報文，使得NFC能夠?qū)⑿碌牡竭_10.1.1.3這個IP地址的流量(第一業(yè)務(wù)組中的相關(guān)業(yè)務(wù))發(fā)送給新掌握主控權(quán)的第二IAC 22，而不是原掌握主控權(quán)的第一IAC21，實現(xiàn)了IAC對相關(guān)業(yè)務(wù)組主控權(quán)的順利切換。
本發(fā)明還公開了一種主從切換系統(tǒng)，請參閱圖7，其為本發(fā)明主從切換系統(tǒng)的實施例結(jié)構(gòu)示意圖。為了避免重復(fù)描述，對于前文已經(jīng)介紹過的相同概念不再贅述。而且需要說明，雖然本實施例所示的主從切換系統(tǒng)只包括兩個IAC，但本領(lǐng)域技術(shù)人員應(yīng)該意識到，根據(jù)同樣原理，本發(fā)明所述主從切換系統(tǒng)包括的IAC不局限于兩個，可以多余兩個。
所述主從切換系統(tǒng)包括工作于主機模式的第一獨立業(yè)務(wù)部件IAC21和第二獨立業(yè)務(wù)部件IAC22，其中，第一獨立業(yè)務(wù)部件IAC21具體包括第一主從控制單元71和第一ARP請求處理單元72，第二獨立業(yè)務(wù)部件IAC22具體包括第二主從控制單元73和第二ARP請求處理單元74。為了更清楚的說明本實施例所示的主從切換系統(tǒng)，在圖7中還示出了與第一獨立業(yè)務(wù)部件IAC21和第二獨立業(yè)務(wù)部件IAC22具有連接關(guān)系的網(wǎng)絡(luò)轉(zhuǎn)發(fā)部件NFC23，其中，第一獨立業(yè)務(wù)部件IAC21與NFC23通過第一接口241進行數(shù)據(jù)交互，第二獨立業(yè)務(wù)部件IAC22與NFC23通過第二接口251進行數(shù)據(jù)交互。下面結(jié)合所示主從切換系統(tǒng)的具體工作原理進行說明。
第一IAC21和第二IAC22具有相同的虛擬IP地址10.1.1.3，并且，所有涉及第一IAC21和第二IAC22的業(yè)務(wù)相關(guān)配置都使用10.1.1.3這個業(yè)務(wù)虛擬IP地址。此外，第一IAC21的真實MAC地址為00.00.00.00.00.01，第二IAC22的真實MAC地址為00.00.00.00.00.02。
第一IAC21和第二IAC22之中的一個是主IAC，一個是從IAC。從IAC中的ARP請求處理單元拒絕響應(yīng)NFC23對虛擬IP地址(10.1.1.3)的ARP(地址解析協(xié)議)請求，只由主IAC的ARP請求處理單元進行響應(yīng)。從IAC不處理和這個虛擬IP地址相關(guān)的任何報文。
假設(shè)第一IAC21當(dāng)前是主IAC，第二IAC22當(dāng)前是從IAC。如果NFC23是首次接收到目的IP地址為10.1.1.3的報文，由于此前沒有學(xué)習(xí)過相關(guān)ARP(地址解析協(xié)議)內(nèi)容，于是廣播一個IP地址為10.1.1.3的ARP請求。第一IAC21和第二IAC22都會收到這個ARP請求，而且兩者的虛擬IP地址都是10.1.1.3，但是由于第一IAC21是當(dāng)前的主IAC，因此只有第一IAC21的ARP請求處理單元72向NFC23回復(fù)ARP響應(yīng)，在該ARP響應(yīng)報文中告知NFC23自己的真實MAC地址00.00.00.00.00.01。通常第二IAC22的ARP請求處理單元74直接將該ARP請求報文丟棄。
NFC23根據(jù)第一IAC21回復(fù)的ARP響應(yīng)，獲得虛擬IP地址10.1.1.3與真實MAC地址00.00.00.00.00.01之間的對應(yīng)關(guān)系。與此同時，由于第一IAC21回復(fù)的ARP響應(yīng)報文是通過第一接口241進入NFC23的，因此NFC23還可以獲得真實MAC地址00.00.00.00.00.01和第一接口241的對應(yīng)關(guān)系。NFC23在獲得上述路由信息后，通常會通過表項予以記錄，如ARP表項和MAC表項。進而，NFC23就可以將目的IP為10.1.1.3的報文通過第一接口241轉(zhuǎn)發(fā)給真實MAC地址為00.00.00.00.00.01的第一IAC21。
此后，如果第一IAC21和第二IAC22之間不發(fā)生主從切換，NFC23一直會按照記錄的路由信息將到達虛擬IP地址10.1.1.3的業(yè)務(wù)流量發(fā)送到作為主IAC的第一IAC21上。
在工作過程中，作為主IAC的第一IAC21還通過第一基本信息報文收發(fā)子單元711向第二IAC22周期性發(fā)布基本信息報文，所述基本信息報文可以只用于表明自己是否存活。如果第二IAC22周期性收到來自第一IAC21的基本信息報文，就知道第一IAC21正常工作，保持自己的從狀態(tài)；如果第二IAC22在預(yù)置時間內(nèi)沒有收到來自第一IAC21的基本信息報文，則判斷第一IAC21可能發(fā)生故障，立刻新當(dāng)選為主IAC。
優(yōu)選的，第一IAC21發(fā)布的基本信息報文包含自己的優(yōu)先級。進而，第二IAC22通過第二選舉子單元732將對方(第一IAC21)的優(yōu)先級和自己的優(yōu)先級進行比較，如果自己優(yōu)先級高于對方，則自己新當(dāng)選為主IAC，對方新當(dāng)選為從IAC；如果自己優(yōu)先級低于對方，則保持自己的從狀態(tài)。當(dāng)然，進一步如果兩者的優(yōu)先級相同，還可以比較IP地址進行主從選舉?？偠灾?，互為備份的IAC通過主從控制單元進行基本信息報文的交互，并根據(jù)交互的基本信息報文進行主從角色選舉。
假設(shè)由于第一IAC21發(fā)生故障或優(yōu)先級發(fā)生變化，導(dǎo)致第二IAC22由從IAC新當(dāng)選為主IAC，則第二IAC22的第二ARP請求處理單元74主動發(fā)送虛擬IP地址10.1.1.3的免費ARP報文，在該免費ARP報文中公布虛擬IP地址10.1.1.3對應(yīng)的MAC地址為其自身的真實MAC地址00.00.00.00.00.02。這個虛擬IP地址10.1.1.3的免費ARP報文用于觸發(fā)NFC23刷新虛擬IP地址10.1.1.3與真實MAC地址的對應(yīng)關(guān)系，即NFC23將記錄的ARP表項中IP地址10.1.1.3對應(yīng)的MAC地址刷新為00.00.00.00.00.02(即第二IAC22的真實MAC地址)。
此外，由于第二請求處理單元74發(fā)送的免費ARP報文是通過第二接口251進入NFC23的，因此NFC23還可以獲得真實MAC地址00.00.00.00.00.02和第二接口251的對應(yīng)關(guān)系，一般通過MAC地址表項予以記錄。此后，如果有新的到達10.1.1.3這個IP地址的流量，就會被NFC通過第二接口251發(fā)送給真實MAC地址為00.00.00.00.00.02的第二IAC22。
由此可見，新當(dāng)選為主IAC的第二IAC 22通過發(fā)布免費ARP報文，使得NFC能夠?qū)⑿碌牡竭_10.1.1.3這個IP地址的流量發(fā)送給新主IAC(第二IAC22)，而不是原主IAC(第一IAC21)，成功實現(xiàn)了主從IAC的切換。
與上述優(yōu)選第一實施例相對應(yīng)的第二實施例是，第一IAC21和第二IAC22除了具有相同的虛擬IP地址10.1.1.3外，還可以具有相同的虛擬MAC地址00.00.00.00.00.03。為避免重復(fù)敘述，此處僅說明本實施方式與上一個實施例的區(qū)別之處。仍然以第一IAC21為當(dāng)前主IAC為例。
第一IAC21通過第一ARP請求處理單元72向NFC23回復(fù)ARP響應(yīng)，在該ARP響應(yīng)報文中告知NFC23自己IP地址是10.1.1.3，對應(yīng)的虛擬MAC地址00.00.00.00.00.03。通常第二IAC22的第二ARP請求處理單元74直接將該ARP請求報文丟棄。
進而，NFC23根據(jù)第一IAC21回復(fù)的ARP響應(yīng)，獲得虛擬IP地址10.1.1.3與虛擬MAC地址00.00.00.00.00.03之間的對應(yīng)關(guān)系。與此同時，由于第一IAC21回復(fù)的ARP響應(yīng)報文是通過第一接口241進入NFC23的，因此NFC23還可以獲得虛擬MAC地址00.00.00.00.00.03和第一接口241的對應(yīng)關(guān)系。此后，NFC23就可以將目的IP為10.1.1.3的報文通過第一接口241轉(zhuǎn)發(fā)給虛擬MAC地址為00.00.00.00.00.03的IAC，由于第一接口241連接的只是第一IAC 21，因此到達IP地址10.1.1.3的流量都會發(fā)送給第一IAC 21。
當(dāng)?shù)谝籌AC21發(fā)生故障或者其他原因?qū)е轮鲝那袚Q，第二IAC22新當(dāng)選為主IAC時，第二ARP請求處理單元74主動發(fā)送虛擬IP地址10.1.1.3的免費ARP報文，在該免費ARP報文中公布虛擬IP地址10.1.1.3對應(yīng)的MAC地址為虛擬MAC地址00.00.00.00.00.03。由于第二IAC22發(fā)送的免費ARP報文是通過第二接口251進入NFC23的，所以NFC23此次獲得虛擬MAC地址00.00.00.00.00.03對應(yīng)的接口為第二接口251；而此前NFC記錄的虛擬MAC地址00.00.00.00.00.03對應(yīng)的接口為第一接口241。于是，NFC就需要根據(jù)新接收到的免費ARP報文對已記錄的MAC地址和接口對應(yīng)關(guān)系進行刷新，將MAC地址00.00.00.00.00.03對應(yīng)的接口由第一接口241改為第二接口251。
此后，如果有新的到達10.1.1.3這個IP地址的流量，就會被NFC通過第二接口251發(fā)送給虛擬MAC地址為00.00.00.00.00.02的IAC，由于第二接口251連接的只是第二IAC 22，因此到達IP地址10.1.1.3的流量都會發(fā)送給第二IAC22。
通過上述工作過程可以看出，在第二實施例中，由于新主IAC發(fā)布的免費ARP報文自身內(nèi)容較原主IAC發(fā)送給NFC的ARP響應(yīng)報文內(nèi)容沒有變化，即都是共有的虛擬IP地址和共有的虛擬MAC地址之間的對應(yīng)關(guān)系，因此，即使NFC之外的其他網(wǎng)絡(luò)設(shè)備學(xué)習(xí)到這個免費ARP也不會受到任何影響。
本發(fā)明還公開了一種支持負(fù)載分擔(dān)的主從切換系統(tǒng)，仍然參考圖7所示的結(jié)構(gòu)示意圖進行說明。由于這種主從切換系統(tǒng)與前文所述各實施例屬于同一發(fā)明構(gòu)思，基本原理大致相同，因此著重介紹不同部分，相同概念請參考前文所述。
互為備份的第一IAC21和第二IAC22具有共同的業(yè)務(wù)虛擬IP地址組，所述業(yè)務(wù)虛擬IP地址組包括關(guān)聯(lián)于不同業(yè)務(wù)組的兩個業(yè)務(wù)虛擬IP地址關(guān)聯(lián)于第一業(yè)務(wù)組的業(yè)務(wù)虛擬IP地址10.1.1.3和關(guān)聯(lián)于第二業(yè)務(wù)組的業(yè)務(wù)虛擬IP地址10.1.1.4。之所以稱為第一IAC21和第二IAC22共有的業(yè)務(wù)虛擬IP地址組，是指對于同一個業(yè)務(wù)組而言，第一IAC21和第二IAC22具有相同的虛擬IP地址。就第一業(yè)務(wù)組而言，第一IAC21和第二IAC22具有相同的虛擬IP地址10.1.1.3；就第二業(yè)務(wù)組而言，第一IAC21和第二IAC22具有相同的虛擬IP地址10.1.1.4。此外，第一IAC21的真實MAC地址為00.00.00.00.00.01，第二IAC22的真實MAC地址為00.00.00.00.00.02。
第一IAC21和第二IAC22基于不同的業(yè)務(wù)組進行負(fù)載分擔(dān)，每個IAC的ARP請求處理單元對其從控業(yè)務(wù)組相關(guān)的業(yè)務(wù)虛擬IP地址的ARP請求拒絕響應(yīng)。假設(shè)第一IAC21對于第一業(yè)務(wù)組的控制權(quán)是主控，對于第二業(yè)務(wù)組的控制權(quán)是從控；第二IAC22對于第一業(yè)務(wù)組的控制權(quán)是從控，對于第二業(yè)務(wù)組的控制權(quán)是主控。
當(dāng)?shù)谝籌AC21和第二IAC22都可以正常工作的情況下，每個IAC的ARP請求處理單元對其從控業(yè)務(wù)組相關(guān)的業(yè)務(wù)虛擬IP地址的ARP請求拒絕響應(yīng)。具體而言，第一IAC21的第一ARP請求處理單元72只對第一業(yè)務(wù)組關(guān)聯(lián)的業(yè)務(wù)虛擬IP地址10.1.1.3的ARP請求予以響應(yīng)，不對第二業(yè)務(wù)組關(guān)聯(lián)的業(yè)務(wù)虛擬IP地址10.1.1.4的ARP請求進行響應(yīng)；第二IAC22的第二ARP請求處理單元74只對第二業(yè)務(wù)組關(guān)聯(lián)的業(yè)務(wù)虛擬IP地址10.1.1.4的ARP請求予以響應(yīng)，不對第一業(yè)務(wù)組關(guān)聯(lián)的業(yè)務(wù)虛擬IP地址10.1.1.3的ARP請求進行響應(yīng)。
如果NFC23首次接收到目的IP地址為10.1.1.3的報文，由于此前沒有學(xué)習(xí)過相關(guān)ARP(地址解析協(xié)議)內(nèi)容，于是廣播IP地址為10.1.1.3的ARP請求。第一IAC21發(fā)現(xiàn)10.1.1.3這個業(yè)務(wù)虛擬IP地址關(guān)聯(lián)的業(yè)務(wù)組是第一業(yè)務(wù)組，目前自己對第一業(yè)務(wù)組的控制權(quán)是主控，因而通過第一ARP請求處理單元72響應(yīng)該ARP請求，告知NFC23自己的IP地址是10.1.1.3、MAC地址是00.00.00.00.00.01。第二IAC22的第二ARP請求處理單元74發(fā)現(xiàn)10.1.1.3這個業(yè)務(wù)虛擬IP地址關(guān)聯(lián)的業(yè)務(wù)組是第一業(yè)務(wù)組，而目前自己對第一業(yè)務(wù)組的控制權(quán)是從控，因此丟棄該報文不予以響應(yīng)。
NFC23根據(jù)第一IAC21回復(fù)的ARP響應(yīng)，獲得虛擬IP地址10.1.1.3與真實MAC地址00.00.00.00.00.01之間的對應(yīng)關(guān)系。與此同時，由于第一IAC21回復(fù)的ARP響應(yīng)報文是通過第一接口241進入NFC23的，因此NFC23還可以獲得真實MAC地址00.00.00.00.00.01和第一接口241的對應(yīng)關(guān)系。此后，NFC23就會將目的IP為10.1.1.3的報文通過第一接口241轉(zhuǎn)發(fā)給真實MAC地址為00.00.00.00.00.01的第一IAC21。
同理，如果NFC23首次接收到目的IP地址為10.1.1.4的報文，當(dāng)其發(fā)送該IP地址的ARP請求時，只有第二IAC22予以響應(yīng)。進而，NFC23根據(jù)第二IAC21回復(fù)的ARP響應(yīng)，獲得虛擬IP地址10.1.1.4與真實MAC地址00.00.00.00.00.02之間的對應(yīng)關(guān)系。與此同時，由于第二IAC21回復(fù)的ARP響應(yīng)報文是通過第二接口251進入NFC23的，因此NFC23還可以獲得真實MAC地址00.00.00.00.00.02和第二接口251的對應(yīng)關(guān)系。此后，NFC23就會將目的IP為10.1.1.4的報文通過第二接口251轉(zhuǎn)發(fā)給真實MAC地址為00.00.00.00.00.02的第二IAC22。
如果第一IAC21和第二IAC22之間不就相關(guān)業(yè)務(wù)組的控制權(quán)發(fā)生主、從切換，則NFC23會一直按照記錄的路由信息將到達虛擬IP地址10.1.1.3的業(yè)務(wù)流量發(fā)送到第一IAC21，將到達虛擬IP地址10.1.1.4的業(yè)務(wù)流量發(fā)送到第二IAC22。
如果第一IAC21發(fā)生故障或者其他原因，導(dǎo)致第二IAC22對第一業(yè)務(wù)組的控制權(quán)由從控切換到主控。最常見的例子是第一IAC21發(fā)生故障，那么其就無法完成對第一業(yè)務(wù)組的主控工作，必須由第二IAC22予以接替，進而第二IAC22對第二業(yè)務(wù)組的控制權(quán)由從控切換為主控。此外，和前述兩個實施例中所述內(nèi)容類似，還可能基于優(yōu)先級競爭導(dǎo)致一個IAC對相關(guān)業(yè)務(wù)組的控制權(quán)發(fā)生變化。即通過主從控制單元進行基本信息報文的交互，并根據(jù)交互的基本信息報文進行各業(yè)務(wù)組的主從控制權(quán)切換。
例如，正常工作的互為備份IAC通過主從控制單元中的基本信息報文收發(fā)子單元周期性發(fā)布基本信息報文，所述基本信息報文包括各自支持的業(yè)務(wù)組以及對每個業(yè)務(wù)組的控制權(quán)優(yōu)先級(優(yōu)先級相同情況下還可以判斷IP地址)，進而各IAC根據(jù)接收到的基本信息報文內(nèi)容通過選舉子單元對各業(yè)務(wù)組的控制權(quán)進行競爭，最后每個IAC都有主控的業(yè)務(wù)組以及從控的業(yè)務(wù)組，達到了負(fù)載分擔(dān)目的。此后，如果某IAC對某些業(yè)務(wù)組的控制權(quán)優(yōu)先級發(fā)生了變化，就可能某個IAC對一些業(yè)務(wù)組的控制權(quán)進行切換，由從控切換到主控或由主控切換到從控。
當(dāng)?shù)诙蘒AC22對第一業(yè)務(wù)組的控制權(quán)由從控切換到主控時，通過第二ARP請求處理單元74主動發(fā)送虛擬IP地址10.1.1.3的免費ARP報文，在該免費ARP報文中公布虛擬IP地址10.1.1.3對應(yīng)的MAC地址為其自身的真實MAC地址00.00.00.00.00.02。這個虛擬IP地址10.1.1.3的免費ARP報文用于觸發(fā)NFC23刷新虛擬IP地址10.1.1.3與真實MAC地址的對應(yīng)關(guān)系。NFC23原有ARP表項中記錄與IP地址10.1.1.3對應(yīng)的MAC地址是00.00.00.00.00.01，于是，將記錄的ARP表項中IP地址10.1.1.3對應(yīng)的MAC地址由原來的00.00.00.00.00.01(即第一IAC22的真實MAC地址)刷新為00.00.00.00.00.02(即第二IAC22的真實MAC地址)。
此外，由于第二IAC22發(fā)送的免費ARP報文是通過第二接口251進入NFC23的，因此NFC23還可以獲得真實MAC地址00.00.00.00.00.02和第二接口251的對應(yīng)關(guān)系。此后，如果有新的到達10.1.1.3這個IP地址的流量，就會被NFC通過第二接口251發(fā)送給真實MAC地址為00.00.00.00.00.02的第二IAC22。
相對于上述支持負(fù)載分擔(dān)的主從切換系統(tǒng)實施例，還有另外一種實施方式。主要是為互為備份的第一IAC21和第二IAC22不但具有共同的業(yè)務(wù)虛擬IP地址組，還具有共同的虛擬MAC地址組。所述虛擬MAC地址組包括關(guān)聯(lián)于不同業(yè)務(wù)組的兩個業(yè)務(wù)虛擬IP地址關(guān)聯(lián)于第一業(yè)務(wù)組的業(yè)務(wù)虛擬MAC地址00.00.00.00.00.05和關(guān)聯(lián)于第二業(yè)務(wù)組的業(yè)務(wù)虛擬MAC地址00.00.00.00.00.06。
如果NFC23首次接收到目的IP地址為10.1.1.3的報文，則廣播IP地址為10.1.1.3的ARP請求。假設(shè)第一IAC21發(fā)現(xiàn)10.1.1.3這個業(yè)務(wù)虛擬IP地址關(guān)聯(lián)的業(yè)務(wù)組是第一業(yè)務(wù)組，目前自己對第一業(yè)務(wù)組的控制權(quán)是主控，因而通過第一ARP請求處理單元72響應(yīng)該ARP請求，告知NFC23自己的IP地址是10.1.1.3、MAC地址是00.00.00.00.00.05(關(guān)聯(lián)于第一業(yè)務(wù)組的虛擬MAC地址)。第二IAC22發(fā)現(xiàn)10.1.1.3這個業(yè)務(wù)虛擬IP地址關(guān)聯(lián)的業(yè)務(wù)組是第一業(yè)務(wù)組，而目前自己對第一業(yè)務(wù)組的控制權(quán)是從控，因此第二ARP請求處理單元74丟棄該報文不予以響應(yīng)。
NFC23根據(jù)第一IAC21回復(fù)的ARP響應(yīng)，獲得虛擬IP地址10.1.1.3與業(yè)務(wù)虛擬MAC地址00.00.00.00.00.05之間的對應(yīng)關(guān)系。與此同時，由于第一IAC21回復(fù)的ARP響應(yīng)報文是通過第一接口241進入NFC23的，因此NFC23還可以獲得業(yè)務(wù)虛擬MAC地址00.00.00.00.00.05和第一接口241的對應(yīng)關(guān)系。進而，NFC23就會將目的IP為10.1.1.3的報文通過第一接口241轉(zhuǎn)發(fā)給業(yè)務(wù)虛擬MAC地址為00.00.00.00.00.05的IAC，由于第一接口241連接的只是第一IAC 21，因此到達IP地址10.1.1.3(即關(guān)聯(lián)于第一業(yè)務(wù)組)的流量都會發(fā)送給第一IAC 21。
同理，NFC23會將目的IP為10.1.1.4的報文(即關(guān)聯(lián)于第二業(yè)務(wù)組)通過第二接口251轉(zhuǎn)發(fā)給業(yè)務(wù)虛擬MAC地址為00.00.00.00.00.06的IAC，由于第二接口251連接的只是第二IAC 22，因此到達IP地址10.1.1.4的流量都會發(fā)送給第二IAC 22。
當(dāng)?shù)谝籌AC21發(fā)生故障或者其他原因，導(dǎo)致第二IAC22對第一業(yè)務(wù)組的控制權(quán)由從控切換到主控時，第二ARP請求處理單元74主動發(fā)送虛擬IP地址10.1.1.3的免費ARP報文，在該免費ARP報文中公布虛擬IP地址10.1.1.3對應(yīng)的MAC地址為虛擬MAC地址00.00.00.00.00.05。這個虛擬IP地址10.1.1.3的免費ARP報文用于觸發(fā)NFC23刷新虛擬IP地址10.1.1.3與真實MAC地址的對應(yīng)關(guān)系。由于第二IAC22發(fā)送的免費ARP報文是通過第二接口251進入NFC23的，所以NFC23此次獲得虛擬MAC地址00.00.00.00.00.05對應(yīng)的接口為第二接口251；而此前NFC記錄的虛擬MAC地址00.00.00.00.00.05對應(yīng)的接口為第一接口241。于是，NFC就需要根據(jù)新接收到的免費ARP報文對已記錄的MAC地址和接口對應(yīng)關(guān)系進行刷新，將MAC地址00.00.00.00.00.05對應(yīng)的接口由第一接口241改為第二接口251。
此后，如果有新的到達10.1.1.3這個IP地址的流量，就會被NFC通過第二接口251發(fā)送給虛擬MAC地址為00.00.00.00.00.05的IAC，由于第二接口251連接的只是第二IAC 22，因此到達IP地址10.1.1.3的流量都會發(fā)送給第二IAC22。
以上對本發(fā)明所提供的一種互為備份裝置的主從切換方法及主從切換系統(tǒng)進行了詳細介紹，本文中應(yīng)用了具體個例對本發(fā)明的原理及實施方式進行了闡述，以上實施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想；同時，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的思想，在具體實施方式
及應(yīng)用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對本發(fā)明的限制。
權(quán)利要求
1.一種互為備份裝置的主從切換方法，所述裝置為工作于主機模式的開放應(yīng)用架構(gòu)OAA中的獨立業(yè)務(wù)部件IAC，其特征在于，所述互為備份的至少兩個IAC具有相同的虛擬IP地址，從IAC拒絕響應(yīng)對上述虛擬IP地址的ARP請求；從IAC新當(dāng)選為主IAC時，發(fā)布其自身MAC地址與所述虛擬IP地址對應(yīng)關(guān)系的免費ARP報文，所述免費ARP報文用于觸發(fā)NFC刷新ARP記錄。
2.如權(quán)利要求1所述的主從切換方法，其特征在于，所述互為備份的至少兩個IAC還具有相同的虛擬MAC地址，從IAC新當(dāng)選為主IAC時，發(fā)布其自身虛擬MAC地址與虛擬IP地址對應(yīng)關(guān)系的免費ARP報文，所述免費ARP報文用于觸發(fā)NFC刷新虛擬MAC地址與接口的對應(yīng)關(guān)系。
3.如權(quán)利要求1所述的主從切換方法，其特征在于，所述互為備份的至少兩個IAC具有不同的真實MAC地址，從IAC新當(dāng)選為主IAC時，發(fā)布其自身真實MAC地址與虛擬IP地址對應(yīng)關(guān)系的免費ARP報文，所述免費ARP報文用于觸發(fā)NFC刷新虛擬IP地址與真實MAC地址的對應(yīng)關(guān)系。
4如權(quán)利要求1至3中任意一項所述的切換方法，其特征在于，所述方法還包括當(dāng)主IAC發(fā)生故障時，另外一個與之互為備份的從IAC新當(dāng)選為主IAC。
5.如權(quán)利要求1至3中任意一項所述的主從切換方法，其特征在于還包括新主IAC接收來自NFC的新到達所述虛擬IP地址的業(yè)務(wù)流量。
6.如權(quán)利要求1至3中任意一項所述的主從切換方法，其特征在于，所述方法還包括互為備份的IAC根據(jù)交互的基本信息報文進行主從角色選舉。
7.一種主從切換系統(tǒng)，包括OAA中工作于主機模式的互為備份的至少兩個獨立業(yè)務(wù)部件IAC，其特征在于，所述互為備份IAC具有相同的虛擬IP地址，每個IAC包括ARP請求處理單元，用以在所述IAC由從IAC新當(dāng)選為主IAC時發(fā)布其自身MAC地址與所述虛擬IP地址對應(yīng)關(guān)系的免費ARP報文，所述免費ARP報文用于觸發(fā)NFC刷新ARP記錄；當(dāng)所述IAC作為從IAC時，其ARP請求處理單元拒絕響應(yīng)對上述虛擬IP地址的ARP請求。
8.如權(quán)利要求7所述的主從切換系統(tǒng)，其特征在于，所述互為備份IAC還具有相同的虛擬MAC地址，上述ARP請求處理單元在其所屬IAC由從IAC新當(dāng)選為主IAC時發(fā)布的免費ARP報文包括自身虛擬MAC地址與虛擬IP地址的對應(yīng)關(guān)系，所述免費ARP報文用于觸發(fā)NFC刷新虛擬MAC地址與接口的對應(yīng)關(guān)系。
9.如權(quán)利要求7所述的主從切換系統(tǒng)，其特征在于，所述互為備份IAC具有不同的真實MAC地址，上述ARP請求處理單元在其所屬IAC由從IAC新當(dāng)選為主IAC時發(fā)布的免費ARP報文包括自身真實MAC地址與虛擬IP地址的對應(yīng)關(guān)系，所述免費ARP報文用于觸發(fā)NFC刷新虛擬IP地址與真實MAC地址的對應(yīng)關(guān)系。
10.如權(quán)利要求7至9中任意一項所述的主從切換系統(tǒng)，其特征在于，每個IAC還包括主從控制單元，用以根據(jù)交互的基本信息報文進行主從角色選舉。
11.一種互為備份裝置的主從切換方法，所述裝置為工作于主機模式的開放應(yīng)用架構(gòu)OAA中的獨立業(yè)務(wù)部件IAC，其特征在于，所述互為備份的至少兩個IAC具有相同的業(yè)務(wù)虛擬IP地址組，所述業(yè)務(wù)虛擬IP地址組包括關(guān)聯(lián)于不同業(yè)務(wù)組的至少兩個業(yè)務(wù)虛擬IP地址，所述互為備份IAC基于不同的業(yè)務(wù)組進行負(fù)載分擔(dān)，每個IAC對其從控業(yè)務(wù)組相關(guān)的業(yè)務(wù)虛擬IP地址的ARP請求拒絕響應(yīng)；一個IAC將其業(yè)務(wù)組的控制權(quán)由從控切換為主控時，發(fā)布所述業(yè)務(wù)組關(guān)聯(lián)的業(yè)務(wù)虛擬IP地址與其自身MAC地址對應(yīng)關(guān)系的免費ARP報文，所述免費ARP報文用于觸發(fā)NFC刷新ARP記錄。
12.如權(quán)利要求11所述的主從切換方法，其特征在于，所述互為備份的至少兩個IAC還具有相同的業(yè)務(wù)虛擬MAC地址組，所述業(yè)務(wù)虛擬MAC地址組包括關(guān)聯(lián)于不同業(yè)務(wù)組的至少兩個業(yè)務(wù)虛擬MAC地址，一個IAC將其業(yè)務(wù)組的控制權(quán)由從控切換為主控時，發(fā)布所述業(yè)務(wù)組關(guān)聯(lián)的業(yè)務(wù)虛擬IP地址和業(yè)務(wù)虛擬MAC地址對應(yīng)關(guān)系的免費ARP報文，所述免費ARP報文用于觸發(fā)NFC刷新業(yè)務(wù)虛擬MAC地址與接口的對應(yīng)關(guān)系。
13.如權(quán)利要求11所述的主從切換方法，其特征在于，所述互為備份的至少兩個IAC具有不同的真實MAC地址，一個IAC將其業(yè)務(wù)組的控制權(quán)由從控切換為主控時，發(fā)布所述業(yè)務(wù)組關(guān)聯(lián)的業(yè)務(wù)虛擬IP地址與其自身真實MAC地址對應(yīng)關(guān)系的免費ARP報文，所述免費ARP報文用于觸發(fā)NFC刷新業(yè)務(wù)虛擬IP地址與真實MAC地址的對應(yīng)關(guān)系。
14.如權(quán)利要求11至13中任意一項所述的主從切換方法，其特征在于，所述方法還包括當(dāng)一個IAC發(fā)生故障時，接替工作的IAC將其對應(yīng)業(yè)務(wù)組的控制權(quán)由從控切換為主控。
15.如權(quán)利要求11至13中任意一項所述的主從切換方法，其特征在于還包括新掌握業(yè)務(wù)組主控權(quán)的IAC接收來自NFC的到達所述業(yè)務(wù)組關(guān)聯(lián)的業(yè)務(wù)虛擬IP地址的流量。
16.一種主從切換系統(tǒng)，包括OAA中工作于主機模式的互為備份的至少兩個獨立業(yè)務(wù)部件IAC，其特征在于，所述互為備份IAC具有相同的業(yè)務(wù)虛擬IP地址組，所述業(yè)務(wù)虛擬IP地址組包括關(guān)聯(lián)于不同業(yè)務(wù)組的至少兩個業(yè)務(wù)虛擬IP地址，互為備份IAC基于不同的業(yè)務(wù)組進行負(fù)載分擔(dān)；每個IAC包括ARP請求處理單元，用以在所述IAC將其業(yè)務(wù)組的控制權(quán)由從控切換為主控時，發(fā)布所述業(yè)務(wù)組關(guān)聯(lián)的業(yè)務(wù)虛擬IP地址與其自身MAC地址對應(yīng)關(guān)系的免費ARP報文，所述免費ARP報文用于觸發(fā)NFC刷新ARP記錄；所述IAC的ARP請求處理單元拒絕響應(yīng)對該IAC從控業(yè)務(wù)組相關(guān)的業(yè)務(wù)虛擬IP地址的ARP請求。
17.如權(quán)利要求16所述的主從切換方法，其特征在于，所述互為備份IAC還具有相同的業(yè)務(wù)虛擬MAC地址組，所述業(yè)務(wù)虛擬MAC地址組包括關(guān)聯(lián)于不同業(yè)務(wù)組的至少兩個業(yè)務(wù)虛擬MAC地址，所述IAC在將其業(yè)務(wù)組的控制權(quán)由從控切換為主控時，其ARP請求處理單元發(fā)布的免費ARP報文包括所述業(yè)務(wù)組關(guān)聯(lián)的業(yè)務(wù)虛擬IP地址和業(yè)務(wù)虛擬MAC地址的對應(yīng)關(guān)系，所述免費ARP報文用于觸發(fā)NFC刷新業(yè)務(wù)虛擬MAC地址與接口的對應(yīng)關(guān)系。
18.如權(quán)利要求16所述的主從切換方法，其特征在于，所述互為備份IAC具有不同的真實MAC地址，所述IAC在將其業(yè)務(wù)組的控制權(quán)由從控切換為主控時，其ARP請求處理單元發(fā)布的免費ARP報文包括所述業(yè)務(wù)組關(guān)聯(lián)的業(yè)務(wù)虛擬IP地址與其自身真實MAC地址對應(yīng)關(guān)系的免費ARP報文，所述免費ARP報文用于觸發(fā)NFC刷新業(yè)務(wù)虛擬IP地址與真實MAC地址的對應(yīng)關(guān)系。
19.如權(quán)利要求16至18中任意一項所述的主從切換方法，其特征在于，每個IAC還包括主從控制單元，用以根據(jù)交互的基本信息報文進行各業(yè)務(wù)組的主從控制權(quán)切換。
全文摘要
本發(fā)明公開了一種互為備份裝置的主從切換方法，所述互為備份裝置具有相同的虛擬IP地址，從裝置拒絕響應(yīng)對上述虛擬IP地址的ARP請求；從裝置新當(dāng)選為主裝置時，發(fā)布其自身MAC地址與所述虛擬IP地址對應(yīng)關(guān)系的免費ARP報文，所述免費ARP報文用于觸發(fā)NFC刷新ARP記錄。本發(fā)明還公開了另外一種可以進行負(fù)載分擔(dān)的互為備份裝置的主從切換方法。本發(fā)明還公開了一種主從切換系統(tǒng)。
文檔編號G06F11/00GK1929324SQ20061014094
公開日2007年3月14日 申請日期2006年10月17日 優(yōu)先權(quán)日2006年10月17日
發(fā)明者王颶 申請人:杭州華為三康技術(shù)有限公司