專利名稱：用于在邏輯路由器之間的鏈路共享的方法和裝置的制作方法
用于在邏輯路由器之間的鏈路共享的方法和裝置相關(guān)申請的交叉引用本申請要求2008年9月8日提交的非臨時性申請序號No. 12/206，004的權(quán)益，根 據(jù)35U.S.C. § 119(e)，通過引用將該申請的全部內(nèi)容合并于此，如同在此處全面闡述。
背景技術(shù)：
現(xiàn)代通信網(wǎng)絡(luò)的規(guī)模和復(fù)雜程度上持續(xù)增長。隨著客戶數(shù)目的增加和服務(wù)所涉及 服務(wù)的復(fù)雜化，這些網(wǎng)絡(luò)的性能可能部分地由于鏈路和通道擁塞而劣化。在信息傳輸期間， 鏈路和通道擁塞通常導(dǎo)致傳送的數(shù)據(jù)單元(例如，塊、信元、幀、分組等)變得在時間上分布 不均勻、過度排隊和丟棄，從而使網(wǎng)絡(luò)通信的質(zhì)量劣化。諸如路由器的網(wǎng)絡(luò)設(shè)備在這樣的信 息的快速和成功傳輸中起到重要作用。一種用來確保質(zhì)量的方法是對路由器調(diào)配更多的處 理能力和容量；不幸的是，該方法可能受成本的限制。因此，已經(jīng)開發(fā)了邏輯路由器的概念 來允許昂貴的硬件組件的共享。然而，在資源分配方面，這些行為獨立的邏輯路由器缺乏協(xié) 調(diào)性。由于成本導(dǎo)致的另一因素是用于適應(yīng)新功能的新的協(xié)議和標(biāo)準(zhǔn)的開發(fā)。因此，需要一種方法，該方法支持在邏輯路由器之間的有效鏈路共享，同時嘗試保 持與當(dāng)前協(xié)議和標(biāo)準(zhǔn)的兼容性。


通過示例而非限制的方式來說明各種示例性實施例，在附圖的圖中，相同的附圖 標(biāo)記標(biāo)示類似的元素，在附圖中圖IA和圖IB分別是根據(jù)各種示例性實施例的能夠提供在邏輯路由器之間的鏈路 共享的系統(tǒng)的示圖以及實現(xiàn)多個邏輯路由器的物理路由器的示圖；圖2是根據(jù)示例性實施例的包括利用共用轉(zhuǎn)發(fā)平面的多個控制平面的路由器的 示圖；圖3是根據(jù)示例性實施例的用于預(yù)留在多個邏輯路由器之間的共享端口的帶寬 的過程的流程圖；圖4是根據(jù)示例性實施例的用于存儲未預(yù)留帶寬值的業(yè)務(wù)工程(traffic engineering)數(shù)據(jù)庫的示圖；圖5是根據(jù)示例性實施例的示例性路由系統(tǒng)的示圖；以及圖6是可以用于實現(xiàn)各種示例性實施例的計算機(jī)系統(tǒng)的示圖。
具體實施例方式描述了用于在邏輯路由器之間提供鏈路共享的優(yōu)選裝置、方法和系統(tǒng)。在下面的 描述中，出于解釋的目的，為了提供對本發(fā)明優(yōu)選實施例的全面了解，闡述了很多特定細(xì) 節(jié)。然而，很明顯在沒有這些特定細(xì)節(jié)的情況下或者通過等效布置，可以實踐優(yōu)選實施例。 在其他實例中，以框圖的形式示出了公知的結(jié)構(gòu)和設(shè)備，以便于避免不必要地混淆本發(fā)明 的優(yōu)選實施例。
4
盡管參考多協(xié)議標(biāo)簽交換(MPLS)網(wǎng)絡(luò)描述了各種示例性實施例，但是期望這些 實施例可以適用于能夠支持帶寬預(yù)留的任何通信系統(tǒng)。圖IA和圖IB分別是根據(jù)各種示例性實施例的能夠提供在邏輯路由器之間的鏈路 共享的系統(tǒng)的示圖以及實現(xiàn)多個邏輯路由器的物理路由器的示圖。通信系統(tǒng)100包括網(wǎng) 絡(luò)設(shè)備101，諸如在一個或多個網(wǎng)絡(luò)103a-103n之間提供連接性的路由器(或路由平臺)。 路由器101包括具有對應(yīng)業(yè)務(wù)工程數(shù)據(jù)庫107a-107n的多個邏輯路由器10fe_105n ；邏輯 路由器10fe-105n可以是軟件邏輯路由器(SLI )或硬件邏輯路由器(HLI )。邏輯路由器 105a-105n在某種意義上類似于物理路由器，因為它們擁有其自己的硬件和軟件資源集合 (例如，處理器、線路卡、配置、端口和協(xié)議)。例如，網(wǎng)絡(luò)103a-103n可以是多協(xié)議標(biāo)簽交換 (MPLS)網(wǎng)絡(luò)。MPLS支持不同硬件平臺和不同應(yīng)用之間的業(yè)務(wù)流的有效傳輸。通過使用基 于用戶定義的策略獨立創(chuàng)建的標(biāo)簽交換路徑(LSP)在MPLS網(wǎng)絡(luò)內(nèi)提供業(yè)務(wù)工程。通過MPLS系統(tǒng)的數(shù)據(jù)傳輸涉及標(biāo)簽交換路徑(LSP)的建立，LSP是在從源節(jié)點到 目的地節(jié)點的通信路徑內(nèi)的每個節(jié)點產(chǎn)生的標(biāo)簽序列。資源預(yù)留協(xié)議(RSVP)或者標(biāo)簽分 發(fā)協(xié)議(LDP)可以用于分發(fā)標(biāo)簽。對于基于因特網(wǎng)協(xié)議(IP)的網(wǎng)絡(luò)，MPLS可以將IP地址 映射到固定長度的標(biāo)簽，用于通過分組轉(zhuǎn)發(fā)或者分組交換平臺來進(jìn)行處理。獨立于第2層 和第3層協(xié)議的MPLS可以支持各種協(xié)議。因此，這些網(wǎng)絡(luò)103a-103n可以進(jìn)一步利用采用 許多技術(shù)的網(wǎng)絡(luò)元件，許多技術(shù)包括吉比特以太網(wǎng)、幀中繼、異步傳輸模式(ATM)、光纖分布 式數(shù)據(jù)端口(FDDI)、同步光網(wǎng)絡(luò)(SONET)等。路由器101在開放式系統(tǒng)互連(OSI)模型的物 理層、鏈路層和網(wǎng)絡(luò)層進(jìn)行操作，以通過網(wǎng)絡(luò)100傳輸數(shù)據(jù)。通常，路由器101可以通過利用 各種路由協(xié)議來確定“最佳”路徑或路由。路由表由每個路由器來保持，用于使用來自路由 協(xié)議的信息來將輸入端口映射到輸出端口。示例性路由協(xié)議包括邊界網(wǎng)關(guān)協(xié)議(BGP)、內(nèi)部 網(wǎng)關(guān)路由協(xié)議(IGRP)、路由信息協(xié)議(RIP)、開放式最短路徑優(yōu)先(OSPF)和中間系統(tǒng)對中 間系統(tǒng)(IS-IS)。除了智能轉(zhuǎn)發(fā)數(shù)據(jù)以外，路由器101可以提供各種其他功能，諸如防火墻、 加密等。應(yīng)當(dāng)注意，標(biāo)簽分發(fā)還可能涉及在BGP或OSPF路由協(xié)議上的搭載(piggykicking)。 路由器功能可以使用通用計算機(jī)(例如，如圖6所示)，或者是具有更強(qiáng)處理能力的高度專 業(yè)化硬件平臺來處理大量數(shù)據(jù)和硬件冗余以確保高可靠性。邏輯路由器105a-105n可以獨 立于任何上述網(wǎng)際互連協(xié)議來進(jìn)行工作。如圖IB中所示，路由器101包括消息收發(fā)總線109，該消息收發(fā)總線109用于允 許在邏輯路由器105a-105n和共享轉(zhuǎn)發(fā)平面111之間交換消息。轉(zhuǎn)發(fā)平面111耦接到一 個或多個端口 113a-113n，以通過確定目的地節(jié)點或設(shè)備的尋址信息來處理通過這些端口 113a-113n接收到的分組。另外，這些端口 113a-113n可以提供多個邏輯端口。轉(zhuǎn)發(fā)平面 111使用轉(zhuǎn)發(fā)表來確定到目的地節(jié)點的通信路徑?；诎诙鄠€邏輯路由器中的路由表， 用從多個邏輯路由器接收到的轉(zhuǎn)發(fā)信息庫條目來填充轉(zhuǎn)發(fā)表條目。在典型的硬件邏輯路 由器實現(xiàn)中，硬件資源專用于每個邏輯路由器。硬件分離的邏輯路由器還可以共享邏輯接 口。然而，在一些軟件邏輯路由器實現(xiàn)中，并非每個邏輯路由器都需要這樣的物理資源的專 用。這樣，分離的邏輯路由器可以共享同一物理網(wǎng)絡(luò)端口，其中分離經(jīng)由以太網(wǎng)VLAN(虛擬 局域網(wǎng))、ATM VCC(異步傳輸模式虛擬信道連接)、幀中繼DLCI (數(shù)據(jù)鏈路連接)等在第2 層處發(fā)生。然而，由于分離處于第2層，因此每個第2層邏輯信道可能利用端口(例如，端 口 113a)的全部容量，所以業(yè)務(wù)工程變得更加復(fù)雜。在每個邏輯路由器通過其獨立邏輯端口轉(zhuǎn)發(fā)大量業(yè)務(wù)的情形下，擁塞和分組丟失可能發(fā)生。由于MPLS業(yè)務(wù)工程在分發(fā)給網(wǎng)絡(luò)的 業(yè)務(wù)工程信息中沒有表示擁塞和分組丟失的機(jī)制，因此通常每個邏輯路由器并不知道所有 邏輯路由器的帶寬預(yù)留的總和是否超過端口容量。為了解決該問題，路由器101提供了一種機(jī)制，該機(jī)制對每個邏輯路由器 10fe-105n(并且因此對每個邏輯網(wǎng)絡(luò))指示在共享端口上可用的容量數(shù)量；以該方式，路 由器101可以確保所有邏輯路由器的帶寬預(yù)留的總和不會超過可用容量。圖2是根據(jù)示例性實施例的包括利用共用轉(zhuǎn)發(fā)平面的多個控制平面的路由器的 示圖。為了說明的目的，在業(yè)務(wù)工程(TE)多協(xié)議標(biāo)簽交換(MPLS)環(huán)境中描述了邏輯路由 器10fe-105n。如上所述，路由器101包括由兩個或多個邏輯路由實體(即，邏輯路由器 105a-105n)共享的轉(zhuǎn)發(fā)平面硬件111。通常，路由器利用單個控制平面實體和單個轉(zhuǎn)發(fā)平 面實體。為了避免使用多個經(jīng)常未充分利用的物理路由器來執(zhí)行不同的路由功能或服務(wù)， 在控制平面實體201a-201n和轉(zhuǎn)發(fā)平面111之間建立N 1的關(guān)系。該布置允許單個路由 平臺對網(wǎng)絡(luò)100呈現(xiàn)為多個邏輯路由平臺。因此，可以實現(xiàn)在若干路由功能或服務(wù)之間的 單個硬件平臺的共享。路由器101的方法涉及在轉(zhuǎn)發(fā)平面111和控制平面201a-201n之間 的帶寬更新消息交換。在一個實施例中，用于交換這樣的容量信息的機(jī)制是在本地實現(xiàn)的， 因此不需要在邏輯路由器105a-105n之間的交換協(xié)議。應(yīng)當(dāng)認(rèn)識到，諸如開放式最短路徑優(yōu)先(OSPF)和中間系統(tǒng)對中間系統(tǒng)(IS-IS)的 內(nèi)部網(wǎng)關(guān)協(xié)議已經(jīng)擴(kuò)展為支持業(yè)務(wù)工程信息的分發(fā)，使得可以計算并且在MPLS網(wǎng)絡(luò)中信 令通知(to signal)適當(dāng)?shù)臉I(yè)務(wù)工程標(biāo)簽交換路徑(LSP)。在因特網(wǎng)工程任務(wù)組(IETF)請 求注解(RFC) 3630和RFC 3784中，分別對OSPF和IS-IS指定了這些擴(kuò)展，將其整體通過引 用并入此處。在這些RFC中，已經(jīng)定義了子TLV(類型-長度-值)來標(biāo)識討論中的鏈路、 鏈路的顏色或管理組、鏈路的最大帶寬、鏈路的(最大)預(yù)留帶寬、鏈路的未預(yù)留帶寬和鏈 路的TE度量或成本?？梢栽谟糜谒墟溌返木W(wǎng)絡(luò)上分發(fā)該信息，使得網(wǎng)絡(luò)中的每個路由器知道整個網(wǎng) 絡(luò)的拓?fù)?。由于使用該信息信令通知?LSP并且預(yù)留了帶寬通知，因此LSP路徑中的路由 器更新未預(yù)留帶寬(UnRsvBW)值，并且將該更新信息向外發(fā)送到網(wǎng)絡(luò)中的其他路由器。因 此，任何入口標(biāo)簽交換路由器可以基于最低度量成本和帶寬可用性來確定何處放置未來的 LSP。在多個邏輯路由器環(huán)境中的業(yè)務(wù)工程的傳統(tǒng)實現(xiàn)以“互不干擾 (ships-in-the-night) ”模式進(jìn)行操作。這樣，以上過程在與使用同一端口的任何其他邏輯 路由器無關(guān)的情況下發(fā)生。假定路由器101被配置為在該傳統(tǒng)操作模式中進(jìn)行操作，則邏 輯路由器1將在邏輯或物理端口上預(yù)留特定數(shù)量的帶寬“X”。在該情形中，因為UnRsvBW子 TLV字段而導(dǎo)致LRl網(wǎng)絡(luò)的其余部分將知道帶寬改變，但是不會對在相同物理平臺上的其 他LR(例如，LR2...LRN)通知該帶寬預(yù)留(更不用說非-LRl網(wǎng)絡(luò)中的其他路由器)。因此， 即使現(xiàn)在具有更少的可用帶寬(即，MaxBW-X)，其他網(wǎng)絡(luò)也可能將該鏈路認(rèn)為是用于LSP放 置的可行候選。因此，需要一種機(jī)制來對共享端口的所有本地LR進(jìn)行警告(容量現(xiàn)在已經(jīng) 改變)，使得這些LR可以更新其業(yè)務(wù)工程數(shù)據(jù)庫(TED)和路由器鄰居。圖3是根據(jù)示例性實施例的用于預(yù)留在多個邏輯路由器之間的共享端口的帶寬 的過程的流程圖。在步驟301中，從共享共用端口的邏輯路由器中的一個接收帶寬請求；在該示例中，假定控制平面201a與請求邏輯路由器(例如，LR 105a)相對應(yīng)。當(dāng)LSP被通知 時，在路徑中的路由器確認(rèn)所需要的帶寬的可用性滿足預(yù)留請求，并且批準(zhǔn)或拒絕該請求。 如果該請求被批準(zhǔn)，則控制平面201a將適當(dāng)?shù)呐渲眯畔鬟f到轉(zhuǎn)發(fā)平面111來建立標(biāo)簽交 換，并且按需要提供轉(zhuǎn)發(fā)平面業(yè)務(wù)管理功能。根據(jù)一個實施例，轉(zhuǎn)發(fā)平面111不僅向請求邏輯路由器105a，還向共享特定端口 的所有邏輯路由器l(^b-105n確認(rèn)帶寬預(yù)留。該確認(rèn)將指示請求的帶寬是否可用(如在步 驟303中)。如果帶寬不可用，則請求被拒絕(步驟305)?？梢愿鶕?jù)預(yù)定的規(guī)則或策略來 執(zhí)行該可用帶寬的確定。例如，規(guī)則或策略可能要求每個邏輯路由器10fe-105n能夠在一 直訪問一些最小數(shù)量的帶寬。每到步驟307，如果帶寬可用，則預(yù)留請求的帶寬。如在步驟309中，每個邏輯路由 器通過該信息來更新其業(yè)務(wù)工程數(shù)據(jù)庫(例如，圖1的TED 107a-107n)，該業(yè)務(wù)工程數(shù)據(jù)庫 與共享端口上的鏈路相關(guān)聯(lián)。在一個實施例中，從UnRsvBW值中減去預(yù)留帶寬以產(chǎn)生當(dāng)前 的UnRsvBW值(步驟309)。每到步驟311，可以經(jīng)由帶寬更新消息(例如，使用IGP-TE更 新)向共享端口的邏輯路由器10fe-105n通知該新的UnRsvBW值。由于該值被提供給網(wǎng)絡(luò) 中的所有其他邏輯路由器10恥-10511，因此整個網(wǎng)絡(luò)現(xiàn)在對在共享端口上可用的可用帶寬 數(shù)量有準(zhǔn)確了解。應(yīng)當(dāng)注意，共享端口的其他邏輯路由器l(^b-105n將不知道帶寬為什么 不再可用；然而，該信息不是必要的。這些邏輯路由器10恥-10511僅需要由轉(zhuǎn)發(fā)平面111來 通知帶寬不再可用，因此它們可以適當(dāng)?shù)販p少其UnRsvBW值。根據(jù)特定實施例，該方法的結(jié)果在于假定在單個物理端口上共享的所有邏輯端口 上沒有超額訂閱，將不會由于在共享端口上不注意預(yù)留太多帶寬而導(dǎo)致分組丟失的發(fā)生。 在邏輯端口被超額訂閱，并且因此向TED報告了比端口可以承載的帶寬更多的可用帶寬的 情況下，仍然會由于在共享端口上預(yù)留太多帶寬而導(dǎo)致分組丟失。然而，通過在邏輯路由器 之間共享轉(zhuǎn)發(fā)平面帶寬預(yù)留知識，從某種程度上減輕了問題。圖4是根據(jù)示例性實施例的用于存儲未預(yù)留帶寬值的業(yè)務(wù)工程數(shù)據(jù)庫的示圖。在 該示例中，TED 107a采用字段401來指示與共享端口或鏈路相關(guān)的總帶寬值。該字段401 可以是在RFC 3630和RFC 3784中定義的UnRsvBW值。希望可以定義該字段401來反映任 何類型的容量或網(wǎng)絡(luò)資源。另外，如所示，可以基于優(yōu)先級0···η來構(gòu)建UnRsvBW值，優(yōu)先級 0···η可以被映射到預(yù)定的服務(wù)質(zhì)量(Qos)水平。在圖5的示例中進(jìn)一步詳述該概念。圖5是根據(jù)示例性實施例的示例性路由系統(tǒng)的示圖。在通信系統(tǒng)500中，兩個 物理路由器501、503被鏈接在一起向各種路由器LER A-LER F提供連接性。MPLS定義在 MPLS網(wǎng)絡(luò)的邊緣處操作的標(biāo)簽邊緣路由器(LER)，以及在網(wǎng)絡(luò)核心內(nèi)操作的標(biāo)簽交換路由 器(LSR)。LER可以與各種不同的網(wǎng)絡(luò)對接，諸如ATM、幀中繼、以太網(wǎng)(例如，1、10或100吉 比特以太網(wǎng))或者光系統(tǒng)(例如，使用光載波(0C)-768)。為了解釋，分別標(biāo)注為“LSR-X” 和“LSR-Y”的這兩個物理路由器501、503的每一個都提供多個邏輯路由器。特定地，路由 器501包括共享單個物理端口 507的邏輯路由器50fe-505c，在示例性實施例中，物理端口 507是10(ΛΕ(10吉比特以太網(wǎng))端口。關(guān)于路由器503(即，LSR-Y)，該路由器類似地包括 共享共用端口 511的三個邏輯路由器509a-509c。在該示例中，假定每個LR將超額訂閱因 子設(shè)置為100%或1。在LSP建立之前，用于在LSR X中的共享端口的邏輯路由器的業(yè)務(wù)工 程數(shù)據(jù)庫(TED)存儲在表1中列舉的信息
權(quán)利要求
1.一種方法，包括從多個邏輯路由器中的一個接收對于預(yù)留與由所述邏輯路由器共享的端口相對應(yīng)的 帶寬的請求；以及在對所述一個邏輯路由器準(zhǔn)許所述請求之前，在轉(zhuǎn)發(fā)平面確認(rèn)所述帶寬的預(yù)留。
2.如權(quán)利要求1所述的方法，進(jìn)一步包括通過所述轉(zhuǎn)發(fā)平面，向所述邏輯路由器中的其他路由器通知未預(yù)留帶寬。
3.如權(quán)利要求1所述的方法，其中，所述邏輯路由器中的每一個被配置為基于所述預(yù) 留帶寬來修改未預(yù)留帶寬值。
4.如權(quán)利要求3所述的方法，其中，所述邏輯路由器中的每一個進(jìn)一步被配置為，保持 業(yè)務(wù)工程數(shù)據(jù)庫，并且通過所修改的未預(yù)留帶寬值來更新對應(yīng)的業(yè)務(wù)工程數(shù)據(jù)庫。
5.如權(quán)利要求1所述的方法，其中，所述未預(yù)留帶寬值被指派給多個優(yōu)先級水平或者 多個服務(wù)質(zhì)量(QoQ水平。
6.如權(quán)利要求1所述的方法，進(jìn)一步包括向多協(xié)議標(biāo)簽交換(MPLS)網(wǎng)絡(luò)信令通知基于通過所述端口的所述預(yù)留帶寬的標(biāo)簽交 換路徑。
7.如權(quán)利要求1所述的方法，其中，所述端口是吉比特以太網(wǎng)端口、10吉比特以太網(wǎng)端 口、100吉比特以太網(wǎng)端口或者光載波(OC) -768端口。
8.一種裝置，包括控制平面，所述控制平面被配置為從多個邏輯路由器中的一個接收對于預(yù)留與由所 述邏輯路由器共享的端口相對應(yīng)的帶寬的請求；以及轉(zhuǎn)發(fā)平面，所述轉(zhuǎn)發(fā)平面被配置為在對所述一個邏輯路由器準(zhǔn)許所述請求之前，確認(rèn) 對所述帶寬的預(yù)留。
9.如權(quán)利要求8所述的裝置，其中，所述轉(zhuǎn)發(fā)平面進(jìn)一步被配置為，向所述邏輯路由器 中的其他邏輯路由器通知未預(yù)留帶寬。
10.如權(quán)利要求8所述的裝置，其中，所述邏輯路由器中的每一個被配置為基于所述 預(yù)留帶寬來修改未預(yù)留帶寬值。
11.如權(quán)利要求10所述的裝置，其中，所述邏輯路由器中的每一個進(jìn)一步被配置為保 持業(yè)務(wù)工程數(shù)據(jù)庫，并且通過所修改的未預(yù)留帶寬值來更新對應(yīng)的業(yè)務(wù)工程數(shù)據(jù)庫。
12.如權(quán)利要求8所述的裝置，其中，所述未預(yù)留帶寬值被指派給多個優(yōu)先級水平或者 多個服務(wù)質(zhì)量(QoQ水平。
13.如權(quán)利要求8所述的裝置，其中，所述轉(zhuǎn)發(fā)平面進(jìn)一步被配置為對多協(xié)議標(biāo)簽交 換(MPLS)網(wǎng)絡(luò)信令通知基于通過所述端口的所述預(yù)留帶寬的標(biāo)簽交換路徑。
14.如權(quán)利要求8所述的裝置，其中，所述端口是吉比特以太網(wǎng)端口、10吉比特以太網(wǎng) 端口、100吉比特以太網(wǎng)端口或者光載波(OC) -768端口。
15.一種路由平臺，包括多個邏輯路由器，所述多個邏輯路由器被配置為共享端口，其中，所述邏輯路由器中的 一個被配置為生成對于預(yù)留與所述端口相對應(yīng)的帶寬的請求；多個控制平面，所述多個控制平面與所述邏輯路由器相對應(yīng)，其中，所述控制平面被配 置為執(zhí)行路由協(xié)議；以及轉(zhuǎn)發(fā)平面，所述轉(zhuǎn)發(fā)平面被耦接到所述控制平面，并且被配置為在對所述一個邏輯路 由器準(zhǔn)許所述請求之前，在所述轉(zhuǎn)發(fā)平面內(nèi)確認(rèn)所述帶寬的預(yù)留。
16.如權(quán)利要求15所述的裝置，其中，所述轉(zhuǎn)發(fā)平面進(jìn)一步被配置為向所述邏輯路由 器中的其他路由器通知未預(yù)留帶寬。
17.如權(quán)利要求15所述的路由平臺，其中，所述邏輯路由器中的每一個被配置為基于 所述預(yù)留帶寬來修改未預(yù)留帶寬值。
18.如權(quán)利要求16所述的路由平臺，其中，所述邏輯路由器中的每一個進(jìn)一步被配置 為保持業(yè)務(wù)工程數(shù)據(jù)庫，并且通過所修改的未預(yù)留帶寬值來更新對應(yīng)的業(yè)務(wù)工程數(shù)據(jù)庫。
19.如權(quán)利要求15所述的路由平臺，其中，所述轉(zhuǎn)發(fā)平面被配置為向所述控制平面通 知所述修改的未預(yù)留帶寬值。
20.如權(quán)利要求15所述的路由平臺，其中，所述未預(yù)留帶寬值被指派給多個優(yōu)先級水 平或者多個服務(wù)質(zhì)量(QoQ水平。
21.如權(quán)利要求15所述的路由平臺，其中，所述轉(zhuǎn)發(fā)平面進(jìn)一步被配置為對多協(xié)議標(biāo) 簽交換(MPLS)網(wǎng)絡(luò)信令通知基于通過所述端口的所述預(yù)留帶寬的標(biāo)簽交換路徑。
22.如權(quán)利要求15所述的路由平臺，其中，所述端口是吉比特以太網(wǎng)端口、10吉比特以 太網(wǎng)端口、100吉比特以太網(wǎng)端口或者光載波(OC) -768端口。
23.如權(quán)利要求15所述的路由平臺，其中，所述轉(zhuǎn)發(fā)平面執(zhí)行策略，所述策略確保對所 述路由器的每一個指定與所述端口相對應(yīng)的預(yù)定量的帶寬。
全文摘要
提供了一種用于在多個邏輯路由器之間共享容量的方法。從多個邏輯路由器中的一個接收對于預(yù)留與由所述邏輯路由器共享的端口相對應(yīng)的帶寬的請求。在對一個邏輯路由器準(zhǔn)許該請求之前，在轉(zhuǎn)發(fā)平面內(nèi)確認(rèn)帶寬的預(yù)留。
文檔編號G06F15/16GK102124456SQ200980132108
公開日2011年7月13日 申請日期2009年9月8日 優(yōu)先權(quán)日2008年9月8日
發(fā)明者克里斯托弗·N·德爾利格諾, 斯科特·R·科特爾拉, 馬修·W·特林頓 申請人:維里遜專利及許可公司