internet多媒體協(xié)議培訓資料(完整版)
【正文】 ： 組播遂道。多播路由器還會周期性地發(fā)出“主機成員查詢”的 IGMP消息，向子網查詢多播主機，若發(fā)現(xiàn)某個多播組已沒有任何成員，則停止轉發(fā)該多播組的數據。在 MBONE 上的著名 Multicast 服務有 NASA space shuttle missions、 . House and Senate sessions、live satellite weather photos 等等。 RTP不能防止傳輸過程出現(xiàn)的丟包和亂序現(xiàn)象，而且它也不要求底層網絡是可靠的或按順序傳輸分組。 RTP混合器特別適用于音頻會 議。 RTP協(xié)議數據單元（ PDU）封裝在 用戶 UDP和 IP（ PDU）中傳輸。該發(fā)送者負責計算報文的序列號和時間戳。32 H． 263和 C． 723分別是壓縮音頻流和視頻流的最新標準。 ● SSRC：此字段用于標識特定的用戶組 (而不是單個用戶 )，這些用戶的幀是同步的。 所有 RTCP分組的源端都發(fā)送源說明，描述發(fā)送數據的那些 應用的特征。它是分組的 RTP時間戳和分組到達時接收者時鐘之間 的差。 15 RSVP 協(xié)議簡介： 資源預約協(xié)議 (RSVP)為實時多媒體會議定義了一種預約操作。因此，這 2個設備可以向服務器發(fā)送預約請求，注明自己的能力 (可用帶寬 )。 RSVP 17 RSVP 路徑操作： RSVP不提供路由功能，而是利用IPv4或 IPv6的轉發(fā)功能，這正如網際控制報文協(xié)議 (ICMP)和 Intemet組管理協(xié)議 (IGMP)一樣。 18 預約操作： 由流的接收方發(fā)出的預約報文，支持發(fā)送方和中間路由器獲得接收方的請求。預約報文的IP目的地址是從路徑狀態(tài)中獲得的前一跳的單播地址，而源地址是發(fā)送此報文的節(jié)點的地址。路徑拆除報文必須以與相應的路徑報文相同的方式轉發(fā)。 路徑錯誤報文 路徑錯誤報文報告在路徑報文處理過程中發(fā)生的錯誤。某節(jié)點接收到包含 RESV_CONFIRM對象的預約請求報文時將發(fā)送預約確認報文。 RTP傳輸用戶數據并管理用戶應用的重放。 :52:3005:52:30January 30, 2023 ? 1他鄉(xiāng)生白發(fā)，舊國見青山。 :52:3005:52Jan2330Jan23 ? 1世間成事，不求其絕對圓滿，留一份不足，可得無限完美。 , January 30, 2023 ? 閱讀一切好書如同和過去最杰出的人談話。 2023年 1月 30日星期一 5時 52分 30秒 05:52:3030 January 2023 ? 1一個人即使已登上頂峰，也仍要自強不息。 :52:3005:52Jan2330Jan23 ? 1越是無能的人，越喜歡挑剔別人的錯兒。 :52:3005:52:30January 30, 2023 ? 1意志堅強的人能把世界放在手中像泥塊一樣任意揉捏。 。而 IGMP在必要時可以提供組播支持。 DstPort是一個UDP／ TCP目標端口字段。在每個節(jié)點， IP目的地址是前一跳的單播地址。 20 預約拆除報文 收到預約拆除報文的節(jié)點將會刪除匹配的預約狀態(tài)。該報文還可以包含若干 POLICY_DATA對象。 RSVP對象（報文中信息按對象編碼） RSVP報文功能： 本節(jié)簡要介紹 RSVP報文的功能，算是對前面關于 RSVP的討論的總結。與 IP類似，它根據路由表計算報文的路徑。 流與幀中繼及 ATM中的面向連接的虛擬電路有些相似。與此形成對照的是，其他技術支持數據發(fā)送方創(chuàng)建需求。 如果 Si是分組 i的 RTP時間戳， Bi是按照 RTP時間戳單位計算的分組 i的到達時間，則對于分組 i和 i， D的表示如下： D(i， j)=(Rj— Rj)— (Sj— Si） =(Rj— Sj)— (Rj— Si） 每次從源 SSRC— n接收到數據分組 i，就計算一次到達時間間隔抖動 J，其中利用了該分組和按到達順序計算的前一分組 i— 1(不一定按序號順序 )之差 D，計算公式如下： J=J+(|D(i— 1， i)|J)／ 16 14 源描述分組 (SDES) RTCP支持數據源提供更多的關于自己的信息。會議 (視頻或 音頻 )的參與者可以在任何時間通過發(fā)送一個稱為“ bye”的注銷 報文而退出會議。它還包含載
職業(yè)教育相關推薦
鄂ICP備17016276號-1