Este artículo describe cómo resolver problemas los problemas WCCP.
Los síntomas siguientes indican los problemas posibles WCCP:
Los problemas WCCP pueden resultar de los problemas con el router (o la reorientación del dispositivo) o del dispositivo WAE. Es necesario mirar la configuración de WCCP en el router y en el dispositivo WAE. Primero miraremos la configuración de WCCP en el router, después controlaremos la configuración de WCCP en el WAE.
Esta sección cubre el troubleshooting en los dispositivos siguientes:
Comience a resolver problemas verificando la interceptación WCCPv2 en el conmutador o el router usando el comando ios del wccp IP de la demostración como sigue:
Router# show ip wccp Global WCCP information: Router information: Router Identifier: 10.88.81.242 Protocol Version: 2.0 Service Identifier: 61 Number of Service Group Clients: 1 <-----Client = WAE Number of Service Group Routers: 1 Total Packets s/w Redirected: 68755 <-----Increments for software-based redirection Process: 2 <----- Fast: 0 <----- CEF: 68753 <----- Service mode: Open Service access-list: -none- Total Packets Dropped Closed: 0 Redirect access-list: -none- Total Packets Denied Redirect: 0 <-----Match service group but not redirect list Total Packets Unassigned: 0 Group access-list: -none- Total Messages Denied to Group: 0 Total Authentication failures: 0 <-----Packets have incorrect service group password Total Bypassed Packets Received: 0 --More--
En las Plataformas que utilizan el cambio de dirección basado en programas, verifique que los totales de paquetes s/w los contadores reorientados estén incrementando en la salida antedicha del comando. En las Plataformas que utilizan el cambio de dirección de equipo informático, estos contadores no deben incrementar mucho. Si usted está viendo que estos contadores incrementan perceptiblemente en las Plataformas de equipo informático, el WCCP se podría misconfigured en el router (el WCCP GRE se procesa en el software por abandono), o el router podría recurrir al cambio de dirección del software debido a los problemas de los Recursos de hardware tales como ejecutarse de los Recursos TCAM. Se requiere más investigación si usted ve estos contadores el incrementar en una plataforma de equipo informático, que podría llevar CPU elevada al uso.
Los totales de paquetes negados reorientan los incrementos contrarios para los paquetes que hacen juego al grupo de servicios pero no hacen juego la lista de la reorientación.
Los errores de la autenticación del total contradicen los incrementos para los paquetes que se reciben con la contraseña incorrecta del grupo de servicios.
En el Routers donde el redireccionamiento de WCCP se realiza en el software, continúe verificando la interceptación WCCPv2 en el router usando el comando ios del detalle del wccp 61 IP de la demostración como sigue:
Router# show ip wccp 61 detail WCCP Client information: WCCP Client ID: 10.88.81.4 Protocol Version: 2.0 State: Usable <-----Should be Usable Initial Hash Info: 00000000000000000000000000000000 00000000000000000000000000000000 Assigned Hash Info: FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF Hash Allotment: 256 (100.00%) <-----Buckets handled by this WAE Packets s/w Redirected: 2452 Connect Time: 01:19:46 <-----Time WAE has been in service group Bypassed Packets Process: 0 Fast: 0 CEF: 0
Verifique que el estado WAE en el grupo de servicios 61 sea usable. Verifique que los compartimientos del hash estén asignados al WAE en el campo de la asignación del hash. El porcentaje le dice cuántos de los compartimientos totales del hash son dirigidos por este WAE. La cantidad de tiempo que el WAE ha estado en el grupo de servicios está señalada en el campo del tiempo de conexión. El método de asignación del hash se debe utilizar con el cambio de dirección basado en programas.
Usted puede determinar qué WAE en la granja manejará una petición determinada usando el comando ios ocultado src-puerto del dst-puerto src-IP dst-IP del hash del servicio del wccp IP de la demostración en el router como sigue:
Router# show ip wccp 61 hash 0.0.0.0 10.88.81.10 0 0 WCCP hash information for: Primary Hash: Src IP: 10.88.81.10 Bucket: 9 WCCP Client: 10.88.81.12 <-----Target WAE
En el Routers donde el redireccionamiento de WCCP se realiza en la dotación física, continúe verificando la interceptación WCCPv2 en el router usando el comando ios del detalle del wccp 61 IP de la demostración como sigue:
Cat6k# sh ip wccp 61 detail WCCP Client information: WCCP Client ID: 10.88.80.135 Protocol Version: 2.0 State: Usable Redirection: L2 Packet Return: GRE <-----Use generic GRE for hardware-based platforms Packets Redirected: 0 Connect Time: 1d18h Assignment: MASK <-----Use Mask for hardware-based redirection Mask SrcAddr DstAddr SrcPort DstPort ---- ------- ------- ------- ------- 0000: 0x00001741 0x00000000 0x0000 0x0000 <-----Default mask Value SrcAddr DstAddr SrcPort DstPort CE-IP ----- ------- ------- ------- ------- ----- 0000: 0x00000000 0x00000000 0x0000 0x0000 0x0A585087 (10.88.80.135) 0001: 0x00000001 0x00000000 0x0000 0x0000 0x0A585087 (10.88.80.135) 0002: 0x00000040 0x00000000 0x0000 0x0000 0x0A585087 (10.88.80.135) 0003: 0x00000041 0x00000000 0x0000 0x0000 0x0A585087 (10.88.80.135)
Usted quiere ver el método de asignación de la máscara para el Routers que es capaz del cambio de dirección de la dotación física.
Para salvar a los Recursos TCAM en el router, considere alterar la máscara del valor por defecto WCCP para adaptarse a su entorno de red. Considere estas recomendaciones:
Los Recursos TCAM consumidos por un WCCP reorientan la acceso-lista son producto del contenido de ese ACL multiplicado contra la máscara de bits configurada WCCP. Por lo tanto, hay contención entre el número de compartimientos WCCP (que se creen sobre la base de la máscara) y el número de entradas en la reorientación ACL. Por ejemplo, una máscara de 0xF (4 bits) y 200 que la línea reorienta el permiso ACL puede dar lugar a 3200 (2^4 x 200) entradas TCAM. La reducción de la máscara a 0x7 (3 bits) reduce el uso TCAM por el 50% (2^3 x 200 = 1600).
Las Plataformas de las Catalyst 6500 Series y de las Cisco 7600 Series son capaces de manejar el redireccionamiento de WCCP en el software y el soporte físico. Si los paquetes se están reorientando inadvertidamente en el software, cuando usted cuenta con el cambio de dirección de la dotación física, podría dar lugar CPU del router al uso excesivamente alto.
Usted puede examinar la información TCAM para determinar si el cambio de dirección se está manejando en el software o el soporte físico. Utilice el comando ios del tcam de la demostración como sigue:
Cat6k# show tcam interface vlan 900 acl in ip * Global Defaults not shared Entries from Bank 0 Entries from Bank 1 permit tcp host 10.88.80.135 any punt ip any any (8 matches) <-----Packets handled in software
Las coincidencias de la “batea” representan las peticiones no manejadas en la dotación física. Esta situación se podía causar por los errores siguientes:
En el ejemplo siguiente, las entradas de la directiva-ruta muestran que el router está haciendo el cambio de dirección completo de la dotación física:
Cat6k# show tcam interface vlan 900 acl in ip * Global Defaults not shared Entries from Bank 0 Entries from Bank 1 permit tcp host 10.88.80.135 any policy-route tcp any 0.0.0.0 255.255.232.190 (60 matches) <-----These entries show hardware redirection policy-route tcp any 0.0.0.1 255.255.232.190 (8 matches) policy-route tcp any 0.0.0.64 255.255.232.190 (16 matches) policy-route tcp any 0.0.0.65 255.255.232.190 (19 matches) policy-route tcp any 0.0.1.0 255.255.232.190 policy-route tcp any 0.0.1.1 255.255.232.190 policy-route tcp any 0.0.1.64 255.255.232.190 policy-route tcp any 0.0.1.65 255.255.232.190 policy-route tcp any 0.0.2.0 255.255.232.190 policy-route tcp any 0.0.2.1 255.255.232.190 policy-route tcp any 0.0.2.64 255.255.232.190 policy-route tcp any 0.0.2.65 255.255.232.190 (75 matches) policy-route tcp any 0.0.3.0 255.255.232.190 (222195 matches)
Aquí soy (HIA) del WAE debo ingresar el mismo interfaz que el MAC WAE está sabido a través. Recomendamos que usted utiliza un interfaz del loopback y no un interfaz directamente conectado en la lista del router WAE.
Los comandos para resolver problemas el WCCP en los 1000 Series Router de Cisco ASR son diferentes del otro Routers. Esta sección muestra a comandos que usted puede utilizar para conseguir la información WCCP sobre el ASR 1000.
Para visualizar la información del procesador WCCP de la ruta, utilice los comandos active rp del wccp del software de plataforma de la demostración como sigue:
ASR1000# sh platform software wccp rp active Dynamic service 61 Priority: 34, Number of clients: 1 <-----Number of WAE clients Assign Method: Mask, Fwd Method: GRE, Ret Method: GRE <-----Assignment, forwarding, and return methods L4 proto: 6, Use Source Port: No, Is closed: No Dynamic service 62 Priority: 34, Number of clients: 1 <----- Assign Method: Mask, Fwd Method: GRE, Ret Method: GRE <----- L4 proto: 6, Use Source Port: No, Is closed: No
El ejemplo siguiente muestra a comandos adicionales que usted puede utilizar para examinar la información del procesador de la expedición:
ASR1000# sh platform software wccp fp active ? <0-255> service ID cache-info Show cache-engine info interface Show interface info statistics Show messaging statistics web-cache Web-cache type | Output modifiers <cr>
Para visualizar reorientó las estadísticas de paquete para cada interfaz, utilice a los contadores de la interfaz del wccp del software de plataforma de la demostración ordenan como sigue:
ASR1000# sh platform software wccp interface counters Interface GigabitEthernet0/1/2 Input Redirect Packets = 391 Output Redirect Packets = 0 Interface GigabitEthernet0/1/3 Input Redirect Packets = 1800 Output Redirect Packets = 0
Utilice los contadores del caché Web del wccp del software de plataforma de la demostración ordenan para visualizar la información de la memoria caché WCCP como sigue:
ASR1000# sh platform software wccp web-cache counters Service Group (0, 0) counters unassigned_count = 0 dropped_closed_count = 0 bypass_count = 0 bypass_failed_count = 0 denied_count = 0 redirect_count = 0
Para visualizar los detalles bajos, utilice los comandos siguientes:
Para más información, vea el Libro Blanco el “desplegar y el resolver problemas de la versión 2 del protocolo web cache control en el Routers de servicios de agregación Cisco ASR de la serie 1000”
Comience a resolver problemas en el WAE usando el comando de los servicios del wccp de la demostración. Usted quiere ver ambos servicios 61 y 62 configurados, como sigue:
WAE-612# show wccp services Services configured on this File Engine TCP Promiscuous 61 TCP Promiscuous 62
Control siguiente el estatus WCCP usando el comando status del wccp de la demostración. Usted quiere ver que la versión de WCCP 2 está activada y active como sigue:
WAE-612# show wccp status WCCP version 2 is enabled and currently active
Mire la información de la granja WCCP usando el comando del ancho-área-motor del wccp de la demostración. Este comando muestra el número de WAEs en la granja, sus IP Addresses, cuál es el lead WAE, el Routers que pueden considerar el WAEs, y la otra información, como sigue:
WAE612# show wccp wide-area-engine Wide Area Engine List for Service: TCP Promiscuous 61 Number of WAE's in the Cache farm: 3 Last Received Assignment Key IP address: 10.43.140.162 <-----All WAEs in farm should have same Key IP Last Received Assignment Key Change Number: 17 Last WAE Change Number: 16 Assignment Made Flag = FALSE IP address = 10.43.140.162 Lead WAE = YES Weight = 0 Routers seeing this Wide Area Engine(3) 10.43.140.161 10.43.140.166 10.43.140.168 IP address = 10.43.140.163 Lead WAE = NO Weight = 0 Routers seeing this Wide Area Engine(3) 10.43.140.161 10.43.140.166 10.43.140.168 IP address = 10.43.140.164 Lead WAE = NO Weight = 0 Routers seeing this Wide Area Engine(3) 10.43.140.161 10.43.140.166 10.43.140.168 . . .
Mire la información del router usando el comando del Routers del wccp de la demostración. Verifique que haya comunicación bidireccional con el Routers WCCP-activado y todo el Routers muestra el mismo KeyIP y KeyCN (número de cambio), como sigue:
WAE-612# show wccp routers Router Information for Service: TCP Promiscuous 61 Routers Seeing this Wide Area Engine(1) Router Id Sent To Recv ID KeyIP KeyCN MCN 10.43.140.161 10.43.140.161 00203A21 10.43.140.162 17 52 <-----Verify routers have same KeyIP and KeyCN 10.43.140.166 10.43.140.166 00203A23 10.43.140.162 17 53 10.43.140.168 10.43.140.165 00203A2D 10.43.140.162 17 25 Routers not Seeing this Wide Area Engine -NONE- Routers Notified of from other WAE's -NONE- Multicast Addresses Configured -NONE- . . .
En caso de que no sea el WAE la capa 2-adjacent al router, o se utiliza un direccionamiento del loopback, las Static rutas o un gateway de valor por defecto se requiere para utilizar el WCCP.
Para examinar la distribución del compartimiento del hash en el grupo de servicios, utilice el comando TCP-promiscuo de los flujos del wccp de la demostración como sigue:
wae# sh wccp flows tcp-promiscuous Flow counts for service: TCP Promiscuous 61 Bucket Flow Counts 0- 11: 0 0 0 0 0 0 0 0 0 0 0 0 12- 23: 0 0 0 0 0 0 0 0 0 0 0 0 24- 35: 0 0 0 0 0 0 0 0 0 0 0 0 36- 47: 0 0 0 0 0 0 0 0 0 0 0 0 48- 59: 0 0 0 0 0 0 0 0 0 0 0 0 60- 71: 0 0 0 0 0 0 0 0 0 0 0 0 72- 83: 0 0 0 0 0 0 0 0 0 0 0 0 84- 95: 0 0 0 0 0 0 0 0 0 0 0 0 96-107: 0 0 0 0 0 0 0 0 0 0 0 0 108-119: 0 0 0 0 0 0 0 0 0 0 0 0 120-131: 0 0 0 0 0 0 0 0 0 0 0 0 132-143: 0 0 0 0 0 0 0 0 0 0 0 0 144-155: 0 0 0 0 0 0 0 0 0 0 0 0 156-167: 0 0 0 0 0 0 0 0 0 0 0 0 168-179: 0 0 0 0 0 0 0 0 0 0 0 0 180-191: 0 0 0 0 0 0 0 0 0 0 0 0 192-203: 0 0 0 0 0 0 0 0 0 0 0 0 204-215: 0 0 0 0 0 0 0 0 0 0 0 0 216-227: 0 0 0 0 0 0 0 0 0 0 0 0 228-239: 0 0 0 0 0 0 0 0 0 3 0 0 240-251: 0 0 0 0 0 0 0 0 0 0 0 0 252-255: 0 0 0 0
Alternativamente, usted puede utilizar la versión sumaria del comando de ver la información similar, así como desvía la información de flujo:
wae# sh wccp flows tcp-promiscuous summary Flow summary for service: TCP Promiscuous 61 Total Buckets OURS = 256 0- 59: OOOOOOOOOO OOOOOOOOOO OOOOOOOOOO OOOOOOOOOO OOOOOOOOOO OOOOOOOOOO 60-119: OOOOOOOOOO OOOOOOOOOO OOOOOOOOOO OOOOOOOOOO OOOOOOOOOO OOOOOOOOOO 120-179: OOOOOOOOOO OOOOOOOOOO OOOOOOOOOO OOOOOOOOOO OOOOOOOOOO OOOOOOOOOO 180-239: OOOOOOOOOO OOOOOOOOOO OOOOOOOOOO OOOOOOOOOO OOOOOOOOOO OOOOOOOOOO 240-255: OOOOOOOOOO OOOOOO BYP = 0 0- 59: .......... .......... .......... .......... .......... .......... 60-119: .......... .......... .......... .......... .......... .......... 120-179: .......... .......... .......... .......... .......... .......... 180-239: .......... .......... .......... .......... .......... .......... 240-255: .......... ...... AWAY = 0 0- 59: .......... .......... .......... .......... .......... .......... 60-119: .......... .......... .......... .......... .......... .......... 120-179: .......... .......... .......... .......... .......... .......... 180-239: .......... .......... .......... .......... .......... .......... 240-255: .......... ...... . . .
Utilice el comando del gre del wccp de la demostración de visualizar las estadísticas del Paquete GRE como sigue:
WAE-612# show wccp gre Transparent GRE packets received: 5531561 <-----Increments for WCCP GRE redirection Transparent non-GRE packets received: 0 <-----Increments for WCCP L2 redirection Transparent non-GRE non-WCCP packets received: 0 <-----Increments for ACE or PBR redirection Total packets accepted: 5051 <-----Accepted for optimization; peer WAE found Invalid packets received: 0 Packets received with invalid service: 0 Packets received on a disabled service: 0 Packets received too small: 0 Packets dropped due to zero TTL: 0 Packets dropped due to bad buckets: 0 Packets dropped due to no redirect address: 0 Packets dropped due to loopback redirect: 0 Pass-through pkts dropped on assignment update:0 Connections bypassed due to load: 0 Packets sent back to router: 0 GRE packets sent to router (not bypass) 0 <-----Handled with WCCP negotiated return egress Packets sent to another WAE: 0 GRE fragments redirected: 0 GRE encapsulated fragments received: 0 Packets failed encapsulated reassembly: 0 Packets failed GRE encapsulation: 0 --More--
Si el redireccionamiento de WCCP está trabajando, cualquiera de los primeros dos contadores debe incrementar.
El contador recibido no--GRE transparente de los paquetes incrementa para los paquetes que se reorientan usando la capa 2 WCCP reorientan el método de reenvío.
El contador recibido no--GRE transparente de los paquetes no-WCCP incrementa para los paquetes que son reorientados por un método de la interceptación no-WCCP (tal como ACE o PBR).
Los totales de paquetes validaron al revés indican los paquetes que se validan para la optimización porque la detección automática encontró a un par WAE.
Los Paquetes GRE enviados al contador del router (no puente) indican los paquetes que fueron manejados usando el método de vuelta negociado WCCP de la salida.
Los paquetes enviados a otro WAE al revés indican que está ocurriendo la protección del flujo cuando otro WAE se agrega al grupo de servicios y comienza a manejar una asignación del compartimiento que era manejada previamente por otro WAE.
Verifique que los métodos de la salida se están utilizando que sean previstos usando el comando de los salida-métodos de la demostración como sigue:
WAE674# show egress-methods Intercept method : WCCP TCP Promiscuous 61 : WCCP negotiated return method : WCCP GRE Egress Method Egress Method Destination Configured Used ----------- ---------------------- ------------- any WCCP Negotiated Return WCCP GRE <-----Verify these are expected TCP Promiscuous 62 : WCCP negotiated return method : WCCP GRE Egress Method Egress Method Destination Configured Used ----------- ---------------------- ------------- any WCCP Negotiated Return WCCP GRE <-----Verify these are expected
Las discordancías del método de la salida pueden ocurrir bajo condiciones siguientes:
En cualquiera de estos casos, se aumenta y se borra una alarma menor cuando la discordancía es resuelta cambiando el método de la salida o la configuración de WCCP. Hasta que se borre la alarma, el método de la salida del valor por defecto reenvío de IP se utiliza.
El ejemplo siguiente muestra el comando hecho salir cuando existe una discordancía:
WAE612# show egress-methods Intercept method : WCCP TCP Promiscuous 61 : WCCP negotiated return method : WCCP GRE Egress Method Egress Method Destination Configured Used ----------- ---------------------- ------------- any Generic GRE IP Forwarding <-----Mismatch WARNING: WCCP has negotiated WCCP L2 as the intercept method for <-----Warning if mismatch occurs which generic GRE is not supported as an egress method in this release. This device uses IP forwarding as the egress method instead of the configured generic GRE egress method. TCP Promiscuous 62 : WCCP negotiated return method : WCCP GRE Egress Method Egress Method Destination Configured Used ----------- ---------------------- ------------- any Generic GRE IP Forwarding <-----Mismatch WARNING: WCCP has negotiated WCCP L2 as the intercept method for <-----Warning if mismatch occurs which generic GRE is not supported as an egress method in this release. This device uses IP forwarding as the egress method instead of the configured generic GRE egress method.
Para el Routers Sup720 o Sup32 del catalizador 6500, recomendamos el usar del método genérico de la salida GRE, que se procesa en la dotación física. Además, recomendamos el usar de un túnel de múltiples puntos para la facilidad de la configuración, en vez de un túnel Point-to-Point para cada WAE. Para los detalles de la configuración del túnel, refiera a la sección configurando una interfaz de túnel GRE en un router en la guía de configuración del Wide Area Application Services de Cisco.
Para ver las estadísticas del túnel GRE para cada router de interceptación, utilice el comando genérico-gre de las estadísticas de la demostración como sigue:
WAE# sh stat generic Tunnel Destination: 10.10.14.16 Tunnel Peer Status: N/A Tunnel Reference Count: 2 Packets dropped due to failed encapsulation: 0 Packets dropped due to no route found: 0 Packets sent: 0 Packets sent to tunnel interface that is down: 0 Packets fragmented: 0
El error asegurarse de que los paquetes de egreso de un WAE no reintercepted puede llevar a un loop del cambio de dirección. Si un WAE detecta su propia identificación vuelta en el campo de opciones TCP, un loop del cambio de dirección ha ocurrido y da lugar al mensaje de Syslog siguiente:
%WAAS-SYS-3-900000: 137.34.79.11:1192 - 137.34.77.196:139 - opt_syn_rcv: Routing Loop detected - Packet has our own devid. Packet dropped.
Usted puede buscar el fichero de syslog.txt para los casos de este error usando el comando find como sigue:
WAE-612# find match “Routing Loop” syslog.txt
Este error también aparece en el TFO fluye las estadísticas disponibles en las estadísticas de la demostración que filtran el comando como sigue:
WAE-612# show statistics filtering . . . Syn packets dropped with our own id in the options: 8 <-----Indicates a redirection loop . . .
Si usted está haciendo el cambio de dirección saliente en el router, pues el tráfico sale del router conseguirá reorientado de nuevo al WAE, que reencaminará el paquete hacia fuera el router, causando un Routing Loop. Si el centro de datos WAE y los servidores están en diversos VLA N y la bifurcación WAE y los clientes están en diverso VLANS, usted puede evitar un Routing Loop usando la configuración siguiente del router en el VLA N WAE:
ip wccp redirect exclude in
Si el WAE comparte el mismo VLA N con sus clientes o servidores adyacentes, usted puede evitar encaminar los loopes usando el método de vuelta negociado, o la vuelta genérica GRE para las Plataformas en donde el redireccionamiento de WCCP se realiza en la dotación física. Al usar la vuelta genérica GRE, el WAE utiliza un túnel GRE al tráfico de retorno al router.
NOTA: Los ID del servicio configurables WCCP y las funciones de tiempo de espera variables de la detección de error fueron introducidos en la versión 4.4.1 WAAS. Esta sección es no corresponde a versiones anteriores WAAS.
Todo el WAEs en una granja WCCP debe utilizar los mismos pares de ID del servicio WCCP (el valor por defecto es 61 y 62), y estos IDs deben hacer juego a todo el Routers que esté utilizando la granja. Un WAE con diversos ID del servicio WCCP que ésos configurados en el Routers no se permite unirse a la granja y se aumenta la alarma inalcanzable existente del “router”. Asimismo, todo el WAEs en una granja debe utilizar el mismo valor para el descanso de la detección de error. Un WAE aumenta una alarma si usted la configura con un valor que une mal.
Si usted ve una alarma que un WAE no puede unirse a una granja WCCP, controle que los ID del servicio WCCP configurados en el WAE y el Routers en la granja hacen juego. En el WAEs, utilice el comando del ancho-área-motor del wccp de la demostración de controlar los ID del servicio configurados. En el Routers, usted puede utilizar el comando ios del wccp IP de la demostración.
Para controlar si el WAE tiene Conectividad al router, utilice al detalle de los servicios del wccp de la demostración y muestre los comandos detail del router del wccp.
Además, usted puede permitir a la depuración WCCP hacer salir en el WAE usando el evento wccp o los comandos debug ip wccp packet IP de la depuración.
Si usted ve una alarma menor inutilizable del “router” para un WAE, podría significar que el conjunto variable del valor de agotamiento del tiempo de la detección de error en el WAE no es utilizado por el router. Utilice el comando detail de menor importancia de la alarma de la demostración de controlar si la razón de la alarma es “discordancía del intervalo del temporizador con el router”:
WAE# show alarm minor detail Minor Alarms: ------------- Alarm ID Module/Submodule Instance --------------- -------------------- --------------- 1 rtr_unusable WCCP/svc051/rtr2.192.9.161 Jan 11 23:18:41.885 UTC, Communication Alarm, #000005, 17000:17003 WCCP router 2.192.9.161 unusable for service id: 51 reason: Timer interval <-----Check reason mismatch with router <-----
En el WAE, controle el descanso configurado de la detección de error como sigue:
WAE# show wccp services detail Service Details for TCP Promiscuous 61 Service Service Enabled : Yes Service Priority : 34 Service Protocol : 6 Application : Unknown Service Flags (in Hex) : 501 Service Ports : 0 0 0 0 : 0 0 0 0 Security Enabled for Service : No Multicast Enabled for Service : No Weight for this Web-CE : 1 Negotiated forwarding method : GRE Negotiated assignment method : HASH Negotiated return method : GRE Negotiated HIA interval : 2 second(s) Negotiated failure-detection timeout : 30 second(s) <-----Failure detection timeout configured . . .
En el router, controle si el descanso variable de la detección de error de los soportes de versión IOS. Si es así usted puede controlar la configuración configurada usando el comando detail del wccp xx IP de la demostración, donde está el ID del servicio xx WCCP. Hay tres resultados posibles:
Si la granja WCCP es inestable debido al link inestable, podría ser porque el descanso de la detección de error WCCP es demasiado bajo.