internet多媒體協(xié)議(參考版)
2025-01-14 04:30本頁(yè)面
【正文】 2023年 1月 30日星期一 5時(shí) 52分 28秒 05:52:2830 January 2023 1一個(gè)人即使已登上頂峰，也仍要自強(qiáng)不息。 2023年 1月 30日星期一 上午 5時(shí) 52分 28秒 05:52: 1最具挑戰(zhàn)性的挑戰(zhàn)莫過(guò)于提升自我。勝人者有力，自勝者強(qiáng)。 :52:2805:52Jan2330Jan23 1越是無(wú)能的人，越喜歡挑剔別人的錯(cuò)兒。 , January 30, 2023 閱讀一切好書(shū)如同和過(guò)去最杰出的人談話。 2023年 1月 30日星期一 5時(shí) 52分 28秒 05:52:2830 January 2023 1空山新雨后，天氣晚來(lái)秋。 。 :52:2805:52:28January 30, 2023 1意志堅(jiān)強(qiáng)的人能把世界放在手中像泥塊一樣任意揉捏。 :52:2805:52Jan2330Jan23 1世間成事，不求其絕對(duì)圓滿，留一份不足，可得無(wú)限完美。 , January 30, 2023 很多事情努力了未必有結(jié)果，但是不努力卻什么改變也沒(méi)有。 2023年 1月 30日星期一 5時(shí) 52分 28秒 05:52:2830 January 2023 1做前，能夠環(huán)視四周；做時(shí)，你只能或者最好沿著以腳為起點(diǎn)的射線向前。 。 :52:2805:52:28January 30, 2023 1他鄉(xiāng)生白發(fā)，舊國(guó)見(jiàn)青山。 :52:2805:52Jan2330Jan23 1故人江海別，幾度隔山川。 , January 30, 2023 雨中黃葉樹(shù)，燈下白頭人。而 IGMP在必要時(shí)可以提供組播支持。 RTP傳輸用戶數(shù)據(jù)并管理用戶應(yīng)用的重放。 Intemet多媒體協(xié)議是一組相關(guān)協(xié)議。 RSVP支持 Protocolid的任何值。 DstPort是一個(gè)UDP／ TCP目標(biāo)端口字段。某節(jié)點(diǎn)接收到包含 RESV_CONFIRM對(duì)象的預(yù)約請(qǐng)求報(bào)文時(shí)將發(fā)送預(yù)約確認(rèn)報(bào)文。在每個(gè)節(jié)點(diǎn)中，IP目的地址是下跳節(jié)點(diǎn)的單播地址。 預(yù)約錯(cuò)誤報(bào)文 預(yù)約錯(cuò)誤報(bào)文報(bào)告在預(yù)約報(bào)文處理過(guò)程中發(fā)生的錯(cuò)誤，它們也可能報(bào)告預(yù)約的突然終止 (比如由于管理因素 )。在每個(gè)節(jié)點(diǎn)， IP目的地址是前一跳的單播地址。 路徑錯(cuò)誤報(bào)文 路徑錯(cuò)誤報(bào)文報(bào)告在路徑報(bào)文處理過(guò)程中發(fā)生的錯(cuò)誤。 預(yù)約拆除報(bào)文最初由接收方或檢測(cè)到預(yù)約狀態(tài)超時(shí)的任何節(jié)點(diǎn)發(fā)出，然后它們沿上游向所有匹配的發(fā)送方傳輸。如果不存在匹配的預(yù) 約狀態(tài)，則該預(yù)約拆除報(bào)文將被丟棄。 1/22/2023 19 預(yù)約拆除報(bào)文 收到預(yù)約拆除報(bào)文的節(jié)點(diǎn)將會(huì)刪除匹配的預(yù)約狀態(tài)。路徑拆除報(bào)文必須以與相應(yīng)的路徑報(bào)文相同的方式轉(zhuǎn)發(fā)。如果不存在匹 配的路徑狀態(tài)，則應(yīng)該將路徑拆除報(bào)文丟棄并不再轉(zhuǎn)發(fā)。所謂匹配必須與 SESSION、 SENDER_TEMPLATE 和 PHOP 對(duì)象匹配。該報(bào)文還可以包含若干 POLICY_DATA對(duì)象。預(yù)約報(bào)文的IP目的地址是從路徑狀態(tài)中獲得的前一跳的單播地址，而源地址是發(fā)送此報(bào)文的節(jié)點(diǎn)的地址。另外，它還可能包括一個(gè)存儲(chǔ)該流的廣播信息的 ADSPEC對(duì)象。 路徑報(bào)文 針對(duì)自己創(chuàng)建的每個(gè)數(shù)據(jù)流，發(fā)送方都定期地發(fā)送路徑報(bào)文。 RSVP對(duì)象（報(bào)文中信息按對(duì)象編碼） RSVP報(bào)文功能： 本節(jié)簡(jiǎn)要介紹 RSVP報(bào)文的功能，算是對(duì)前面關(guān)于 RSVP的討論的總結(jié)。 1/22/2023 17 預(yù)約操作： 由流的接收方發(fā)出的預(yù)約報(bào)文，支持發(fā)送方和中間路由器獲得接收方的請(qǐng)求。在分析請(qǐng)求之后， RSVP向數(shù)據(jù)流經(jīng)過(guò)的所有節(jié)點(diǎn)發(fā)送請(qǐng)求報(bào)文。 RSVP要求數(shù)據(jù)接收方提出流的 Oos要求。與 IP類似，它根據(jù)路由表計(jì)算報(bào)文的路徑。 RSVP 1/22/2023 16 RSVP 路徑操作： RSVP不提供路由功能，而是利用IPv4或 IPv6的轉(zhuǎn)發(fā)功能，這正如網(wǎng)際控制報(bào)文協(xié)議 (ICMP)和 Intemet組管理協(xié)議 (IGMP)一樣。流和流標(biāo)識(shí)的概念主要用于區(qū)分網(wǎng)絡(luò)中不同類型的數(shù)據(jù)，然后根據(jù)各自的 定時(shí) 和 同步 要求區(qū)別對(duì)待。此概念與 IPv6的流標(biāo)識(shí)字段配合 得非常好。 流與幀中繼及 ATM中的面向連接的虛擬電路有些相似。因此，這 2個(gè)設(shè)備可以向服務(wù)器發(fā)送預(yù)約請(qǐng)求，注明自己的能力 (可用帶寬 )。因此，它們可以向服務(wù)器發(fā)送自己的資源預(yù)約請(qǐng)求，從而定義不同的 吞吐量要求 。 例如，視頻服務(wù)器正以很高的比特率向接收方發(fā)送數(shù)據(jù)，比如高質(zhì)量視頻的速率是 100Mb／ s。與此形成
電大資料相關(guān)推薦
鄂ICP備17016276號(hào)-1