Produktdokumentation
ADC
14.1 - Current Release 13.1 13.0 12.1
PDF anzeigen

RTSP-Dienstüberwachung

May 11, 2023
Beitrag von: 
C

Die NetScaler-Appliance verfügt über einen integrierten Monitor, der zur Überwachung von RTSP-Diensten verwendet werden kann: den RTSP-Monitor. Es überprüft regelmäßig den RTSP-Dienst, an den es gebunden ist, indem es eine Verbindung mit dem RTSP-Server mit Lastausgleich herstellt. Die Art der Verbindung, die geöffnet wird, und die erwartete Reaktion hängen von der Netzwerkkonfiguration ab. Wenn der RTSP-Dienst innerhalb des konfigurierten Zeitraums wie erwartet reagiert, markiert er den Dienst als aktiv. Wenn der Dienst nicht oder falsch reagiert, markiert er den Dienst als INAKTIV.

Die NetScaler-Appliance kann so konfiguriert werden, dass sie RTSP-Server mithilfe von zwei Topologien ausgleicht: NAT-off und NAT-on. RTSP-Server senden ihre Antworten unter Umgehung der Appliance direkt an den Client. Die Appliance muss so konfiguriert sein, dass sie RTSP-Dienste je nach der von Ihrem Netzwerk verwendeten Topologie unterschiedlich überwacht. Die Appliance kann entweder im Inline- oder Nicht-Inline-Modus sowohl im NAT-Off- als auch im NAT-On-Modus eingesetzt werden.

Im NAT-Off-Modus arbeitet die Appliance als Router: Sie empfängt RTSP-Anfragen vom Client und leitet sie mithilfe der konfigurierten Load-Balancing-Methode an den Dienst weiter, den sie auswählt. Wenn Ihren RTSP-Servern mit Lastausgleich öffentlich zugängliche FQDNs im DNS zugewiesen werden, senden die Load Balancing-Server ihre Antworten direkt an den Client und umgehen dabei die Appliance. Die folgende Abbildung zeigt diese Konfiguration.

Abbildung 1. RTSP im NAT-Off-Modus

RTSP-NAT

Der Ablauf der Anfragen und Antworten in diesem Szenario sieht wie folgt aus:

  1. Der Client sendet eine DESCRIBE-Anfrage an die Appliance. Die Appliance verwendet die konfigurierte Load-Balancing-Methode, um einen Dienst auszuwählen, und leitet die Anfrage an Media Server-1 weiter.

  2. Der Client sendet eine SETUP-Anfrage an die Appliance. Wenn die RTSP-Sitzungs-ID in der DESCRIBE-Anfrage ausgetauscht wird, leitet die Appliance die Anforderung mithilfe der RTSPSID-Persistenz an Media Server-1 weiter. Wenn die RTSP-Sitzungs-ID in der SETUP-Anfrage ausgetauscht wird, führt die Appliance einen der folgenden Schritte aus:

    • Wenn die RTSP-Anforderung über dieselbe TCP-Verbindung erfolgt, leitet sie die Anforderung an Media Server-1 weiter, wobei die Persistenz erhalten bleibt.
    • Wenn die Anforderung mit einer anderen TCP-Verbindung eintrifft, verwendet sie die konfigurierte Lastausgleichsmethode, um einen Dienst auszuwählen, und sendet die Anforderung an diesen Dienst, ohne die Persistenz beizubehalten. Dies bedeutet, dass die Anfrage möglicherweise an einen anderen Dienst gesendet wird.

  3. Media Server-1 empfängt die SETUP-Anforderung von der Appliance, weist Ressourcen für die Verarbeitung der RTSP-Anforderung zu und sendet die entsprechende Sitzungs-ID an den Client.

    Hinweis: Die Appliance führt kein NAT durch, um die RTSP-Verbindung zu identifizieren, da die RTSP-Verbindungen sie umgehen.

  4. Bei nachfolgenden Anfragen verwendet der Client dann die Sitzungs-ID, um die Sitzung zu identifizieren und Kontrollnachrichten an den Medienserver zu senden. Media Server-1 führt die angeforderten Aktionen wie Abspielen, Vorwärts- oder Rückspulen aus.

Im NAT-on-Modus empfängt die Appliance RTSP-Anfragen vom Client und leitet diese Anfragen mithilfe der konfigurierten Load-Balancing-Methode an den entsprechenden Medienserver weiter. Der Medienserver sendet dann seine Antworten über die Appliance an den Client, wie in der folgenden Abbildung dargestellt.

Abbildung 2. RTSP im NAT-on-Modus

RTSP-NAT-On-Modus

Der Ablauf der Anfragen und Antworten in diesem Szenario sieht wie folgt aus:

  1. Der Client sendet eine DESCRIBE-Anfrage an die Appliance. Die Appliance verwendet die konfigurierte Load-Balancing-Methode, um einen Dienst auszuwählen, und leitet die Anfrage an Media Server-1 weiter.

  2. Der Client sendet eine SETUP-Anfrage an die Appliance. Wenn die RTSP-Sitzungs-ID in der DESCRIBE-Anfrage ausgetauscht wird, leitet die Appliance die Anforderung mithilfe der RTSPSID-Persistenz an Media Server-1 weiter. Wenn die RTSP-Sitzungs-ID in der SETUP-Anfrage ausgetauscht wird, führt die Appliance einen der folgenden Schritte aus:

    • Wenn die RTSP-Anforderung über dieselbe TCP-Verbindung erfolgt, leitet sie die Anforderung an Media Server-1 weiter, wobei die Persistenz erhalten bleibt.
    • Wenn die Anforderung mit einer anderen TCP-Verbindung eintrifft, verwendet sie die konfigurierte Lastausgleichsmethode, um einen Dienst auszuwählen, und sendet die Anforderung an diesen Dienst, ohne die Persistenz beizubehalten. Dies bedeutet, dass die Anfrage möglicherweise an einen anderen Dienst gesendet wird.

  3. Media Server-1 empfängt die SETUP-Anforderung von der Appliance, weist Ressourcen für die Verarbeitung der RTSP-Anforderung zu und sendet die entsprechende Sitzungs-ID an den Client.

  4. Die Appliance führt NAT durch, um den Client für RTSP-Datenverbindungen zu identifizieren, und die RTSP-Verbindungen werden durch die Appliance geleitet und an den richtigen Client weitergeleitet.

  5. Bei nachfolgenden Anfragen verwendet der Client dann die Sitzungs-ID, um die Sitzung zu identifizieren und Kontrollmeldungen an die Appliance zu senden. Die Appliance verwendet die RTSPSID-Persistenz, um den entsprechenden Dienst zu identifizieren, und leitet die Anfrage an Media Server-1 weiter. Media Server-1 führt die angeforderte Aktion aus, z. B. Wiedergabe, Vorlauf oder Rücklauf.

Der RTSP-Monitor verwendet das RTSP-Protokoll, um den Status der RTSP-Dienste auszuwerten. Der RTSP-Monitor stellt eine Verbindung zum RTSP-Server her und führt eine Reihe von Handshakes durch, um sicherzustellen, dass der Server ordnungsgemäß funktioniert.

Parameter Spezifiziert
RTS-Voranfrage Die RTSP-Anforderungszeichenfolge, die an den RTSP-Server gesendet wird (z. B. OPTIONS *). Der Standardwert ist 07. Die Länge der Anfrage darf 163 Zeichen nicht überschreiten.
RSP-Code Satz von Antwortcodes, die vom Dienst erwartet werden.

Anweisungen zum Konfigurieren eines RTSP-Monitors finden Sie unter Konfigurieren von Monitoren in einem Load Balancing Setup.

RTSP-Dienstüberwachung
May 11, 2023
Beitrag von: 
C
May 11, 2023
Beitrag von: 
C

In diesem Artikel

Feedback zur Site | Your privacy choices footer linkIhre Datenschutzauswahl | Datenschutz und rechtliche Bestimmungen | Cookie-Einstellungen | Einstellungen für die Zustimmung | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.