RTSP 1.0 与 RTSP 2.0
RTSP 1.0 vs. RTSP 2.0
实时流协议 (RTSP) 1.0 版于 1998 年发布为 RFC 2326。
现在将近 20 年后，2.0 版于 2016 年 12 月作为 RFC 7826 发布。
我想知道这些更改是否会影响使用 RTSP（通过实时传输协议 (RTP)）进行直播的性能。
我知道RTSP不是用来发送实时数据的，而是用于会话建立和播放、暂停或停止流等控制机制。所以我想这些更改不会影响发送方和接收方之间的端到端延迟？
但是在 changes 中它指出例如
request pipelining for quick session start-up;
所以我的问题是：引入的更改对性能有可衡量的影响吗？
例如：
- 会话启动时间（流开始播放的时间）
- 端到端延迟
- RTSP 流量
- ...
这取决于您今天的实施支持什么...如果您阅读相关的新闻组甚至阅读 RFC 的前几段，您将很快开始理解这一点...
简而言之，我相信除了对性能产生可衡量的影响外，还有一些变化有望创造更好的互操作性，但这还有待观察。
大多数更改（奇怪的是）用于创建和播放存档媒体以及如何应对传输层中的此类更改，例如当不受支持的带宽满足请求的播放速率时....
最有用的更改可能是 text/parameters 内容类型和 Accept header 语义的定义。
流水线现在得到了更广泛的支持，并且可能已经得到支持...IPV6 没有改变...NAT 得到了更好的处理，UDP 支持被丢弃，另一种类型的 TCP 传输在没有帧的情况下得到支持headers...
总的来说……没有什么比 Rtsp 2 更好的了……
实时流协议 (RTSP) 1.0 版于 1998 年发布为 RFC 2326。
现在将近 20 年后，2.0 版于 2016 年 12 月作为 RFC 7826 发布。
我想知道这些更改是否会影响使用 RTSP（通过实时传输协议 (RTP)）进行直播的性能。
我知道RTSP不是用来发送实时数据的，而是用于会话建立和播放、暂停或停止流等控制机制。所以我想这些更改不会影响发送方和接收方之间的端到端延迟？
但是在 changes 中它指出例如
request pipelining for quick session start-up;
所以我的问题是：引入的更改对性能有可衡量的影响吗？
例如：
- 会话启动时间（流开始播放的时间）
- 端到端延迟
- RTSP 流量
- ...
这取决于您今天的实施支持什么...如果您阅读相关的新闻组甚至阅读 RFC 的前几段，您将很快开始理解这一点...
简而言之，我相信除了对性能产生可衡量的影响外，还有一些变化有望创造更好的互操作性，但这还有待观察。
大多数更改（奇怪的是）用于创建和播放存档媒体以及如何应对传输层中的此类更改，例如当不受支持的带宽满足请求的播放速率时....
最有用的更改可能是 text/parameters 内容类型和 Accept header 语义的定义。
流水线现在得到了更广泛的支持，并且可能已经得到支持...IPV6 没有改变...NAT 得到了更好的处理，UDP 支持被丢弃，另一种类型的 TCP 传输在没有帧的情况下得到支持headers...
总的来说……没有什么比 Rtsp 2 更好的了……