rtp流媒體伺服器

1、什麼流媒體軟體客戶端或者VoIP軟體使用SIP協議以及RTP協議?

自己搭建一個抄語音襲環境吧 需要一個GNS3去搭建兩台可以跑語音IOS的路由器，互相建 SIP dial-peer。 然後建兩個IP軟電話 思科的就行，一個建立在本機，一個新建一個VM XP, 分別以注冊在CME上面，互相打電話就能分別捕捉到SIP信令流，電話接通知後就可以捕捉到RTP媒體流。

2、想問一下哪個軟體可以支持rtp格式的流媒體

經過反復試驗還只是goodplayer支持這一種格式，其他的都不支持或不能播放。我發現rtp這種格內式就是為組播用的，只容要支持這種格式不用再專門的設置加入組播或離開組播的igmp消息，只要軟體支持這一格式，它就會自動發這個消息的。

3、不支持流媒體傳輸的網路協議是 （分數：1分） A. 實時傳輸協議RTP/RTCP B. TCP/IP協議 C. 實時流協

b

支持的協議有：
實時傳輸協議RTP，實時流協議RTSP，RSVP協議，實時傳輸控制協議RTCP

4、移動流媒體的控制協議

流媒體使用的特有的應用和控制協議有RTP/RTCP、RSVP和RTSP。
（1）實時傳輸協議（RTP）和實時控制協議（RTCP）。RTP/RTCP是基於IP的應用層協議，支持實時數據（音頻、視頻流）的傳輸，其思想是傳輸實時數據的同時發送一些關於傳輸和接收的質量的反饋信息，這兩個任務分別由RTP和RTCP完成。RTP提供一些機制用於進行時間重建、定時、丟包檢測和重排序。RTP支持單播和組播，可用於單向傳輸也可用於雙向業務，但是RTP本身不提供如何實時傳輸的機制，也不提供可靠的流阻塞控制，而是通過與RTCP和UDP的配合，使傳輸效率達到最優化。RTP/RTCP為傳送實時數據提供需要的功能和控制機制，但是其本身不負責高層的任務，如重排序和同步，這些由應用程序完成。
（2）資源預留協議（RSVP）。RSVP允許數據接收方為數據流請求特殊的端到端QoS。實時應用使用RSVP在路由器上預留必要的資源，這樣在傳輸的時候可以得到所要求的帶寬。RSVP流程是單一的，不區別發送方和接收方。RSVP支持組播和單播，並適應變化的成員個數和路由。使用RSVP要求傳輸路徑上的節點都支持RSVP，這很難得到保證，所以流應用一般不使用RSVP。
（3）實時流協議（RTSP）。RTSP是一個應用層協議，利用RTSP可以在伺服器和客戶端之間建立並控制連續的音頻媒體和視頻媒體流，進行伺服器和客戶端之間的「網路遠程式控制制」，提供類似VCR的音頻和視頻的遠程式控制制功能。但是RTSP要在獨立於數據的通道中進行傳輸。RTSP支持單播和組播，提供選擇傳送通道的方法，可以選擇UDP、組播UDP和TCP，而低層的傳輸機制依賴於RTP或TCP。RTSP與低層的協議（如RTP、RSVP）一起協調運行，提供完全的流服務。RTSP是有狀態的、對稱的協議，RTSP伺服器維護會話狀態且RTSP中媒體伺服器和客戶端都能發出請求。RTSP的語法和操作與HTTP相似，使用專用於音頻和視頻的類似於HTTP中的URL。

5、RTP流媒體伺服器

所謂流媒體技術，是指將連續的影像和聲音信息經過壓縮處理後放在網站伺服器上，讓用戶能夠一邊下載一邊觀看、收聽（即所謂的「在線欣賞」），而不需要等整個壓縮文件下載到自己的機器上才可以欣賞的網路傳輸技術。目前，在這個領域中的競爭者主要有微軟、RealNetworks、Apple三家公司，例如微軟新近發布了Windows Media Services 9、RealNetworks公司新近發布的Helix Platform、Apple新近發布的Darwin streaming server 4.1，意圖在流媒體領域大幹一場。

6、是否在支持TCP／UDP的網路上就一定能支持流媒體傳輸協議rtp,rtsp,以及mms？

RTP,SRSP,MMS等協議是應用層協議,跟下三層協議關聯不大,無論是不是TCP/IP協議都是能支持的,例如NOVELL網(IPS/SPX協議)