使用RTSP/UDP,服务器如何知道在哪里发送回复?

使用RTSP/UDP,服务器如何知道在哪里发送回复?,udp,rtsp,rfc,Udp,Rtsp,Rfc,尽管我还没有看到一个支持RTSP的播放机将UDP用于RTSP控制通道,但RFC2326允许使用UDP。但是,它没有指定客户端应该如何告诉服务器将RTSP回复发送到哪里。是否为此建立了任何约定,或者我必须制定一个约定?嗯,有一个默认端口:。但是,如果你不能使用它,那么是的,你必须制定自己的惯例 如果深入研究这个问题,您也会遇到NAT遍历问题,这意味着NAT可以将554转换为任何其他端口号。这是本RFC未涉及的另一个问题,但它是真实存在的,如果您在ipv4上运行,您将需要一个解决方案。嗯,有一个默认

尽管我还没有看到一个支持RTSP的播放机将UDP用于RTSP控制通道,但RFC2326允许使用UDP。但是,它没有指定客户端应该如何告诉服务器将RTSP回复发送到哪里。是否为此建立了任何约定,或者我必须制定一个约定?

嗯,有一个默认端口:。但是,如果你不能使用它,那么是的,你必须制定自己的惯例


如果深入研究这个问题,您也会遇到NAT遍历问题,这意味着NAT可以将554转换为任何其他端口号。这是本RFC未涉及的另一个问题,但它是真实存在的,如果您在ipv4上运行,您将需要一个解决方案。

嗯,有一个默认端口:。但是,如果你不能使用它,那么是的,你必须制定自己的惯例


如果深入研究这个问题,您也会遇到NAT遍历问题,这意味着NAT可以将554转换为任何其他端口号。这是本RFC未涉及的另一个问题,但它是真实的,如果您使用ipv4,您将需要一个解决方案。

这不是您想要听到的答案,但您真的需要它吗?就像你说的,我没有看到任何玩家或服务器。来自,RTSP 2草案的作者之一:

本备忘录描述了在基于可靠连接的传输级协议(如TCP)上使用RTSP。RTSP可以通过不可靠的无连接传输协议(如UDP)实现。虽然RTSP中没有排除这一点,但需要将此问题区域的附加定义作为核心规范的扩展来处理

RTSP在UDP上的操作机制被排除在本规范之外。因为[RFC2326]中对它们的定义很差,并且本备忘录在规模和复杂性方面的权衡在有限的问题空间中获得了小的收益,这被认为是不合理的


仅供参考,RTSP 2草案的最新版本可用。

不是您想要听到的答案,但您真的需要它吗?就像你说的,我没有看到任何玩家或服务器。来自,RTSP 2草案的作者之一:

本备忘录描述了在基于可靠连接的传输级协议(如TCP)上使用RTSP。RTSP可以通过不可靠的无连接传输协议(如UDP)实现。虽然RTSP中没有排除这一点,但需要将此问题区域的附加定义作为核心规范的扩展来处理

RTSP在UDP上的操作机制被排除在本规范之外。因为[RFC2326]中对它们的定义很差,并且本备忘录在规模和复杂性方面的权衡在有限的问题空间中获得了小的收益,这被认为是不合理的


仅供参考,RTSP 2草案的最新版本已经发布。

我一直在考虑重写RTSP/RTP服务器,以便它能够处理诸如非持久性TCP和裸MAC帧上的视频之类的内容,因此也可以查看RTSP/UDP。好的,我想在这种情况下,最好的咨询地点是在。我一直在考虑重写一个RTSP/RTP服务器,这样它就可以处理诸如非持久性TCP和裸MAC帧上的视频之类的内容,所以也应该考虑RTSP/UDP。好吧,我想在这种情况下,最好的咨询方式是打开。直接从马嘴里。。。