使用 RTSP/UDP,服务器如何知道向何处发送回复?
尽管我还没有看到支持 RTSP 的播放器使用 UDP 作为 RTSP 控制通道,但 RFC2326 允许使用 UDP。但是,它没有指定客户端应如何告诉服务器将 RTSP 回复发送到何处。是否有任何既定的约定,或者我必须制定一个约定?
Although I have yet to see an RTSP-capable player that uses UDP for the RTSP control channel, RFC2326 allows for UDP to be used. However it does not specify how a client should tell the server where to send the RTSP replies. Is there any established convention for this, or am i going to have to make one up?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(2)
这不是您想听到的答案,但您真的需要它吗?就像你说的,我没有看到任何玩家或服务器。来自 Martin Stiemerling 的网站 ,RTSP 2 草案的作者之一:
仅供参考,最新版本的 RTSP 2 草案可在此处。
Not the answer you want to hear but do you really need it? Like you said I haven't seen any players or servers out there. From Martin Stiemerling's site, one of the authors of the RTSP 2 draft:
FYI, latest version of the RTSP 2 draft is available here.
嗯,有一个默认端口:554。但是,如果您不能使用它,那么您将不得不制定自己的约定。
如果您深入研究这个问题,您还会遇到 NAT 遍历问题,这意味着 554 可能会被 NAT 转换为任何其他端口号。这是一个不同问题,本 RFC 未涵盖,但它是真实存在的,如果您在 ipv4 上运行,您将需要一个解决方案。
Well, there is a default port: 554. But, if you can't use it, then yes, you are going to have to make your own convention.
If you dig deeper in this problem, you'll hit the NAT traversal issue too, which implies that 554 may be translated into any other port number by NATs. This is a different issue not covered by this RFC, but it is real and you will need a solution if you operate on ipv4.