本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域，特別涉及一種默認(rèn)路由撤銷方法和裝置。

背景技術(shù)：

bgp(bordergatewayprotocol，邊界網(wǎng)關(guān)協(xié)議)是一種既可以用于不同as(autonomoussystem，自治系統(tǒng))之間，又可以用于同一as內(nèi)部的動態(tài)路由協(xié)議。as內(nèi)部運(yùn)行的bgp稱為ibgp，as之間運(yùn)行的bgp稱為ebgp。

傳統(tǒng)的企業(yè)園區(qū)網(wǎng)或者數(shù)據(jù)中心網(wǎng)絡(luò)中，通常將網(wǎng)絡(luò)劃分成接入層、匯聚層和核心層。隨著網(wǎng)絡(luò)的不斷擴(kuò)大和發(fā)展，為了使得網(wǎng)絡(luò)從非正常狀態(tài)恢復(fù)到正常狀態(tài)的收斂性能更好，通常直接在各層上運(yùn)行bgp協(xié)議，將每一層劃分成一個或者多個as區(qū)域。

圖1是現(xiàn)有的數(shù)據(jù)中心網(wǎng)絡(luò)的一個簡化組網(wǎng)示意圖。如圖1所示，core-router為核心層設(shè)備，lsw-1和lsw-2為匯聚層設(shè)備，vm-server為接入層設(shè)備。core-router分別與lsw-1和lsw-2之間建立ebgp鄰居，lsw-1和lsw-2分別與vm-server建立ebgp鄰居。core-router向lsw-1和lsw-2發(fā)送默認(rèn)路由和明細(xì)路由，lsw-1和lsw-2向vm-server只發(fā)送一條默認(rèn)路由。這里，默認(rèn)路由是一種特殊的靜態(tài)路由，指的是當(dāng)路由表中與目的地址之間沒有匹配的表項時路由器能夠做出的選擇。如果沒有默認(rèn)路由，那么目的地址在路由表中沒有匹配表項的包將被丟棄，如果有默認(rèn)路由，則當(dāng)目的地址在路由表中沒有匹配表項的包將按照默認(rèn)路由進(jìn)行轉(zhuǎn)發(fā)。明細(xì)路由則指一般的具有具體轉(zhuǎn)發(fā)信息的路由。

在圖1中，假設(shè)上行的主路徑為vm-server---->lsw-1---->core-route，下行的主路徑為core-route---->lsw-1---->vm-server。當(dāng)core-route和lsw-1之間的鏈路中斷時，上下行的主路徑均中斷，此時需要對默認(rèn)路由進(jìn)行撤銷處理，以避免一些報文仍依據(jù)默認(rèn)路由被發(fā)送到上下行的主路徑上。然而，lsw-1上的明細(xì)路由可能有幾百甚至成千上萬條，所以默認(rèn)路由何時能得到處理是不確定的，最壞的情況是默認(rèn)路由被最后處理，在默認(rèn)路由被處理之前l(fā)sw-1上下掛的vm-server繼續(xù)通過lsw-1上行發(fā)包，這些包由于鏈路中斷無法到達(dá)目的地。因此，當(dāng)lsw-1上有大量的明細(xì)路由時，默認(rèn)路由撤銷消息會被晚發(fā)送，進(jìn)而會導(dǎo)致業(yè)務(wù)丟包時間過長，即業(yè)務(wù)中斷時間會過長。

技術(shù)實現(xiàn)要素：

為了至少部分地解決上述問題，本發(fā)明提供了一種默認(rèn)路由撤銷方法和裝置。

本發(fā)明提供了一種默認(rèn)路由撤銷方法，該方法應(yīng)用于運(yùn)行邊界網(wǎng)關(guān)協(xié)議bgp的設(shè)備，該方法包括：

確定本設(shè)備有待發(fā)送的默認(rèn)路由撤銷信息時，在向目標(biāo)bgp鄰居發(fā)送的首個bgp報文中攜帶所述默認(rèn)路由撤銷信息；所述目標(biāo)bgp鄰居為ibgp鄰居或ebgp鄰居；

確定向本設(shè)備的所有目標(biāo)bgp鄰居已發(fā)送所述默認(rèn)路由撤銷信息時，在本地刪除所述默認(rèn)路由撤銷信息指示的默認(rèn)路由。

本發(fā)明還提供了一種默認(rèn)路由撤銷裝置，該裝置配置于運(yùn)行邊界網(wǎng)關(guān)協(xié)議bgp的設(shè)備中，該裝置包括：

默認(rèn)路由處理單元，用于確定本設(shè)備有待發(fā)送的默認(rèn)路由撤銷信息時，在向目標(biāo)bgp鄰居發(fā)送的首個bgp報文中攜帶所述默認(rèn)路由撤銷信息；所述目標(biāo)bgp鄰居為ibgp鄰居或ebgp鄰居；

默認(rèn)路由刪除單元，用于在確定向本設(shè)備的所有目標(biāo)bgp鄰居已發(fā)送所述默認(rèn)路由撤銷信息時，在本地刪除所述默認(rèn)路由撤銷信息指示的默認(rèn)路由。

根據(jù)本發(fā)明的技術(shù)方案，當(dāng)確定運(yùn)行bgp的設(shè)備上有待發(fā)送的默認(rèn)路由撤銷信息時，將默認(rèn)路由撤銷信息攜帶在此后向本設(shè)備的各目標(biāo)bgp鄰居發(fā)送的首個bgp報文中，從而使得默認(rèn)路由撤銷信息快速到達(dá)各目標(biāo)bgp鄰居，避免了由默認(rèn)路由撤銷消息晚發(fā)導(dǎo)致的業(yè)務(wù)中斷時間過長的問題。

附圖說明

圖1是現(xiàn)有的數(shù)據(jù)中心網(wǎng)絡(luò)的一個簡化組網(wǎng)示意圖；

圖2是本發(fā)明實施例中的數(shù)據(jù)中心網(wǎng)絡(luò)的一個稍復(fù)雜組網(wǎng)示意圖；

圖3是本發(fā)明實施例中的一種默認(rèn)路由撤銷方法的流程圖；

圖4是本發(fā)明實施例中的一種默認(rèn)路由撤銷方法的具體實現(xiàn)流程圖；

圖5是本發(fā)明實施例中的一種默認(rèn)路由撤銷裝置的結(jié)構(gòu)圖；

圖6是本發(fā)明一個實施例提供的一種運(yùn)行bgp的設(shè)備的結(jié)構(gòu)示意圖。

具體實施方式

為了解決背景技術(shù)中提出的技術(shù)問題，本申請的發(fā)明人想到為了盡量從流程上保證默認(rèn)路由撤銷信息的發(fā)送能夠得到優(yōu)先處理，將默認(rèn)路由節(jié)點(diǎn)掛在鏈表頭優(yōu)先處理，即將默認(rèn)路由節(jié)點(diǎn)放在哈希表的第一個位置。但是這種處理方式只能決絕簡單場景下的默認(rèn)路由撤銷信息晚發(fā)的問題，但無法解決例如圖2所示的復(fù)雜場景下的默認(rèn)路由撤銷信息晚發(fā)的問題。

圖2是本發(fā)明實施例中的數(shù)據(jù)中心網(wǎng)絡(luò)的一個稍復(fù)雜組網(wǎng)示意圖。相比于圖1，在圖2所示的組網(wǎng)中，增加了一臺與lsw-1連接的核心層設(shè)備other-router。當(dāng)core-router和lsw-1之間的鏈路斷開的同時other-router向lsw-1發(fā)送大量的更新路由時，即使即將默認(rèn)路由節(jié)點(diǎn)放在了與core-route對應(yīng)的哈希表的第一個位置，由于other-router和core-route對于lsw-1來說地位平等，那么core-router發(fā)送的默認(rèn)路由也很難保證一定被優(yōu)先處理，從而仍然無法解決默認(rèn)路由撤銷消息晚發(fā)導(dǎo)致業(yè)務(wù)中斷時間過長的問題。

為此，本申請示例公開了一種默認(rèn)路由撤銷方法和裝置，以解決默認(rèn)路由撤銷不及時導(dǎo)致的業(yè)務(wù)中斷問題。為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖對本發(fā)明實施方式作進(jìn)一步地詳細(xì)描述。

這里將詳細(xì)地對示例性實施例進(jìn)行說明，其示例表示在附圖中。下面的描述涉及附圖時，除非另有表示，不同附圖中的相同數(shù)字表示相同或相似的要素。以下示例性實施例中所描述的實施方式并不代表與本申請相一致的所有實施方式。相反，它們僅是與如所附權(quán)利要求書中所詳述的、本申請的一些方面相一致的裝置和方法的例子。

在本申請使用的術(shù)語是僅僅出于描述特定實施例的目的，而非旨在限制本申請。在本申請和所附權(quán)利要求書中所使用的單數(shù)形式的“一種”、“所述”和“該”也旨在包括多數(shù)形式，除非上下文清楚地表示其他含義。還應(yīng)當(dāng)理解，本文中使用的術(shù)語“和/或”是指并包含一個或多個相關(guān)聯(lián)的列出項目的任何或所有可能組合。

應(yīng)當(dāng)理解，盡管在本申請可能采用術(shù)語第一、第二、第三等來描述各種信息，但這些信息不應(yīng)限于這些術(shù)語。這些術(shù)語僅用來將同一類型的信息彼此區(qū)分開。例如，在不脫離本申請范圍的情況下，第一信息也可以被稱為第二信息，類似地，第二信息也可以被稱為第一信息。取決于語境，如在此所使用的詞語“如果”可以被解釋成為“在……時”或“當(dāng)……時”或“響應(yīng)于確定”。

圖3是本發(fā)明實施例中的一種默認(rèn)路由撤銷方法的流程圖。該方法應(yīng)用于運(yùn)行邊界網(wǎng)關(guān)協(xié)議bgp的設(shè)備，如交換機(jī)、路由器或服務(wù)器等。如圖3所示，該方法包括：

步驟s310，確定本設(shè)備有待發(fā)送的默認(rèn)路由撤銷信息時，在向目標(biāo)bgp鄰居發(fā)送的首個bgp報文中攜帶所述默認(rèn)路由撤銷信息；所述目標(biāo)bgp鄰居為ibgp鄰居或ebgp鄰居。

例如，在圖1或圖2所示的組網(wǎng)中，core-router向lsw-1下發(fā)了默認(rèn)路由，即lsw-1上有core-router配置的默認(rèn)路由，當(dāng)core-router和lsw-1之間的鏈路斷開時，lsw-1就需要向自己的目標(biāo)bgp鄰居發(fā)送默認(rèn)路由撤銷信息，則確定lsw-1有默認(rèn)路由撤銷信息需要發(fā)送。

這里，所述默認(rèn)路由撤銷信息包括：待撤銷的默認(rèn)路由，以及撤銷該默認(rèn)路由的指令信息。lsw-1的目標(biāo)bgp鄰居包括：除core-router以外的所有bgp鄰居，即廣播發(fā)送默認(rèn)路由撤銷信息?；蛘撸诎l(fā)明的一個實施例中，也可以采用精確發(fā)送默認(rèn)路由撤銷信息的方式，此時lsw-1的目標(biāo)bgp鄰居包括：在確定lsw-1有默認(rèn)路由撤銷信息需要發(fā)送之前，lsw-1已經(jīng)向其發(fā)送了所述默認(rèn)路由的bgp鄰居。

步驟s320，確定向本設(shè)備的所有目標(biāo)bgp鄰居已發(fā)送所述默認(rèn)路由撤銷信息時，在本地刪除所述默認(rèn)路由撤銷信息指示的默認(rèn)路由。

當(dāng)向所有目標(biāo)bgp鄰居發(fā)送默認(rèn)路由撤銷信息完畢后，刪除本設(shè)備本地的相應(yīng)默認(rèn)路由。

在圖3所示的方法中，當(dāng)確定本設(shè)備上有待發(fā)送的默認(rèn)路由撤銷信息后，將默認(rèn)路由撤銷信息攜帶在此后向目標(biāo)bgp鄰居發(fā)送的首個bgp報文中，從而使得默認(rèn)路由撤銷信息快速到達(dá)目標(biāo)bgp鄰居，避免了由默認(rèn)路由撤銷消息晚發(fā)導(dǎo)致的業(yè)務(wù)中斷時間過長的問題。

需要說明的是，在背景技術(shù)的圖1中，僅僅是以劃分為三層的數(shù)據(jù)中心網(wǎng)絡(luò)為例提出了要解決的技術(shù)問題，同樣采用bgp協(xié)議的部署默認(rèn)路由的其他網(wǎng)絡(luò)中也會存在類似的問題。本領(lǐng)域的技術(shù)人員可以容易預(yù)見，圖3中給出的技術(shù)方案，不僅能夠解決圖1所示采用bgp協(xié)議的數(shù)據(jù)中心網(wǎng)絡(luò)中的默認(rèn)路由信息晚發(fā)的問題，也能夠解決采用bgp協(xié)議的其他類型網(wǎng)絡(luò)中的默認(rèn)路由信息晚發(fā)的問題。

在本發(fā)明的一個實施例中，圖3所示方法中的步驟s310中所述確定本設(shè)備有待發(fā)送的默認(rèn)路由撤銷信息包括如下(1)或(2)，或者兩者的組合：

(1)本設(shè)備與bgp鄰居之間的通信中斷、且本設(shè)備上存在該bgp鄰居配置的默認(rèn)路由，則確定本設(shè)備上有待發(fā)送的默認(rèn)路由撤銷信息。這里的通信中斷包括物理鏈路的中斷和對應(yīng)業(yè)務(wù)的邏輯鏈路的中斷。例如在圖1或圖2所示的組網(wǎng)中，lsw-1上有core-router配置的默認(rèn)路由，當(dāng)core-router和lsw-1之間的物理鏈路斷開時，或者使用bgp協(xié)議的相應(yīng)業(yè)務(wù)在core-router和lsw-1之間的邏輯鏈路中斷時，確定lsw-1上有待發(fā)送的默認(rèn)路由撤銷信息。

在此場景下，圖3所示方法中所述的目標(biāo)bgp鄰居不包含所述與本設(shè)備之間的通信中斷的bgp鄰居。即對應(yīng)到圖1或圖2所示的組網(wǎng)中，lsw-1不需要向core-router發(fā)送默認(rèn)路由撤銷信息。

(2)本設(shè)備收到bgp鄰居發(fā)送的默認(rèn)路由撤銷信息，則確定本設(shè)備有待發(fā)送的默認(rèn)路由撤銷信息。例如，在圖2所示的組網(wǎng)中，lsw-1收到了other-router發(fā)送的默認(rèn)路由撤銷信息，那么lsw-1也需要將該默認(rèn)路由撤銷信息發(fā)送給自己的目標(biāo)bgp鄰居，如core-router和vm-server。

在此場景下，圖3所示方法中所述的目標(biāo)bgp鄰居不包含向所述向本設(shè)備發(fā)送所述默認(rèn)路由撤銷信息的bgp鄰居。例如，在圖2所示的組網(wǎng)中，lsw-1收到了other-router發(fā)送的默認(rèn)路由撤銷信息，那么lsw-1無需再向other-router發(fā)送默認(rèn)路由撤銷信息。

在本發(fā)明的一個實施例中，圖3所示方法中的步驟s310中所述確定本設(shè)備有待發(fā)送的默認(rèn)路由撤銷信息時，在向目標(biāo)bgp鄰居發(fā)送的首個bgp報文中攜帶所述默認(rèn)路由撤銷信息包括：當(dāng)確定本設(shè)備有待發(fā)送的默認(rèn)路由撤銷信息時，設(shè)置本設(shè)備上的第一bgp狀態(tài)為“bgp需要撤銷默認(rèn)路由”狀態(tài)；當(dāng)本設(shè)備有向所述目標(biāo)bgp鄰居待發(fā)送的bgp報文時，判斷第一bgp狀態(tài)是否為“bgp需要撤銷默認(rèn)路由”狀態(tài)；如果第一bgp狀態(tài)是“bgp需要撤銷默認(rèn)路由”狀態(tài)，則所述bgp報文為確定本設(shè)備有待發(fā)送的默認(rèn)路由撤銷信息時，向所述向目標(biāo)bgp鄰居待發(fā)送的首個bgp報文，則判斷本設(shè)備上對應(yīng)所述目標(biāo)bgp鄰居的第二bgp狀態(tài)是否為“已發(fā)送默認(rèn)路由撤銷信息”狀態(tài)；如果所述第二bgp狀態(tài)不是“已發(fā)送默認(rèn)路由撤銷信息”狀態(tài)，則將所述默認(rèn)路由撤銷信息攜帶在所述首個bgp報文中發(fā)送給所述目標(biāo)bgp鄰居，并將所述第二bgp狀態(tài)設(shè)置為“已發(fā)送默認(rèn)路由撤銷信息”狀態(tài)。

則圖3所示方法進(jìn)一步包括：確定向本設(shè)備的所有目標(biāo)bgp鄰居已發(fā)送所述默認(rèn)路由撤銷信息時，將本設(shè)備上的第一bgp狀態(tài)和目標(biāo)bgp鄰居對應(yīng)的第二bgp狀態(tài)均置為初始狀態(tài)。

其中，所述第一bgp狀態(tài)的初始狀態(tài)為：表示本設(shè)備沒有待發(fā)送的默認(rèn)路由撤銷信息的狀態(tài)；

所述第二bgp狀態(tài)的初始狀態(tài)為：表示本設(shè)備還未向?qū)?yīng)的目標(biāo)bgp鄰居發(fā)送默認(rèn)路由撤銷信息的狀態(tài)。

則圖3所示方法中所述確定向本設(shè)備的所有目標(biāo)bgp鄰居已發(fā)送所述默認(rèn)路由撤銷信息，包括：本設(shè)備上對應(yīng)所有目標(biāo)bgp鄰居的第二bgp狀態(tài)均為所述“已發(fā)送默認(rèn)路由撤銷信息”狀態(tài)，則確定向本設(shè)備的所有目標(biāo)bgp鄰居已發(fā)送所述默認(rèn)路由撤銷信息。

圖4是本發(fā)明實施例中的一種默認(rèn)路由撤銷方法的具體實現(xiàn)流程圖。該方法應(yīng)用于運(yùn)行bgp的設(shè)備上，如圖4所示，包括：

步驟s410，當(dāng)確定本設(shè)備有待發(fā)送的默認(rèn)路由撤銷信息時，將本設(shè)備的第一bgp狀態(tài)設(shè)置為“bgp需要撤銷默認(rèn)路由”狀態(tài)。

在具體實現(xiàn)過程中，可以設(shè)置一個第一bgp狀態(tài)位。該第一bgp狀態(tài)位在初始狀態(tài)下取值為0，置位狀態(tài)下取值為1。則需要將第一bgp狀態(tài)設(shè)置為“bgp需要撤銷默認(rèn)路由”狀態(tài)時，具體將該第一bgp狀態(tài)位置1。

步驟s420，當(dāng)本設(shè)備要向目標(biāo)bgp鄰居發(fā)送bgp報文時，先執(zhí)行步驟s430。

本步驟中的bgp報文可以是任何一種類型的bgp報文，以保證默認(rèn)路由撤銷信息以最快的速度到達(dá)相應(yīng)的bgp鄰居。一般情況下是發(fā)送路由更新的bgp報文。

步驟s430，判斷第一bgp狀態(tài)是否為“bgp需要撤銷默認(rèn)路由”狀態(tài)，是則執(zhí)行步驟s440，否則執(zhí)行步驟s470.

步驟s440，判斷該目標(biāo)bgp鄰居對應(yīng)的第二bgp狀態(tài)是否為“已發(fā)送默認(rèn)路由撤銷信息”狀態(tài)，是則執(zhí)行步驟s470，否則執(zhí)行步驟s450。

在具體實現(xiàn)過程中，需要為本設(shè)備的每個目標(biāo)bgp鄰居分別設(shè)置一個第二bgp狀態(tài)位。第二bgp狀態(tài)位為0表示“未發(fā)送默認(rèn)路由撤銷信息”，第二bgp狀態(tài)位為1表示“已發(fā)送默認(rèn)路由撤銷信息”。

步驟s450，將默認(rèn)路由撤銷信息攜帶在該bgp報文中發(fā)送給該目標(biāo)bgp鄰居。

步驟s460，將該目標(biāo)bgp鄰居對應(yīng)的第二bgp狀態(tài)設(shè)置為“已發(fā)送默認(rèn)路由撤銷信息”狀態(tài)。執(zhí)行步驟s480。

步驟s470，按照現(xiàn)有的正常流程組織處理其他路由信息。

步驟s480，判斷本設(shè)備的所有目標(biāo)bgp鄰居的狀態(tài)是否均已成為“已發(fā)送默認(rèn)路由撤銷信息”狀態(tài)；是則執(zhí)行步驟s490，否則返回步驟s420。

步驟s490，將默認(rèn)路由從本設(shè)備本地的路由表中刪除，并將第一bgp狀態(tài)和所有目標(biāo)bgp鄰居對應(yīng)的第二bgp狀態(tài)均置為初始狀態(tài)。

從上述方案可以看出，應(yīng)用本方案后，當(dāng)bgp設(shè)備上有待發(fā)送的默認(rèn)路由撤銷信息時，此后向目標(biāo)bgp鄰居發(fā)送的首個bgp報文中必定存在默認(rèn)路由撤銷信息，從而保證不管哪種場景下，默認(rèn)路由撤銷信息能夠及時優(yōu)先發(fā)送，從而大大縮短了業(yè)務(wù)丟包時間。

需要再次強(qiáng)調(diào)的是上述方案可以適用于采用bgp協(xié)議和默認(rèn)路由的任何網(wǎng)絡(luò)中。理所當(dāng)然該方法適用于包括核心層、匯聚層和接入層的網(wǎng)絡(luò)中，該網(wǎng)絡(luò)中的每一層被劃分成一個或多個自治系統(tǒng)as，各as之間基于bgp進(jìn)行通信，例如圖1中所示的數(shù)據(jù)中心網(wǎng)絡(luò)。即能夠解決圖1所示的數(shù)據(jù)中心網(wǎng)絡(luò)中，當(dāng)上行鏈路斷開時，匯聚層的邊界網(wǎng)關(guān)(如lsw-1)無法及時向接入層設(shè)備發(fā)送默認(rèn)路由撤銷信息，從而導(dǎo)致上行業(yè)務(wù)丟包時間過長的問題。

且上述實施例中提供的解決方案，無需對現(xiàn)有的bgp協(xié)議進(jìn)行大的改動，只需要在bgp報文的組包過程中加入默認(rèn)路由撤銷信息即可，從而降低了實現(xiàn)的復(fù)雜度，并且能夠適用于復(fù)雜的組網(wǎng)場景。

基于上述實施例給出本發(fā)明中的發(fā)送默認(rèn)路由撤銷信息的裝置。

圖5是本發(fā)明實施例中的一種默認(rèn)路由撤銷裝置的結(jié)構(gòu)圖。該裝置配置于運(yùn)行邊界網(wǎng)關(guān)協(xié)議bgp的設(shè)備中，如圖5所示該裝置500包括：

默認(rèn)路由處理單元510，用于確定本設(shè)備有待發(fā)送的默認(rèn)路由撤銷信息時，在向目標(biāo)bgp鄰居發(fā)送的首個bgp報文中攜帶所述默認(rèn)路由撤銷信息；所述目標(biāo)bgp鄰居為ibgp鄰居或ebgp鄰居；

默認(rèn)路由刪除單元520，用于確定向本設(shè)備的所有目標(biāo)bgp鄰居已發(fā)送所述默認(rèn)路由撤銷信息時，在本地刪除所述默認(rèn)路由撤銷信息指示的默認(rèn)路由。

其中，所述默認(rèn)路由撤銷信息包括：待撤銷的默認(rèn)路由，以及撤銷該默認(rèn)路由的指令信息。

在圖5所示的裝置，當(dāng)確定本設(shè)備上有待發(fā)送的默認(rèn)路由撤銷信息后，將默認(rèn)路由撤銷信息攜帶在此后向目標(biāo)bgp鄰居發(fā)送的首個bgp報文中，從而使得默認(rèn)路由撤銷信息快速到達(dá)目標(biāo)bgp鄰居，避免了由默認(rèn)路由撤銷消息晚發(fā)導(dǎo)致的業(yè)務(wù)中斷時間過長的問題。

在本發(fā)明的一個實施例中，默認(rèn)路由處理單元510，用于在本設(shè)備與bgp鄰居之間的通信中斷、且本設(shè)備上存在該bgp鄰居配置的默認(rèn)路由時，確定本設(shè)備上有待發(fā)送的默認(rèn)路由撤銷消息；所述bgp鄰居配置的默認(rèn)路由為所述待撤銷的默認(rèn)路由；所述目標(biāo)bgp鄰居不包含所述與本設(shè)備之間的通信中斷的bgp鄰居。

在本發(fā)明的一個實施例中，默認(rèn)路由處理單元510，用于本設(shè)備收到bgp鄰居發(fā)送的默認(rèn)路由撤銷信息時，確定本設(shè)備有待發(fā)送的默認(rèn)路由撤銷信息；所述目標(biāo)bgp鄰居不包含所述向本設(shè)備發(fā)送所述默認(rèn)路由撤銷信息的bgp鄰居。

在本發(fā)明的一個實施例中，所述默認(rèn)路由處理單元510，用于當(dāng)確定本設(shè)備有待發(fā)送的默認(rèn)路由撤銷信息時，設(shè)置本設(shè)備上的第一bgp狀態(tài)為“bgp需要撤銷默認(rèn)路由”狀態(tài)；當(dāng)本設(shè)備有向所述目標(biāo)bgp鄰居待發(fā)送的bgp報文時，判斷第一bgp狀態(tài)是否為“bgp需要撤銷默認(rèn)路由”狀態(tài)；如果第一bgp狀態(tài)是“bgp需要撤銷默認(rèn)路由”狀態(tài)，則所述bgp報文為確定本設(shè)備有待發(fā)送的默認(rèn)路由撤銷信息時，向所述向目標(biāo)bgp鄰居待發(fā)送的首個bgp報文，判斷本設(shè)備上對應(yīng)所述目標(biāo)bgp鄰居的第二bgp狀態(tài)是否為“已發(fā)送默認(rèn)路由撤銷信息”狀態(tài)；如果所述第二bgp狀態(tài)不是“已發(fā)送默認(rèn)路由撤銷信息”狀態(tài)，則將所述默認(rèn)路由撤銷信息攜帶在所述首個bgp報文中發(fā)送給所述目標(biāo)bgp鄰居，并將所述第二bgp狀態(tài)設(shè)置為“已發(fā)送默認(rèn)路由撤銷信息”狀態(tài)。

在本發(fā)明的一個實施例中，所述默認(rèn)路由刪除單元520，還用于在確定向本設(shè)備的所有目標(biāo)bgp鄰居已發(fā)送所述默認(rèn)路由撤銷信息時，將本設(shè)備上的第一bgp狀態(tài)和所有目標(biāo)bgp鄰居對應(yīng)的第二bgp狀態(tài)均置為初始狀態(tài)。

其中，所述第一bgp狀態(tài)的初始狀態(tài)為：表示本設(shè)備沒有待發(fā)送的默認(rèn)路由撤銷信息的狀態(tài)；所述第二bgp狀態(tài)的初始狀態(tài)為：表示本設(shè)備還未向?qū)?yīng)的目標(biāo)bgp鄰居發(fā)送默認(rèn)路由撤銷信息的狀態(tài)。

在本發(fā)明的一個實施例中，所述默認(rèn)路由處理單元510，用于在本設(shè)備上對應(yīng)所有目標(biāo)bgp鄰居的第二bgp狀態(tài)均為所述“已發(fā)送默認(rèn)路由撤銷信息”狀態(tài)時，確定向本設(shè)備的所有目標(biāo)bgp鄰居已發(fā)送所述默認(rèn)路由撤銷信息。

在本發(fā)明的一個實施例中，該裝置500應(yīng)用于包括核心層、匯聚層和接入層的網(wǎng)絡(luò)中的邊界網(wǎng)關(guān)中，該網(wǎng)絡(luò)中的每一層被劃分成一個或多個自治系統(tǒng)as，各as之間基于bgp進(jìn)行通信。但需要說明的是，該裝置500并不限于應(yīng)用在此類網(wǎng)絡(luò)中。本領(lǐng)域的技術(shù)人員可以預(yù)見，該裝置500可適用于任何采用bgp協(xié)議和默認(rèn)路由的網(wǎng)絡(luò)中。

對于裝置實施例而言，由于其基本對應(yīng)于方法實施例，所以相關(guān)之處參見方法實施例的部分說明即可，這里不再復(fù)述。以上所描述的裝置實施例僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部模塊來實現(xiàn)本實施例方案的目的。本領(lǐng)域普通技術(shù)人員在不付出創(chuàng)造性勞動的情況下，即可以理解并實施。

圖6是本發(fā)明一個實施例提供的一種運(yùn)行bgp的設(shè)備的結(jié)構(gòu)示意圖。如圖6所示，該運(yùn)行bgp的設(shè)備600包括：

存儲器620：用于存儲指令代碼。在本發(fā)明的一個實施例中，存儲器620存儲的是默認(rèn)路由撤銷指令。

處理器610：用于與存儲器通信，讀取和執(zhí)行存儲器中存儲的所述指令代碼，實現(xiàn)本申請上述示例公開的默認(rèn)路由撤銷操作。

這里，存儲器620可以是任何電子、磁性、光學(xué)或其它物理存儲裝置，可以包含或存儲信息，如可執(zhí)行指令、數(shù)據(jù)，等等。例如，機(jī)器可讀存儲介質(zhì)可以是：ram(radomaccessmemory，隨機(jī)存取存儲器)、易失存儲器、非易失性存儲器、閃存、存儲驅(qū)動器(如硬盤驅(qū)動器)、固態(tài)硬盤、任何類型的存儲盤(如光盤、dvd等)，或者類似的存儲介質(zhì)，或者它們的組合。

綜上所述，本發(fā)明的技術(shù)方案，當(dāng)確定本設(shè)備上有待發(fā)送的默認(rèn)路由撤銷信息時，將默認(rèn)路由撤銷信息攜帶在此后向目標(biāo)bgp鄰居發(fā)送的首個bgp報文中，從而使得默認(rèn)路由撤銷信息快速到達(dá)目標(biāo)bgp鄰居，避免了由默認(rèn)路由撤銷消息晚發(fā)導(dǎo)致的業(yè)務(wù)中斷時間過長的問題。且本發(fā)明的技術(shù)方案，無需對現(xiàn)有的bgp協(xié)議進(jìn)行大的改動，只需要在bgp報文的組包過程中加入默認(rèn)路由撤銷信息即可，從而降低了實現(xiàn)的復(fù)雜度，并且能夠適用于復(fù)雜的組網(wǎng)場景。

以上所述僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護(hù)范圍。凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換、改進(jìn)等，均包含在本發(fā)明的保護(hù)范圍內(nèi)。