一種建立pcep會話的方法、系統(tǒng)及設(shè)備的制造方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及路徑計算單元通信協(xié)議(PCEP，Path Computat1n ElementCommunicat1n Protocol)，特別涉及一種建立PCEP會話的方法、系統(tǒng)及設(shè)備。
【背景技術(shù)】
[0002]隨著網(wǎng)絡(luò)技術(shù)的發(fā)展，網(wǎng)絡(luò)拓?fù)湓絹碓綇?fù)雜，路由量非常巨大，路徑計算也越來越復(fù)雜。而流量工程的部署，需要網(wǎng)絡(luò)設(shè)備在復(fù)雜的約束條件下計算路由，這些約束條件不僅僅包含靜態(tài)的約束，如路由器節(jié)點(diǎn)間的距離、帶寬，光網(wǎng)絡(luò)設(shè)備的線路容量等，也包括動態(tài)的約束條件，如網(wǎng)絡(luò)故障狀態(tài)、網(wǎng)絡(luò)擁塞信息等。
[0003]路徑計算單元(Path Computat1n Element, PCE)互聯(lián)網(wǎng)工程特別工作組(Internet Engineering Task Force，IETF)提出了基于PCE的網(wǎng)絡(luò)結(jié)構(gòu)，在這種結(jié)構(gòu)中，路徑計算單元服務(wù)器(PCE Server)是網(wǎng)絡(luò)中專門負(fù)責(zé)路徑計算的功能實(shí)體，它基于已知的網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)和約束條件，根據(jù)路徑計算客戶端(Path Computat1n Client，PCC)的請求計算出一條滿足約束條件的最佳路徑。在這種集中式計算方法中，PCE Server能夠得到全網(wǎng)的網(wǎng)絡(luò)拓?fù)浜蜆I(yè)務(wù)及約束，可以按需調(diào)整業(yè)務(wù)路徑，不斷優(yōu)化網(wǎng)絡(luò)，提升整體的網(wǎng)絡(luò)帶寬利用率。
[0004]如果需要將PCE Server引入到現(xiàn)網(wǎng)中，必然要對所引入的PCE Server進(jìn)行評估，在評估期間，為了盡可能降低對現(xiàn)網(wǎng)的影響，但又要保證仿真效果，一般會將PCE Server掛到現(xiàn)網(wǎng)中，只收集信息，不調(diào)整路徑，從而避免對現(xiàn)網(wǎng)的影響。但是，在PCE Server收集信息的過程中，PCC會把算路請求也發(fā)給PCE Server, PCE Server接收到算路請求后，也必然會進(jìn)行路由計算，并給PCC返回算路結(jié)果。這樣，就無法保證新引入的PCEServer不對現(xiàn)網(wǎng)產(chǎn)生影響。
[0005]為了解決上述問題，現(xiàn)有實(shí)現(xiàn)方式是:通過第三方設(shè)備，如網(wǎng)管，將PCE Server所需的所有信息通過PCE Server開放的北向接口導(dǎo)入PCEServer。PCE Server的算路結(jié)果也反饋給網(wǎng)管，通過網(wǎng)管查看PCE Server的調(diào)整情況，對比現(xiàn)網(wǎng)以此判斷PCE Server能否達(dá)到整合優(yōu)化整網(wǎng)資源。這樣PCE Server與PCC之間可以沒有任何物理連接，也不運(yùn)行任何協(xié)議。從而避免了新引入PCE Server對現(xiàn)網(wǎng)的影響。
[0006]根據(jù)上述現(xiàn)有技術(shù)，發(fā)明人發(fā)現(xiàn):若要避免PCE Server對現(xiàn)網(wǎng)的影響，必須采用人工干預(yù)的方式來阻斷PCE Server與PCC之間的路徑計算請求及路徑計算回復(fù)，操作繁瑣，效率低，易出錯。

【發(fā)明內(nèi)容】

[0007]本發(fā)明實(shí)施例的目的在于提供一種建立PCEP會話的方法、系統(tǒng)及設(shè)備，以能夠自動阻斷PCE Server與PCC之間的路徑計算請求及路徑計算回復(fù)，實(shí)現(xiàn)簡潔，效率更高。
[0008]為此，本發(fā)明實(shí)施例解決技術(shù)問題的技術(shù)方案是:
[0009]第一方面，本發(fā)明實(shí)施例提供了一種建立路徑計算單元通信協(xié)議PCEP會話的方法，所述方法包括:
[0010]接收設(shè)備接收發(fā)送設(shè)備發(fā)送的通告消息，所述通告消息中攜帶有所述發(fā)送設(shè)備是否支持算路操作的信息；
[0011]所述接收設(shè)備根據(jù)所述通告消息中的所述發(fā)送設(shè)備是否支持算路操作的信息，確定所述發(fā)送設(shè)備是否支持算路操作；
[0012]當(dāng)所述接收設(shè)備確定所述發(fā)送設(shè)備不支持行算路操作時，所述接收設(shè)備與所述發(fā)送設(shè)備之間建立不支持算路操作的PCEP會話。
[0013]在第一方面的第一種可能的實(shí)現(xiàn)方式中，所述接收設(shè)備為路徑計算單元服務(wù)器PCE Server，所述發(fā)送設(shè)備為路徑計算客戶端PCC，
[0014]所述通告消息中攜帶的是否支持算路操作的信息為所述PCC是否具有發(fā)送路徑計算請求PCReq消息及處理路徑計算回復(fù)PCRpt消息的能力。
[0015]在第一方面的第二種可能的實(shí)現(xiàn)方式中，所述接收設(shè)備為路徑計算客戶端PCC，所述發(fā)送設(shè)備為路徑計算單元服務(wù)器PCE Server,
[0016]所述通告消息中攜帶的是否支持算路操作的信息為所述PCE Server是否具有處理路徑計算請求PCReq消息及發(fā)送路徑計算回復(fù)PCRpt消息的能力。
[0017]結(jié)合第一方面的第一種可能的實(shí)現(xiàn)方式，在第一方面的第三種可能的實(shí)現(xiàn)方式中，所述方法還包括:
[0018]當(dāng)所述PCE Server確定所述PCC不支持算路操作時，所述PCE Server設(shè)置不處理所述PCC發(fā)送的路徑計算請求PCReq消息及不發(fā)送路徑計算回復(fù)PCRpt消息。
[0019]結(jié)合第一方面的第二種可能的實(shí)現(xiàn)方式，在第一方面的第四種可能的實(shí)現(xiàn)方式中，所述方法還包括:
[0020]當(dāng)所述PCC確定所述PCE Server不支持算路操作時，所述PCC設(shè)置不再向所述PCE Server發(fā)送路徑計算請求PCReq消息及不處理路徑計算回復(fù)PCRpt消息。
[0021]結(jié)合第一方面以及第一方面的第一到第四種可能實(shí)現(xiàn)方式，在第五種可能實(shí)現(xiàn)方式中，
[0022]所述通告消息為PCEP開放OPEN消息，所述PCEP OPEN消息包括PCE能力狀態(tài)三元組 STATEFUL-PCE-CAPABILITY TLV ；
[0023]所述STATEFUL-PCE-CAPABILITY TLV中包括擴(kuò)展的用于表示是否支持算路操作信息的S標(biāo)志位。
[0024]第二方面，本發(fā)明實(shí)施例提供了一種建立路徑計算單元通信協(xié)議PCEP會話的系統(tǒng)，所述系統(tǒng)包括:
[0025]發(fā)送設(shè)備，用于發(fā)送通告消息，所述通告消息中攜帶有所述發(fā)送設(shè)備是否支持算路操作的信息；
[0026]接收設(shè)備，用于接收所述發(fā)送設(shè)備發(fā)送的通告消息，并根據(jù)所述通告消息中的所述發(fā)送設(shè)備是否支持算路操作的信息，確定所述發(fā)送設(shè)備是否支持算路操作，當(dāng)所述接收設(shè)備確定所述發(fā)送設(shè)備不支持行算路操作時，所述接收設(shè)備與所述發(fā)送設(shè)備之間建立不支持算路操作的PCEP會話。
[0027]在第二方面的第一種可能的實(shí)現(xiàn)方式中，所述接收設(shè)備為路徑計算單元服務(wù)器PCE Server，所述發(fā)送設(shè)備為路徑計算客戶端PCC，
[0028]所述通告消息中攜帶的是否支持算路操作的信息為所述PCC是否具有發(fā)送路徑計算請求PCReq消息及處理路徑計算回復(fù)PCRpt消息的能力；
[0029]或者，
[0030]所述接收設(shè)備為路徑計算客戶端PCC，所述發(fā)送設(shè)備為路徑計算單元服務(wù)器PCEServer,
[0031]所述通告消息中攜帶的是否支持算路操作的信息為所述PCE Server是否具有處理路徑計算請求PCReq消息及發(fā)送路徑計算回復(fù)PCRpt消息的能力。
[0032]在第二方面的第二種可能的實(shí)現(xiàn)方式中，所述通告消息為PCEP開放OPEN消息，所述 PCEP OPEN 消息包括 STATEFUL-PCE-CAPABILITY TLV 字段；
[0033]所述STATEFUL-PCE-CAPABILITY TLV字段中包括擴(kuò)展的用于表示是否支持算路操作信息的S標(biāo)志位。
[0034]第三方面，本發(fā)明實(shí)施例提供了一種接收設(shè)備，包括:
[0035]接收單元，用于接收發(fā)送設(shè)備發(fā)送的通告消息，所述通告消息中攜帶有所述發(fā)送設(shè)備是否支持算路操作的信息；
[0036]確定單元，用于根據(jù)所述通告消息中的所述發(fā)送設(shè)備是否支持算路操作的信息，確定所述發(fā)送設(shè)備是否支持算路操作；
[0037]建立單元，用于在所述確定單元確定所述發(fā)送設(shè)備不支持行算路操作時，與所述發(fā)送設(shè)備之間建立不支持算路操作的PCEP會話。
[0038]在第三方面的第一種可能的實(shí)現(xiàn)方式中，所述接收設(shè)備為路徑計算單元服務(wù)器PCE Server，所述發(fā)送設(shè)備為路徑計算客戶端PCC，
[0039]所述通告消息中攜帶的是否支持算路操作的信息為所述PCC是否具有發(fā)送路徑計算請求PCReq消息及處理路徑計算回復(fù)PCRpt消息的能力；
[0040]或者，
[0041]所述接收設(shè)備為路徑計算客戶端PCC，所述發(fā)送設(shè)備為路徑計算單元服務(wù)器PCEServer,
[0042]所述通告消息中攜帶的是否支持算路操作的信息為所述PCE Server是否具有處理路徑計算請求PCReq消息及發(fā)送路徑計算回復(fù)PCRpt消息的能力。
[0043]在第三方面的第二種可能的實(shí)現(xiàn)方式中，所述通告消息為PCEP開放OPEN消息，所述 PCEP OPEN 消息包括 STATEFUL-PCE-CAPABILITY TLV 字段；
[0044]所述STATEFUL-PCE-CAPABILITY TLV字段中包括擴(kuò)展的用于表示是否支持算路操作信息的S標(biāo)志位。
[0045]應(yīng)用本發(fā)明實(shí)施例提供的建立PCEP會話的方法、系統(tǒng)及裝置，PCC和PCE Server通過協(xié)商是否支持算路請求及回應(yīng)能力，能夠建立不支持算路請求及回應(yīng)能力的PCEP會話，從而自動阻斷了 PCE Server與PCC之間的算路操作，避免了人工干預(yù)，進(jìn)而避免了由于人工干預(yù)所導(dǎo)致的錯誤，簡化了操作，提高了工作效率。而且，應(yīng)用本發(fā)明實(shí)施例所提供方案，在自動阻斷PCE Server與PCC之間的算路請求及算路響應(yīng)的同時，并不影響PCEServer與PCC之間的現(xiàn)有其他功能，因而對現(xiàn)有網(wǎng)絡(luò)沒有任何影響。
【附圖說明】
[0046]為了更清楚地說明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0047]圖1是發(fā)明實(shí)施例提供的一種建立PCEP會話的方法流程示意圖；
[0048]圖2是本發(fā)明實(shí)施例提供的STATEFUL-PCE-CAPABILITY TLV報文格式示意圖；
[0049]圖3本發(fā)明實(shí)施提供的一種建立PCEP會話的系統(tǒng)的結(jié)構(gòu)示意圖；