Validierung von Intelligent Traffic Director mithilfe der Quell-IP-Methode

Aktualisiert:21. Juli 2023
Dokument-ID:220606

Inklusive Sprache

In dem Dokumentationssatz für dieses Produkt wird die Verwendung inklusiver Sprache angestrebt. Für die Zwecke dieses Dokumentationssatzes wird Sprache als „inklusiv“ verstanden, wenn sie keine Diskriminierung aufgrund von Alter, körperlicher und/oder geistiger Behinderung, Geschlechtszugehörigkeit und -identität, ethnischer Identität, sexueller Orientierung, sozioökonomischem Status und Intersektionalität impliziert. Dennoch können in der Dokumentation stilistische Abweichungen von diesem Bemühen auftreten, wenn Text verwendet wird, der in Benutzeroberflächen der Produktsoftware fest codiert ist, auf RFP-Dokumentation basiert oder von einem genannten Drittanbieterprodukt verwendet wird. Hier erfahren Sie mehr darüber, wie Cisco inklusive Sprache verwendet.

Informationen zu dieser Übersetzung

Cisco hat dieses Dokument maschinell übersetzen und von einem menschlichen Übersetzer editieren und korrigieren lassen, um unseren Benutzern auf der ganzen Welt Support-Inhalte in ihrer eigenen Sprache zu bieten. Bitte beachten Sie, dass selbst die beste maschinelle Übersetzung nicht so genau ist wie eine von einem professionellen Übersetzer angefertigte. Cisco Systems, Inc. übernimmt keine Haftung für die Richtigkeit dieser Übersetzungen und empfiehlt, immer das englische Originaldokument (siehe bereitgestellter Link) heranzuziehen.



    Einleitung

    In diesem Dokument wird die Vorgehensweise zur Überprüfung der Kontroll- und Datenebene von Intelligent Traffic Director (ITD) der Nexus 9K-Plattform beschrieben.

    Voraussetzungen

    Anforderungen

    Cisco empfiehlt, dass Sie über Kenntnisse in folgenden Bereichen verfügen:

    • Nexus NX-OS-Software
    • Zugriffskontrollliste (ACL):
    • IP Service Level Agreement (IP SLA)
    • Richtlinienbasiertes Routing
    • Intelligent Traffic Director (ITD)

    Verwendete Komponenten

    Die Informationen in diesem Dokument basieren auf Cisco Nexus 9000 mit NX-OS-Version 10.2(5).

    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.

    Konfigurieren

    ITD ist eine intelligente, hardwarebasierte Multi-Terabit-Lösung, mit der Sie eine skalierbare Architektur für die Verteilung von Layer-3- und Layer-4-Datenverkehr, Lastenausgleich und Umleitung erstellen können.

    Netzwerkdiagramm

    • Computer: 4
    • Server: 4
    • Layer-2-Switches: 2
    • Nexus Switches der Serie 9000: 1

      note-icon

      Hinweis: Die Layer-2-Switches führen die Verbindung zwischen Servern/Computern und Nexus 9000-Switches zusammen, auf denen ITD ausgeführt wird.

    Network Diagram


    Konfigurationen

    Diese Konfiguration wird auf dem Nexus 9000-Switch implementiert und deckt nur den ITD-Teil ab. Computer sind Teil von VLAN 5 und Server sind Teil von VLAN 10, während Nexus 9000 das Gateway beider VLANs ist.

    Schritt 1: Aktivieren der erforderlichen Funktionen

    feature itd
feature sla sender
feature sla responder
feature pbr

    Schritt 2: Definieren Sie die Gerätegruppe, zeigen Sie auf die Knoten, und geben Sie die Prüfmethode an.

    itd device-group CiscoGroup
  probe icmp frequency 5 timeout 5 retry-down-count 2 retry-up-count 2
  node ip 10.1.1.5
  node ip 10.1.1.6
  node ip 10.1.1.7
  node ip 10.1.1.8

    Schritt 3: Definieren Sie den Service. Benutzer können entweder virtuelle IP angeben oder eine Zugriffsliste hinzufügen.

    note-icon

    Hinweis: NX-OS teilt das letzte Oktett durch die Anzahl der angegebenen Buckets. In diesem Beispiel teilen wir 256 durch 8. Daher umfasst jeder Bucket 32 Hosts.

    Bucket 1: From x.x.x.0 to x.x.x.31
Bucket 2: From x.x.x.32 to x.x.x.63
Bucket 3: From x.x.x.64 to x.x.x.95
Bucket 4: From x.x.x.96 to x.x.x.127
Bucket 5: From x.x.x.128 to x.x.x.159
Bucket 6: From x.x.x.160 to x.x.x.191
Bucket 7: From x.x.x.192 to x.x.x.223
Bucket 8: From x.x.x.224 to x.x.x.255
    itd CiscoService
  device-group CiscoGroup
  virtual ip 192.168.255.1 255.255.255.255 advertise enable
  ingress interface Vlan5
  failaction node reassign
  load-balance method src ip buckets 8
  no shut

    Schritt 4: Statistiken für definierten Dienst aktivieren.

    itd statistics CiscoService

    Überprüfung

    1. Bestätigen Sie, dass der ITD-Dienst aktiv ist und der Knotenstatus in Ordnung ist.

    Nexus# show itd CiscoService brief

Legend:
 C-S(Config-State): A-Active,S-Standby,F-Failed
 ST(Status): ST-Standby,LF-Link Failed,PF-Probe Failed,PD-Peer Down,IA-Inactive,SH-Shut,HD-Hold-down

Name           LB Scheme  Status   Buckets    Interface
-------------- ---------- -------- ---------  -------------- 
CiscoService   src-ip     ACTIVE   8          Vlan5     

Source Interface
----------------
                

Device Group                                       Probe  Port  VRF
-------------------------------------------------- ----- ------ ---------
CiscoGroup                                          ICMP       
Virtual IP                              Netmask/Prefix Protocol     Port 
------------------------------------------------------ ------------ ----------
192.168.255.1 / 255.255.255.255                        IP           0         



Node  IP                  Cluster-id C-S WGT Probe Port     Probe-IP   STS
------------------------- ---------- -- --- ---- ----- --------------- --
1                10.1.1.5             A   1 ICMP                       OK
2                10.1.1.6             A   1 ICMP                       OK
3                10.1.1.7             A   1 ICMP                       OK
4                10.1.1.8             A   1 ICMP                       OK

    2. Vergewissern Sie sich, dass eine Weiterleitungsrichtlinie erstellt und der Eingangsschnittstelle zugeordnet wurde.

    note-icon

    Hinweis: Die Routenrichtlinie wird in "running-config" (unter "ingress interface") bis NXOS 10.1(2) angewendet. Ab NXOS 10.2(1) finden Sie die mit dem Befehl show ip policy im System verknüpfte Routenrichtlinie.

    Nexus# show ip policy
Interface                 Route-map            Status     VRF-Name
Vlan5                     CiscoService_itd_pool Active     default


    3. Bestätigen Sie, dass die Routing-Map ordnungsgemäß generiert wurde, den erwarteten Knoten zugeordnet wurde und dass die Nachverfolgung (IP SLA) angegeben ist.

    note-icon

    Hinweis: Es wird ein Routing-Map-Eintrag pro Bucket erwartet.
    Es wird ein Track pro Knoten erwartet.



    Nexus# show route-map dynamic CiscoService_itd_pool
route-map CiscoService_itd_pool, permit, sequence 10 
  Match clauses:
    ip address (access-lists): CiscoService_itd_vip_1_bucket_1 
  Set clauses:
    ip next-hop verify-availability 10.1.1.5 track 2 [ UP ]  force-order 
route-map CiscoService_itd_pool, permit, sequence 11 
  Match clauses:
    ip address (access-lists): CiscoService_itd_vip_1_bucket_2 
  Set clauses:
    ip next-hop verify-availability 10.1.1.6 track 3 [ UP ]  force-order 
route-map CiscoService_itd_pool, permit, sequence 12 
  Match clauses:
    ip address (access-lists): CiscoService_itd_vip_1_bucket_3 
  Set clauses:
    ip next-hop verify-availability 10.1.1.7 track 4 [ UP ]  force-order 
route-map CiscoService_itd_pool, permit, sequence 13 
  Match clauses:
    ip address (access-lists): CiscoService_itd_vip_1_bucket_4 
  Set clauses:
    ip next-hop verify-availability 10.1.1.8 track 5 [ UP ]  force-order 
route-map CiscoService_itd_pool, permit, sequence 14 
  Match clauses:
    ip address (access-lists): CiscoService_itd_vip_1_bucket_5 
  Set clauses:
    ip next-hop verify-availability 10.1.1.5 track 2 [ UP ]  force-order 
route-map CiscoService_itd_pool, permit, sequence 15 
  Match clauses:
    ip address (access-lists): CiscoService_itd_vip_1_bucket_6 
  Set clauses:
    ip next-hop verify-availability 10.1.1.6 track 3 [ UP ]  force-order 
route-map CiscoService_itd_pool, permit, sequence 16 
  Match clauses:
    ip address (access-lists): CiscoService_itd_vip_1_bucket_7 
  Set clauses:
    ip next-hop verify-availability 10.1.1.7 track 4 [ UP ]  force-order 
route-map CiscoService_itd_pool, permit, sequence 17 
  Match clauses:
    ip address (access-lists): CiscoService_itd_vip_1_bucket_8 
  Set clauses:
    ip next-hop verify-availability 10.1.1.8 track 5 [ UP ]  force-order

    4. Bestätigen Sie, dass die Zugriffsliste ordnungsgemäß generiert wurde und die erwartete IP-Übereinstimmungsbedingung aufweist.


    note-icon

    Hinweis: ACLs werden in running-config bis NXOS 9.3(2) generiert. Ab NXOS 9.3(3) können ACLs im System mit dem Befehl show ip access-list dynamic gefunden werden.

    Nexus# show ip access-lists CiscoService_itd_vip_1_bucket_1 dynamic

IP access list CiscoService_itd_vip_1_bucket_1
        10 permit ip 1.1.1.0 255.255.255.31 192.168.255.1/32 
513E-A-15-C9336C-FX-2-1# show ip access-lists CiscoService_itd_vip_1_bucket_2 dynamic

IP access list CiscoService_itd_vip_1_bucket_2
        10 permit ip 1.1.1.32 255.255.255.31 192.168.255.1/32 
513E-A-15-C9336C-FX-2-1# show ip access-lists CiscoService_itd_vip_1_bucket_3 dynamic

IP access list CiscoService_itd_vip_1_bucket_3
        10 permit ip 1.1.1.64 255.255.255.31 192.168.255.1/32 
513E-A-15-C9336C-FX-2-1# show ip access-lists CiscoService_itd_vip_1_bucket_4 dynamic

IP access list CiscoService_itd_vip_1_bucket_4
        10 permit ip 1.1.1.96 255.255.255.31 192.168.255.1/32 
513E-A-15-C9336C-FX-2-1# show ip access-lists CiscoService_itd_vip_1_bucket_5 dynamic

IP access list CiscoService_itd_vip_1_bucket_5
        10 permit ip 1.1.1.128 255.255.255.31 192.168.255.1/32 
513E-A-15-C9336C-FX-2-1# show ip access-lists CiscoService_itd_vip_1_bucket_6 dynamic

IP access list CiscoService_itd_vip_1_bucket_6
        10 permit ip 1.1.1.160 255.255.255.31 192.168.255.1/32 
513E-A-15-C9336C-FX-2-1# show ip access-lists CiscoService_itd_vip_1_bucket_7 dynamic

IP access list CiscoService_itd_vip_1_bucket_7
        10 permit ip 1.1.1.192 255.255.255.31 192.168.255.1/32 
513E-A-15-C9336C-FX-2-1# show ip access-lists CiscoService_itd_vip_1_bucket_8 dynamic

IP access list CiscoService_itd_vip_1_bucket_8
        10 permit ip 1.1.1.224 255.255.255.31 192.168.255.1/32

    5. Stellen Sie sicher, dass die Zugriffslisten im TCAM programmiert sind.

    Nexus# show system internal access-list input entries detail | begin "VLAN 5"
                VLAN 5  : 
                ========= 

INSTANCE 0x0
---------------

  Tcam 1 resource usage:
  ----------------------
  LBL B = 0x1
   Bank 1
   ------
     IPv4 Class
       Policies: PBR(CiscoService_itd_vip_1_bucket_8) 
       Netflow profile: 0
       Netflow deny profile: 0
       Entries: 
         [Index] Entry [Stats]
         ---------------------
  [0x0000:0x0002:0x0002] permit ip 0.0.0.0/0 224.0.0.0/4  routeable 0x1  [0]
  [0x0002:0x0004:0x0004] permit ip 0.0.0.0/0.0.0.224 192.168.255.1/32  routeable 0x1  [0]
  [0x0003:0x0005:0x0005] permit ip 0.0.0.32/0.0.0.224 192.168.255.1/32  routeable 0x1  [0]
  [0x0004:0x0006:0x0006] permit ip 0.0.0.64/0.0.0.224 192.168.255.1/32  routeable 0x1  [0]
  [0x0005:0x0007:0x0007] permit ip 0.0.0.96/0.0.0.224 192.168.255.1/32  routeable 0x1  [0]
  [0x000b:0x000d:0x000d] permit ip 0.0.0.128/0.0.0.224 192.168.255.1/32  routeable 0x1  [0]
  [0x000c:0x000e:0x000e] permit ip 0.0.0.160/0.0.0.224 192.168.255.1/32  routeable 0x1  [0]
  [0x000d:0x000f:0x000f] permit ip 0.0.0.192/0.0.0.224 192.168.255.1/32  routeable 0x1  [0]
  [0x000e:0x0010:0x0010] permit ip 0.0.0.224/0.0.0.224 192.168.255.1/32  routeable 0x1  [0]
  [0x000f:0x0011:0x0011] permit ip 0.0.0.0/0 0.0.0.0/0  routeable 0x1  [0]


  L4 protocol cam entries usage: none

  No mac protocol cam entries are in use


INSTANCE 0x1
---------------

  Tcam 1 resource usage:
  ----------------------
  LBL B = 0x1
   Bank 1
   ------
     IPv4 Class
       Policies: PBR(CiscoService_itd_vip_1_bucket_8) 
       Netflow profile: 0
       Netflow deny profile: 0
       Entries: 
         [Index] Entry [Stats]
         ---------------------
  [0x0000:0x0002:0x0002] permit ip 0.0.0.0/0 224.0.0.0/4  routeable 0x1  [0]
  [0x0002:0x0004:0x0004] permit ip 0.0.0.0/0.0.0.224 192.168.255.1/32  routeable 0x1  [0]
  [0x0003:0x0005:0x0005] permit ip 0.0.0.32/0.0.0.224 192.168.255.1/32  routeable 0x1  [0]
  [0x0004:0x0006:0x0006] permit ip 0.0.0.64/0.0.0.224 192.168.255.1/32  routeable 0x1  [0]
  [0x0005:0x0007:0x0007] permit ip 0.0.0.96/0.0.0.224 192.168.255.1/32  routeable 0x1  [0]
  [0x000b:0x000d:0x000d] permit ip 0.0.0.128/0.0.0.224 192.168.255.1/32  routeable 0x1  [0]
  [0x000c:0x000e:0x000e] permit ip 0.0.0.160/0.0.0.224 192.168.255.1/32  routeable 0x1  [0]
  [0x000d:0x000f:0x000f] permit ip 0.0.0.192/0.0.0.224 192.168.255.1/32  routeable 0x1  [0]
  [0x000e:0x0010:0x0010] permit ip 0.0.0.224/0.0.0.224 192.168.255.1/32  routeable 0x1  [0]
  [0x000f:0x0011:0x0011] permit ip 0.0.0.0/0 0.0.0.0/0  routeable 0x1  [0]


  L4 protocol cam entries usage: none

  No mac protocol cam entries are in use

    6. Datenverkehr an die virtuelle IP-Adresse senden und Zähler (Anzahl der Pakete) für den erwarteten Knoten erhöhen.

    Nexus# show itd CiscoService statistics 

Service                        Device Group                            VIP/mask                                                    #Packets
-------------------------------------------------------------------------------------------------------------------------------------------
CiscoService                       CiscoGroup                      192.168.255.1 / 255.255.255.255                                 0          (0%)

Traffic Bucket                                   Assigned to                    Mode                Original Node                   #Packets
---------------                                  --------------                 -----               --------------                  ---------
CiscoService_itd_vip_1_bucket_1                  10.1.1.5                       Redirect            10.1.1.5                        0          (0%)
CiscoService_itd_vip_1_bucket_5                  10.1.1.5                       Redirect            10.1.1.5                        0          (0%)

Traffic Bucket                                   Assigned to                    Mode                Original Node                   #Packets
---------------                                  --------------                 -----               --------------                  ---------
CiscoService_itd_vip_1_bucket_2                  10.1.1.6                       Redirect            10.1.1.6                        0          (0%)
CiscoService_itd_vip_1_bucket_6                  10.1.1.6                       Redirect            10.1.1.6                        0          (0%)

Traffic Bucket                                   Assigned to                    Mode                Original Node                   #Packets
---------------                                  --------------                 -----               --------------                  ---------
CiscoService_itd_vip_1_bucket_3                  10.1.1.7                       Redirect            10.1.1.7                        0          (0%)
CiscoService_itd_vip_1_bucket_7                  10.1.1.7                       Redirect            10.1.1.7                        0          (0%)

Traffic Bucket                                   Assigned to                    Mode                Original Node                   #Packets
---------------                                  --------------                 -----               --------------                  ---------
CiscoService_itd_vip_1_bucket_4                  10.1.1.8                       Redirect            10.1.1.8                        0          (0%)
CiscoService_itd_vip_1_bucket_8                  10.1.1.8                       Redirect            10.1.1.8                        0          (0%)

    Revisionsverlauf

    Überarbeitung Veröffentlichungsdatum Kommentare
    1.0
    21-Jul-2023
    Erstveröffentlichung
    TAC Authored

    Beiträge von Cisco Ingenieuren

    • Bidkar Herson Paez Lampon
      Technical Consulting Engineer

    War dieses Dokument hilfreich?

    FeedbackFeedback

    Cisco kontaktieren

    Dieses Dokument gilt für folgende Produkte.