• 
    <ul id="o6k0g"></ul>
    <ul id="o6k0g"></ul>

    鏈路檢測方法及裝置制造方法及圖紙

    技術(shù)編號:7630822 閱讀:196 留言:0更新日期:2012-08-03 17:55
    本發(fā)明專利技術(shù)公開了一種鏈路檢測方法及裝置,其中,該方法包括:本端設(shè)備發(fā)送鏈路檢測報(bào)文給對端設(shè)備,其中,該鏈路檢測報(bào)文中攜帶有本端設(shè)備的狀態(tài);本端設(shè)備判斷在第一預(yù)定時(shí)長內(nèi)是否接收到對端設(shè)備發(fā)送的鏈路檢測報(bào)文的回復(fù)報(bào)文或者用于指示鏈路發(fā)生故障的報(bào)文,其中,回復(fù)報(bào)文中攜帶有對端設(shè)備的狀態(tài);本端設(shè)備如果在第一預(yù)定時(shí)長內(nèi)未收到回復(fù)報(bào)文或者收到用于指示鏈路發(fā)生故障的報(bào)文,確定本端設(shè)備和對端設(shè)備之間的鏈路發(fā)生故障。通過本發(fā)明專利技術(shù),解決了相關(guān)技術(shù)中CDN系統(tǒng)中的鏈路檢測方法可能會失效的問題,提高了鏈路檢測的可靠性。

    【技術(shù)實(shí)現(xiàn)步驟摘要】
    鏈路檢測方法及裝置
    本專利技術(shù)涉及通信領(lǐng)域,具體而言,涉及一種鏈路檢測方法及裝置。
    技術(shù)介紹
    三網(wǎng)融合的總體技術(shù)方向發(fā)展要求構(gòu)建合理的體系架構(gòu)、實(shí)現(xiàn)端到端的標(biāo)準(zhǔn)化、提升用戶體驗(yàn)、結(jié)合運(yùn)用新技術(shù)等。在三網(wǎng)融合發(fā)展趨勢的推動下,IP城域網(wǎng)需要具備承載豐富的自營精品業(yè)務(wù)的能力,如IPTV、虛擬專網(wǎng)、以太網(wǎng)專線等,在為用戶提供簡單帶寬服務(wù)基礎(chǔ)上還要保證業(yè)務(wù)的體驗(yàn)感。因此精品業(yè)務(wù)承載的關(guān)鍵技術(shù)要點(diǎn)是網(wǎng)絡(luò)故障快速恢復(fù)、安全、穩(wěn)定性等。在該技術(shù)背景下,傳統(tǒng)的IPTV業(yè)務(wù)逐漸被新的IPTV相關(guān)技術(shù)替代,這就是目前比較熱門的融合內(nèi)容分發(fā)網(wǎng)絡(luò)(ContentDistributedNetwork,簡稱為CDN)技術(shù)。融合CDN是當(dāng)前互聯(lián)網(wǎng)實(shí)現(xiàn)內(nèi)容傳遞的主流技術(shù),CDN的核心是將中心的內(nèi)容和服務(wù)推送到網(wǎng)絡(luò)邊緣,使得用戶在最近的地方獲取服務(wù),這一方面保證了服務(wù)質(zhì)量(QualityofService,簡稱為QoS)(縮短了網(wǎng)絡(luò)距離)和服務(wù)可用性(服務(wù)能力分布化),另一方面也緩解了骨干網(wǎng)絡(luò)帶寬的壓力。由于CDN對大規(guī)模內(nèi)容服務(wù),特別是對流媒體服務(wù)性能有很明顯的提升,近年來,CDN得到迅速的發(fā)展。在現(xiàn)網(wǎng)應(yīng)用中,CDN設(shè)備接入IP城域網(wǎng)的邊緣節(jié)點(diǎn),通過BN網(wǎng)絡(luò)實(shí)現(xiàn)用戶與中心在線內(nèi)容庫實(shí)現(xiàn)端到端的互動,并通過CDN設(shè)備streamer和存儲的功能,實(shí)現(xiàn)更高質(zhì)量的流媒體獲取體驗(yàn)。圖1是根據(jù)相關(guān)技術(shù)中的CDN組網(wǎng)示意圖,圖中的方框表示CDN,如圖1所示,CDN設(shè)備作為末端用戶的接入側(cè),與IP城域網(wǎng)的邊緣節(jié)點(diǎn)路由器(ServiceRouter,簡稱為SR)(或者寬帶接入服務(wù)器(BroadbandRemoteAccessServer,簡稱為BRAS)、switch)相連,通過承載網(wǎng)的核心節(jié)點(diǎn)、CN平面,實(shí)現(xiàn)用戶與集團(tuán)在線內(nèi)容庫端到端的鏈接。以IPTV為例,對于用戶的流媒體請求,簡單來說,流程如下:用戶通過人機(jī)交互界面(UserInterface,簡稱為UI),也就是主菜單對某個(gè)流媒體內(nèi)容進(jìn)行請求,家庭的IPTV終端機(jī)頂盒(Set-TopBox,簡稱為STB)采集到相關(guān)信息后將請求報(bào)文上送,請求報(bào)文到達(dá)CDN設(shè)備后,CDN進(jìn)行判斷,如果本端的內(nèi)容庫有相關(guān)內(nèi)容,就直接下發(fā),如果沒有相關(guān)部分內(nèi)容則繼續(xù)上送請求。當(dāng)請求到達(dá)調(diào)度中心后查找相應(yīng)的內(nèi)容所在庫位,并將該內(nèi)容服務(wù)器地址返回給請求STB,請求STB再發(fā)起媒體請求服務(wù),最后由內(nèi)容服務(wù)器端將內(nèi)容下發(fā)。由于CDN設(shè)備接入的用戶規(guī)模巨大,CDN設(shè)備與SR設(shè)備之間通常用一條或者幾條吉比特以太網(wǎng)(GigabitEthernet,簡稱為GE)鏈路連接。CDN設(shè)備上通過一定的策略配置,當(dāng)通過CDN設(shè)備向上請求的用戶報(bào)文超過GE鏈路的帶寬時(shí),會被其他GE鏈路承擔(dān),以保證用戶請求報(bào)文上送的質(zhì)量。在整個(gè)請求上送和內(nèi)容下發(fā)過程中,需要經(jīng)過不同鏈路間的報(bào)文傳遞,鑒于網(wǎng)絡(luò)對用戶體驗(yàn)的要求,各鏈路的傳遞需要有良好的鏈路連接檢測和故障恢復(fù)能力。目前,對于CDN設(shè)備接入SR側(cè)的鏈路連接檢測,常采用的手段是PING檢測。PING檢測功能是利用網(wǎng)際控制消息協(xié)議(InternetControlMessageProtocol,簡稱為ICMP)的請求/響應(yīng)(request/response)報(bào)文,檢測目的地的可達(dá)性。通常做法是,在CDN設(shè)備上通過腳本配置,規(guī)律的向SR發(fā)送ICMP報(bào)文,實(shí)現(xiàn)PING檢測功能。當(dāng)正常的收到SR返回的ICMPresponse報(bào)文,則認(rèn)為鏈路正常,否則鏈路失效。但是這樣的做法需要被監(jiān)測目的設(shè)備開放了ICMP業(yè)務(wù)或者說關(guān)閉了PING防護(hù)功能。因此在CDN設(shè)備上直接通過PING檢測鏈路狀態(tài)的方式在某些情況下會失效:當(dāng)SR設(shè)備配置了PING防護(hù)功能時(shí),CDN側(cè)發(fā)送的PING檢測ICMP報(bào)文request可能就無法得到正常response應(yīng)答報(bào)文,CDN設(shè)備便會認(rèn)為此鏈路失效。但是又由于目前CDN設(shè)備PING檢測只是檢測并未實(shí)現(xiàn)功能模塊聯(lián)動,比如備份鏈路切換,比如鏈路帶寬、流量控制等,就可能造成用戶請求報(bào)文丟失、報(bào)文擁塞等,影響用戶體驗(yàn)質(zhì)量,也就違背了三網(wǎng)融合要求的構(gòu)建合理體系架構(gòu)、提高用戶體驗(yàn)的要求。下面介紹一下PING防護(hù)功能,其一般情況下是防止設(shè)備遭受PING攻擊,而PING攻擊其原理是發(fā)送者A向接收者B發(fā)送一些尺寸超大的ICMP(PING命令使用的是ICMP報(bào)文)報(bào)文對其進(jìn)行攻擊(對于有些路由器或系統(tǒng),在接收到一個(gè)這樣的報(bào)文后,由于處理不當(dāng),會造成系統(tǒng)崩潰、死機(jī)或重啟)。IP報(bào)文的最大長度是216-1=65535個(gè)字節(jié),那么去除IP首部的20個(gè)字節(jié)和ICMP首部的8個(gè)字節(jié),實(shí)際數(shù)據(jù)部分長度最大為:65535-20-8=65507個(gè)字節(jié)。所謂的尺寸超大的ICMP報(bào)文就是指數(shù)據(jù)部分長度超過65507個(gè)字節(jié)的ICMP報(bào)文。針對PING攻擊(即PINGofDeath攻擊),網(wǎng)絡(luò)安全設(shè)備僅僅通過超大包過濾方法不能達(dá)到很好的防御效果,因?yàn)樵诂F(xiàn)網(wǎng)中傳輸?shù)拇蟛糠謭?bào)文都經(jīng)過了分片,所以單片報(bào)文不會超過65507個(gè)字節(jié),只是在接收端完成組合后才會超過65507個(gè)字節(jié)。所以針對PINGofDeath攻擊,最有效防御方式是禁止ICMP報(bào)文通過網(wǎng)絡(luò)安全設(shè)備。SR設(shè)備的PING保護(hù)功能可以用2種方式防止PING攻擊,一種是對報(bào)文的實(shí)際長度(項(xiàng)目上送長度-2層頭長度)進(jìn)行判斷,如果大于65535則丟棄,如果沒有大于65535則通過;一種是限制最大PING實(shí)例個(gè)數(shù),超過最大實(shí)例個(gè)數(shù)的PING不做處理。因此當(dāng)數(shù)據(jù)通信設(shè)備SR(Bras/Switch)開啟PING保護(hù)功能時(shí),CDN側(cè)的PING檢測就會失效,錯(cuò)誤的反饋信息可能會導(dǎo)致對大量用戶請求報(bào)文的不恰當(dāng)處理,引起丟包、擁塞等,導(dǎo)致IPTV等流媒體相關(guān)服務(wù)無法正常開展。針對相關(guān)技術(shù)中CDN系統(tǒng)中的鏈路檢測方法可能會失效的問題,目前尚未提出有效的解決方案。
    技術(shù)實(shí)現(xiàn)思路
    針對相關(guān)技術(shù)中CDN系統(tǒng)中的鏈路檢測方法可能會失效的問題,本專利技術(shù)提供了一種鏈路檢測方法及裝置,以至少解決上述問題。根據(jù)本專利技術(shù)的一個(gè)方面,提供了一種鏈路檢測方法,該方法包括:本端設(shè)備發(fā)送鏈路檢測報(bào)文給對端設(shè)備,其中,所述鏈路檢測報(bào)文中攜帶有所述本端設(shè)備的狀態(tài);所述本端設(shè)備判斷在第一預(yù)定時(shí)長內(nèi)是否接收到所述對端設(shè)備發(fā)送的所述鏈路檢測報(bào)文的回復(fù)報(bào)文或者用于指示鏈路發(fā)生故障的報(bào)文,其中,所述回復(fù)報(bào)文中攜帶有所述對端設(shè)備的狀態(tài);所述本端設(shè)備如果在所述第一預(yù)定時(shí)長內(nèi)未收到所述回復(fù)報(bào)文或者收到所述用于指示鏈路發(fā)生故障的報(bào)文,確定所述本端設(shè)備和所述對端設(shè)備之間的鏈路發(fā)生故障。優(yōu)選地,所述本端設(shè)備發(fā)送所述鏈路檢測報(bào)文給所述對端設(shè)備包括:所述本端設(shè)備依次經(jīng)由一個(gè)或多個(gè)中間設(shè)備將所述鏈路檢測報(bào)文發(fā)送給所述對端設(shè)備,其中,所述鏈路檢測報(bào)文中攜帶TTL字段,其中,所述TTL字段用于指示所述本端設(shè)備到所述對端設(shè)備經(jīng)由的跳數(shù),所述中間設(shè)備在接收到所述鏈路檢測報(bào)文之后將所述TTL字段中的值減1或者加1并向下一個(gè)設(shè)備發(fā)送所述鏈路檢測報(bào)文;所述本端設(shè)備收到用于指示所述鏈路發(fā)生故障的報(bào)文確定所述本端設(shè)備和所述對端設(shè)備之間的鏈路發(fā)生故障之前,還包括;所述中間設(shè)備在發(fā)送所述鏈路檢測報(bào)文之后,在第二預(yù)定時(shí)長未收到所述回復(fù)報(bào)文或所述下一個(gè)設(shè)備對所述鏈路檢測報(bào)文的響應(yīng)報(bào)文,向本文檔來自技高網(wǎng)
    ...
    鏈路檢測方法及裝置

    【技術(shù)保護(hù)點(diǎn)】

    【技術(shù)特征摘要】
    1.一種鏈路檢測方法,其特征在于,包括:本端設(shè)備發(fā)送鏈路檢測報(bào)文給對端設(shè)備,其中,所述鏈路檢測報(bào)文中攜帶有所述本端設(shè)備的狀態(tài);所述本端設(shè)備判斷在第一預(yù)定時(shí)長內(nèi)是否接收到所述對端設(shè)備發(fā)送的所述鏈路檢測報(bào)文的回復(fù)報(bào)文,其中,所述回復(fù)報(bào)文中攜帶有所述對端設(shè)備的狀態(tài);所述本端設(shè)備如果在所述第一預(yù)定時(shí)長內(nèi)未收到所述回復(fù)報(bào)文,確定所述本端設(shè)備和所述對端設(shè)備之間的鏈路發(fā)生故障;其中,所述鏈路檢測報(bào)文中還攜帶有建立所述鏈路所需要的資源,所述方法還包括:所述本端設(shè)備在第一預(yù)定時(shí)長接收到所述回復(fù)報(bào)文;所述本端設(shè)備判斷所述回復(fù)報(bào)文中是否攜帶有所述對端設(shè)備無法提供所述資源的指示,在判斷結(jié)果為是的情況下,所述本端設(shè)備確定所述鏈路故障。2.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述本端設(shè)備發(fā)送所述鏈路檢測報(bào)文給所述對端設(shè)備包括:所述本端設(shè)備依次經(jīng)由一個(gè)或多個(gè)中間設(shè)備將所述鏈路檢測報(bào)文發(fā)送給所述對端設(shè)備,其中,所述鏈路檢測報(bào)文中攜帶TTL字段,其中,所述TTL字段用于指示所述本端設(shè)備到所述對端設(shè)備經(jīng)由的跳數(shù),所述中間設(shè)備在接收到所述鏈路檢測報(bào)文之后將所述TTL字段中的值減1或者加1并向下一個(gè)設(shè)備發(fā)送所述鏈路檢測報(bào)文。3.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述方法還包括:如果所述本端設(shè)備在所述第一預(yù)定時(shí)長內(nèi)收到所述回復(fù)報(bào)文,并且,所述回復(fù)報(bào)文中的所述對端設(shè)備的狀態(tài)指示可以與所述本端設(shè)備建立會話,所述本端設(shè)備發(fā)送用于確認(rèn)會話建立的鏈路檢測報(bào)文。4.根據(jù)權(quán)利要求3所述的方法,其特征在于,在所述本端設(shè)備和所述對端設(shè)備之間的會話建立之后,所述方法還包括:所述本端設(shè)備和所述對端設(shè)備中的一方向另一方發(fā)送回音報(bào)文,其中,所述回音報(bào)文是不需要接收方進(jìn)行處理而直接向該報(bào)文的發(fā)送方返回的報(bào)文;所述一方在最小回音間隔內(nèi)未收到所述另一方返回的所述回音報(bào)文,則確定所述鏈路發(fā)生故障。5.根據(jù)權(quán)利要求4所述的方法,其特征在于,所述鏈路檢測報(bào)文中攜帶有所述最小回音間隔。6.根據(jù)權(quán)利要求1至5中任一項(xiàng)所述的方法,其特...

    【專利技術(shù)屬性】
    技術(shù)研發(fā)人員:程暉
    申請(專利權(quán))人:中興通訊股份有限公司
    類型:發(fā)明
    國別省市:

    網(wǎng)友詢問留言 已有0條評論
    • 還沒有人留言評論。發(fā)表了對其他瀏覽者有用的留言會獲得科技券。

    1
    相關(guān)領(lǐng)域技術(shù)
    主站蜘蛛池模板: 内射人妻少妇无码一本一道| 久久久久无码精品| 久久亚洲精品成人无码网站| 无码国产精成人午夜视频一区二区 | 亚洲国产AV无码一区二区三区| 国产精品国产免费无码专区不卡| 国产精品99精品无码视亚| 亚洲AV无码专区在线电影成人| 在线观看片免费人成视频无码| 日韩av无码国产精品| 人妻无码久久一区二区三区免费| 久久精品?ⅴ无码中文字幕| 特级毛片内射www无码| 2024你懂的网站无码内射| 亚洲精品无码不卡在线播放HE| 国产精品成人99一区无码| 欧洲黑大粗无码免费| 久久久无码精品亚洲日韩蜜臀浪潮 | 久久久久亚洲精品无码网址色欲| 无码人妻AV一二区二区三区 | 亚洲综合无码一区二区痴汉| 少妇人妻av无码专区| 日韩人妻无码精品一专区| 亚洲国产精品无码专区在线观看| 亚洲精品97久久中文字幕无码| 无码日本电影一区二区网站| 99久久人妻无码精品系列| 人妻少妇偷人精品无码| 亚洲精品中文字幕无码AV| 久久无码专区国产精品发布| 无码人妻视频一区二区三区| 欧洲人妻丰满av无码久久不卡| 久久久久无码国产精品一区| 国产在线无码一区二区三区视频| 国产品无码一区二区三区在线蜜桃| 日本爆乳j罩杯无码视频| 亚洲av无码专区在线播放| 无码国产精品一区二区免费16| 无码人妻AV免费一区二区三区| 97久久精品无码一区二区 | 亚洲欧洲日产国码无码网站|