AppNav-Fluss auf IOS-XE
Inhalt
Einleitung
In diesem Dokument wird der Datenverkehrsfluss innerhalb des AppNav-Clusters beschrieben. Es zeigt, wie eine bestimmte TCP-Verbindung im Cluster behandelt wird, wenn die Verbindung durch Wide Area Application Services (WAAS) optimiert wurde.
AppNav ist eine intelligente Technologie zur Datenflussverteilung, die die Anwendungslast überwacht, um die Paketumleitung zu externen Services wie WAAS zu verwalten. AppNav ist für das AppNav I/O Module (IOM), den Cisco Cloud Services Router (CSR) Ultra, den Integrated Services Router (ISR) der Serie 4400 und die Aggregation Services Router (ASR) der Serie 1000 verfügbar.
Voraussetzungen
Anforderungen
Die Kenntnis dieser Themen wird empfohlen:
- WAAS 5.x oder 6.x
- AppNav oder AppNav-XE
Verwendete Komponenten
Die Informationen in diesem Dokument basieren auf den folgenden Software- und Hardware-Versionen:
- WAAS 6.2.3
- Beliebige WAAS-Hardware
Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die möglichen Auswirkungen aller Befehle kennen.
AppNav-Fluss
Dieses Bild zeigt die logische Ansicht des APPNAV-Clusters mit zwei AppNav-Controllern (ANCs) und zwei WAAS-Knoten (WNs) oder Service-Knoten (SNs), die in einem Rechenzentrum oder einer Außenstelle miteinander verbunden sind.
ANC kann AppNav IOM oder APPNAV-XE sein. Wenn es sich um APPNAV-XE handelt, ist es softwarebasiert und befindet sich im Router. Wenn es sich um AppNav IOM handelt, ist es hardwarebasiert.
Dieses Bild zeigt die APPNAV-XE-Komponente, bei der sich der ANC im Router befindet. Alle ANC und WN im Cluster verfügen über IP-Verbindungen und sind untereinander erreichbar.
In einer Active/Active-WAN-Router-Umgebung (Core-Switch) wird der Datenverkehr je nach Routing-Konfiguration von verschiedenen Geräten weitergeleitet. Bei einigen Verbindungen werden Pakete, die den Server erreichen (eingehender Datenfluss), und Pakete, die den Server verlassen (ausgehender Datenfluss), vom gleichen Router verarbeitet. Es kann einige Verbindungen geben, bei denen verschiedene Router die Pakete, die zum Server kommen, und die Pakete, die vom Server gehen, verarbeiten.
Das hier beschriebene Szenario tritt ein, wenn Datenverkehr auf einen Router eingeht, und wenn ein Paket den Standort verlässt, trifft es auf den anderen Router.
Der ANC aktualisiert seine Peers im Cluster zu jedem von ihm verarbeiteten Fluss. Alle ANCs im Cluster haben also die Ansicht jedes Flusses und welches WN ihn behandelt. Dadurch wird sichergestellt, dass der Fluss von einer bestimmten WN gehandhabt und die Verbindung optimiert wird.
In diesem Bild sehen Sie den Paketfluss vom Client zum Server. Wenn das TCP-SYN-Paket den Router empfängt und auf R-2 trifft.
Schritt 1: ANC2 empfängt ein TCP-SYN-Paket von einer der Außenstellen, die ein WAAS-Gerät enthalten.
Schritt 2: Das ANC2 klassifiziert den Fluss und leitet ihn zu WN2 um. Ein ausstehender Eintrag wird in die Flow-Datenbank vorgenommen.
Schritt 3: Der Frame wird GRE-gekapselt und an WN2 übertragen. WN2 verarbeitet den Frame und setzt den Prozess der automatischen Erkennung fort.
Schritt 4: Die anderen ANCs werden mit den Flow-Informationen aktualisiert, und der Frame wird an sein Ziel übertragen.
Dieses Bild zeigt, wie der Fluss behandelt wird, wenn er vom Server zurückkommt:
Schritt 5: Der TCP-SYN-ACK-Frame wird vom Zielgerät zurückgegeben und wird zu ANC1 weitergeleitet.
Schritt 6: ANC1 überprüft die Datenflussdatenbank, findet einen Übereinstimmungseintrag und sendet den Antwort-Frame an WN2.
Schritt 7: WN2 verarbeitet den Frame und gibt ihn an ANC1 zurück, das den Frame an die ursprüngliche Quelle weiterleitet.
Asymmetrischer Datenfluss innerhalb des Standorts
Wie bereits erläutert, kann AppNav den asymmetrischen Datenfluss im standortinternen Datenverkehr handhaben. In diesem Bild werden die Ereignisse zusammengefasst, wenn der asymmetrische Fluss behandelt wird:
Schritt 1: Weiterleiten des Pfads an WAAS über AppNav1
Schritt 2: Datenfluss-Updates zwischen AppNav-Einheiten.
Schritt 3: Umkehren des Pfads zur WAAS über AppNav2
Fehlerbehebung
Dieser Abschnitt enthält Informationen zum Auffinden des Geräts, das den Datenfluss verwaltet.
Statistische Verbindung für Diensteinfügung anzeigen
- Mit diesem Befehl werden optimierte Flows und Passthrough-Flows anstatt separat in der AppNav-Appliance ausgelesen.
- Sie können Ausgabemodifizierer verwenden, z. B. '| include Passthrough' oder '| exclude Passthrough', um nur Passthrough oder optimierte Flows anzuzeigen.
Router#show service-insertion statistics connection Collecting Records. Please wait... Client Server SN-IP AC Owned VRF-NAME ------ ------ ----- -------- -------- 11.7.0.2:50014 51.7.0.2:80 21.38.0.2 Yes abcd 11.7.0.2:17360 51.7.0.2:80 21.38.0.2 Yes abcd 11.7.0.2:20828 51.7.0.2:80 21.38.0.2 Yes abcd 11.7.0.2:23625 51.7.0.2:23 Passthrough Yes abcd Router#sh service-insertion statistics connection summary Number of 2T optimized flows = 0 Number of 3T optimized flows = 0 Number of optimized flows = 3 Number of pass-through flows = 1
Zugehörige Informationen
FeedbackCisco kontaktieren
- Eine Supportanfrage öffnen
- (Erfordert einen Cisco Servicevertrag)