專利名稱：：通用屬性注冊協(xié)議上下文確定方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及通信領(lǐng)域，并且特別地，涉及一種通用屬性注冊協(xié)i義上下文確定方法。
背景技術(shù)：
：通用屬寸生；主冊十辦i義(GenericAttributeRegistrationProtocol,GARP)是為處于同一個交換網(wǎng)內(nèi)的交換成員之間提供動態(tài)分發(fā)傳播注冊某種屬性信息的一種手段。GARP協(xié)議可以承載多種交換機(jī)需要傳播的屬性特性，所以GARP協(xié)議在交換機(jī)中存在的意義就是通過各種GARP應(yīng)用協(xié)議體現(xiàn)出來。GVRP協(xié)議是GARP定義的一種應(yīng)用協(xié)議，它基于GARP的協(xié)議機(jī)制動態(tài)維護(hù)交換才幾中的虛擬局域網(wǎng)(VLAN)屬性。所有支持GVRP特性的交換機(jī)均能夠接收來自其他交換機(jī)的VLAN注冊信息，并動態(tài)更新本地的VLAN注冊信息，該信息中包括交換機(jī)當(dāng)前的VLAN、以及這些VLAN包含了哪些端口等。不4又如此，所有支持GVRP特性的交換機(jī)還能夠?qū)⒈镜氐腣LAN注冊信息向其他交換機(jī)傳播，以便根據(jù)需要使同一局域網(wǎng)內(nèi)所有支持GVRP特性的設(shè)備的VLAN配置在互通性上達(dá)成一致。其中，通過GVRP傳，播的VLAN注冊信息既包括本地手工配置的靜態(tài)VLAN信息，也包括來自其他交換機(jī)中的動態(tài)VLAN信息。生成樹協(xié)議(STP)是一種二層管理協(xié)議，主要應(yīng)用于具有環(huán)3各的網(wǎng)絡(luò)，其可以通過一定的算法阻斷冗余路徑，將環(huán)路網(wǎng)絡(luò)^f奮剪成無環(huán)路的樹型網(wǎng)絡(luò)，即，得到一條通路，從而避免才艮文在環(huán)5各網(wǎng)絡(luò)中的增生和無限循環(huán)。多生成樹協(xié)議(MSTP)是在快速和普通生成樹協(xié)議基礎(chǔ)上，引入實例和域的概念，增加對VLAN的認(rèn)知能力，通過設(shè)置VLAN和生成樹實例之間的映射關(guān)系，把兩者聯(lián)系起來，將整個網(wǎng)絡(luò)劃分成比較小的域，使收斂的速度更加迅速，同時可以實現(xiàn)網(wǎng)絡(luò)中數(shù)據(jù)流量的負(fù)載均tf。這里，每個MST域內(nèi)可以通過MSTP配置成多棵生成樹，各棵生成樹之間彼此獨立，并且都是域內(nèi)的內(nèi)部生成樹(1ST)，每棵生成樹都可以稱為一個多生成樹實例(MSTI)。GARP協(xié)議的上下文和生成樹協(xié)議的實例相對應(yīng)，GARP的屬性信息只在處于生成樹轉(zhuǎn)發(fā)狀態(tài)的端口之間傳播。在交換機(jī)使用生成樹協(xié)議時，如果端口被從禁止轉(zhuǎn)發(fā)狀態(tài)加入轉(zhuǎn)發(fā)狀態(tài)，并且端口已經(jīng)注冊了某個屬性，則該注冊的屬性會將加入請求傳播到其他端口，如果端口被加入到阻塞狀態(tài)，并且端口已經(jīng)注冊了某個屬性，則該屬性將^t刪除。在相關(guān)技術(shù)中，是根據(jù)MSTP實例中端口狀態(tài)確定GARP上下文的。當(dāng)MSTP剛開始計算時，為避免臨時環(huán)路的產(chǎn)生，必然要將端口狀態(tài)設(shè)置為阻塞狀態(tài)，因此需要清除GARP的上下文，使端口不能學(xué)習(xí)屬性信息，這樣一來，需要使用GVRP學(xué)習(xí)VLAN信息的MSTP實例就永遠(yuǎn)不會建立。圖1示出了兩個交換機(jī)組網(wǎng)的簡單情況。此時，在兩臺交換機(jī)上都設(shè)置MSTP和GVRP，交換機(jī)1為MSTP根交換機(jī)，配置其他實例1需要的VLAN10，交換機(jī)2上需要學(xué)習(xí)VLAN，在交換機(jī)2上，為了實現(xiàn)業(yè)務(wù)的負(fù)載均衡，實例中端口的預(yù)期狀態(tài)如表1所示。<table>tableseeoriginaldocumentpage7</column></row><table>表1利用端口狀態(tài)進(jìn)行計算，在交換機(jī)2上的實例1中，默認(rèn)端口的狀態(tài)為阻塞狀態(tài)，此時，兩個端口都不能學(xué)習(xí)VLAN10;然而，如果讓GVRP先學(xué)習(xí)之后再進(jìn)4亍計算，此時，為避免臨時環(huán)路，實例1中的端口在進(jìn)行計算時會先將端口設(shè)置成阻塞狀態(tài)，刪除VLAN10,從而會不斷循環(huán)，導(dǎo)致實例l一直不能建立，處于持續(xù)的動蕩狀態(tài)。因此，相關(guān)技術(shù)存在以下不足GARP的屬性傳播需要在生產(chǎn)樹的轉(zhuǎn)發(fā)端口之間進(jìn)行，如果一個端口處于生成樹協(xié)議的轉(zhuǎn)發(fā)狀態(tài)，就會將注冊信息在其他端口中進(jìn)行傳播；在生成樹協(xié)議的轉(zhuǎn)發(fā)狀態(tài)被刪除后，已經(jīng)注冊了某些屬性的端口會在相連接的端口中發(fā)送Leave信息，刪除注冊；在單生成樹環(huán)境中，每個端口只有一個GVRP應(yīng)用實體，所有的十辦i義才喿作也是在一個單一上下文中；而在多生成杉于環(huán)境中，每個端口只有一個GARP應(yīng)用實體，協(xié)i義的才喿作是在多個上下文中。因此，需要一種能夠有效確定GARP協(xié)i義上下文狀態(tài)、并且簡單可行的技術(shù)方案。
發(fā)明內(nèi)容考慮到上述問題而做出本發(fā)明，為此，本發(fā)明的主要目的在于^是供一種通用屬性注冊協(xié)議上下文確定才幾制。根據(jù)本發(fā)明的一個實施例，提供了一種通用屬性注冊協(xié)議上下文確定方法。該方法包4舌以下處理步驟S202,才艮纟居生成樹實例生成與生成樹實例對應(yīng)的通用屬性注冊協(xié)議上下文；步驟S204,將通用屬性注冊協(xié)議上下文的端口的上下文設(shè)置為設(shè)置狀態(tài)，其中，設(shè)置狀態(tài)為學(xué)習(xí)通用屬性注冊信息的狀態(tài)；步驟S206,執(zhí)行生成樹實例，確定端口的角色；以及步驟S208,根據(jù)端口的角色對端口的上下文狀態(tài)進(jìn)行設(shè)置。其中，在步驟S202中，生成樹實例與生成的通用屬性注冊協(xié)議上下文--對應(yīng)。此外，在步驟S206中，如果確定端口的角色是主端口、才艮端口、指定端口、或者端口不能使能生成樹協(xié)議，則在步驟S208中，使端口的上下文保持i殳置狀態(tài)。另一方面，在步驟S206中，如果確定端口的角色是替換端口或備份端口，則將端口的上下文設(shè)置為清除狀態(tài)，并執(zhí)行相關(guān)處理，其中，清除狀態(tài)為不繼續(xù)學(xué)習(xí)通用屬性注冊信息狀態(tài)。這里，相關(guān)處理可以包括刪除處于清除狀態(tài)的端口已經(jīng)學(xué)習(xí)的通用屬性注冊信息。根據(jù)本發(fā)明的另一實施例，提供了一種通用屬性注冊協(xié)議上下文確定裝置。該裝置包括通用屬性注冊協(xié)議上下文生成模塊，用于根據(jù)生成樹實例生成與生成樹實例對應(yīng)的通用屬性注冊協(xié)i義上下文；端口上下文i殳置4莫塊，用于i殳置通用屬性注冊協(xié)i義上下文的端口的上下文狀態(tài)，其中，端口的上下文狀態(tài)包括設(shè)置狀態(tài)、清除狀態(tài)；端口角色確定才莫塊，用于^U亍生成杉于實例，確定端口的角色；以及4空制模塊，用于根據(jù)端口角色確定模塊確定的端口的角色，控制端口上下文設(shè)置模塊對端口的上下文進(jìn)行設(shè)置。其中，通用屬性注冊協(xié)議上下文生成才莫塊生成的通用屬性注冊協(xié)-議上下文與生成樹實例--對應(yīng)。在端口的上下文狀態(tài)中，設(shè)置狀態(tài)為學(xué)習(xí)通用屬性注冊信息的狀態(tài)；清除狀態(tài)為不繼續(xù)學(xué)習(xí)通用屬性注冊信息的狀態(tài)。如果端口角色確定模塊確定端口的角色是主端口、根端口、指定端口、或者端口不能使能生成樹協(xié)議，則控制模塊控制端口上下文設(shè)置模塊將端口上下文保持在設(shè)置狀態(tài)；另一方面，如果端口角色確定模塊確定端口的角色是替換端口或備份端口，則控制模塊控制端口上下文設(shè)置模塊將端口上下文設(shè)置為清除狀態(tài)，并且控制模塊刪除處于清除狀態(tài)的端口已經(jīng)學(xué)習(xí)的通用屬性注冊信息。通過本發(fā)明的上述技術(shù)方案，可以使用統(tǒng)一的機(jī)制容易地確定通用屬性注冊協(xié)議的上下文狀態(tài)。此處所說明的附圖用來提供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中圖1是根據(jù)相關(guān)技術(shù)的具有兩個交換機(jī)的組網(wǎng)實例的框圖2是才艮據(jù)本發(fā)明實施例的通用屬性注冊協(xié)議上下文確定方法的沫u一呈圖；以及圖3才艮據(jù)本發(fā)明設(shè)備實施例的通用屬性注冊協(xié)議上下文確定裝置的框圖。具體實施例方式下面將參照附圖詳細(xì)描述本發(fā)明的實施例。方法實施例在本實施例中，l是供了一種通用屬性注冊協(xié)i義上下文確定方法，該方法可以應(yīng)用于<吏用通用屬性注冊切、i義進(jìn)4亍屬性注冊的系統(tǒng)。如圖2所示，才艮據(jù)本實施例的通用屬性注冊協(xié)i義上下文確定方法包4舌以下處理步驟S202，根據(jù)生成樹實例生成與生成樹實例對應(yīng)的通用屬性注冊協(xié)議(GARP)上下文；步驟S204,將通用屬性注冊協(xié)議上下文的端口的上下文設(shè)置為設(shè)置狀態(tài)，其中，設(shè)置狀態(tài)為學(xué)習(xí)通用屬性注冊信息的狀態(tài)；步驟S206，執(zhí)行生成樹實例，確定端口的角色；以及步驟S208，根據(jù)端口的角色對端口的上下文狀態(tài)進(jìn)行設(shè)置。以下將詳細(xì)描述上述步驟的各個細(xì)節(jié)。在步驟S202中，生成樹實例與生成的通用屬性注冊協(xié)i義上下文——對應(yīng)，如果啟用單生成初t，則只有一個上下文，如果啟用多克生成樹，則存在多個上下文，每^=果生成樹都對應(yīng)一個上下文。在步驟S204中，優(yōu)選地，可以默認(rèn)端口處于i殳置狀態(tài)中。如果生成樹協(xié)議沒有使能或者生成樹還沒有開始計算，則可以使全部端口上下文都處于i殳置狀態(tài)，學(xué)習(xí)GARP屬性信息。在步驟S206中，如果確定端口的角色是能轉(zhuǎn)換成轉(zhuǎn)發(fā)狀態(tài)的主端口、4艮端口、指定端口、或者端口不能4吏能生成樹協(xié)議，則在步驟S208中，將端口的上下文保持設(shè)置狀態(tài)；另一方面，在步驟S206中，如果確定端口的角色是替換端口或備份端口，則在步驟S208中，將端口的上下文設(shè)置為清除狀態(tài)，并執(zhí)行相關(guān)處理，其中，上述的清除狀態(tài)為不繼續(xù)學(xué)習(xí)通用屬性注冊信息的狀態(tài)，并且，相關(guān)處理可以是刪除處于清除狀態(tài)的端口已經(jīng)學(xué)習(xí)的通用屬性注冊信息。下面將結(jié)合具體實例來描述根據(jù)本實施例的方法。同樣參照圖l所示的組網(wǎng)系統(tǒng)，此時，上述的步驟S202中，應(yīng)該建立兩個上下文；在步驟S104中，先,默i人端口處于i殳置4犬態(tài)，可以學(xué)習(xí)通用屬性注冊信息，即，交換才幾2上的端口1，端口2都學(xué)習(xí)到VLAN10;<table>tableseeoriginaldocumentpage11</column></row><table>表2如表2中所示，實例1生成樹開始計算，例如，如果確定端口2為4艮端口，則該端口的上下文仍處于i殳置4犬態(tài)；如果確定端口1為替換端口，則需要將其設(shè)置為清除狀態(tài)，清除其上下文，并將學(xué)習(xí)的VLANIO刪除；之后，端口1再接收到GVRP報文時，由于其上下文已經(jīng)處于清除狀態(tài)，所以不再進(jìn)行學(xué)習(xí)，交換才幾處于穩(wěn)定狀態(tài)，整個計算完成。本實施例的上述方法可以通過以下處理來實現(xiàn)在生成樹協(xié)議模塊的端口實例結(jié)構(gòu)中，增加一個garpContext屬性，實現(xiàn)該目的的i吾句如下typedefstructport—instance—t{/*此結(jié)構(gòu)的父指針*/structinstance—t*owner—instance;structmstp』ort一t915owner_portjPORT—IDPortldentifier;Statetstate;BOOLgarpContext;在默認(rèn)情況下，該屬性處于設(shè)置狀態(tài)，當(dāng)執(zhí)行生成樹實例時，根據(jù)端口的角色進(jìn)行判斷，如果確定端口的生成樹角色是能轉(zhuǎn)換成轉(zhuǎn)發(fā)狀態(tài)的主端口、4艮端口和指定端口、或者端口不能夠使能生成樹協(xié)議，該屬性仍然處于設(shè)置狀態(tài)；如果確定端口的角色是其他生成樹角色，則清除該屬性，同時通知GARP模塊，清除學(xué)習(xí)的VLAN屬性。其中，在GARP協(xié)議模塊中，端口在接收、發(fā)送協(xié)議報文時，需要判斷端口的上下文狀態(tài)，先#4居VLAN查找屬于的實例，然后就可以根據(jù)上面添加的屬性，確定GVRP+辦議的上下文狀態(tài)。這里所述的僅是本發(fā)明應(yīng)用的實例，而本發(fā)明的使用并不局限于這些實例。i殳備實施例在本實施例中，提供了一種通用屬性注冊協(xié)議上下文確定裝置。如圖3所示，才艮據(jù)本實施例的通用屬性注冊協(xié)i義(GARP)上下文確定裝置300包《^:通用屬性注冊f辦i義上下文生成才莫塊302，用于才艮據(jù)生成樹實例生成與生成樹實例對應(yīng)的通用屬性注冊協(xié)i義上下文；端口上下文設(shè)置模塊304,用于設(shè)置通用屬性注冊協(xié)議上下文的端口的上下文狀態(tài)，其中，端口的上下文狀態(tài)包括設(shè)置狀態(tài)、清除狀態(tài)；端口角色確定才莫塊306，用于扭J亍生成樹實例，確定端口的角色；以及控制模塊308,用于根據(jù)端口角色確定模塊306確定的端口的角色，控制端口上下文設(shè)置才莫塊對端口的上下文進(jìn)行設(shè)置。其中，通用屬性注冊協(xié)議上下文生成才莫塊302生成的通用屬性注冊f力4義上下文與生成樹實例--《寸應(yīng)。在端口的上下文狀態(tài)中，設(shè)置狀態(tài)為學(xué)習(xí)通用屬性注冊信息的狀態(tài)；清除狀態(tài)為不繼續(xù)學(xué)習(xí)通用屬性注冊信息的狀態(tài)。如果端口角色確定才莫塊306確定端口的角色是主端口、4艮端口、指定端口、或者端口不能使能生成樹協(xié)議，則控制模塊308控制端口上下文設(shè)置模塊304將端口上下文保持在設(shè)置狀態(tài)；另一方面，如果端口角色確定模塊306確定端口的角色是替換端口或備份端口，則控制模塊308控制端口上下文設(shè)置模塊304將端口上下文設(shè)置為清除狀態(tài)，并且控制才莫塊308刪除處于清除狀態(tài)的端口已經(jīng)學(xué)習(xí)的通用屬性注冊信息。綜上所述，與相關(guān)技術(shù)不同，本發(fā)明提出了利用生成樹的端口角色而不是端口的狀態(tài)確定上下文的狀態(tài)的方案，解決了相關(guān)4支術(shù)中根據(jù)端口狀態(tài)確定上下文狀態(tài)的一個或多個問題。借助于本發(fā)明的才支術(shù)方案，可以容易地確定通用屬性注冊協(xié)議的上下文狀態(tài)。以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的^支術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何〗奮改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。權(quán)利要求1.一種通用屬性注冊協(xié)議上下文確定方法，其特征在于，包括步驟S202，根據(jù)生成樹實例生成與所述生成樹實例對應(yīng)的通用屬性注冊協(xié)議上下文；步驟S204，將所述通用屬性注冊協(xié)議上下文的端口的上下文設(shè)置為設(shè)置狀態(tài)，其中，所述設(shè)置狀態(tài)為學(xué)習(xí)通用屬性注冊信息的狀態(tài)；步驟S206，執(zhí)行所述生成樹實例，確定所述端口的角色；以及步驟S208，根據(jù)所述端口的角色對所述端口的上下文狀態(tài)進(jìn)行設(shè)置。2.根據(jù)權(quán)利要求1所述的通用屬性注冊協(xié)議上下文確定方法，其特征在于，在所述步驟S202中，所述生成樹實例與生成的所述通用屬性注冊妨、-漢上下文--對應(yīng)。3.才艮據(jù)4又利要求1所述的通用屬性注冊妨4義上下文確定方法，其特征在于，在所述步驟S206中，如果確定所述端口的角色為主端口、根端口、指定端口、或者所述端口不能使能生成樹協(xié)議，則在所述步驟S208中，使所述端口的上下文保持所述設(shè)置狀態(tài)。4.根據(jù)權(quán)利要求1所述的通用屬性注冊協(xié)議上下文確定方法，其特征在于，在所述步驟S206中，如果所述端口的角色為替換端口或備4分端口，則在所述步驟S208中，一尋所述端口的上下文設(shè)置為清除狀態(tài)，并執(zhí)行相關(guān)處理，其中，所述清除狀態(tài)為不繼續(xù)學(xué)習(xí)所述通用屬性注冊信息的狀態(tài)。5.根據(jù)權(quán)利要求4所述的通用屬性注冊協(xié)議上下文確定方法，其特征在于，所述相關(guān)處理包括刪除處于所述清除狀態(tài)的所述端口已經(jīng)學(xué)習(xí)的通用屬性注冊信息。6.—種通用屬性注冊協(xié)議上下文確定裝置，其特征在于，包括通用屬性注冊協(xié)議上下文生成模塊，用于根據(jù)生成樹實例生成與所述生成樹實例對應(yīng)的通用屬性注冊協(xié)i義上下文；端口上下文i殳置模塊，用于設(shè)置所述通用屬性注冊協(xié)議上下文的端口的上下文狀態(tài)，其中，所述端口的上下文狀態(tài)包括設(shè)置狀態(tài)、清除狀態(tài)；端口角色確定模塊，用于執(zhí)行所述生成樹實例，確定所述端口的角色；以及控制模塊，用于根據(jù)所述端口角色確定模塊確定的所述端口的角色，控制所述端口上下文設(shè)置才莫塊對所述端口的上下文進(jìn)行設(shè)置。7.根據(jù)權(quán)利要求6所述的通用屬性注冊協(xié)議上下文確定裝置，其特征在于，所述通用屬性注冊協(xié)議上下文生成才莫塊生成的所述通用屬性注冊協(xié)議上下文與所述生成樹實例——對應(yīng)。8.根據(jù)權(quán)利要求6所述的通用屬性注冊協(xié)議上下文確定裝置，其特征在于，所述設(shè)置狀態(tài)為學(xué)習(xí)通用屬性注冊信息的狀態(tài)；所述清除狀態(tài)為不繼續(xù)學(xué)習(xí)所述通用屬性注冊信息的狀態(tài)。9.根據(jù)權(quán)利要求8所述的通用屬性注冊協(xié)議上下文確定裝置，其特征在于，如果所述端口角色確定模塊確定所述端口的角色是主端口、根端口、指定端口、或者所述端口不能4吏能生成樹協(xié)議，則所述控制模塊控制所述端口上下文設(shè)置模塊將所述端口上下文保持在所述設(shè)置狀態(tài)。10.根據(jù)權(quán)利要求8所述的通用屬性注冊協(xié)議上下文確定裝置，其特征在于，如果所述端口角色確定模塊確定所述端口是替換端口或備份端口，則所述控制模塊控制所述端口上下文設(shè)置模塊將所述端口上下文設(shè)置為所述清除狀態(tài)，并且所述控制模塊刪除處于所述清除狀態(tài)的所述端口已經(jīng)學(xué)習(xí)的通用屬性注冊信自全文摘要本發(fā)明公開了一種通用屬性注冊協(xié)議上下文確定方法，包括步驟S202，根據(jù)生成樹實例生成與生成樹實例對應(yīng)的通用屬性注冊協(xié)議上下文；步驟S204，將通用屬性注冊協(xié)議上下文的端口的上下文設(shè)置為設(shè)置狀態(tài)，其中，設(shè)置狀態(tài)為學(xué)習(xí)通用屬性注冊信息的狀態(tài)；步驟S206，執(zhí)行生成樹實例，確定端口的角色；以及步驟S208，根據(jù)端口的角色對端口的上下文狀態(tài)進(jìn)行設(shè)置。此外，本發(fā)明還開公開了一種通用屬性注冊協(xié)議上下文確定裝置。通過使用本發(fā)明，可以容易地確定通用屬性注冊協(xié)議的上下文狀態(tài)。文檔編號H04L12/42GK101286974SQ200710090889公開日2008年10月15日申請日期2007年4月9日優(yōu)先權(quán)日2007年4月9日發(fā)明者亮張申請人:中興通訊股份有限公司