This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
RTSP 服务监视
Citrix ADC 设备具有一个内置监视器，可用于监视 RTSP 服务：RTSP 监视器。它通过打开与负载平衡 RTSP 服务器的连接来定期检查它绑定到的 RTSP 服务。打开的连接类型以及预期的响应，具体取决于网络配置。如果 RTSP 服务在配置的时间段内按预期响应，它将服务标记为 UP。如果服务没有响应，或响应不正确，它会标记服务向下。
Citrix ADC 设备可以配置为使用两种拓扑（NatOn）和 NATON）来平衡 RTSP 服务器的负载。RTSP 服务器将其响应直接发送到客户端，绕过设备。必须将设备配置为根据网络使用的拓扑而不同地监视 RTSP 服务。该设备可以在 NatOn 和 NATON 模式下以内联或非内联模式进行部署。
在 NatOff 模式下，设备作为路由器运行：它接收来自客户端的 RTSP 请求，并将其路由到使用配置的负载平衡方法选择的服务。如果在 DNS 中为负载平衡 RTSP 服务器分配了可公开访问的 FQDN，则负载平衡服务器将其响应直接发送到客户端，绕过设备。下图演示了此配置。
图 1. 脱离模式下的 RTSP
这种情况下的请求和响应流程如下：
-
客户端向设备发送 DESCRIBA 请求。设备使用配置的负载平衡方法选择服务，并将请求路由到 Media Server-1。
-
客户端向设备发送安装请求。如果 RTSP 会话 ID 在描述请求中交换，则设备使用 RTSPSID 持久性将请求路由到媒体服务器-1。如果在 SEND 请求中交换了 RTSP 会话 ID，则设备执行以下操作之一：
- 如果 RTSP 请求在同一 TCP 连接上，它将请求路由到媒体服务器-1，从而保持持久性。
- 如果请求到达不同的 TCP 连接，它将使用配置的负载平衡方法来选择服务，并将请求发送到该服务，而不是保持持久性。这意味着请求可能会发送到其他服务。
-
Media Server-1 接收来自设备的 SEND 请求，分配资源以处理 RTSP 请求，并将相应的会话 ID 发送到客户端。
注意：设备不执行 NAT 来识别 RTSP 连接，因为 RTSP 连接会绕过它。
-
对于后续请求，客户端然后使用会话 ID 标识会话并将控制消息发送到媒体服务器。媒体服务器-1 执行请求的操作，例如播放、转发或倒带。
在 NATON 模式下，设备接收来自客户端的 RTSP 请求，并使用配置的负载平衡方法将这些请求路由到相应的媒体服务器。然后，媒体服务器通过设备向客户端发送响应，如下图所示。
图 2. NATO 模式下的 RTSP
这种情况下的请求和响应流程如下：
-
客户端向设备发送 DESCRIBA 请求。设备使用配置的负载平衡方法选择服务，并将请求路由到 Media Server-1。
-
客户端向设备发送安装请求。如果 RTSP 会话 ID 在描述请求中交换，则设备将使用 RTSPSID 持久性将请求路由到媒体服务器-1。如果在 SEND 请求中交换了 RTSP 会话 ID，则设备执行以下操作之一：
- 如果 RTSP 请求在同一 TCP 连接上，它将请求路由到媒体服务器-1，从而保持持久性。
- 如果请求到达不同的 TCP 连接，它将使用配置的负载平衡方法来选择服务，并将请求发送到该服务，而不是保持持久性。这意味着请求可能会发送到其他服务。
-
Media Server-1 接收来自设备的 SEND 请求，分配资源以处理 RTSP 请求，并将相应的会话 ID 发送到客户端。
-
设备执行 NAT 以识别 RTSP 数据连接的客户端，并且 RTSP 连接通过设备并路由到正确的客户端。
-
对于后续请求，客户端随后使用会话 ID 标识会话并向设备发送控制消息。设备使用 RTSPSID 持久性来标识适当的服务，并将请求路由到媒体服务器-1。媒体服务器-1 执行请求的操作，例如播放、转发或倒带。
RTSP 监视器使用 RTSP 协议来评估 RTSP 服务的状态。RTSP 监视器连接到 RTSP 服务器，并执行一系列握手以确保服务器正常运行。
| 参数 | 说明 |
|---|---|
| 技术支助方案请求 | 发送到 RTSP 服务器的 RTSP 请求字符串（例如，OPTSP *）。默认值为 07。请求的长度不得超过 163 个字符。 |
| 呼吸编码 | 从服务预期的响应代码集。 |
共享
共享
This Preview product documentation is Cloud Software Group Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Cloud Software Group Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Cloud Software Group product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.