chapter6流媒體相關(guān)網(wǎng)絡(luò)協(xié)議(編輯修改稿)
2025-01-30 04:06 本頁面
【文章內(nèi)容簡(jiǎn)介】 實(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）通配過濾類型 ? （ 3）共享顯式類型 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ù)包傳遞給包分類器，然后將它們?cè)诎{(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)。然而，如該
電大資料相關(guān)推薦
鄂ICP備17016276號(hào)-1