rtsp协议 编码_海康rtsp协议_http 协议(27)

| "private"

|"no-cache"

| "no-transform"

| "must-revalidate"

| "proxy-revalidate"

| "max-age" "=" delta-seconds

| cache-extension

cache-extension= token [ "=" ( token | quoted-string ) ]

不缓存（no-cache）：

指示媒体流【必须不】在任何地方缓存。这允许原始服务器阻止缓存动作，哪怕是配置为需要向客户端返回“陈旧”（stale）响应的缓存。

公有（public）：

指示任何缓存都可缓存此媒体流。

私有（private）：

指示媒体流只供某单个用户使用，共享缓存【必须不】缓存它。私有（非共享的）缓存可能会缓存该媒体流。

非传输（no-transform）：

可用于中间缓存（代理）转换某种流的媒体类型。例如，代理可以转换视频式以节省缓存空间，或减少慢速链接之间的传输。但当这种转换被应用在特殊程序所用的流上时，可能会导致严重的运行问题。例如，医学图像的传输程序，科学数据分析程序，以及使用端对端鉴权，它们全依赖于接收到的流和原始实体的比特数据一一对应。因此，如果响应当中包含no-transform指令，中间缓冲或代理【必须不】改变流的编码。和HTTP不同，RTSP在这一点上不提供局部转换，例如，允许翻译成另一种语言。

仅若已缓存（only-if-cached）：

某些情况下，如在延时非常严重的网络环境中，客户端可能想让缓存只给出刚刚所缓存的媒体流，而不是从原始服务器接收它们。为此客户端可能会在请求中包含only-if-cached指令。如果它接收到了该指令，缓存【应该】要么用已缓存的符合请求中其他要求的媒体流作为应答，要么响应一个504（网关超时）状态。然而，如果一组缓存像有很好内部连通性的统一系统那样控着，该请求【可能】会在这组缓存内发送。

最大-陈旧（max-stale）：

指示客户端愿意接收已经超过了有效生命期（freshness lifetime）的媒体流。如果max-stale被赋，那么该客户端愿意接收超过了截止有效期（expirationtime），但超出不超过该所标示秒数的响应。如果max-stale没有赋，则客户端愿意接收任意年龄（age）的陈旧响应。

最小-新鲜（min-fresh）：

指示客户端愿意接收有效生命期（freshness lifetime）不少于当前年龄加上所给出秒数的媒体流。即客户端想要响应在未来的至少所给的的秒数内仍然有效。

必须-重验证（must-revalidate）：

当SETUP响应中出现的must-revalidate指令被缓存接收后，缓存【必须不】在向原始服务器重新验证它前，使用过期的条目来响应下一个请求。即，如果仅基于原始服务器的过期时间，缓存的响应是过期的，则缓存必须每次都进行端对端的重验证。

12.9 会议（Conference）

该请求头部域建立了一个预建立的会议到RTSP流之间的逻辑连接。对于同一个RTSP会话，conference-id必须不能改变。

Conference = "Conference" ":"conference-id Example:

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/tongxinshuyu/article-47669-27.html