文件名称：接收端模式-kubernetes与微服务架构的端到端流水线驱动devops落地
文件大小：4.4MB
文件格式：PDF
更新时间：2024-06-30 18:26:09
onvif spec 文档 中文版
12.4 错误处理 RTSP 和 HTTP 协议错误被分为不同的类别（例如，状态代码 1XX ， 2XX ， 3XX ， 4xx 和 5xx ） 。设备和客户端应当支持处理这些状态代码。在 RTSP 与[ RFC 2326 ]相关的状态代 码定义是第 11.0。对于 HTTP 状态代码的定义是指]第 10.0 节 HTTP/1.1 的[2616。 13 接收端配置 这项服务提供了一些管理接收对象的命令（用于从其他设备接收媒体流的命令）。接收 器包含如何建立媒体流，接收器的工作模式，以及媒体流 URI（通用资源标志符）这些信息。 一个设备应支持至少 128 字节长度的媒体资源标识符。一个接收设备最大的 RTSP 资源标识 符的长度的能力显示了设备支持的最大长度。接收服务应该可以由接收媒体流的设备来完成。 在发送设备资源标识符中，赋予这个接收设备的 IP 和 DNS 地址是托管接收服务设备用 于访问服务发送设备的地址。举个例子，如果客户端不得不通过一个路由器与发射设备和接 收设备来交流，给接收设备的发射设备地址（这种情况是本地网络地址）可能与客户端访问 发射设备的地址不同（这种情况是外部网络地址）。 通过实时 RTP 协议（看 12.1.1.1 节），一个设备应该可以支持 RTP 传输，并且通过 RTSP/HTTP/TCP 传输协议，也可以实现 RTP 传输。一个设备可以支持其他的 RTP 传输协议， 同时它还应该用适当的能力表明支持什么。（看在表 11 中接收器的种类） 13.1 持久性 所有创建在接收机服务之内的对象都应该持久，它们要再断电重启后保存不变，同样的， 所有在对象中的配置数据也应该持久。 13.2 接收端模式 一个接收器可以用三种不同的模式操作： 一直连接。接收器试图保持持续与配置端点的连接。 不连接。接收器不尝试连接