日本免费全黄少妇一区二区三区-高清无码一区二区三区四区-欧美中文字幕日韩在线观看-国产福利诱惑在线网站-国产中文字幕一区在线-亚洲欧美精品日韩一区-久久国产精品国产精品国产-国产精久久久久久一区二区三区-欧美亚洲国产精品久久久久

  1. 首頁 > 云知道 > >

RSVP 資源預(yù)留協(xié)議

云知道

【RSVP 資源預(yù)留協(xié)議】本備忘錄的狀態(tài)：
本備忘錄提供關(guān)于Internet社區(qū)的信息 。它不指定任何一種形式的標(biāo)準(zhǔn) 。本備忘錄的
發(fā)布不受任何限制 。
摘要
本文檔描述RSVP、相應(yīng)的綜合服務(wù)協(xié)議及其他資源預(yù)留組件的適用性，提供現(xiàn)時(shí)配置
資源預(yù)留的指導(dǎo) 。本文檔和第一次提交的RSVP和綜合服務(wù)規(guī)范一起加入RSVP標(biāo)準(zhǔn)軌跡
中 。
目錄
1.介紹 2
2.影響RSVP配置的問題 3
2.1.可擴(kuò)展性 3
2.2.安全考慮 3
2.3.策略控制 4
3.建議 4
4.參考 4
5.作者地址 5
1.介紹
RSVP[RFC2205]是一個(gè)單播和多播的信令協(xié)議，被設(shè)計(jì)來安裝和維護(hù)在數(shù)據(jù)流路徑
上的每個(gè)路由器的預(yù)留聲明信息 。RSVP對(duì)這些聲明的處理被定義在由綜合服務(wù)工作組
（WG）指定的[RFC2211]和[RFC2212]的服務(wù)中 。這些服務(wù)和RSVP同時(shí)被引入IETF
的標(biāo)準(zhǔn)軌跡中 。從現(xiàn)在起，縮略語RSVP被用作信令協(xié)議和與之合并在一起的綜合服務(wù)
規(guī)范的簡(jiǎn)稱 。
RSVP必須與幾個(gè)附加組件聯(lián)合使用，如下表所示：
表1資源預(yù)留的附加組件
1. 用于期望服務(wù)的信息格式的參數(shù)能被表示 。[RFC2210]中列出了這些格式的一
個(gè)推薦標(biāo)準(zhǔn)集 。
2. 用來實(shí)現(xiàn)一或兩個(gè)[RFC2211]和[RFC2212]模式的路由器和主機(jī)機(jī)制（如分
組分類和調(diào)度，接入控制算法）也被加進(jìn)標(biāo)準(zhǔn)軌跡中 。
3. 用于接入期望的控制和資源使用的信息格式的參數(shù)能被表示 。RSVP工作組憲章
中有一個(gè)這些格式的用于標(biāo)準(zhǔn)軌跡的小公共子集 。RSVP協(xié)議規(guī)范的策略對(duì)象僅
在這時(shí)是可選的 。
4.實(shí)現(xiàn)期望的接入控制策略功能的各種定位機(jī)制，包括授權(quán)和其他安全機(jī)制 。
在表1中描述的每個(gè)組件的一些格式中，支持RSVP的應(yīng)用可以通過IP網(wǎng)絡(luò)獲得區(qū)
分服務(wù)質(zhì)量 。網(wǎng)絡(luò)化的多媒體應(yīng)用，大多需要（或受益于）一個(gè)可猜測(cè)的終端用戶經(jīng)
驗(yàn)，將會(huì)是RSVP信令服務(wù)的首批用戶 。
因?yàn)镽SVP和綜合服務(wù)及表1所列的其他部件標(biāo)志了IP網(wǎng)絡(luò)服務(wù)模式的一個(gè)極大變
革，所以RSVP受到了很大的關(guān)注，并促使它以一個(gè)標(biāo)準(zhǔn)軌跡RFC而被發(fā)布 。目前，很
多操作系統(tǒng)和路由器供給商把RSVP和綜合服務(wù)集成在他們的產(chǎn)品中，以備即將到來的
應(yīng)用 。本適用性聲明的目的是描述當(dāng)前已知可行的RSVP規(guī)范的使用，并標(biāo)識(shí)限制范圍
及正在進(jìn)行的工作提出的某些限制 。
2.影響RSVP配置的問題
因?yàn)檫€存在大量明顯會(huì)影響配置成功的問題，因此大范圍的配置RSVP必須小心 。
2.1.可擴(kuò)展性
在一個(gè)路由器上運(yùn)行RSVP所要求的資源需求（處理和存儲(chǔ)）根據(jù)單獨(dú)的會(huì)話的數(shù)
量而按比例增長(zhǎng)（如，RSVP預(yù)留） 。因此，在一個(gè)高帶寬鏈路上支持大量小的預(yù)留會(huì)
很輕易使路由器過載，這樣作是不策略的 。而且，當(dāng)前一些路由產(chǎn)品或它們的某些高
速接口（如OC－3或以上）很難具有實(shí)現(xiàn)分組分類和調(diào)度的能力，這些能力被用來提
供預(yù)留流的區(qū)分服務(wù) 。
這些問題表明在目前的高帶寬骨干網(wǎng)上配置RSVP一般是不合適的 。在將來，這些
骨干網(wǎng)的營(yíng)運(yùn)商將不會(huì)選擇天真地為每個(gè)單獨(dú)的流實(shí)現(xiàn)RSVP 。另外，在骨干網(wǎng)的“邊
緣”匯聚那些需要非凡處理的流的技術(shù)正在發(fā)展 。在骨干網(wǎng)內(nèi)部，作為一種滿足單個(gè)
流的端到端需求的一種方法，大量花費(fèi)較少的途徑因此而被用來為一個(gè)整體的匯聚流
留出資源 。
在近期內(nèi)，大量供給商將用多種不同的方法來匯聚預(yù)留 。這不是IETF目前在此領(lǐng)
域標(biāo)準(zhǔn)開發(fā)中正在進(jìn)行的工作 。BOF，區(qū)分服務(wù)的未來方向，在1997年7月，Memphis

推薦閱讀