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

實時傳輸協(xié)議管理信息庫

【實時傳輸協(xié)議管理信息庫】本備忘錄狀態(tài)
ThismemoprovidesinformationfortheInternetcommunity.Itdoes
notspecifyanInternetstandardofanykind.Distributionofthis
memoisunlimited.
版權聲明
Copyright(C)TheInternetSociety(2001).
摘要
本備忘錄定義了在Internet社區(qū)中用于網(wǎng)絡治理協(xié)議的治理信息庫(MIB)的一部分,非凡是定義了治理實時傳輸協(xié)議(RTP)系統(tǒng)(RFC1889)的對象 。



目錄
1.SNMP治理框架 2
2.概述 3
2.1組件 3
2.2MIB對于RTP系統(tǒng)應用的適用性 3
2.3RTPMIB的結構 4
3.定義 5
4.安全考慮(SecurityConsiderations) 24
5.致謝(Acknowledgements) 25
6.知識產(chǎn)權(IntellectualProperty) 25
7.引用(References) 25
8.作者地址(Authors"Addresses) 27
9.版權聲明 28
1.SNMP治理框架
*SNMP治理框架目前包括五個主要的組成部分:
*總體框架,參見RFC2571[RFC2571]的敘述 。
*用于治理目的的對象及事件的描述和命名機制 。這個治理信息結構(SMI)的第一個版本稱為SMIv1,參見STD16,RFC1155,STD16,RFC1212和RFC1215 。第二版稱為SMIv2,參見STD58,RFC2578[RFC2578],RFC2579[RFC2579]和RFC2580的描述 。
*用于傳輸治理信息的消息協(xié)議 。SNMP消息協(xié)議的第一版稱為SNMPv1,由STD15,RFC1157[RFC1157]描述 。SNMP消息協(xié)議的第二版——不是一項Internet標準跟蹤協(xié)議——稱為SNMPv2c,由RFC1901[RFC1901]andRFC1906[RFC1906]描述 。消息協(xié)議的第三版稱為SNMPv3,由RFC1906[RFC1906],RFC2572[RFC2572]和RFC2574[RFC2574]描述 。
*訪問治理信息的協(xié)議操作 。采用PDU格式的第一個協(xié)議操作集合由STD15,RFC1157[RFC1157]描述,采用PDU格式的第二個協(xié)議操作集合由RFC1905[RFC1905]描述 。
*RFC2573[RFC2573]描述了一系列基礎應用,RFC2575[RFC2575]描述了基于視圖的訪問控制機制 。
關于SNMP治理框架的更加具體的描述參見RFC2570[RFC2570] 。
通過虛擬信息存儲訪問治理對象稱為治理信息庫或者MIB 。MIB的對象使用SMI定義的機制定義 。
本備忘錄描述了適應SMIv2的MIB模型 。通過適當?shù)霓D化可以得到遵循SMIv1的MIB 。轉換后的MIB必須在語義上式等價的,除非不可能轉換而不得不忽略的對象及事件(Counter64的使用) 。SMIv2的一些機器易讀的信息在轉換的過程中必須轉化成SMIv1的文本描述 。不過這種極其易讀信息的損失不認為是改變了MIB的語義 。
2.概述
一個“RTP系統(tǒng)”可能是運行著發(fā)送或者接受RTP數(shù)據(jù)包的應用程序的主機終端系統(tǒng),也可能是轉發(fā)RTP包的中介系統(tǒng) 。接收方和發(fā)送方通過發(fā)送RTP控制協(xié)議(RTCP)包交換RTP包傳輸和接收的信息[RFC1889] 。RTP監(jiān)視器可以在接收方或發(fā)送方上采集發(fā)往或者來自主機/中介系統(tǒng)的RTCP信息 。
本文檔中的要害字“必須”、“不能”、“需要”、“應”、“不應”、“應該”、“不應該”、“建議”、“可以”和“可選”的含義與RFC2119的解釋一致 。
2.1組件
RTPMIB是圍繞著“Session”、“Receiver”和“Sender”等抽象概念建立的 。
2.1.1按照[RFC1889]節(jié)3的定義,“RTP會話”是“...參與者與RTP通信的連接 。每個參與者都有一個會話,會話是由一個特定的目標傳輸?shù)刂穼Χx的(網(wǎng)絡地址和用于RTP及RTCP的一對端口) 。可能所有的參與者使用同一個目標傳輸?shù)刂?,比如IP多點傳送的情況;也可能每個參與者都有不同的目標傳輸?shù)刂?,比如單個的單點傳送地址加上一個通用的端口對 ?!?br /> 2.1.2在RTP會話中“發(fā)送方”表示為一個32位的數(shù)字——“同步資源”或者“SRRC”,根據(jù)[RFC1889]節(jié)3的定義,它是“......RTP數(shù)據(jù)包流的源頭” 。
2.1.3如前面2.1.1節(jié)所述,“RTP數(shù)據(jù)包流”的“接收方”可以是單點傳送,也可以是多點傳送的接受者 。RTP接收方有對于該會話唯一的SSRC值 。如[RFC1889]節(jié)6所述,RTP接收方是RTCP接收方報告的一個來源 。

推薦閱讀