路徑計算單元通信協(xié)議技術(shù)要求_第1頁
路徑計算單元通信協(xié)議技術(shù)要求_第2頁
路徑計算單元通信協(xié)議技術(shù)要求_第3頁
路徑計算單元通信協(xié)議技術(shù)要求_第4頁
路徑計算單元通信協(xié)議技術(shù)要求_第5頁
已閱讀5頁,還剩58頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1YD/TxxxxxxxX—xxxx路徑計算單元通信協(xié)議技術(shù)要求本文件規(guī)定了用于路徑計算單元與路徑計算客戶端間的路徑計算單元通信協(xié)議技術(shù)要求,內(nèi)容包括路徑計算單元通信協(xié)議的消息傳輸、協(xié)議流程、消息及對象格式等。有狀態(tài)路徑計算單元通信協(xié)議不在本文件的范圍之內(nèi)。本文件適用于支持PCEP協(xié)議的設(shè)備和系統(tǒng)。2規(guī)范性引用文件下列文件中的內(nèi)容通過文中的規(guī)范性引用而構(gòu)成本文件必不可少的條款。其中,注日期的引用文件。僅該日期對應(yīng)的版本適用于本文件:不注日期的引用文件,其最新版本(包括所有的修改單)適用于本文件。IETFRFC3209RSVP-TE:RSVP對LSP隧道的擴展(RSVP-TE:ExtensionstoRSVPforLSPIETFRFC3473GMPLS信令資源預(yù)留協(xié)議流量工程(RSVP-TE)擴展(GeneralizedMulti-ProtocolLabelSwitching(GMPLS)SignalingResourceReserVationProtocol-TrafficEngineering(RIETFRFC3477RSVP-TE中未編號的鏈路信令-流量工程(SignallingUmmumberedLinksinResourceReSerVationProtocol-TraficEngincering(RSVP-TEIETFRFC4090LSP隧道RSVP-TE的快速路由擴展(FastRerouteExtensionstoRSVP-TEforLSP3術(shù)語和定義下列術(shù)語和定義適用于本文件。路徑計算客戶端pathcomputationclient2請求路徑計算的一個客戶應(yīng)用,是一個PCEP會話中所涉及的元素(如路徑計算客戶PCC,或路徑計算單元PCE)。路徑計算單元pathcomputationelement能夠基于網(wǎng)絡(luò)拓撲、約束條件計算網(wǎng)絡(luò)路徑或路由的實體(組件、應(yīng)用,或者網(wǎng)絡(luò)節(jié)點)。下列縮略語適用于本文件。GMPLS:通用多協(xié)議標(biāo)記交換(GeneralizedMulti-ProtocolLabelSwitching)LSPA:標(biāo)簽交換路徑參數(shù)(LabelSwitchedPathAttribute)MPLS:多協(xié)議標(biāo)簽交換(Multi-ProtocolLabelSwitching)PCC:路徑計算客戶端(PathComputationClient)PCE:路徑計算單元(PathComputationElement)PCEP:路徑計算單元通信協(xié)議(PathComputationElementCommunicationProtocol)PCReq:請求消息議(PCERequest)TE:流量工程(TrafficTLV:類型長度值(TypeLengthValue)5PCEP協(xié)議流程要求5.1通用流程要求PCEP協(xié)議是用于MPLSTE或GMPLSTELSP算路的通信協(xié)議,一次PCEP協(xié)議路徑計算請求能夠完成一個或多個TELSP路徑計算,PCE返回一條或多條滿足限制需求的路徑。3YD/TxxxxxxxX—xxxxPCEP協(xié)議基于TCP,包括建立維護PCE會話消息、PCReq、PCRep、PCNf、PCEr、關(guān)閉消息等(PCEP消息名稱中英文對照參見附錄A).PCC支持靜態(tài)配置PCE或支持動態(tài)發(fā)現(xiàn)PCE.PCC支持同時與一個或多個PCE建立PCEP會話,PCE支持同時與一個或多個PCC建立PCEP會話。5.2初始化階段初始化階段,PCC和PCE先建立TCP連接,然后基于TCP會話建立PCEP會話,過程如圖1所示。會話建立過程中,PCE對等體之間進行會話參數(shù)協(xié)商,包括會話?;钣嫊r器、死亡計時器,以及路徑計算請求策略和要求等。如果因?qū)Φ润w會話參數(shù)協(xié)商失敗或超時未應(yīng)答導(dǎo)致PCEP會話建立失敗,對等體間的TCP連接應(yīng)立刻關(guān)閉。PCE對等體可以重試會話建立,但應(yīng)采用指數(shù)退避會話建立重試過程。PCEP會話成功建立后,PCE對等體之間使用PCEP會話?;钕⒋_認PCEP會話打開消息,此過程應(yīng)遵照圖1所示流程。同一時刻,一對PCEP對等體之間只能有一個PCEP會話,該PCEP端口只能有一個TCP連接。圖1PCEP初始化階段(由PCC發(fā)起建立會話)5.3會話?;铍A段PCEP支持會話?;顧C制。會話建立后,每個PCEP會話都有一個會話?;钣嫊r器,這個會話上每發(fā)出一個PCEP消息均會重置會話?;钣嫊r器。每當(dāng)計時器到期后,就發(fā)送一個會話?;钕ⅰC總€PCEP會話端還應(yīng)運行一個死亡計時器,該計時器在每次收到任意消息后都會重置。如果死亡計時器超時,則通告會話死亡。PCEP會話兩端能夠協(xié)商保活消息頻率和死亡計時器時間,會話兩端使用的會話?;钣嫊r器可以不同。?;钣嫊r器的最小值為1秒。并以1秒為單位進行指定,推薦的保活計時器默認值是30秒。當(dāng)保活計時器設(shè)置為0時,關(guān)閉?;钣嫊r器4死亡計時器默認值建議為對端?;钣嫊r器值的4倍。5.4PCC向PCE發(fā)送路徑計算請求路徑計算請求過程如圖2所示。PCEP會話建立后,PCC需要計算路徑時,先選出一個或多個PCE。這個過程也可能發(fā)生在PCEP會話建立之前。PCC選出PCE后,向PCE發(fā)送路徑計算請求消息,請求消息可以包括多種對象。圖2路徑計算請求PCC與一個或多個PCE成功建立PCEP會話后,如果觸發(fā)了一個需要計算多條路徑的事件,那么PCC首先對PCE進行選擇。一旦PCC選擇了一個PCE,它就向PCE發(fā)送一個路徑計算請求消息(PCReg),該請求包括各種對象,這些對象為要計算的路徑指定一組約束和屬性。此外,PCC可通過分配請求優(yōu)先級來指定此類請求的緊迫性。每個請求都由請求id號和PCC-PCE地址對唯一標(biāo)識,該過程如圖2所示。PCC可能隨時向PCE發(fā)出多路徑計算請求5.5PCE向PCC發(fā)送的路徑計算應(yīng)答(積極應(yīng)答)圖3路徑計算請求與成功路徑計算應(yīng)答6(1)PCC觸發(fā)路徑計算事件;(3)PCC向選中的PCE發(fā)送路徑計算請求X:(4)路徑計算請求進入PCE隊列:(5)PCC向PCE發(fā)送路徑計算請求X取消通知消息;(6)PCE路徑計算請求X取消。PCNitfmsgPCE向PCC發(fā)送取消通知消息的過程如圖6所示,描述如下。(1)PCC觸發(fā)路徑計算事件;(2)PCC進行PCE選擇:(3)PCC向選中的PCE發(fā)送路徑計算請求X;(4)路徑計算請求進入PCE隊列:(5)PCE過載:(6)PCE向PCC發(fā)送路徑計算請求X取消通知消息。當(dāng)協(xié)議錯誤的情況,或當(dāng)請求與PCEP協(xié)議規(guī)范不符時,PCE會發(fā)送PCEP錯誤消息(即PCErmsg),該消息的收發(fā)過程應(yīng)參照圖7。7YD/TxxxxxxxX—xxxx圖7PCE收到錯誤格式對象后,向POC響應(yīng)錯誤消息(取消通知)的例子PCE向PCC發(fā)送取消通知消息的過程如圖7所示,描述如下。(1)PCC觸發(fā)路徑計算事件;(3)PCC向選中的PCE發(fā)送路徑計算請求X;(4)PCE收到格式錯誤對象:(5)PCE向該PCC發(fā)送錯誤消息,請求取消。當(dāng)PCEP對等體中的一方希望結(jié)束PCEP會話,先發(fā)送PCEP會話關(guān)閉消息(Closemessage)并關(guān)閉TCP連接。如果由PCE發(fā)起會話結(jié)束,PCC將清除所有之前發(fā)送給這個PCE且未響應(yīng)請求的狀態(tài)。同樣。如果是PCC結(jié)束結(jié)束PCEP會話,PCE會清除這個PCC發(fā)來的所有未響應(yīng)的路徑計算請求及相關(guān)狀態(tài)。如果PCEP會話已經(jīng)建立,那么會話關(guān)閉消息僅能用于結(jié)束PCEP會話。如果TCP連接失敗,那么PCEP會話立即結(jié)束。5.9臨時PCEP會話與永久PCEP會話PCEP實例可能決定水久保持PCEP會話(及其相關(guān)的TCP連接》,也可能專門為每一個PCEP請求專門建立和拆除PCEP會話。6傳輸協(xié)議要求PCEP基于TCP協(xié)議。值129YD/TxxxxxxxX—x3路徑計算請求PathComputationR4路徑計算應(yīng)答PathComputation5677.3會話打開消息OpenMessage會話打開消息可以是PCC發(fā)送給PCE的,可以由PCE發(fā)送給PCC,目的是建立一個PCEP會話。PCEP公共頭中的消息類型字段必須為會話打開(Open)消息類型。在會話打開消息前收到任何消息,都會觸發(fā)協(xié)議錯誤,必須發(fā)送一個錯誤類型(Error-Type)為"PCEP會話建立失敗"、錯誤值(Error-value)為“收到無效的會話打開消息或非打開消息”的錯誤消息(PCEr),而且必須斷開TCP連接,終止PCEP會話建立過程。會話打開消息用來在PCEP對等體之間建立PCEP會話連接。在會話建立階段,PCEP對等體交換一些會話特征,如果雙方在這些特征上達成一致,則能夠成功建立PCEP會話。會話打開消息格式如下:<OpenMessge>:-<CommonHeader>會話打開消息必須包括一個OPEN對象,OPEN對象規(guī)定了各種會話特性。成功建立TCP連接后,發(fā)送方必須啟動初始化計時器(即OpenWait計時器),該計時器超時后,如果沒有收到會話打開消息,則發(fā)送會話錯誤消息(PCEr),并釋放TCP連接。當(dāng)會話打開消息發(fā)送給對等體后,發(fā)送方必須啟動一個初始化計時器(即KeepWait計時器),該計時器超時后,如果既沒有收到會話?;钕?Keepalive),也沒有收到會話錯誤消息(PCEr),則發(fā)送方必須發(fā)送一個會話錯誤消息,并釋放TCP連接。OpenWait和KeepWait計時器取固定值,為1分鐘在接收到會話打開的消息后,對等體的接收方必須確定發(fā)送方建議的PCEP會話特征是否可接受。如果存在接收方不能接受的會話特征,則必須發(fā)送一個會話錯誤消息(Erormesage)。這個錯誤消息應(yīng)當(dāng)包含相關(guān)的會話打開對象,并針對每個不能接受的會話參數(shù),應(yīng)在會話開放對象的相應(yīng)字段中給出可接受的會話參數(shù)值,替換最初提出的不可接受的會話參數(shù)值。PCEP對等體可能會用不同的會話特征重發(fā)會話打開消息。如果收到的第二個會話打開消息與第一個的參數(shù)集合相同,則接受方必須發(fā)送一個錯誤消息(Errormesage),并立刻關(guān)閉TCP連接。允許連續(xù)重試,但PCEP實現(xiàn)應(yīng)使用指數(shù)退避會話建立重試過程。如果PCEP會話特征可接受,PCEP接收端必須發(fā)送會話?;钕⒆鳛榇_認。當(dāng)PCEP對等體雙方都從對方那里收到了會話?;钕⒑螅瑒t認為PCEP會話建立了。會話保活消息可以由PCC或PCE發(fā)出,目的是保持PCEP會話處于激活狀態(tài)。會話保活消息還可以用來響應(yīng)會話打開消息,確認收到會話打開消息,而且接受建議的會話特征。會話保活消息公共頭中的消息類型字段值為2,且不包括任何對象。PCEP的保活機制用來確認PCEP會話是否存活。這需要每個PCEP對等體確定發(fā)送會話保活消息的頻率。對等雙方可選擇不對稱值。死亡計時器(DeadTimer)超時后,如果沒有收到會話?;钕⒒蚱渌魏蜳CEP消息,PCEP對等體則宣告會話失活。任何PCEP消息都可以視為是會話?;钕ⅰ]有約束要求兩個PCEP對等方使用相同的死亡計時器。會話?;钣嫊r器的最小值為1秒。Keepalive消息以在OPEN消息中攜帶的OPEN對象中指定的頻率發(fā)送。因為任何PCEP消息都可以用(Keepalivc除外)的發(fā)送時間來決定下一個Keepalive消息的發(fā)送時間。通過Keepalive消息來保證會話活性是可選的,PCEP會話建立后,對等體也可以選擇不發(fā)送會Keepalive消息。在這種情況下,收不到Keepalive消息的對等體一定不能因此聲明會話失活。會話?;钕⒏袷饺缦?lt;KeepaliveMessage>:=<CommonHeadierPCC向PCE請求路徑計算的時候,將發(fā)送PCReq消息。一個PCReq消息可能包括多個路徑計算請求。PCReg消息的PCEP公共頭消息類型值為3。PCReq消息中必須包括兩個強制對象RP對象和END-POINTS對象。如果缺失強制對象,收到請求消息的PCE必須向請求的PCC發(fā)送一個錯誤消息。其他對象是可選的。PCReq消息格式如下:PCNtf消息格式如下:<PCNtfMessage>:=<CommonH<notify-lis>::=notify>[<notify-lsnotify>:=[<request-irequest-id-lis>:=<RP>[<request-id-≤notification-list>::NOTIFICATION>[<notification-l當(dāng)發(fā)生協(xié)議錯誤或請求不符合PCEP規(guī)范的時候,都會發(fā)送PCEr消息。PCEr消息的PCEP頭中,消息類型值為6.PCC和PCE都會以響應(yīng)請求或主動方式發(fā)送PCEr消息。如果是為了響應(yīng)請求而發(fā)送PCEr消息,則PCEr消息必須包含與觸發(fā)錯誤條件而掛起路徑計算請求相關(guān)的RP對象。如果是主動發(fā)送PCEr消息,則不需要在PCErr消息中插入RP對象。PCEr消息必須包含一個PCEP-ERROR對象,明確PCEP錯誤條件。PCErr消息格式如下:<PCErMessage>:=<Common(<ero-obj-lisD>[<Open>])|<<error-obj-lis>:-<PCEP-ERROR>[error-obj-lrequest-id-lis>:=<RP>[<request-id-≤crror-list>:=<error>[<error-lPCC和PCE中的任何一方如果希望關(guān)閉已經(jīng)監(jiān)理PCEP會話,均可向?qū)Ψ桨l(fā)送關(guān)閉消息。關(guān)閉消息中PCEP頭的消息類型域為7。關(guān)閉消息格式如下:0123456789012345678901234PI圖9PCEP通用對象頭——對象類別Object-Class:8比特。標(biāo)識PCEP對象類別?!獙ο箢愋蚈T(Objcct-Type):4比特,標(biāo)識PCEP對象類型。由IANA管理對象類別和對象類型域。這兩個域能夠唯一標(biāo)識每個PCEP對象。——Res標(biāo)志:2比特,保留域。發(fā)送端必須將這個域置0,接收端必須忽略該域?!狿標(biāo)志(Processing-Rule):1比特。PCC可以在發(fā)送給PCE的PCReg消息中通過P標(biāo)志位指定PCE是否必須在計算路徑過程中考慮該對象,或者認為該對象只是可選的。當(dāng)P標(biāo)志位置位時,PCE必須考慮該對象。相反,清除P標(biāo)志位后,該對象為可選,PCE可以忽略該對象?!狪標(biāo)志位(lgnore):1比特。PCE可以通過PCRep消息中的I標(biāo)志位告知PCC是否處理了可選對象。PCE可能在回復(fù)中包括了忽略的可選對象,并將I標(biāo)志位置位,以告知PCC在路徑計算過程中忽略了可選對象。清除I標(biāo)志位后,PCE說明在路徑計算過程中處理了可選對象。對可選對象進行I標(biāo)志位置位僅表示該對象是可選的。當(dāng)PCReq消息中的P標(biāo)志位置位時,PCRep消息中的I標(biāo)志位沒有意義。如果PCE沒有理解對象的P標(biāo)志位置位,或是理解了P標(biāo)志位置位但仍決定忽略該對象,則PCE必須拒絕整個PCEP消息,并發(fā)送一個Emor-Type="UnknownObject"的PCErr消息。如果一個PCReq消息包含了多個請求,只有P標(biāo)志位設(shè)置為未知/未識別的對象的請求才能被拒絕?!獙ο箝L度(ObjectLength):16比特。明確包括頭在內(nèi)的對象長度。單位是字節(jié)。對象長度字段必須是4的倍數(shù),對象內(nèi)容最大長度為65528字節(jié)。OPEN對象必須出現(xiàn)在會話打開消息中,可能出現(xiàn)在PCEr錯誤消息中。每個會話打開或PCEr錯誤消息中有且只有一個OPEN對象。OPEN對象包括幾個字段,分別標(biāo)識了PCEP版本、?;铑l率、死亡計時器、PCEP會話ID,以及一些標(biāo)志位。OPEN對象可能包括幾個TLV,用于傳遞不同的會話特征,詳細的PCE能力、策略規(guī)則等等。YD/TxxxxxxxX—xxxxOPEN對象類別(Object-Class)為1.OPEN對象類型(Obje照圖10:01234567890123456789012345.——Flags(標(biāo)志):5比特。當(dāng)前未定義任何標(biāo)志。未分配的比特位是保留位,發(fā)送端必須置零。接收端必須忽略?!?Keepalive(?;铑l率):8比特。發(fā)送端連續(xù)發(fā)送兩條PCEP消息之間的最大時間周期(單位為秒)。此字段的最小值為1秒,當(dāng)設(shè)置為0時,一旦建立會話,就不會再向?qū)Φ确桨l(fā)送?;钕?。包括頻率建議設(shè)置為30秒?!狣eadTimer(死亡計時器):8比特。該字段用來聲明,當(dāng)PCEP對等體聲明發(fā)送端會話打開消息后,多長時間之內(nèi)沒有收到任何PCEP消息,則認為會話打開失敗。當(dāng)Keepalive字段置零時,發(fā)送端也應(yīng)該將DeadTimer字段置零,而且被接收端忽略。DeadTimer取值建議設(shè)置為Keepalive值的4倍?!猄ID(PCEP會話ID):8比特。標(biāo)識當(dāng)前會話未簽約的PCEP會話編號。每當(dāng)建立1個新的PCEP會話,必須增加SID值。這個字段主要用于日志和問題定位。SID每次增長1,而且可能回滾為0。SID能夠區(qū)分與同一對等體的不同會話實例。一個PCEP實體可以給所有對等體都使用同一個SID源,也可以給每個對等體各使用一個SID源。前者對實體的并發(fā)會話數(shù)量限制為最高256個,而后者可能需要更多狀可選的TLV可能被放在OPEN對象體中,用來明確PCC或PCE特性。當(dāng)OPEN對象出現(xiàn)在會話打開消息中時,OPEN對象指定了PCEP會話特征。如果在PCEP會話初始化階段收到了不可接受的PCEP會話特性。則接收方PCEP對等體(即PCE)發(fā)出的PCEr消息中可能包括OPEN對象,以調(diào)整為可接受的會話特征值。YD/TxxxxxxxX—xxxxRP(RequestParameters,請求參數(shù))對象必須出現(xiàn)在每個PCReq消息和PCRep消息中,而且可能出現(xiàn)在PCNrf和PCEr消息中。RP對象用來指定不同路徑計算請求的特征。在PCReq消息和PCRep消息中,RP對象的P標(biāo)志位必須置位,在PCNtf消息和PCEm消息中,必須清除RP對象的P標(biāo)志位。如果收到RP對象的P標(biāo)志位設(shè)置錯誤,則接收方對等體必須發(fā)送一個PCErr消息,錯誤類型Error-Type=10,錯誤值Eror-value=1。PCE必須自動取消相應(yīng)的路徑計算請求。8.5.1對象定義RP對象體是變長的,可能還包括TLV。目前RP對象體沒有定義TLV。RP對象體格式應(yīng)參照圖11。0123456789012345678901234——Flags(標(biāo)志位)長度為32比特。目前定義了以下標(biāo)志:●Pri(優(yōu)先級Priority):3比特。優(yōu)先級Pri字段可用于發(fā)請求的PCC.以向PCE指定請求的優(yōu)先級(從1到7)。某個請求的優(yōu)先級是由本地決定的,不使用優(yōu)先級的時候,必須將優(yōu)先級Pri字段置零。不強制要求PCE支持優(yōu)先級Pri字段,如果不支持,則PCC應(yīng)當(dāng)將RP對象中的優(yōu)先級Pri字段設(shè)置為0。如果PCE忽略請求優(yōu)先級,則建議將PCRep消息中RP對象的優(yōu)先級Pri字段設(shè)置為0,無論其相應(yīng)的PCReq消息中RP對象的優(yōu)先級Pri字段是如何設(shè)置的。優(yōu)先級Pri字段的數(shù)值越大,優(yōu)先級越高。PCC可通過PCE能力發(fā)現(xiàn)動態(tài)發(fā)現(xiàn)PCE支持請求優(yōu)先級的能力。如果PCE沒有進行廣播,PCC可能會設(shè)置請求優(yōu)先級,根據(jù)PCE返回的PCRep消息中RP對象的優(yōu)先級取值來了解PCE是否支持優(yōu)先級。如果優(yōu)先級Pri字段置零,這意味著PCE不支持優(yōu)先級?!馬(重優(yōu)化Reoptimization):1比特。置位時,請求PCC指定PCReq消息與現(xiàn)有TELSP相關(guān)聯(lián)。示現(xiàn)有TELSP。同樣,對于所有非零帶寬的TELSP來說,當(dāng)R比特置位時,將被重優(yōu)化的TELSP當(dāng)前帶寬必須寫到BANDWIDTH帶寬對象中。對于描述重優(yōu)化LSP理想帶寬的對象來說,這個C●記錄錯誤類型,以便網(wǎng)絡(luò)管理員采取下一步行動?!狥lags(標(biāo)志):16比特?!馛標(biāo)志位:1比特。置位時,PCE表示PCRep消息中包含描述無法滿足的約束條件的對象。用來說明找不到路徑的原因。清除時表示所有約束條件都能滿足。當(dāng)且僅當(dāng)NI字段為全——Reserved(保留位):8比特。發(fā)送端必須將其置零,接收端必須忽略。NO-PATH對象體是變長的,可以包含多個TLV,目前僅定當(dāng)PCRep消息中不包含NO-PATH對象時,路徑計算請求已經(jīng)被完全滿足,而且在PCRep消息中提供了相應(yīng)的路徑。NO-PATH-VECTOR是可選TLV,NO-PATH對象通過這個TLV來提供更多導(dǎo)致負面回復(fù)的信息個TLV采用PCEPTLV格式,由2比特類型(Type)、2比特長度(Length)和一個32比特固定長度標(biāo)志字段組成——類型(Type):1——長度(Length):4字節(jié)——值(Value):32比特固定長度標(biāo)志目前定義了以下標(biāo)志(比特位數(shù)從0開始):——第30比特位:未知目標(biāo)——第29比特位:未知源Error-Type=10,錯目的地址,可能是TELSP的源和目的IP地址,也可1,用于IPv6時,對象類型(Object-Type)為2。0123456789012345678901234目的IPv4地址源IPv6地址(16字節(jié))目的IPv6地址(16字節(jié))33cBTYD/TxxxxxxxX—x——Flags(標(biāo)志):8比特。目前定義了兩個標(biāo)志?!馚(邊界Bound):1比特。如果在PCReg消息中B標(biāo)志位置位,metrie-value字段標(biāo)識路徑度量的最大邊界,這個邊界不能超過PCC可接受的路徑計算度量。路徑度量必須小于或等于metrie-value字段中的值。當(dāng)B標(biāo)志位清除,metrie-value字段不再表示邊界限制?!馛(計算度量ComputedMetric):1比特。如果在PCReq消息中C標(biāo)志位置位,表示PCE必須在PCRep消息中提供相應(yīng)的路徑計算度量值。未分配的標(biāo)志位,發(fā)送端必須將其置零,接收端必須忽略對于一個給定的請求,PCRep和PCReq消息中可以包含多個METRIC對象。對于具有相同B標(biāo)志值的每種度量類型,最多只能有一個METRIC對象實例。如果一種度量類型出現(xiàn)了具有相同B標(biāo)志位的多個METRIC對象實例,那么只識別第一個實例,忽略后續(xù)其他實例。對于一個給定的請求,可以出現(xiàn)了兩個B標(biāo)志位不同、T類型相同的METRIC對象實例。當(dāng)路徑計算與現(xiàn)有TELSP重優(yōu)化相關(guān)時(RP對象R標(biāo)志位置位),實例中的metric-valuc字段可以設(shè)置為待重優(yōu)化TELSP度量的計算值。用來反應(yīng)邊界的METRIC對象必須將B標(biāo)志位置位,C標(biāo)志位和metric-value字段設(shè)置為合理值。如果在路徑計算請求中METRIC對象的C標(biāo)志位置位(B標(biāo)志位必須清除),除非PCE策略不允許,否則在PCRep消息中必須至少有一個METRIC對象來報告所計算的路徑度量。PCRep消息中的C標(biāo)志位無意義。PCRep消息可能包含其他METRIC對象來滿足請求消息中的邊界限制,這時metric-value字段必須等于相應(yīng)的路徑度量(B標(biāo)志位必須置位)。如果PCE沒有發(fā)現(xiàn)滿足要求的路徑,METRIC對象可能也會出現(xiàn)在含有NO-PATH對象的PCRep消息中,標(biāo)識無法滿足度量條件。如果PCE找到一條路徑能夠滿足所有條件要求,而且策略允許返回計算的度量,那么PCE會插入一個B-0、T=1、metric-value字段為IGP路徑花費的METRIC對象8.10顯示路由對象(ERO)ERO用來給通過網(wǎng)絡(luò)的TELSP路徑進行編碼。ERO承載在PCRep消息中,如果路徑計算是成功的,那么ERO用來提供計算的TELSP。L124在IRO中,這種Sub-objects子對象的L標(biāo)志位無意義。8.14.1非獨立和同步路徑計算請求的概念獨立向量獨立路徑計算請求:如果一系列路徑計算請求之間彼此不相關(guān),那么就是獨立的。反之,如果路徑計算無法獨立進行,則為一系列非獨立路徑計算請求。同步向量非同步路徑計算請求:如果PCE可以以序列化和獨立的方式執(zhí)行路徑計算請求的相應(yīng)處理(路徑計算),則稱這組路徑計算請求為非同步。PCEP支持以下三種模式:—-一組獨立且不同步的路徑計算請求,—-一組獨立且同步的路徑計算請求(需要SVEC對象),SVEC對象是PCC用來發(fā)出同步計算請求的。SVEC對象是可選的,出現(xiàn)在路徑計算請求消息中,目的是請求路徑計算請求的同步。SVEC對象變長的,列出了必須同步的一系列路徑計算請求,每個路徑計算請求用對應(yīng)RP對象里的Request-ID號碼進行唯一標(biāo)識。SVEC對象類別為11,對象類型為1.SVEC對象體格式應(yīng)參照圖19。1011121314151617181910N121314-151617181910111213141s圖19SVEC對象體格式——Reserved(保留):8比特。發(fā)送端必須將這個字段設(shè)置為0,接收端必須忽略這個字段。——Flags(標(biāo)識):24比特。定義了一系列路徑計算請求之間的可能的依賴關(guān)系?!馤比特位置位時,表示與以下RP對象指定的請求相對應(yīng)的計算路徑不得具有任何公共鏈●N比特位置位時,表示與以下RP對象指定的請求相對應(yīng)的計算路徑不得具有任何公共節(jié)●s比特位:置位時,表示與以下RP對象指定的請求相對應(yīng)的計算路徑不得共享任何SRLG共享風(fēng)險鏈路組。其他未分配的的標(biāo)志位,發(fā)送端必須將其設(shè)置0,接收端必須忽略這些未分配的標(biāo)志位。可以定義其他新的標(biāo)志。PCC在路徑計算請求消息中通過SVEC對象為一系列路徑計算請求指定的同步方式必須依托某種依賴關(guān)系,當(dāng)這些路徑計算請求是通過多個路徑計算請求消息發(fā)出的時候,建議PCE在接收到包含SVEC對象的第一條PCReq消息后實施一個本地計時器,該消息過期后,如果尚未收到所有M路徑計算請求,則PCE會對這個請求返回PCET消息,并取消所有相關(guān)的路徑計算請求,返回錯誤類型為"SynchronizedNOTIFICATION對象專門攜帶在PCNtf消息中,可以在PCC發(fā)送給PCE的消息中使用,也可以在PCE發(fā)送給PCC的消息中使用,以便通知事件。NOTIFICATION對象類型為12,NOTIFICATION對象類別為1.NOTIFICATION對象體格式如圖20所示。0圖20NOTIFICATION對象體格式——Reserved(保留):8比特。發(fā)送端必須將這個字段設(shè)置為0,接收端必

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論