¿Cómo leo o interpreto los registros WCCP en el dispositivo de seguridad Cisco Web Security?

Opciones de descarga

  • PDF     (413.8 KB)
    Visualice con Adobe Reader en una variedad de dispositivos
  • ePub     (80.0 KB)
    Visualice en diferentes aplicaciones en iPhone, iPad, Android, Sony Reader o Windows Phone
  • Mobi (Kindle)     (86.5 KB)
    Visualice en dispositivo Kindle o aplicación Kindle en múltiples dispositivos
Actualizado:10 de octubre de 2014
ID del documento:118479

Lenguaje no discriminatorio

El conjunto de documentos para este producto aspira al uso de un lenguaje no discriminatorio. A los fines de esta documentación, "no discriminatorio" se refiere al lenguaje que no implica discriminación por motivos de edad, discapacidad, género, identidad de raza, identidad étnica, orientación sexual, nivel socioeconómico e interseccionalidad. Puede haber excepciones en la documentación debido al lenguaje que se encuentra ya en las interfaces de usuario del software del producto, el lenguaje utilizado en función de la documentación de la RFP o el lenguaje utilizado por un producto de terceros al que se hace referencia. Obtenga más información sobre cómo Cisco utiliza el lenguaje inclusivo.

Acerca de esta traducción

Cisco ha traducido este documento combinando la traducción automática y los recursos humanos a fin de ofrecer a nuestros usuarios en todo el mundo contenido en su propio idioma. Tenga en cuenta que incluso la mejor traducción automática podría no ser tan precisa como la proporcionada por un traductor profesional. Cisco Systems, Inc. no asume ninguna responsabilidad por la precisión de estas traducciones y recomienda remitirse siempre al documento original escrito en inglés (insertar vínculo URL).

Contenido

Pregunta
Entorno

Pregunta

¿Cómo leo o interpretar el WCCP abre una sesión el dispositivo de seguridad de la red de Cisco?

Entorno

Dispositivo de seguridad de la red de Cisco (WSA), todas las versiones de AsyncOS

En la versión 7.1 y anterior de AsyncOS: Los mensajes WCCP se abren una sesión los registros del proxy.

En la versión 7.5 y posterior de AsynOS: Los mensajes WCCP se consideran en los registros WCCP junto con los registros del proxy.

Marque sus “suscripciones del registro” (bajo GUI > las suscripciones de la administración del sistema > del registro) para aseegurarse el proxy y/o se habilitan los registros WCCP.

En la versión 7.1 y anterior de AsyncOS: El nivel de registro WCCP puede ser cambiado ingresando el comando CLI siguiente:

advancedproxyconfig wsa01>
[]> wccp

Ingrese los valores para las diversas opciones del “wccp”:

Ingrese el registro llano para hacer el debug del WCCP:
[0]> 3

En la versión 7.5 y posterior de AsyncOS: El nivel de registro para los registros WCCP y/o los registros del proxy se puede cambiar en el GUI bajo la “administración del sistema > las suscripciones > <Corresponding-WCCP-Log-Name> del registro”

Los niveles de registro mostrarán el data&colon siguiente;

registro 7.1 llano (CLI) 7.5 Registro llano (GUI) Información vista en los registros en el nivel configurado del registro
          0 Crítico Errores
          1 Advertencia Errores, CONFIG,
          2 Información Errores, CONFIG, INFORMACIÓN
          3 Depurar

Errores, CONFIG, INFORMACIÓN, ESTADO
          4 Traza Errores, CONFIG, INFORMACIÓN, ESTADO, CAMBIO (cambios de estado)

Los registros se pueden romper en algunas diversas áreas (separadas por el sangrado de márgenes del espacio) después de que se imprima el CONFIG:

### del grupo fecha/hora del ###
SVC: Datos del ID del servicio
Nexo: Datos del nexo - Para cada servicio, para cada router, hay un nexos (puede ser pensado como cesta virtual donde se guardan los datos)
Rtr: Datos del router
WC: Caché Web datos

El abajo siguiente es una explicación del posible le valora puede encontrar en el nivel de registro de la traza WCCP. El ejemplo exacto abajo es de un escenario real.

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 

Información de configuración de WCCP 

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

Del grupo fecha/hora el comienzo siempre en 100. Este valor incrementa en los segundos.
 
Mantenga los datos del (SVC)

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

SVC: Mantenga el puntero @<<memory - para el debugging>> del desarrollo
  Índice: Posición de este servicio en la lista de todos los servicios configurados respecto al WSA - comienzo en 0 y incrementos +1
  Tipo: 0 = ID predefinido (tal como caché Web). 1 = ID estándar
     El caché Web (ID del servicio 0) es actualmente el único ID predefinido existente
  ID: ID del servicio número (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]

  El método del Equilibrio de carga del [MH_UNDECIDED] es indeterminado ahora (el picado contra el enmascarado)
  Se permite el desmenuzar del [HASH_OK]
  Se permite el enmascarado del [MASK_OK]
  El desmenuzar del [HASHING] es el método elegido
  El enmascarado del [MASKING] es el método elegido
  El enmascarado del [MH_DONE]/la negociación del picado es completos

  [L2FWD_OK] L2 para el cambio de dirección delantero se permite
  El [GREFWD_OK] GRE para el cambio de dirección delantero se permite

  El [LGR_UNDECIDED] vuelve el método de redireccionamiento es indeterminado ahora (el L2 contra el GRE)
  [L2RET_OK] L2 para el método de redireccionamiento de vuelta se permite
  El [GRERET_OK] GRE para el método de redireccionamiento de vuelta se permite
  El [RET_GRE] GRE para el método de vuelta se prefiere
  El negotion de vuelta del método GRE/L2 del [LGR_DONE] es completo

  El [DWC_UNKNOWN] señalado caché Web (DWC) es desconocido ahora
  El cambio de dirección del [FWD] se basa en el puerto destino
 El desmenuzar/que enmascara del [SERVER] se basa en la dirección del servidor
  El desmenuzar/que enmascara del [CLIENT] se basa en la dirección cliente

  [VIEW_CHANGED] que la opinión del servicio ha cambiado

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

NeedRA:  La necesidad reorienta asigna (RA). Si 1 = algo en esta opinión del servicio ha cambiado. Si somos los DWC, necesitamos enviar un RA.

  •  Solamente el DWC envía los RA - en este momento no sabemos si somos los DWC)
  •  @0: El grupo fecha/hora programado para enviar el RA en el futuro. (Si este valor fuera 115, el RA sería enviado en 15 segundos)

ISY@: El grupo fecha/hora del último recibido “le veo (ISY)” para este servicio. 
Viewchg: La cantidad de veces este servicio ha tenido cualquier cambio (el Routers se une a/licencia, wc agregado/quitado, tan adelante)
Viewused: El número de cambio más reciente que notificamos al router de.
Keychg: Cantidad de veces hemos generado un diversos hash/tabla de la máscara para enviar

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

  Este período: En el último 10 segundos (señal estándar), cuántos:
    HIA: “Aquí soy (HIA)” paquetes que hemos enviado
    ISY:  “Le veo (ISY)” los paquetes que hemos recibido
  Proto: Protocolo que este servicio está pidiendo reorientar. 6 es TCP

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

Puertos: Puertos que se reorientarán al caché Web (WC). Al usar el caché Web los puertos se salen en blanco, pero el puerto 80 será reorientado.

Datos del nexo

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

Nexo: Para cada servicio, para cada router, hay un nexos (puede ser pensado como cesta virtual donde se guardan los datos)

Recvd_key: Direccionamiento del DWC que envió el RA, el número del keychg los DWC enviados (ampliado)
  Sent_key: Nuestro direccionamiento + número del key_chg cuando éramos los DWC

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

  Rtr_mention: Último sí mismo @ <timestamp> del router
  ISY: El último consideró un ISY de este router en este @<timestamp> del grupo de servicios (el router del nexo)
  Rtr_changer#: Cantidad de veces las creencias de router que la visión ha cambiado

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

Éstos son indicadores para este nexo
  [FIXED]: Configuran al router para ser utilizado
  [DEAD]: El router que no respondía/no lo ha utilizado todavía
  [ALIVE]: El router ha respondido con un ISY
  [FWD_xxx]:  Convenido en remitiendo el método de redireccionamiento (L2/ GRE)
  [NEG_PEND]: La negociación WCCP está pendiente
  [ACTIVE]: La negociación WCCP es completa y el WCCP es “Active”
   [VIEW_VALID]: La negociación WCCP es completa y WSA + el router están de acuerdo con los capabilitues 

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

Rstate: ¿??
  Outst_HIA: Número de HIAs que hemos enviado, pero no recibido un ISY a. Después de conseguir un ISY, esto restauraciones a 0.
  ReceiveID: Reciba los incrementos ID en cada ISY acertado.

Datos del router

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

  Rtr: Información del router para este nexo - duplicado para el nexii en el mismo router
  Fd: Descripción del archivo del socket para enviar los paquetes a este router
  Gre: Número de la interfaz GRE que debemos recibir los datos de este router (gre0, gre1,…)
  Lazo: Dirija que estamos atando nuestro socket a, para enviar los paquetes a este router (nuestro de/la dirección de origen)
  Sentto: Diríjase al router está señalando que consiguió los paquetes a ése fue enviado de nosotros (solamente útil al usar el Multicast)

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

  Configaddr: Dirección IP para el router se configura que
  ID_addr: Direccionamiento de divulgación del identificador de router
  From_addr: Direccionamiento del donde los paquetes vinieron realmente (IP de la fuente)

Caché Web datos   

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

  <IP> mencionado: El IP del WC referido y del grupo fecha/hora fue introducido en el ID del servicio
  Ponderación: Métrico compartido entre WCs para compartir los datos de la carga.
  Estado: ¿??

wccp: STATE:    [ME][ACTIVE]

  [ME]: Este WC es el WSA ejecutaba esta daemon
  [ACTIVE]: El WC ha sido señalado por TODO EL Routers en este servicio

Abajo está una salida de muestra completa y analiza de un registro del nivel 3 WCCP. En este registro, el WSA se está uniendo a un ID del servicio que tenga 2 el otro WSAs ya en él. El WSA se convertirá en el DWC (puesto que tiene el IP más bajo en el servicio):

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

No se ha enviado nada con todo - todos los datos de la inicialización.

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

Enviamos el primer HIA @ 101 y recibimos detrás un ISY @101. Abajo está la actualización de la opinión ahora que hemos recibido un ISY.  

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

Reconocemos los otros 2 cachés de red y son ACTIVE señalado por medio de una bandera. El DWC actual es 172.17.0.10 por el rcvd_key en el nexo. El estatus del nexo es 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

Puesto que la opinión del servicio ha cambiado, se señala por medio de una bandera el needRA. Contar con un RA @117. También observe que el cambio del router # es 23. Usted verá que enviamos otro HIA en 111 y recibimos otro ISY en 111.

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

La visión ha cambiado otra vez y el viewchg se incrementa por consiguiente. El router también notó un cambio y incrementó su cambio #. Usted verá que ESTE WSA ahora está siendo señalado y ACTIVE etiquetado. Esto significa que todo el Routers en este servicio ha mencionado el WC.

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)

Ahora es 117, el tiempo especificado para que la necesidad envíe un RA. Ahora que este WSA es ACTIVO, hemos decidido que somos los DWC, puesto que somos el IP más bajo entre el WCs.  Los estados de la INFORMACIÓN que necesitamos para enviar un RA. El método del Equilibrio de carga que hemos negociado ESTÁ ENMASCARANDO. La tabla de enmascarado utiliza un índice del ordenamiento cíclico y se visualiza. La INFORMACIÓN en la parte inferior muestra que hemos enviado un RA @ 117.

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  

La visión es válida ahora y hemos enviado 1 reorientamos asignamos, según lo notifed por el sent_key. En este momento todo debe ser en servicio y bueno.

Historial de revisiones

Revisión Fecha de publicación Comentarios
1.0
10-Oct-2014
Versión inicial
TAC Authored

Con la colaboración de ingenieros de Cisco

  • Josh Wolfer and Siddharth Rajpathak
    Cisco TAC Engineers.

¿Resultó útil este documento?

FeedbackComentarios

Contacte a Cisco

Este documento se aplica a estos productos