關於RTSP建立請求

我們正在努力建設一個SIP2RTSP網關爲我們的解決方案之一，凡在SIP的一個邀請轉換爲RTSP SETUP請求wowza媒體服務器，然後播放從媒體服務器到SipClient播放。關於RTSP建立請求

但是，當設置發送請求的wowza總是結合RTSP即使目標在SETUP請求頭的傳輸設置客戶端地址。在這裏，我們想告訴wowza rtsp服務器綁定到sip UA IP，而不是rtsp客戶端ip來處理RTP流量。

RFC 2326說

destination: 
     The address to which a stream will be sent. The client may 
     specify the multicast address with the destination parameter. 
     To avoid becoming the unwitting perpetrator of a remote- 
     controlled denial-of-service attack, a server SHOULD 
     authenticate the client and SHOULD log such attempts before 
     allowing the client to direct a media stream to an address not 
     chosen by the server. This is particularly important if RTSP 
     commands are issued via UDP, but implementations cannot rely 
     on TCP as reliable means of client identification by itself. A 
     server SHOULD not allow a client to direct media streams to an 
     address that differs from the address commands are coming 
     from.

這裏也告訴一個服務器不應該允許客戶直接媒體流從地址的命令不同的來源的地址。

用的是什麼目標字段，以及如何我們可以直接在媒體比RTSP流客戶端等？

來源

2012-11-26 Pradeep

的一點是，客戶端可請求在客戶端選擇的位置要發送的數據流。靜態服務器應該小心翼翼地做這件事，並且要考慮是否允許使用與RTSP客戶端地址不同的地址，或者使用安全性考慮（如認證可用性等）來決定是否因爲盲目地向任何給定的地址發送流，通過UDP，是不安全的：惡意客戶端可能會輕易地將服務器關閉。

總而言之，destination是哪裏來發送流。服務器不保證將流發送到RTSP客戶端以外的位置。

來源

2012-11-26 09:43:40

謝謝羅馬！因此，要允許服務器將流發送到客戶端選擇的位置，那麼您是否應該說我們應該有一個身份驗證機制來確保客戶端的真實性。除了讓rtp代理是rtsp客戶端之外，還有沒有辦法實現上述行爲？ – Pradeep

由於您正在構建RTSP服務器（在RTSP端作爲服務器的SIP到RTSP代理 - 這就是我在Q中看到的），因此本筆記是您的安全考慮事項。這樣你就可以安全地建立它。從那裏你決定自己的安全考慮是適當的。 –

對不起，我會放流， sipUA-> sip2RTSP-> Wowza的RTSPSERVER /媒體服務器，現在sip2RTSP會發出SETUP請求RTSP /介質服務器上接收SIP從SIP UA邀請代表SIP UA的，但我們希望媒體流（RTP流量）使用RTSP直接繞過si2RTSP流向sipUA。這是我的問題。。請原諒我以前的問題是錯的。 – Pradeep

關於RTSP建立請求

回答

相關問題