ＧＭＰＬＳｂａｓｅｄ ＯＢＳ網(wǎng)絡(luò)中鏈路管理協(xié)議的應(yīng)用

摘要：GMPLS雖然是通用多協(xié)議標(biāo)簽交換，但是并不是支持所有的交換方式。由于光突發(fā)交換方式信令與數(shù)據(jù)分離，以及數(shù)據(jù)的多信道選擇等特性，這些特性與傳統(tǒng)的鏈路管理協(xié)議[1]的結(jié)構(gòu)和功能非常相似，因此在將GMPLS作為OBS傳輸網(wǎng)絡(luò)控制面時(shí)，最需要修改的協(xié)議就是鏈路管理協(xié)議。首次將鏈路管理協(xié)議中流量工程鏈路綁定與OBS的數(shù)據(jù)信道調(diào)度關(guān)聯(lián)起來(lái)，提高了網(wǎng)絡(luò)的可擴(kuò)展性和安全性，支持流量工程，并通過(guò)OPNET仿真數(shù)據(jù)驗(yàn)證了對(duì)多媒體業(yè)務(wù)流恢復(fù)性能的改善。

關(guān)鍵詞：綁定;數(shù)據(jù)信道組;控制信道組;共享風(fēng)險(xiǎn)鏈路組;M∶N保護(hù)

中圖法分類號(hào)：TP393．09文獻(xiàn)標(biāo)識(shí)碼：A

文章編號(hào)：1001－3695(2007)01－0297－03

1引言

光突發(fā)交換是最初由Qiao于1999年提出[2]，在OBS中，IP數(shù)據(jù)包被匯聚成一個(gè)大得多的突發(fā)包（如10KB~300MB），突發(fā)包傳輸前在網(wǎng)絡(luò)邊緣節(jié)點(diǎn)的電域中被緩存。這就使得交換開銷可以被多個(gè)IP包分擔(dān)。控制包首先被發(fā)送出去來(lái)建立連接（通過(guò)沿途預(yù)留相應(yīng)的帶寬和配置交換機(jī)），隨后的數(shù)據(jù)突發(fā)不需要收到連接確認(rèn)消息就可以被發(fā)送出去。換句話說(shuō)，OBS使用類似TellAndGo（TAG）的單向預(yù)留協(xié)議，也就是ATM中的快速預(yù)留協(xié)議（FRP）或ATM Block Transfer with Immediate Transmissions（ABTIT）。這使得OBS區(qū)別于電路交換，也區(qū)別于其他使用JustInTime（JIT）和TellAndWait（TAW）等預(yù)留/調(diào)度協(xié)議（在ATM中稱為ABTDT）的雙向預(yù)留的突發(fā)交換方式。當(dāng)控制包到達(dá)一個(gè)核心交換節(jié)點(diǎn)時(shí)，就為突發(fā)包預(yù)留好了資源。如果資源已經(jīng)預(yù)留好，那么突發(fā)包就可以通過(guò)該交換節(jié)點(diǎn)。當(dāng)突發(fā)包通過(guò)后，資源就被釋放。

光突發(fā)交換的另外一個(gè)重要特點(diǎn)就是數(shù)據(jù)信道調(diào)度機(jī)制。當(dāng)控制包提前到達(dá)一個(gè)交換節(jié)點(diǎn)時(shí)，除了告訴節(jié)點(diǎn)它所對(duì)應(yīng)突發(fā)包到達(dá)時(shí)間外，還需要確定突發(fā)包對(duì)應(yīng)的輸出端口。而在確定輸出端口時(shí)，節(jié)點(diǎn)是按照一定的規(guī)則在一定范圍內(nèi)的多個(gè)數(shù)據(jù)信道中對(duì)比選擇最佳的一個(gè)作為輸出端口。

由上面對(duì)OBS的簡(jiǎn)單敘述可知，OBS是一種介于光電路交換與光分組交換之間的一種新的交換方式，而目前包括IETF，ASON定義所支持的GMPLS控制協(xié)議在內(nèi)都是只支持電域的包交換和光域的時(shí)隙、波長(zhǎng)和光纖交換。因此為了在未來(lái)的GMPLS光網(wǎng)絡(luò)中實(shí)現(xiàn)OBS交換模式傳輸數(shù)據(jù)，就必須針對(duì)這種特殊的方式對(duì)目前GMPLS在支持原有交換方式的基礎(chǔ)上作針對(duì)性的擴(kuò)展，從信令協(xié)議、路由協(xié)議以及后來(lái)增加的鏈路管理協(xié)議。為此我們定義一個(gè)新的交換能力接口，突發(fā)交換能力接口——BSC。這種接口由帶光電轉(zhuǎn)換用來(lái)傳輸突發(fā)控制消息(BHP)的控制信道組和不帶光電轉(zhuǎn)換只用來(lái)傳輸光突發(fā)數(shù)據(jù)(DB)的數(shù)據(jù)信道組組成，而這些信道組都有隸屬于波長(zhǎng)交換能力接口。考慮到我們對(duì)已有GMPLS所作擴(kuò)展的通用性，在信令協(xié)議方面，將在CRLDP[3，4]基礎(chǔ)上進(jìn)行擴(kuò)展；路由方面，則是OSPFTE[5]擴(kuò)展；鏈路管理協(xié)議則是IETF的最新的草案[1]擴(kuò)展而來(lái)。

鏈路管理協(xié)議是為管理流量工程鏈路（TELink）而開發(fā)的一種新技術(shù)。它具有四個(gè)基本功能：

(1)控制信道管理。

控制信道是GMPLS網(wǎng)絡(luò)中用于傳送信令、路由甚至網(wǎng)管信息的通道，而對(duì)控制信道的實(shí)現(xiàn)形式，IETF并沒(méi)有作出限定，如控制信道可以是一個(gè)獨(dú)立的波長(zhǎng)、一條IP的隧道或數(shù)據(jù)鏈路的開銷字節(jié)等。控制信道管理功能就是用于在節(jié)點(diǎn)之間建立控制信道并維護(hù)其連通性的。控制信道管理過(guò)程包括兩個(gè)階段，即參數(shù)協(xié)商和連通性維護(hù)。

(2)鏈路屬性關(guān)聯(lián)。

此項(xiàng)功能用于驗(yàn)證數(shù)據(jù)鏈路的物理連通性和交換相應(yīng)的接口標(biāo)志（InterfaceID）。鏈路

連通性的驗(yàn)證過(guò)程也分為兩個(gè)階段：①對(duì)Test消息發(fā)送所涉及的參數(shù)進(jìn)行協(xié)商；②通過(guò)數(shù)據(jù)鏈路發(fā)送Test消息，完成了對(duì)數(shù)據(jù)鏈路物理連通性的驗(yàn)證和鏈路兩端接口標(biāo)志的交換。

(3)鏈路連通性驗(yàn)證。

鏈路屬性關(guān)聯(lián)功能被用作合并多個(gè)數(shù)據(jù)鏈路為一個(gè)TELink，并同時(shí)用于交換、關(guān)聯(lián)或

修改TELink的參數(shù)。這包括改變一個(gè)鏈路的保護(hù)機(jī)制，修改數(shù)據(jù)鏈路的標(biāo)志，驗(yàn)證兩端數(shù)據(jù)鏈路和TELink信息的一致性等。

（4）故障管理。

網(wǎng)絡(luò)的故障管理可以分為故障檢測(cè)、故障定位、故障隔離、故障通告、故障恢復(fù)五個(gè)

過(guò)程。在LMP中，故障管理實(shí)現(xiàn)的功能主要是故障定位，其他過(guò)程可以采用傳統(tǒng)的或GMPLS所提供的其他方式來(lái)實(shí)現(xiàn)，如故障檢測(cè)可以采用在物理層檢測(cè)有無(wú)光信號(hào)的丟失（LOL）來(lái)實(shí)現(xiàn)，而故障通告和恢復(fù)通常需要信令的參與等。

從上面的討論可以看出，LMP和OBS網(wǎng)絡(luò)在結(jié)構(gòu)上有很多相似的地方，因此在定義OBS

網(wǎng)絡(luò)控制面功能的時(shí)候，LMP非常重要。本文主要討論如何對(duì)LMP的某些功能重新定義以實(shí)現(xiàn)在OBS網(wǎng)絡(luò)中配合其他GMPLS信令、路由協(xié)議管理實(shí)現(xiàn)控制面功能。

2LMP的應(yīng)用——OBS控制

GMPLS中，負(fù)責(zé)建立、維護(hù)和拆除LSP的是CRLDP協(xié)議，而對(duì)這些建立起來(lái)的LSP和未建立起來(lái)的鏈路資源的管理則是由LMP進(jìn)行管理。對(duì)于OBS網(wǎng)絡(luò)，一條LSP就是一個(gè)邊緣節(jié)點(diǎn)到另外一個(gè)邊緣節(jié)點(diǎn)的路徑，但是OBS網(wǎng)絡(luò)中的LSP并不是完全的LSP，因?yàn)樵诿恳惶拿恳粋€(gè)數(shù)據(jù)突發(fā)的輸出波長(zhǎng)(或端口)都需要由對(duì)應(yīng)控制包臨時(shí)決定。因此必須對(duì)GMPLS協(xié)議棧作一些修改。

2．1OBS 的LSP建立和拆除過(guò)程

在GMPLS中，當(dāng)請(qǐng)求標(biāo)簽完成一個(gè)往返之后，一條確定的LSP就會(huì)建立起來(lái)，包括FEC，ILM，NHLFE等對(duì)應(yīng)的參數(shù)都確定下來(lái)。但是我們針對(duì)OBS傳輸方式， 在建立路徑時(shí)往往不指定數(shù)據(jù)傳輸?shù)男诺溃峭ㄟ^(guò)數(shù)據(jù)信道調(diào)度臨時(shí)選擇。因此，建立一條雙向LSP的過(guò)程與傳統(tǒng)GMPLS的建立過(guò)程差不多，只是在每一個(gè)LSP我們所建立的LSP對(duì)象指的是傳輸控制消息的LSP，對(duì)應(yīng)傳輸DB數(shù)據(jù)的信道則由LMP協(xié)議本地管理。拆除OBS的LSP過(guò)程也是如此相反。

這樣做的好處有：

①符合OBS交換方式的控制信道與數(shù)據(jù)信道分離；

②信令只傳遞控制信道相關(guān)消息，并不兼顧數(shù)據(jù)信道的分配問(wèn)題，將一部分功能轉(zhuǎn)交給LMP協(xié)議，由本地節(jié)點(diǎn)進(jìn)行管理，有利于減輕LDP信令的負(fù)擔(dān)。

2．2鏈路綁定

在定義GMPLS時(shí)考慮到，由于交換類型的增多，從鏈路管理、路由廣播標(biāo)簽空間以

及流量工程角度的考慮，將幾條相同特征的平行鏈路匯聚起來(lái)，將這些匯聚的屬性指定為一個(gè)綁定鏈路。這樣做的后果就是減小了鏈路狀態(tài)數(shù)據(jù)庫(kù)，增強(qiáng)了鏈路狀態(tài)協(xié)議的可擴(kuò)展性。至于鏈路綁定的細(xì)節(jié)可以在文獻(xiàn)[6]中查看(如鏈路屬性是如何匯聚的)。

如圖1所示，虛線圈定的為多個(gè)波長(zhǎng)鏈路，這些波長(zhǎng)鏈路組成了一個(gè)概念上的鏈路綁定，所有屬于這個(gè)鏈路綁定的LSP中的數(shù)據(jù)突發(fā)都在節(jié)點(diǎn)進(jìn)行信道選擇。根據(jù)LMP的功能，當(dāng)收到建立LSP請(qǐng)求時(shí)，節(jié)點(diǎn)通過(guò)控制信道管理分配一條控制信道 (新分配一條鏈路或者與在帶寬條件允許情況下與其他控制信道共享一條鏈路) ，然后建立一條對(duì)應(yīng)的OBS的數(shù)據(jù)突發(fā)LSP，并將此LSP與加入到相同目的地的或者相同流量工程的鏈路綁定中，如果沒(méi)有則將這條LSP聲明為一個(gè)新的鏈路綁定，以便以后的LSP加入。這樣一個(gè)鏈路綁定中的鏈路數(shù)目N總大于或者等于所屬的LSP數(shù)目M。

鏈路綁定與OBS相結(jié)合不僅僅實(shí)現(xiàn)了對(duì)OBS中控制信道和數(shù)據(jù)信道的管理，也為了讓GMPLSbased OBS網(wǎng)絡(luò)可以在以后有所擴(kuò)展，如OVPN，OMulticast基于QoS的TE Bundle，預(yù)留鏈路進(jìn)行鏈路保護(hù)等。

通過(guò)配置，每一個(gè)端口都會(huì)留有一定數(shù)量的波長(zhǎng)作為備用信道。備用信道可以實(shí)現(xiàn)很多功能，如臨時(shí)性解決某一個(gè)鏈路綁定中突發(fā)數(shù)據(jù)調(diào)度失敗丟包的問(wèn)題等，但是最主要的功能還是作為共享風(fēng)險(xiǎn)鏈路組。

3目前OBS的關(guān)鍵技術(shù)研究

現(xiàn)在OBS技術(shù)在世界范圍內(nèi)已經(jīng)比較成熟，很多大型實(shí)驗(yàn)室、學(xué)校都已經(jīng)建立了演示實(shí)驗(yàn)床，但是距離實(shí)用和標(biāo)準(zhǔn)還有一些差距，主要體現(xiàn)在下面一些關(guān)鍵技術(shù)：

(1)高速光交叉模塊技術(shù)[9]。

光交叉模塊是OBS核心節(jié)點(diǎn)的關(guān)鍵部分，要求其中的光開關(guān)速度達(dá)到微秒級(jí)甚至納秒級(jí)。鈮酸鋰開關(guān)、半導(dǎo)體放大器SOA構(gòu)成的門陣列、聲光技術(shù)實(shí)現(xiàn)的光交換、光調(diào)制光開關(guān)和波導(dǎo)開關(guān)等雖然都有自己的特點(diǎn)，但是在功率、成本等方面也存在著或多或少的問(wèn)題。另外，突發(fā)接收和突發(fā)同步也需要納秒級(jí)的光開關(guān)精度， 因此高速光交叉矩陣技術(shù)是下一步研究的重點(diǎn)。

(2)競(jìng)爭(zhēng)解決方案。

所有分組交換方式都會(huì)遇到同一個(gè)問(wèn)題，即所謂的外部阻塞(又稱隊(duì)頭阻塞)。在OBS中，競(jìng)爭(zhēng)解決方案有光緩存、波長(zhǎng)變換和偏射路由這三種主流方案。但是現(xiàn)在的光緩存采用大量光纖，成本很高，而且存儲(chǔ)粒度有限，而波長(zhǎng)變換和偏射路由也存在著波長(zhǎng)變換器的成本問(wèn)題，因此，如果要讓OBS網(wǎng)絡(luò)更加成熟，競(jìng)爭(zhēng)問(wèn)題必須解決。

(3)QoS解決方案[10]。

在光域中，因?yàn)闆](méi)有光RAM，因此那些基于緩存的QoS方案，在全光交換的網(wǎng)絡(luò)中無(wú)法應(yīng)用，因而需要一種無(wú)緩存的QoS解決方案。目前提出的方案也都是從匯聚、偏置時(shí)間幾個(gè)方面考慮。

(4)保護(hù)恢復(fù)機(jī)制。

OBS光網(wǎng)絡(luò)的生存性包括控制信道和數(shù)據(jù)信道的故障保護(hù)與恢復(fù)，它與傳統(tǒng)的光網(wǎng)絡(luò)有很多相似的地方，傳統(tǒng)光網(wǎng)絡(luò)的保護(hù)恢復(fù)機(jī)制，有很多可以借鑒。不過(guò)，也存在很多不同，它的控制通道要經(jīng)過(guò)光/電/光處理，而數(shù)據(jù)通道在中間節(jié)點(diǎn)透明傳輸，無(wú)須光/電/光處理，這樣，有許多新的問(wèn)題需要解決。

4對(duì)多媒體業(yè)務(wù)流恢復(fù)的性能改進(jìn)

下一代的核心網(wǎng)絡(luò)已經(jīng)確定為光網(wǎng)絡(luò)，而現(xiàn)在光網(wǎng)絡(luò)受技術(shù)限制，對(duì)于故障的恢復(fù)一般是采用雙環(huán)切換的辦法，不適用未來(lái)的網(wǎng)狀網(wǎng)。因此，核心網(wǎng)絡(luò)所承載的業(yè)務(wù)流就需要靠上層的重路由來(lái)恢復(fù)，但是延遲非常大，對(duì)于實(shí)時(shí)性要求非常高的多媒體業(yè)務(wù)流來(lái)說(shuō)，一旦出現(xiàn)故障，影響就非常大，只有快速的光層恢復(fù)才能盡量減少視頻影響。

光控制面的一個(gè)重要功能就是智能故障處理。我們?cè)贠BS網(wǎng)絡(luò)中引入了GMPLS控制面的一個(gè)主要目的就是可以解決光層OBS的保護(hù)恢復(fù)問(wèn)題。在OBS中，業(yè)務(wù)流可以按照IETF標(biāo)準(zhǔn)分為盡力而為(BE)，確保轉(zhuǎn)發(fā)(AF)和加速轉(zhuǎn)發(fā)(EF)。其中視頻、語(yǔ)音業(yè)務(wù)流屬于EF加速轉(zhuǎn)發(fā)類。我們通過(guò)OBS加速轉(zhuǎn)發(fā)和故障優(yōu)先恢復(fù)等技術(shù)可以對(duì)多媒體業(yè)務(wù)流的恢復(fù)性能實(shí)現(xiàn)改進(jìn)。下面是對(duì)故障恢復(fù)的技術(shù)描述。

在GMPLSbased OBS網(wǎng)絡(luò)中故障的處理需要信令、路由和鏈路管理協(xié)議的共同工作才能實(shí)現(xiàn)。對(duì)于故障的處理分為五個(gè)階段，即檢測(cè)、定位、隔離、通告和轉(zhuǎn)移。信令的功能是根據(jù)保護(hù)或者恢復(fù)的類型建立備用路徑，而路由的功能則是廣播保護(hù)或者恢復(fù)的類型，計(jì)算備用路徑路由，鏈路管理協(xié)議的功能就是對(duì)這些備用路徑進(jìn)行處理。

針對(duì)光控制面的這個(gè)功能，如上所述，鏈路管理協(xié)議的一個(gè)重要功能就是實(shí)現(xiàn)故障處理。

由于OBS網(wǎng)絡(luò)結(jié)構(gòu)中數(shù)據(jù)突發(fā)是透明交換，而且與控制信道又是分離的，當(dāng)出現(xiàn)鏈路故障時(shí)，僅檢查控制信道是不行的，還必須檢查控制信道對(duì)應(yīng)鏈路綁定的數(shù)據(jù)信道所有鏈路。為了能夠盡快地對(duì)OBS的LSP進(jìn)行保護(hù)，尤其是對(duì)EF類數(shù)據(jù)傳輸?shù)腖SP，規(guī)定在每一個(gè)端口均分配一定數(shù)量的備用鏈路，作為其他端口鏈路的共享風(fēng)險(xiǎn)鏈路組SRLG [7]。在這種共享風(fēng)險(xiǎn)組中實(shí)現(xiàn)段保護(hù)類型[8]。當(dāng)網(wǎng)絡(luò)中每?jī)蓚€(gè)節(jié)點(diǎn)之間最大使用的LSP對(duì)數(shù)為M， 而這兩個(gè)節(jié)點(diǎn)之間最大的SRLG中LSP對(duì)數(shù)為N， 則在整個(gè)網(wǎng)絡(luò)中實(shí)現(xiàn)了M∶N的故障保護(hù)。

為了減少EF丟包率，應(yīng)該盡量挽救在發(fā)生節(jié)點(diǎn)或者鏈路故障時(shí)已經(jīng)發(fā)出來(lái)但要經(jīng)過(guò)故障的突發(fā)包，保護(hù)工作分為兩個(gè)部分：①專門為已經(jīng)發(fā)出來(lái)但還沒(méi)有到達(dá)故障的數(shù)據(jù)，采用省缺路由的方式臨時(shí)轉(zhuǎn)移突發(fā)數(shù)據(jù)，這時(shí)候的保護(hù)是基于線段的保護(hù)；②通過(guò)OSPF通告為經(jīng)過(guò)故障的所有LSP重新選擇保護(hù)路徑，這時(shí)候的保護(hù)是基于線路的保護(hù)，是從OBS網(wǎng)絡(luò)中LSP的源端發(fā)起的。但是由于JIT和JET等OBS單向預(yù)留協(xié)議是在突發(fā)包匯聚產(chǎn)生的時(shí)候嚴(yán)格計(jì)算控制包和突發(fā)包的偏置時(shí)間，使用傳統(tǒng)的省缺路由可能會(huì)因?yàn)樵黾油话l(fā)包的跳數(shù)，從而使偏置時(shí)間不夠用，因此在線段保護(hù)的節(jié)點(diǎn)中，由于臨時(shí)的控制包和數(shù)據(jù)包都是走保護(hù)信道，不需要提前配制，因此BHP也透明傳輸。舉一個(gè)例子，網(wǎng)狀網(wǎng)中，如圖2所示為一個(gè)4：2的保護(hù)網(wǎng)絡(luò)，每條線代表一對(duì)LSP（包括數(shù)據(jù)信道和控制信道）其中兩條虛線為保護(hù)鏈路，其他四條實(shí)線為使用LSP。最初有一條LSP從Edge Router1到 Edge Router2，經(jīng)過(guò)LSR1，LSR2，LSR4。當(dāng)LSR2發(fā)生故障時(shí)，一旦LSR1和LSR4檢測(cè)并定位故障，整個(gè)網(wǎng)絡(luò)將同時(shí)進(jìn)行兩種保護(hù)，對(duì)整個(gè)LSP的線路保護(hù)和LSR1到LSR4之間的線段保護(hù)。對(duì)于線保護(hù)，在邊緣路由器1匯聚突發(fā)包時(shí)調(diào)整偏置時(shí)間，并在發(fā)送調(diào)整過(guò)的控制包之前在控制信道發(fā)送一個(gè)針對(duì)這條LSP的通知信息包，LSR3，LSR4則透明轉(zhuǎn)發(fā)控制包，直到接收到通知包之后才對(duì)這條LSP的數(shù)據(jù)進(jìn)行數(shù)據(jù)信道調(diào)度等處理。

5多媒體業(yè)務(wù)流性能評(píng)估

針對(duì)GMPLSbased OBS光網(wǎng)絡(luò)的多媒體業(yè)務(wù)流性能，我們?cè)贠PNET10.0中建立了一組仿真模型。以美國(guó)地圖為例，模仿光鏈路故障如圖2所示，節(jié)點(diǎn)之間的鏈路為10個(gè)波長(zhǎng)，我們檢測(cè)的是從Denver 到Chicago之間的數(shù)據(jù)流。所有節(jié)點(diǎn)在仿真0時(shí)開始隨機(jī)傳輸數(shù)據(jù)，包括BE類型的普通業(yè)務(wù)流(虛線)和AF類型的多媒體語(yǔ)音圖像業(yè)務(wù)流(實(shí)線)。光鏈路在8ms時(shí)發(fā)生故障，我們把仿真時(shí)間設(shè)置為1min，圖2為收集Denver和Chicago之間鏈路利用率的仿真數(shù)據(jù)截圖。從圖中我們可以看出，從故障發(fā)生到數(shù)據(jù)恢復(fù)只用了不到50ms，而AF數(shù)據(jù)流的恢復(fù)時(shí)間則明顯比BE要快。這樣的延遲可以滿足語(yǔ)音和圖像服務(wù)的要求。

6結(jié)論

OBS技術(shù)是為了滿足業(yè)務(wù)增長(zhǎng)的需要成長(zhǎng)起來(lái)的，它具有延時(shí)小(單向預(yù)留)、帶寬利用率高、交換靈活、數(shù)據(jù)透明、交換容量大(電控光交換)等優(yōu)點(diǎn)，可以達(dá)到Tbps級(jí)的交換容量。因此，OBS網(wǎng)絡(luò)主要應(yīng)用于不斷發(fā)展的大型城域網(wǎng)和廣域網(wǎng)。在GMPLSbased OBS網(wǎng)絡(luò)中，鏈路管理協(xié)議將使整個(gè)網(wǎng)絡(luò)更利于管理和維護(hù)， 在不改變現(xiàn)有OBS交換原理及結(jié)構(gòu)， 并繼承了大部分GMPLS協(xié)議棧的情況下， 為OBS網(wǎng)絡(luò)提供了靈活的應(yīng)用及業(yè)務(wù)提供， 如快速提供光路服務(wù)，應(yīng)用流量工程的綁定鏈路可以實(shí)現(xiàn)虛擬專用光網(wǎng)， 并且在鏈路管理協(xié)議定義的鏈路結(jié)構(gòu)的M:N保護(hù)機(jī)制下，網(wǎng)絡(luò)提供商可以輕松地?cái)U(kuò)展網(wǎng)絡(luò)而不必?fù)?dān)心網(wǎng)絡(luò)的安全性。

參考文獻(xiàn)：

［1］J Lang，et al. Link Management Protocol (LMP) [R]. IETF Draft(Work in Progress)，2003.

[2]C Qiao， M Yoo.Optical Burst Switching： A New Paradigm for An Optical Internet[J].High Speed Networks，1999，1(8):6984.

[3]IETF RFC34712003，Generalized MultiProtocol Label Switching (GMPLS) Signaling Functional Description [S].

[4]IETF RFC 34722003，(GMPLS) Signaling Constraintbased Routed Label Distribution Protocol (CRLDP) Extensions[S].

[5]IETF RFC 23281998， OSPF version 2 [S].

[6]K Kompella， Y Rekhter， L Berger. Link Bundling in MPLS Traffic Engineering [R]. IETF Draft(Work in Progress)， 2000.

[7]Sebos P， Yates J， Hjalmtysson G， et al. AutoDiscovery of Shared Risk Link Groups [C]. Optical Fiber Communication Conference and Exhibit， Technical Digest Series， IEEE， 2002.493495.

[8]Ayan Banerjee， John Drake. Generalized MultiProtocol Label Swi￣tching: An Overview of Signaling Enhancements and Recovery Techniques [J]. IEEE Communications，2001，7(39):1824.

[9]唐建軍， 紀(jì)越峰. 光突發(fā)交換關(guān)鍵技術(shù)[JOL]. http://www.cww.net.cn， 200309.

[10]Keping Long， et al. A New Framework and Burst Assembly for IP DiffServ over Optical Burst Switching Networks [C]. San Francisco， USA:Proceedings of the IEEE GlobeCom， 2003.31593164.

作者簡(jiǎn)介：劉輝(1968)，男，四川儀隴人，高級(jí)工程師，主要研究方向?yàn)楣饩W(wǎng)絡(luò)傳輸理論及技術(shù)研究;劉翔(1973)，男，四川儀隴人，工程師，主要研究方向?yàn)橥ㄐ殴こ汤碚摷皩?shí)踐。

注:本文中所涉及到的圖表、注解、公式等內(nèi)容請(qǐng)以PDF格式閱讀原文