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 服务监视
NetScaler 设备有一个可用于监视 RTSP 服务的内置监视器:RTSP 监视器。它通过打开与负载平衡的 RTSP 服务器的连接来定期检查绑定到的 RTSP 服务。它打开的连接类型和预期的响应因网络配置而异。如果 RTSP 服务在配置的时间段内按预期响应,则会将该服务标记为 UP。如果服务没有响应或响应不正确,则会将服务标记为关闭。
NetScaler 设备可以配置为使用两种拓扑对 RTSP 服务器进行负载平衡:Natoff 和 Nat-On。RTSP 服务器绕过设备直接将其响应发送到客户端。必须将设备配置为根据您的网络使用的拓扑以不同的方式监视 RTSP 服务。设备可以在 Nat-off 和 Nat-on 模式下以内联或非内联模式部署。
在 naT-off 模式下,设备作为路由器运行:它接收来自客户端的 RTSP 请求,并使用配置的负载平衡方法将请求路由到它选择的服务。如果在 DNS 中为负载平衡的 RTSP 服务器分配了可公开访问的 FQDN,则负载平衡服务器会绕过设备直接将其响应发送到客户端。下图演示了此配置。
图 1. Nat-Off 模式下的 RTSP
在这种情况下,请求和响应的流程如下所示:
-
客户端向设备发送 DESCRIBE 请求。设备使用配置的负载平衡方法选择服务,并将请求路由到 Media Server-1。
-
客户端向设备发送安装请求。如果在 DESCRIBE 请求中交换了 RTSP 会话 ID,则设备将使用 RTSPSID 持久性将请求路由到媒体服务器-1。如果在安装请求中交换了 RTSP 会话 ID,则设备会执行以下操作之一:
- 如果 RTSP 请求来自同一 TCP 连接,它会将请求路由到 Media Server-1,从而保持持久性。
- 如果请求到达不同的 TCP 连接,它将使用配置的负载平衡方法来选择服务,并将请求发送到该服务,而不是保持持久性。这意味着请求可能会发送到其他服务。
-
Media Server-1 接收来自设备的 SEND 请求,分配资源以处理 RTSP 请求,并将相应的会话 ID 发送到客户端。
注意:设备不会执行 NAT 来识别 RTSP 连接,因为 RTSP 连接会绕过该连接。
-
对于后续请求,客户端随后使用会话 ID 来识别会话并将控制消息发送到媒体服务器。Media Server-1 执行所请求的操作,例如播放、快进或快退。
在 NAT-on 模式下,设备接收来自客户端的 RTSP 请求,并使用配置的负载平衡方法将这些请求路由到相应的媒体服务器。然后,媒体服务器通过设备将其响应发送给客户端,如下图所示。
图 2. Nat-on 模式下的 RTSP
在这种情况下,请求和响应的流程如下所示:
-
客户端向设备发送 DESCRIBE 请求。设备使用配置的负载平衡方法选择服务,并将请求路由到 Media Server-1。
-
客户端向设备发送安装请求。如果在 DESCRIBE 请求中交换了 RTSP 会话 ID,则设备将使用 RTSPSID 持久性将请求路由到媒体服务器-1。如果在安装请求中交换了 RTSP 会话 ID,则设备会执行以下操作之一:
- 如果 RTSP 请求来自同一 TCP 连接,它会将请求路由到 Media Server-1,从而保持持久性。
- 如果请求到达不同的 TCP 连接,它将使用配置的负载平衡方法来选择服务,并将请求发送到该服务,而不是保持持久性。这意味着请求可能会发送到其他服务。
-
Media Server-1 接收来自设备的 SEND 请求,分配资源以处理 RTSP 请求,并将相应的会话 ID 发送到客户端。
-
设备执行 NAT 来识别 RTSP 数据连接的客户端,RTSP 连接会通过设备并路由到正确的客户端。
-
对于后续请求,客户端随后使用会话 ID 来识别会话并将控制消息发送到设备。设备使用 RTSPSID 持久性来识别相应的服务,并将请求路由到媒体服务器-1。Media Server-1 执行所请求的操作,例如播放、快进或快退。
RTSP 监视器使用 RTSP 协议来评估 RTSP 服务的状态。RTSP 监视器连接到 RTSP 服务器并进行一系列握手以确保服务器正常运行。
参数 | 说明 |
---|---|
rtspRequest | 发送到 RTSP 服务器的 RTSP 请求字符串(例如,OPTIONS *)。默认值为 07。请求的长度不得超过 163 个字符。 |
respCode | 从服务预期的响应代码集。 |
共享
共享
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.