【文章內(nèi)容簡介】 端。當(dāng)發(fā)送端或接收端結(jié)束了一個(gè) RSVP會(huì)話時(shí)，將斷開連接。 RSVP（ Cont’ d） 2. RSVP數(shù)據(jù)流 ? 流說明是互連網(wǎng)主機(jī)用來請(qǐng)求特殊服務(wù)的數(shù)據(jù)結(jié)構(gòu)，保證互連網(wǎng)處理主機(jī)傳輸。 ? RSVP支持三種傳輸類型：最好性能（ besteffort），速率敏感（ ratesensitive）與延遲敏感（ delaysensitive）。 ? 最好性能傳輸為傳統(tǒng) IP傳輸。應(yīng)用包括文件傳輸（如郵件傳輸）、磁盤映像、交互登錄和事務(wù)傳輸。支持最好性能傳輸?shù)姆?wù)稱為最好性能服務(wù)。 ? 速率敏感傳輸放棄及時(shí)性，而確保速率。 ? 延遲敏感傳輸要求傳輸及時(shí)，并因而改變其速率。 RSVP（ Cont’ d） 3. RSVP數(shù)據(jù)流處理 ? RSVP數(shù)據(jù)流基本特征是連接，數(shù)據(jù)包在其上流通。 ? RSVP支持單播和組播連接，流總是從發(fā)送者開始。 ? 特定連接的數(shù)據(jù)包被導(dǎo)向同一個(gè) IP目的地址或公開的目的端口。 ? IP目的地址是組播發(fā)送的組地址，或是單個(gè)接收者的單播地址。 ? RSVP數(shù)據(jù)發(fā)布通過組播或單播實(shí)現(xiàn)。 ? 組播傳輸將某個(gè)發(fā)送者的每個(gè)數(shù)據(jù)包拷貝轉(zhuǎn)發(fā)給多個(gè)目的。 ? 單播傳輸只有一個(gè)接收者。即使目的地址是單播，也可能有多個(gè)接收者，以公開端口區(qū)分。多個(gè)發(fā)送者也可能存在單播地址， RSVP可建立多對(duì)一傳輸?shù)馁Y源預(yù)訂。 ? 每個(gè) RSVP發(fā)送者和接收者對(duì)應(yīng)唯一的 Inter主機(jī)。單個(gè)主機(jī)可包括多個(gè)發(fā)送者和接收者，以公開端口區(qū)分。 RSVP（ Cont’ d） 4. RSVP服務(wù)質(zhì)量（ QoS） ? 是流規(guī)范指定的屬性 。 ? 流規(guī)范用于決定參加實(shí)體 （ 路由器 、 接收者和發(fā)送者 ） 進(jìn)行數(shù)據(jù)交換的方式 。 ? 主機(jī)和路由器使用 RSVP指定 QoS。 ? 其中 ， 主機(jī)代表應(yīng)用數(shù)據(jù)流使用 RSVP從網(wǎng)絡(luò)申請(qǐng) QoS級(jí)別；路由器使用 RSVP發(fā)送 QoS請(qǐng)求給數(shù)據(jù)流路經(jīng)的其它路由器 。 ? 這樣做 ， RSVP就可維持路由器和主機(jī)狀態(tài)來提供所請(qǐng)求的服務(wù) 。 RSVP（ Cont’ d） 5. RSVP連接啟動(dòng) ? 為了初始化 RSVP組播連接 ， 接收者首先使用Inter組成員協(xié)議 （ IGMP） 加入 IP目的地址指定的組播組 。 對(duì)單播連接 ， 單播路由就象 IGMP結(jié)合協(xié)議無關(guān)組播 （ PIM） 在組播時(shí)的作用 。 ? 接收者加入組后 ， 潛在的發(fā)送者就開始發(fā)送RSVP路徑信息給 IP目的地址 。 ? 接收者應(yīng)用收到路徑信息 ， 開始發(fā)送相應(yīng)資源預(yù)訂請(qǐng)求信息 ， 使用 RSVP指定欲點(diǎn)播的流描述 。 ? 發(fā)送者應(yīng)用接收到資源預(yù)訂請(qǐng)求信息后 ， 開始發(fā)送數(shù)據(jù)包 。 RSVP（ Cont’ d） 6. RSVP資源預(yù)訂類型 ? —— 為每個(gè)連接中每個(gè)相關(guān)發(fā)送者安裝一個(gè)流 ? （ 1） 固定過濾類型 ? —— 由不相關(guān)的發(fā)送者使用 ? （ 2）通配過濾類型 默認(rèn)所有發(fā)送者，并通過預(yù)留消息中所攜帶的源端地址列表來限制通配符濾波器 ? （ 3）共享顯式類型 濾波器明確指定一個(gè)或多個(gè)發(fā)送者來進(jìn)行預(yù)留 RSVP（ Cont’ d） 7. RSVP軟狀態(tài)實(shí)現(xiàn) ? 對(duì) RSVP， 軟狀態(tài) 指可被某些 RSVP信息更新的路由器和終端結(jié)點(diǎn)的狀態(tài)。 ? 軟狀態(tài)特征允許 RSVP網(wǎng)絡(luò)支持動(dòng)態(tài)組成員變化，并適應(yīng)路由變化。一般說來， 軟狀態(tài)由基于 RSVP網(wǎng)絡(luò)維護(hù)，使網(wǎng)絡(luò)可在沒有查詢終端結(jié)點(diǎn)的情況下改變狀態(tài)。 ? RSVP協(xié)議為創(chuàng)建和維護(hù)組播和單播混合發(fā)送路徑的分布式資源預(yù)訂狀態(tài)提供了一個(gè)通用功能。為維護(hù)資源預(yù)訂狀態(tài)， RSVP跟蹤路由器和主機(jī)結(jié)點(diǎn)的軟狀態(tài)。 ? 路徑與資源預(yù)訂請(qǐng)求信息創(chuàng)建并周期更新 RSVP軟狀態(tài)。如在清除時(shí)間間隔到期前沒有收到相應(yīng)更新信息，就刪除該狀態(tài)，顯式 teardown信息也可刪除軟狀態(tài)。RSVP周期掃描欲建立的軟狀態(tài)，并轉(zhuǎn)發(fā)路徑與預(yù)訂請(qǐng)求更新信息給下一跳。 RSVP RSVP軟 狀 態(tài)實(shí)現(xiàn) ? 當(dāng)路由改變，下一個(gè)路徑信息初始化新路由的路徑狀態(tài)，根據(jù)資源預(yù)訂請(qǐng)求信息建立資源預(yù)訂狀態(tài)。 ? 現(xiàn)在未使用的網(wǎng)段狀態(tài)標(biāo)記為超時(shí)。 ? RSVP規(guī)范要求在拓?fù)涓淖兒髢擅胪ㄟ^網(wǎng)絡(luò)初始化新資源預(yù)訂。 ? 當(dāng)發(fā)生狀態(tài)變化， RSVP無延遲的將變化從 RSVP網(wǎng)絡(luò)的一個(gè)終端傳到另一個(gè)終端。如接收到的狀態(tài)與存儲(chǔ)狀態(tài)不同，就更新存儲(chǔ)狀態(tài)。如結(jié)果改變了欲產(chǎn)生的更新信息，更新信息立即生成并轉(zhuǎn)發(fā)出去。 RSVP（ Cont’ d） 8. RSVP操作模型 —— 基本 RSVP協(xié)議操作 ? RSVP資源預(yù)訂處理初始化開始于 RSVP 后臺(tái)服務(wù)查詢本地路由協(xié)議以獲得路由。 ? 主機(jī)發(fā)送 IGMP消息加入組播組，而發(fā)送 RSVP消息預(yù)訂沿組路徑的資源。 ? 每個(gè)能加入資源預(yù)訂的路由器將收到的數(shù)據(jù)包傳遞給包分類器，然后將它們在包調(diào)度器中排隊(duì)。 ? RSVP包分類器決定每個(gè)包的路由和 QoS類 ； RSVP調(diào)度器給每個(gè)接口所使用的特殊數(shù)據(jù)鏈路層媒介上傳輸分配資源。如數(shù)據(jù)鏈路層媒介有自身的 QoS管理能力，包調(diào)度器負(fù)責(zé)協(xié)調(diào)數(shù)據(jù)鏈路層，獲得 RSVP所請(qǐng)求的QoS。 ? 調(diào)度器本身分配無源 QoS媒介上包傳輸能力，如雙鉸線；也可分配其它系統(tǒng)資源，如 CPU時(shí)間與緩存。 RSVP RSVP操作模型 ——基本 RSVP協(xié)議 操作 ? QoS請(qǐng)求一般發(fā)源于接收者主機(jī)應(yīng)用，而被傳遞到本地 RSVP應(yīng)用。 ? RSVP協(xié)議接著將對(duì)所有結(jié)點(diǎn)（路由器與主機(jī)）的請(qǐng)求沿逆向數(shù)據(jù)路徑傳到數(shù)據(jù)源。 ? 在每個(gè)結(jié)點(diǎn)處， RSVP程序應(yīng)用一個(gè)稱為 進(jìn)入允許控制的本地決定程序 決定是否能提供所請(qǐng)求的QoS。如進(jìn)入允許控制成功， RSVP程序設(shè)置包分類和調(diào)度器的參數(shù)，以獲得所申請(qǐng)的 QoS。如進(jìn)入允許控制在某結(jié)點(diǎn)處失敗， RSVP程序給產(chǎn)生此請(qǐng)求的應(yīng)用返回一個(gè)錯(cuò)誤指示。 RSVP（ Cont’ d） 8. RSVP操作模型 —— RSVP隧道 ? 在整個(gè) Inter上同時(shí)配置 RSVP或任意其他協(xié)議都是不可能的。實(shí)際上， RSVP決不可能在每個(gè)地方都被配置。 因此， RSVP必須提供正確協(xié)議操 作，即使只有兩個(gè)支持 RSVP的路由器與一群不支持 RSVP的路由器相連。一個(gè)中等規(guī)模不支持 RSVP的網(wǎng)絡(luò)不能執(zhí)行資源預(yù)訂，因而服務(wù)保證也就不能實(shí)現(xiàn)。然而，如該網(wǎng)絡(luò)有充足額外容量，也可以提供可接受的實(shí)時(shí)服務(wù)。 ? 隧道技術(shù)要求 RSVP和非 RSVP路由器用本地路由表轉(zhuǎn)發(fā)到目的地址的路徑信息。 當(dāng)路徑信息通過非 RSVP網(wǎng)絡(luò)時(shí)，路徑信息拷貝攜帶最后一個(gè)支持 RSVP的路由器的 IP地址。預(yù)訂請(qǐng)求信息轉(zhuǎn)發(fā)給下一個(gè)上游支持RSVP的路由器。 RSVP（ Cont’ d） 9. 加權(quán)平均排隊(duì)方案 基于 RSVP網(wǎng)絡(luò)間采用隧道技術(shù)的 RSVP環(huán)境 NB：隧道技術(shù)僅在瓶頸出在非 RSVP域且不可避免時(shí)才有風(fēng)險(xiǎn) RSVP（ Cont’ d） 11. RSVP包格式 ? （ 1） RSVP公共頭 ? （ 2） RSVP對(duì)象段 16 8 8 Variable Length Classnum CType Object Contents 4b 4b 8b 16b 16b 8b 8b 32b 1b 16b Version Flag Type Checknum Length Reserved Send TTL Messege ID MF Fragment offset RSVP（ Con