In Citrix ADC 13.0
In Citrix ADC
In All products
Produktdokumentation
In Citrix ADC 13.0
In Citrix ADC
In All products
Citrix ADC
13.0 12.1 12.0 11.1 10.5
PDF anzeigen

RTSP-Dienstüberwachung

September 1, 2020
Beigesteuert von: 
C

Die Citrix ADC Appliance verfügt über einen integrierten Monitor, mit dem RTSP-Dienste überwacht werden können: den RTSP-Monitor. Er überprüft regelmäßig den RTSP-Dienst, an den er gebunden ist, indem er eine Verbindung mit dem Lastausgleichsserver öffnet. Die Art der Verbindung, die sie öffnet, und die Antwort, die sie erwartet, unterscheiden sich je nach Netzwerkkonfiguration. Wenn der RTSP-Dienst innerhalb des konfigurierten Zeitraums wie erwartet reagiert, markiert er den Dienst UP. Wenn der Dienst nicht antwortet oder falsch reagiert, markiert er den Dienst DOWN.

Die Citrix ADC Appliance kann für den Lastausgleich von RTSP-Servern mit zwei Topologien konfiguriert werden: NAT-Off und NAT-On. RTSP-Server senden ihre Antworten direkt an den Client unter Umgehung der Appliance. Die Appliance muss so konfiguriert sein, dass RTSP-Dienste unterschiedlich überwacht werden, je nachdem, welche Topologie Ihr Netzwerk verwendet. Die Appliance kann sowohl im Inline-Modus als auch im Nicht-Inline-Modus im NAT-Off- als auch im NAT-on-Modus bereitgestellt werden.

Im NAT-Off-Modus arbeitet die Appliance als Router: Sie empfängt RTSP-Anfragen vom Client und leitet sie an den Dienst weiter, den sie mit der konfigurierten Lastausgleichsmethode auswählt. Wenn Ihren RTSP-Servern mit Lastausgleich öffentlich zugänglichen FQDNs in DNS zugewiesen werden, senden die Server mit Lastausgleich ihre Antworten direkt an den Client unter Umgehung der Appliance. Die folgende Abbildung veranschaulicht diese Konfiguration.

Abbildung 1. RTSP im Nat-Off-Modus

RTSP-NAT

Der Ablauf von Anfragen und Antworten in diesem Szenario ist wie folgt:

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

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

    • Wenn die RTSP-Anforderung auf dieselbe TCP-Verbindung kommt, leitet sie die Anforderung an Media Server-1 weiter, wobei die Persistenz beibehalten wird.
    • 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 an einen anderen Dienst gesendet werden kann.

  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 NAT nicht aus, um die RTSP-Verbindung zu identifizieren, da die RTSP-Verbindungen sie umgehen.

  4. Bei nachfolgenden Anforderungen verwendet der Client dann die Sitzungs-ID, um die Sitzung zu identifizieren und Kontrollmeldungen an den Medienserver zu senden. Media Server-1 führt die angeforderten Aktionen aus, z. B. Wiedergabe, Weiterleitung oder Zurückspulen.

Im NAT-on-Modus empfängt die Appliance RTSP-Anforderungen vom Client und leitet diese Anforderungen mithilfe der konfigurierten Lastausgleichsmethode an den entsprechenden Medienserver weiter. Der Medienserver sendet dann seine Antworten über die Appliance an den Client, wie im folgenden Diagramm dargestellt.

Abbildung 2. RTSP im NAT-on-Modus

RTSP-Nat-on-Modus

Der Ablauf von Anfragen und Antworten in diesem Szenario ist wie folgt:

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

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

    • Wenn die RTSP-Anforderung auf dieselbe TCP-Verbindung kommt, leitet sie die Anforderung an Media Server-1 weiter, wobei die Persistenz beibehalten wird.
    • 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 an einen anderen Dienst gesendet werden kann.

  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 aus, 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 Anforderungen 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 Anforderung an Media Server-1 weiter. Media Server-1 führt die angeforderte Aktion aus, z. B. Wiedergeben, Vorwärts oder Zurückspulen.

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

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

Anweisungen zum Konfigurieren eines RTSP-Monitors finden Sie unterKonfigurieren von Monitoren in einem Lastausgleichs-Setup.

RTSP-Dienstüberwachung

September 1, 2020
Beigesteuert von: 
C
September 1, 2020
Beigesteuert von: 
C

In diesem Artikel