0

私たちのソリューションの 1 つに SIP2RTSP ゲートウェイを構築しようとしています。SIP 招待の 1 つが wowza メディア サーバーへの RTSP SETUP 要求に変換され、メディア サーバーから SipClient への PlayBack が再生されます。

しかし、セットアップ要求が送信されると、宛先が SETUP 要求ヘッダーのトランスポートで設定されていても、wowza は常に rtsp クライアント アドレスにバインドされます。ここでは、wowza rtsp サーバーに、RTP トラフィック フローの rtsp クライアント IP ではなく、sip UA IP にバインドするように指示します。

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.

ここでは 、サーバーは、コマンドの送信元アドレスとは異なるアドレスにクライアントがメディア ストリームを送信することを許可してはならない (SHOULD) ことも伝えています。

宛先フィールドはどのように使用され、RTSP クライアント以外のメディア ストリームをどのように転送できますか?

4

1 に答える 1

0

The point is that client MAY request the stream to be sent at client-chosen location. Still server should be doing this carefully, and take decision whether to allow an address which is different from RTSP client address or not using security consideration such as authentication availability etc. Because sending stream blindly to any given address, esp. via UDP, is unsafe: a malicious client might easily bring server down.

All in all, destination is where to send stream to. Servers do not guarantee that streams will be sent to locations other than RTSP client's.

于 2012-11-26T09:43:40.850 に答える