Wie kann ich die WCCP-Protokolle in der Cisco Web Security Appliance lesen oder interpretieren?

Download-Optionen

  • PDF     (288.7 KB)
    Mit Adobe Reader auf verschiedenen Geräten anzeigen
  • ePub     (94.4 KB)
    In verschiedenen Apps auf iPhone, iPad, Android, Sony Reader oder Windows Phone anzeigen
  • Mobi (Kindle)     (85.6 KB)
    Auf einem Kindle-Gerät oder einer Kindle-App auf mehreren Geräten anzeigen
Aktualisiert:10. Oktober 2014
Dokument-ID:118479

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.

Inhalt

Frage
Umwelt

Frage

Wie kann ich die WCCP-Protokolle in der Cisco Web Security Appliance lesen oder interpretieren?

Umwelt

Cisco Web Security Appliance (WSA), alle Versionen von AsyncOS

In AsyncOS Version 7.1 und niedriger werden WCCP-Nachrichten in den Proxy-Protokollen protokolliert.

In AsynOS Version 7.5 und höher: WCCP-Nachrichten werden zusammen mit den Proxyprotokollen in WCCP-Protokollen angezeigt.

Überprüfen Sie Ihre "Log Subscriptions" (unter GUI > System Administration > Log Subscriptions), um sicherzustellen, dass die Proxy- und/oder WCCP-Protokolle aktiviert sind.

In AsyncOS Version 7.1 und höher: Die WCCP-Protokollierungsebene kann durch Eingabe des folgenden CLI-Befehls geändert werden:

wsa01> AdvancedProxyconfig
[]> wccp

Geben Sie Werte für die verschiedenen "wccp"-Optionen ein:

Geben Sie die Protokollebene für das Debuggen von WCCP ein:
[0]> 3

Bei AsyncOS Version 7.5 und höher: Die Protokollierungsebene für WCCP-Protokolle und/oder Proxyprotokolle kann über die Benutzeroberfläche unter "Systemverwaltung > Protokollabonnements > <Entsprechender WCCP-Protokollname>" geändert werden.

Die Protokollierungsebenen zeigen die folgenden Daten an:

7.1 Protokollstufe (CLI) 7.5 Protokollebene (GUI) Informationen, die in Protokollen auf der konfigurierten Protokollebene angezeigt werden
          0 Critical (Kritisch) Fehler
          1 Warnung Fehler CONFIG
          2 Informationen Fehler, KONFIG., INFO
          3 Fehlersuche

Fehler, KONFIGURATION, INFO, ZUSTAND
          4 Nachverfolgung Fehler, CONFIG, INFO, STATE, CHANGE (Zustandsänderungen)

Die Stämme können nach dem Druck von CONFIG in verschiedene Bereiche (durch Leerzeichen getrennt) aufgeteilt werden:

### Zeitstempel ###
SVC: Service-ID-Daten
Nexus: Nexus-Daten - Für jeden Service und jeden Router gibt es einen Nexus (kann als virtueller Korb mit gespeicherten Daten betrachtet werden).
Rtr: Routerdaten
WC: Webcachedaten

Im Folgenden werden die möglichen Werte erläutert, die Sie auf der Protokollierungsebene für die WCCP-Ablaufverfolgung finden. Das nachfolgende Beispiel stammt aus einem realen Szenario.

wccp: CONFIG:SG:0: type 0
wccp: CONFIG:SG:0: 80
wccp: CONFIG:0:[raptor]
wccp: CONFIG:0: GRE & L2
wccp: CONFIG:0:ret GRE & L2
wccp: CONFIG:0:TCP
wccp: CONFIG:0: 172.28.15.33
wccp: CONFIG:SG:0: Security enable <- 1
wccp: CONFIG:SG:0: Hash enable <- 1
wccp: CONFIG:SG:0: Mask enable <- 1
wccp: CONFIG:SG:0: Service direction <- 0
wccp: CONFIG:SG:0: Hash/mask on client <- 0
wccp: INFO:WCCPv2: local IP is 10.251.0.73
wccp: INFO:Accepting WCCP messages on port 2048, FD 3 at 10.251.0.73.
wccp: INFO:Openning a socket set 

WCCP-Konfigurationsinformationen 

wccp: INFO:### Timestamp 100 ###

Der Zeitstempel beginnt immer bei 100. Dieser Wert wird in Sekunden erhöht.
 
Service-Daten (SVC)

wccp: STATE:SVC@0x0x85bd000: index=0 type=0 ID=0

SVC: Service @<<Speicherzeiger - für Entwicklungsdebugging>>
  Index: Position dieses Service in der Liste aller konfigurierten Services auf der WSA - beginnt bei 0 und erhöht sich um +1
  Typ: 0 = Vordefinierte ID (z. B. Web-Cache). 1 = Standard-ID
     Derzeit ist der Web-Cache (Service-ID 0) die einzige existierende vordefinierte ID
  ID: Service-ID (0 - 255)

wccp: STATE:    [MD5][MH_UNDECIDED][HASH_OK][MASK_OK][HASHING]
                      [L2FWD_OK][GREFWD_OK][LGR_UNDECIDED][L2RET_OK]
                      [GRERET_OK][RET_GRE][DWC_UNKNOWN][FWD][SERVER]

  [MH_UNDECIDED] Lastenausgleichsmethode ist zu diesem Zeitpunkt unbestimmt (Hashing und Maskierung)
  [HASH_OK] Hashing zulässig
  [MASK_OK] Maskierung zulässig
  [HASHING] Hashing ist die gewählte Methode.
  [MASKING] Maskierung ist die gewählte Methode.
  [MH_DONE] Verhandlung zum Maskieren/Hashing abgeschlossen

  [L2FWD_OK] L2 für die Weiterleitung ist zulässig.
  [GREFWD_OK] GRE für Weiterleitung ist zulässig

  [LGR_UNDECIDED] Rücksendeumleitungsmethode ist zu diesem Zeitpunkt unbestimmt (L2 und GRE)
  [L2RET_OK] L2 für die Rückumleitungsmethode ist zulässig.
  [GRERET_OK] GRE für Rücksenderichtung ist zulässig
  [RET_GRE] GRE für Return-Methode wird bevorzugt.
  [LGR_DONE] GRE/L2-Rückgabemethoden-Verhandlung abgeschlossen

  [DWC_UNKNOWN] Der designierte Webcache (DWC) ist derzeit unbekannt.
  [FWD] Umleitung basiert auf Zielport
 [SERVER] Hashing/Maskierung basiert auf der Server-Adresse
  [KUNDE] Hashing/Maskierung basiert auf der Client-Adresse

  [VIEW_CHANGED] Die Serviceansicht hat sich geändert.

wccp: STATE:    needRA(=0)@0, ISY@0, viewchg=0, viewused=0, keychg=0 

NeedRA: Need Redirect Assign (RA). Wenn 1 = Etwas in dieser Serviceansicht geändert wurde. Wenn wir das DWC sind, müssen wir eine RA schicken.

  •  Nur das DWC sendet RAs - an dieser Stelle wissen wir nicht, ob wir das DWC sind)
  •  @0: Zeitstempel, der den RA in Zukunft senden soll. (Wenn dieser Wert 115 wäre, würde der RA in 15 Sekunden gesendet)

ISY@: Der Zeitstempel der letzten empfangenen Nachricht "I See You (ISY)" für diesen Dienst. 
Anzeigen: Die Anzahl der Änderungen an diesem Service (Router treten bei/verlassen, wc hinzugefügt/entfernt usw.)
View used: Die letzte Änderungsnummer, über die wir den Router benachrichtigt haben.
Keychg: Anzahl der Generierungen einer anderen Hash-/Maskentabelle zum Versenden

wccp: STATE:    this period:(HIAs=0, ISYs=0) proto=6 

  Dieser Zeitraum: In den letzten 10 Sekunden (Standard-Tick), wie viele:
    HIA: "Here I Am (HIA)"-Pakete, die wir gesendet haben
    ISY: Empfangene Pakete "I See You (ISY)"
  Foto: Protokoll, das dieser Dienst umleiten möchte. 6 ist TCP

 wccp: STATE:    ports = 0, 0, 0, 0, 0, 0, 0, 0

Ports: Ports, die zum Web-Cache (WC) umgeleitet werden sollen. Bei Verwendung des Web-Caches bleiben die Ports leer, Port 80 wird jedoch umgeleitet.

Nexus-Daten

 wccp: STATE:  nexus@0x0x85bf000: rcvd_key(0.0.0.0,0) sent_key(0.0.0.0,0)

Nexus: Für jeden Service und für jeden Router gibt es einen Nexus (kann als virtueller Korb betrachtet werden, in dem Daten aufbewahrt werden).

Recvd_key: Adresse des DWCs, das die RA gesendet hat, die Schlüsselnummer, die das DWC gesendet hat (inkrementell)
  Sent_key: Unsere Adresse + Schlüsselprüfnummer, als wir das DWC waren

 wccp: STATE:    rtr_mention@0, ISY@0 rtr_change#= 0 refs=0

  Rtr_note: Router hat sich zuletzt selbst @ <Zeitstempel> genannt
  ISY: ISY dieses Routers wurde zuletzt in dieser Servicegruppe @<Zeitstempel> (Nexus-Router) erkannt.
  Rtr_changer#: Anzahl der Male, die der Router glaubt, dass sich die Ansicht geändert hat

wccp: STATE:    [FIXED][DEAD][FWD_???] 

Dies sind Markierungen für diesen Nexus.
  [FEST]: Router ist für die Verwendung konfiguriert.
  [DEAD]: Router reagiert nicht/hat ihn noch nicht verwendet
  [ALIVE]: Router hat mit ISY geantwortet
  [FWD_xxx]: Weiterleitungsmethode vereinbart (L2/GRE)
  [NEG_PEND]: WCCP-Verhandlung steht aus
  [ACTIVE]: WCCP-Aushandlung ist abgeschlossen und WCCP ist 'Active'.
   [VIEW_VALID]: WCCP-Aushandlung ist abgeschlossen, und WSA + Router stimmen Funktionen zu 

wccp: STATE:    rstate=0, outst_HIA=0, receiveID=0 

Wiederherstellung: ??
  Outst_HIA: Anzahl der HIAs, an die wir gesendet, aber kein ISY empfangen haben. Nachdem Sie einen ISY erhalten haben, wird dieser Wert auf 0 zurückgesetzt.
  ReceiveID: Die Empfangs-ID wird für jedes erfolgreiche ISY erhöht.

Router-Daten

wccp: STATE:  rtr@0x0x85be000: fd(3) gre-1, bind=10.251.0.73, sentto=172.28.15.33 

  Rtr: Routerinformationen für diesen Nexus - dupliziert für Nexus auf demselben Router
  Fd: Dateibeschreibung des Sockets, über den Pakete an diesen Router gesendet werden
  Gre: Nummer der GRE-Schnittstelle, die wir von diesem Router empfangen sollen (gre0, gre1,...)
  Bind: Adresse, an die wir unseren Socket binden, um Pakete an diesen Router zu senden (unsere Absender-/Quelladresse)
  Sentto: Adressieren Sie den Router, der meldet, dass er Pakete von uns erhalten hat (nur nützlich, wenn Multicast verwendet wird).

wccp: STATE:    configaddr=172.28.15.33, ID_addr=0.0.0.0, from_addr=172.28.15.33 

  Konfigurationsadresse: IP-Adresse des konfigurierten Routers
  ID_addr: Angegebene Router-ID-Adresse
  From_addr: Adresse, von der die Pakete tatsächlich kamen (Quell-IP)

Webcachedaten   

wccp: STATE:  WC@0x0x85b9020: (10.251.0.73) mentioned:111 weight:1 status:0

  <IP> erwähnt: Die IP-Adresse des referenzierten WCs und der Zeitstempel, der in die Service-ID eingefügt wurde
  Gewicht: Metrik, die von WCs gemeinsam genutzt wird, um Lastdaten zu teilen.
  Status: ??

wccp: STATE:    [ME][ACTIVE]

  [ME]: Auf diesem WSA wird dieser Daemon von der WSA ausgeführt
  [AKTIV]: Die Warnmeldung wurde von ALLEN Routern in diesem Dienst gemeldet.

Nachfolgend finden Sie eine vollständige Beispielausgabe und eine Aufschlüsselung eines WCCP-Protokolls der Stufe 3. In diesem Protokoll tritt die WSA einer Dienst-ID bei, die bereits zwei weitere WSAs enthält. Die WSA wird zum DWC (da sie die niedrigste IP im Service hat):

wccp: INFO:### Timestamp 100 ###
wccp: STATE:SVC@0x0x85bd000: index=0 type=0 ID=0
wccp: STATE:    [MD5][MH_UNDECIDED][HASH_OK][MASK_OK][HASHING]
        [L2FWD_OK][GREFWD_OK][LGR_UNDECIDED][L2RET_OK]
        [GRERET_OK][RET_GRE][DWC_UNKNOWN][FWD][SERVER]
wccp: STATE:    needRA(=0)@0, ISY@0, viewchg=0, viewused=0, keychg=0
wccp: STATE:    this period:(HIAs=0, ISYs=0) proto=6
wccp: STATE:    ports = 0, 0, 0, 0, 0, 0, 0, 0
wccp: STATE:  nexus@0x0x85bf000: rcvd_key(0.0.0.0,0) sent_key(0.0.0.0,0)
wccp: STATE:    rtr_mention@0, ISY@0 rtr_change#= 0 refs=0
wccp: STATE:    [FIXED][DEAD][FWD_???]
wccp: STATE:    rstate=0, outst_HIA=0, receiveID=0
wccp: STATE:  rtr@0x0x85be000: fd(3) gre-1, bind=10.251.0.73, sentto=172.28.15.33
wccp: STATE:    configaddr=172.28.15.33, ID_addr=0.0.0.0, from_addr=172.28.15.33

Es wurde noch nichts verschickt - alle Initialisierungsdaten.

wccp: INFO:### Timestamp 101 ###
wccp: STATE:SVC@0x0x85bd000: index=0 type=0 ID=0
wccp: STATE:    [MD5][MH_UNDECIDED][HASH_OK][MASK_OK][HASHING]
        [L2FWD_OK][GREFWD_OK][LGR_UNDECIDED][L2RET_OK]
        [GRERET_OK][RET_GRE][DWC_UNKNOWN][FWD][SERVER]
wccp: STATE:    needRA(=0)@0, ISY@0, viewchg=0, viewused=0, keychg=0
wccp: STATE:    this period:(HIAs=0, ISYs=0) proto=6
wccp: STATE:    ports = 0, 0, 0, 0, 0, 0, 0, 0
wccp: STATE:  nexus@0x0x85bf000: rcvd_key(0.0.0.0,0) sent_key(0.0.0.0,0)
wccp: STATE:    rtr_mention@0, ISY@0 rtr_change#= 0 refs=0
wccp: STATE:    [FIXED][DEAD][FWD_???]
wccp: STATE:    rstate=0, outst_HIA=0, receiveID=0
wccp: STATE:  rtr@0x0x85be000: fd(3) gre-1, bind=10.251.0.73, sentto=172.28.15.33
wccp: STATE:    configaddr=172.28.15.33, ID_addr=0.0.0.0, from_addr=172.28.15.33
wccp: INFO:send_HIA called
wccp: INFO:### Timestamp 101 ###
wccp: INFO:HIA sent to 172.28.15.33  -- 1 ISY(s) outstanding
wccp: INFO:### Timestamp 101 ###
wccp: INFO:ISY received from 172.28.3.46.(708 bytes)
wccp: INFO:ISY: accepted

Wir schickten die erste HIA @ 101 und erhielten zurück eine ISY @101. Unten ist die Aktualisierung der Ansicht jetzt, dass wir ein ISY erhalten haben.  

wccp: INFO:### Timestamp 101 ###
wccp: STATE:SVC@0x0x85bd000: index=0 type=0 ID=0
wccp: STATE:    [MD5][MH_DONE][HASH_OK][MASK_OK][MASKING][L2FWD_OK]
                      [GREFWD_OK][LGR_DONE][L2RET_OK][GRERET_OK][RET_GRE]
                      [DWC_UNKNOWN][VIEW_CHANGED][FWD][SERVER]
wccp: STATE:    needRA(=0)@0, ISY@101, viewchg=1, viewused=0, keychg=0
wccp: STATE:    this period:(HIAs=1, ISYs=1) proto=6
wccp: STATE:    ports = 0, 0, 0, 0, 0, 0, 0, 0
wccp: STATE:  WC@0x0x85b9160: (172.17.0.10) mentioned:101 weight:1 status:0
wccp: STATE:    [ACTIVE]
wccp: STATE:  WC@0x0x85b9140: (172.28.6.34) mentioned:101 weight:1 status:0
wccp: STATE:    [ACTIVE]
wccp: STATE:  nexus@0x0x85bf000: rcvd_key(172.17.0.10,5) sent_key(0.0.0.0,0)
wccp: STATE:    rtr_mention@101, ISY@101 rtr_change#= 23 refs=0
wccp: STATE:    [FIXED][ALIVE][ACTIVE][NEG_PEND][FWD_???][FWD_GRE]
                      [VIEW_VALID]
wccp: STATE:    rstate=0, outst_HIA=0, receiveID=158
wccp: STATE:  rtr@0x0x85be000: fd(3) gre-1, bind=10.251.0.73, sentto=172.28.15.33
wccp: STATE:    configaddr=172.28.15.33, ID_addr=172.28.15.33, from_addr=172.28.15.33

Wir erkennen die anderen beiden Web-Caches und sie sind als AKTIV markiert. Das aktuelle DWC lautet 172.17.0.10 pro rcvd_key im Nexus. Der Nexus-Status lautet NEG_PEND, ReceiveID=158.  

wccp: INFO:### Timestamp 111 ###
wccp: STATE:SVC@0x0x85bd000: index=0 type=0 ID=0
wccp: STATE:    [MD5][MH_DONE][HASH_OK][MASK_OK][MASKING][L2FWD_OK]
                      [GREFWD_OK][LGR_DONE][L2RET_OK][GRERET_OK][RET_GRE]
                      [DWC_UNKNOWN][FWD][SERVER]
wccp: STATE:    needRA(=1)@117, ISY@101, viewchg=1, viewused=0, keychg=0
wccp: STATE:    this period:(HIAs=1, ISYs=1) proto=6
wccp: STATE:    ports = 0, 0, 0, 0, 0, 0, 0, 0
wccp: STATE:  WC@0x0x85b9160: (172.17.0.10) mentioned:101 weight:1 status:0
wccp: STATE:    [ACTIVE]
wccp: STATE:  WC@0x0x85b9140: (172.28.6.34) mentioned:101 weight:1 status:0
wccp: STATE:    [ACTIVE]
wccp: STATE:  nexus@0x0x85bf000: rcvd_key(172.17.0.10,5) sent_key(0.0.0.0,0)
wccp: STATE:    rtr_mention@101, ISY@101 rtr_change#= 23 refs=0
wccp: STATE:    [FIXED][ALIVE][ACTIVE][NEG_PEND][FWD_???][FWD_GRE]
                      [VIEW_VALID]
wccp: STATE:    rstate=0, outst_HIA=0, receiveID=158
wccp: STATE:  rtr@0x0x85be000: fd(3) gre-1, bind=10.251.0.73, sentto=172.28.15.33
wccp: STATE:    configaddr=172.28.15.33, ID_addr=172.28.15.33, from_addr=172.28.15.33
wccp: INFO:send_HIA called
wccp: INFO:### Timestamp 111 ###
wccp: INFO:HIA sent to 172.28.15.33  -- 1 ISY(s) outstanding
wccp: INFO:### Timestamp 111 ###
wccp: INFO:ISY received from 172.28.3.46.(1252 bytes)
wccp: INFO:ISY: accepted

Da sich die Serviceansicht geändert hat, wird needRA markiert. RA @117 wird erwartet. Beachten Sie außerdem, dass die Router-Änderungsnummer 23 lautet. Sie werden sehen, dass wir eine weitere HIA bei 111 ausgesandt haben und eine weitere ISY bei 111 erhalten haben.

wccp: INFO:### Timestamp 111 ###
wccp: STATE:SVC@0x0x85bd000: index=0 type=0 ID=0
wccp: STATE:    [MD5][MH_DONE][HASH_OK][MASK_OK][MASKING][L2FWD_OK]
                      [GREFWD_OK][LGR_DONE][L2RET_OK][GRERET_OK][RET_GRE]
                      [DWC_UNKNOWN][VIEW_CHANGED][FWD][SERVER]
wccp: STATE:    needRA(=1)@117, ISY@111, viewchg=2, viewused=0, keychg=0
wccp: STATE:    this period:(HIAs=1, ISYs=1) proto=6
wccp: STATE:    ports = 0, 0, 0, 0, 0, 0, 0, 0
wccp: STATE:  WC@0x0x85b9020: (10.251.0.73) mentioned:111 weight:1 status:0
wccp: STATE:    [ME][ACTIVE]
wccp: STATE:  WC@0x0x85b9160: (172.17.0.10) mentioned:111 weight:1 status:0
wccp: STATE:    [ACTIVE]
wccp: STATE:  WC@0x0x85b9140: (172.28.6.34) mentioned:111 weight:1 status:0
wccp: STATE:    [ACTIVE]                                                    
wccp: STATE:  nexus@0x0x85bf000: rcvd_key(172.17.0.10,5) sent_key(0.0.0.0,0)
wccp: STATE:    rtr_mention@111, ISY@111 rtr_change#= 24 refs=0
wccp: STATE:    [FIXED][ALIVE][ACTIVE][FWD_GRE]                            
wccp: STATE:    rstate=0, outst_HIA=0, receiveID=161
wccp: STATE:  rtr@0x0x85be000: fd(3) gre-1, bind=10.251.0.73, sentto=172.28.15.33
wccp: STATE:    configaddr=172.28.15.33, ID_addr=172.28.15.33, from_addr=172.28.3.46

Die Ansicht hat sich wieder geändert und die Ansicht wird entsprechend inkrementiert. Der Router hat ebenfalls eine Änderung festgestellt und seine Änderungsnummer erhöht. Sie werden sehen, dass DIESE WSA jetzt gemeldet und als AKTIV gekennzeichnet wird. Das bedeutet, dass alle Router dieses Services das WC erwähnt haben.

wccp: INFO:### Timestamp 117 ###
wccp: STATE:SVC@0x0x85bd000: index=0 type=0 ID=0
wccp: STATE:    [MD5][MH_DONE][HASH_OK][MASK_OK][MASKING][L2FWD_OK]
                      [GREFWD_OK][LGR_DONE][L2RET_OK][GRERET_OK][RET_GRE]
                      [DWC][FWD][SERVER]
wccp: STATE:    needRA(=1)@117, ISY@111, viewchg=2, viewused=0, keychg=0
wccp: STATE:    this period:(HIAs=1, ISYs=1) proto=6
wccp: STATE:    ports = 0, 0, 0, 0, 0, 0, 0, 0
wccp: STATE:  WC@0x0x85b9020: (10.251.0.73) mentioned:111 weight:1 status:0
wccp: STATE:    [ME][ACTIVE]
wccp: STATE:  WC@0x0x85b9160: (172.17.0.10) mentioned:111 weight:1 status:0
wccp: STATE:    [ACTIVE]
wccp: STATE:  WC@0x0x85b9140: (172.28.6.34) mentioned:111 weight:1 status:0
wccp: STATE:    [ACTIVE]
wccp: STATE:  nexus@0x0x85bf000: rcvd_key(172.17.0.10,5) sent_key(0.0.0.0,0)
wccp: STATE:    rtr_mention@111, ISY@111 rtr_change#= 24 refs=0
wccp: STATE:    [FIXED][ALIVE][ACTIVE][FWD_GRE]
wccp: STATE:    rstate=0, outst_HIA=0, receiveID=161
wccp: STATE:  rtr@0x0x85be000: fd(3) gre-1, bind=10.251.0.73, sentto=172.28.15.33
wccp: STATE:    configaddr=172.28.15.33, ID_addr=172.28.15.33, from_addr=172.28.3.46
wccp: INFO:send_RA: called.
wccp: INFO:initial mask is 0x00000000
wccp: INFO:slots = 32 WCs = 3, mask = 0x00000526, inc = 0x2
wccp: INFO:slot 0,val 0x00000000, index - 0
wccp: INFO:slot 1,val 0x00000002, index - 1
wccp: INFO:slot 2,val 0x00000004, index - 2
wccp: INFO:slot 3,val 0x00000006, index - 0
wccp: INFO:slot 4,val 0x00000020, index - 1
wccp: INFO:slot 5,val 0x00000022, index - 2
wccp: INFO:slot 6,val 0x00000024, index - 0
wccp: INFO:slot 7,val 0x00000026, index - 1
wccp: INFO:slot 8,val 0x00000100, index - 2
wccp: INFO:slot 9,val 0x00000102, index - 0
wccp: INFO:slot 10,val 0x00000104, index - 1
wccp: INFO:slot 11,val 0x00000106, index - 2
wccp: INFO:slot 12,val 0x00000120, index - 0
wccp: INFO:slot 13,val 0x00000122, index - 1
wccp: INFO:slot 14,val 0x00000124, index - 2
wccp: INFO:slot 15,val 0x00000126, index - 0
wccp: INFO:slot 16,val 0x00000400, index - 1
wccp: INFO:slot 17,val 0x00000402, index - 2
wccp: INFO:slot 18,val 0x00000404, index - 0
wccp: INFO:slot 19,val 0x00000406, index - 1
wccp: INFO:slot 20,val 0x00000420, index - 2
wccp: INFO:slot 21,val 0x00000422, index - 0
wccp: INFO:slot 22,val 0x00000424, index - 1
wccp: INFO:slot 23,val 0x00000426, index - 2
wccp: INFO:slot 24,val 0x00000500, index - 0
wccp: INFO:slot 25,val 0x00000502, index - 1
wccp: INFO:slot 26,val 0x00000504, index - 2
wccp: INFO:slot 27,val 0x00000506, index - 0
wccp: INFO:slot 28,val 0x00000520, index - 1
wccp: INFO:slot 29,val 0x00000522, index - 2
wccp: INFO:slot 30,val 0x00000524, index - 0
wccp: INFO:slot 31,val 0x00000526, index - 1
wccp: INFO:### Timestamp 117 ###
wccp: INFO:RA (mask) sent to 172.28.15.33.(624 bytes)

Es ist jetzt 117, die Zeit, die Sie für das Senden einer RA angeben. Nachdem diese WSA AKTIV ist, haben wir entschieden, dass wir die DWC sind, da wir die niedrigste IP unter den WCs sind.  Die INFO besagt, dass wir eine RA schicken müssen. Die Lastverteilungsmethode, die wir ausgehandelt haben, ist MASKING. Die Maskierungstabelle verwendet einen runden Ringindex und wird angezeigt. Die INFO unten zeigt, dass wir einen RA @ 117 gesendet haben.

wccp: INFO:### Timestamp 121 ###
wccp: STATE:SVC@0x0x85bd000: index=0 type=0 ID=0
wccp: STATE:    [MD5][MH_DONE][HASH_OK][MASK_OK][MASKING][L2FWD_OK]
                      [GREFWD_OK][LGR_DONE][L2RET_OK][GRERET_OK][RET_GRE]
                      [DWC][FWD][SERVER]
wccp: STATE:    needRA(=2)@127, ISY@111, viewchg=2, viewused=2, keychg=1
wccp: STATE:    this period:(HIAs=1, ISYs=1) proto=6
wccp: STATE:    ports = 0, 0, 0, 0, 0, 0, 0, 0
wccp: STATE:  WC@0x0x85b9020: (10.251.0.73) mentioned:111 weight:1 status:0
wccp: STATE:    [ME][ACTIVE]
wccp: STATE:  WC@0x0x85b9160: (172.17.0.10) mentioned:111 weight:1 status:0
wccp: STATE:    [ACTIVE]
wccp: STATE:  WC@0x0x85b9140: (172.28.6.34) mentioned:111 weight:1 status:0
wccp: STATE:    [ACTIVE]
wccp: STATE:  nexus@0x0x85bf000: rcvd_key(172.17.0.10,5) sent_key(10.251.0.73,1)
wccp: STATE:    rtr_mention@111, ISY@111 rtr_change#= 24 refs=0
wccp: STATE:    [FIXED][ALIVE][ACTIVE][FWD_GRE][VIEW_VALID]
wccp: STATE:    rstate=0, outst_HIA=0, receiveID=161
wccp: STATE:  rtr@0x0x85be000: fd(3) gre-1, bind=10.251.0.73, sentto=172.28.15.33
wccp: STATE:    configaddr=172.28.15.33, ID_addr=172.28.15.33, from_addr=172.28.3.46
wccp: INFO:send_HIA called  

Die Ansicht ist jetzt gültig und wir haben 1 Umleitungszuweisung gesendet, wie vom sent_key mitgeteilt. An diesem Punkt sollte alles in Betrieb und gut sein.

Revisionsverlauf

Überarbeitung Veröffentlichungsdatum Kommentare
1.0
10-Oct-2014
Erstveröffentlichung
TAC Authored

Beiträge von Cisco Ingenieuren

  • Josh Wolfer and Siddharth Rajpathak
    Cisco TAC Engineers.

War dieses Dokument hilfreich?

FeedbackFeedback

Cisco kontaktieren

Dieses Dokument gilt für folgende Produkte.