Guía de Troubleshooting de Cisco WAAS para la versión 4.1.3 y más adelante
Capítulo: Resolver problemas el WCCP
Este artículo describe cómo resolver problemas los problemas WCCP.
Artículo principal
Comprensión de la arquitectura y del flujo de tráfico WAAS
Troubleshooting preliminar WAAS
Resolver problemas la optimización
Resolver problemas la aceleración de la aplicación
Resolver problemas el CIFS AO
Resolver problemas el HTTP AO
Resolver problemas el EPM AO
Resolver problemas el MAPI AO
Resolver problemas el NFS AO
Resolver problemas el SSL AO
Resolver problemas el vídeo AO
Resolver problemas el AO genérico
Resolver problemas las condiciones de sobrecarga
Resolver problemas el WCCP
Resolver problemas AppNav
Resolver problemas el disco y los problemas de hardware
Resolver problemas los racimos en línea seriales
Resolver problemas el vWAAS
Resolviendo problemas WAAS expreso
Resolver problemas la integración NAM
Contenido
- 1 troubleshooting WCCP en el router
- 2 WCCP que resuelve problemas en el WAE
- 3 ID del servicio configurables que resuelven problemas y descansos variables en la versión 4.4.1
Los síntomas siguientes indican los problemas posibles WCCP:
- El WAE no está recibiendo el tráfico (podría ser debido al misconfiguration WCCP)
- Los usuarios finales no pueden alcanzar sus aplicaciones del servidor (podría ser debido a blackholing del tráfico)
- La lentitud de la red cuando se activa el WCCP (podría ser debido a los paquetes de caída del router o al alto CPU del router uso)
- Excesivamente arriba CPU del router uso (podría ser debido al cambio de dirección en el software en vez de la dotación física)
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.
Resolver problemas el WCCP en el router
Esta sección cubre el troubleshooting en los dispositivos siguientes:
Resolver problemas el WCCP en los Catalyst 6500 Series Switch y el ISR y los 3700 Series Router
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:
- Utilice el número más pequeño de Mask Bit posibles al usar el WCCP reorientan el ACL. Un número más pequeño de Mask Bit cuando está utilizado conjuntamente con reorienta los resultados ACL en una utilización más baja TCAM. Si hay 1-2 clientes WCCP en un racimo, utilice un bit. Si hay 3-4 clientes WCCP, utilice 2 bits. Si hay 5-8 clientes WCCP, después utilice 3 bits y así sucesivamente.
- No recomendamos el usar de la máscara predeterminada WAAS (0x1741). Para las implementaciones del centro de datos, la meta es cargar la balanza que la bifurcación localiza en el centro de datos bastante que los clientes o los host. La máscara correcta minimiza el peering del centro de datos WAE y por lo tanto escala el almacenamiento. Por ejemplo, utilice 0x100 a 0x7F00 para los centros de datos al por menor que tienen redes derivadas de /24. Para las empresas grandes con /16 por el negocio, utilice 0x10000 a 0x7F0000 para cargar la balanza los negocios en el Enterprise Data Center. En la sucursal, la meta es equilibrar a los clientes que obtienen sus IP Addresses vía el DHCP. El DHCP publica generalmente los IP Addresses del cliente que incrementan de la dirección IP más baja de la subred. Al mejor equilibrio el DHCP asignó los IP Addresses con la máscara, el uso 0x1 a 0x7F de considerar solamente los bites de peso inferior de la dirección IP del cliente para alcanzar la mejor distribución.
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:
- Asignación del hash en vez de la máscara
- Cambio de dirección saliente en vez de entrante
- Redirect excluye adentro
- Dirección MAC desconocida WAE
- Usando un direccionamiento del loopback para el destino genérico del túnel GRE
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.
Resolver problemas el WCCP en los 1000 Series Router ASR
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:
- muestre la plataforma así que interconecte la descripción F0
- muestre el interfaz del wccp f0 del software de plataforma
- ponga a punto la configuración del wccp del software de plataforma
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”
Resolver problemas el WCCP en el WAE
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:
- Se configura el método de vuelta negociado de la salida, pero el WCCP negocia el método de vuelta de la capa 2 y solamente la vuelta GRE es utilizada por WAAS.
- Se configura el método genérico de la salida GRE, pero el método de la interceptación es la capa 2 y solamente el WCCP GRE se utiliza como el método de la interceptación cuando se configura la salida genérica GRE.
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.
Resolver problemas los ID del servicio configurables y los descansos variables en la versión 4.4.1
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:
- WAE está utilizando el descanso de la detección de error del valor por defecto de 30 segundos y configuran lo mismo o no utiliza al router el descanso variable: La salida del router no muestra ningún detalle sobre la configuración de tiempo de espera. Esta configuración actúa muy bien.
- WAE está utilizando el descanso de la detección de error del no-valor por defecto de 9 o 15 segundos y el router no utiliza el descanso variable: El campo de estado muestra que “no usable” y el WAE no puede utilizar al router. Cambie el descanso de la detección de error WAE al valor predeterminado de 30 segundos usando el comando global configuration de la error-detección 30 tcp del wccp.
- WAE está utilizando el descanso de la detección de error del no-valor por defecto de 9 o 15 segundos y el router utiliza el descanso variable: El campo del tiempo de espera agotado del cliente muestra el descanso configurado de la detección de error, que hace juego el WAE. Esta configuración actúa muy bien.
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.
ComentariosContacte a Cisco
- Abrir un caso de soporte
- (Requiere un Cisco Service Contract)