Solución de problemas de flujo de paquetes en Catalyst 6500 Series VSS 1440
Contenido
Introducción
Este documento proporciona pautas para resolver problemas de flujo de paquetes en una red Virtual Switching System (VSS). Aunque el ejemplo se centra en la solución de problemas de una red con VSS, los principios generales que se muestran pueden ayudar en cualquier red diseñada con links redundantes.
Prerequisites
Requirements
Cisco recomienda que tenga conocimiento sobre estos temas:
Componentes Utilizados
La información en este documento se basa en los switches Cisco Catalyst 6500 Series con Supervisor VS-S720-10G-3C/XL que ejecuta Cisco IOS® Software Release 12.2(33)SXH1 o posterior.
The information in this document was created from the devices in a specific lab environment. If your network is live, make sure that you understand the potential impact of any command.
Convenciones
Antecedentes
Consulte el diagrama de red para ver un diseño de red típico que utiliza VSS. Cuando se configuran dos switches Cisco para VSS, aparecen en la red como un único switch lógico. Para lograr la redundancia, cada nodo conectado al switch virtual debe incluir al menos un link a cada chasis físico. El método preferido para utilizar los enlaces redundantes es a través de EtherChannel (MEC) de varios chasis, pero también es aceptable utilizar múltiples rutas de igual coste (ECMP). MEC es el método de conexión preferido sobre ECMP porque puede lograr tiempos de convergencia de unidifusión y multidifusión más rápidos cuando falla un switch.
Para obtener más información, consulte la sección Recuperación de Link Ascendente de Prácticas Recomendadas de Implementación de Cisco Catalyst 6500 Virtual Switching System.
La naturaleza virtualizada de VSS crea la necesidad de utilizar nuevas herramientas de resolución de problemas para rastrear la trayectoria de un paquete en la red. Los métodos de solución de problemas conocidos de la trayectoria de paquetes, como observar la tabla de direcciones MAC o la tabla de ruteo para determinar el salto siguiente, no son tan útiles con las redes VSS como para devolver una interfaz de canal de puerto o varias interfaces de salto siguiente. El propósito de este documento es mostrar qué comandos CLI de Cisco disponibles en la plataforma Catalyst 6500 se pueden utilizar para recopilar datos más útiles sobre la trayectoria de un paquete.
Diagrama de la red
En este documento, se utiliza esta configuración de red:
Introducción a los EtherChannel en los switches Catalyst 6500
Determinación del Algoritmo de Balanceo de Carga
En todos los switches Catalyst de Cisco, los links EtherChannel se seleccionan en función de un hash de ciertos campos en los encabezados de paquetes, como MAC de origen y destino, IP o número de puerto de Capa 4. Debido a que esta información es la misma para todos los paquetes en un flujo determinado, el balanceo de carga de etherchannel se denomina a veces basado en flujo.
En el switch Catalyst 6500, los campos se utilizan para este hash se pueden encontrar con el comando show etherchannel load-balance.
PFC-3B#show etherchannel load-balance
EtherChannel Load-Balancing Configuration:
src-dst-ip
mpls label-ip
EtherChannel Load-Balancing Addresses Used Per-Protocol:
Non-IP: Source XOR Destination MAC address
IPv4: Source XOR Destination IP address
IPv6: Source XOR Destination IP address
MPLS: Label or IP
Aquí, se muestra que el tráfico que no es de IP, como IPX y Appletalk, se realiza por hash en función de la dirección MAC de origen y de destino, y el tráfico IPv4 e IPv6 se realiza por hash en función de la dirección IP de origen y de destino. El hash para los paquetes MPLS está fuera del alcance de este documento. Los parámetros anteriores son los predeterminados en el Catalyst 6500.
No hay otras opciones de configuración de equilibrio de carga disponibles para los paquetes IPv6 o no IP. Sin embargo, aquí se muestran otras configuraciones de equilibrio de carga posibles para los paquetes IPv4:
-
IP de destino
-
MAC de destino
-
Puerto de capa de destino 4
-
IP de destino combinado y puerto de capa 4 (sólo PFC-3C)
-
IP de origen y destino
-
MAC de origen y destino
-
Puerto de capa 4 de origen y destino
-
IP de origen y destino mixtos y puerto de capa 4 (sólo PFC-3C)
-
IP de origen
-
MAC de origen
-
Puerto de capa de origen 4
-
IP de origen mixto y puerto de capa 4 (sólo PFC-3C)
La configuración de equilibrio de carga de EtherChannel se puede cambiar mediante el comando port-channel load-balance.
SW1(config)#port-channel load-balance ? dst-ip Dst IP Addr dst-mac Dst Mac Addr dst-mixed-ip-port Dst IP Addr and TCP/UDP Port dst-port Dst TCP/UDP Port mpls Load Balancing for MPLS packets src-dst-ip Src XOR Dst IP Addr src-dst-mac Src XOR Dst Mac Addr src-dst-mixed-ip-port Src XOR Dst IP Addr and TCP/UDP Port src-dst-port Src XOR Dst TCP/UDP Port src-ip Src IP Addr src-mac Src Mac Addr src-mixed-ip-port Src IP Addr and TCP/UDP Port src-port Src TCP/UDP Port
También es importante observar que el algoritmo de balanceo de carga se modificó ligeramente con la introducción de PFC-3C(XL), que se encuentra en el Supervisor 720-10GE. En el PFC-3C, el algoritmo hash siempre tiene en cuenta la VLAN además de los campos configurados para los paquetes IPv4 e IPv6.
Por ejemplo, en la configuración predeterminada de src-dst-ip enhanced (que se muestra a continuación), la PFC toma en cuenta la IP de origen y de destino, así como la VLAN para calcular el valor hash. Observe que la VLAN utilizada como entrada debe ser la VLAN de ingreso del paquete. Si la interfaz de ingreso se configura como Capa 3, la VLAN interna para esa interfaz se debe ingresar como lo encuentra el comando show vlan internal usage.
PFC-3C#show etherchannel load-balance
EtherChannel Load-Balancing Configuration:
src-dst-ip enhanced
mpls label-ip
EtherChannel Load-Balancing Addresses Used Per-Protocol:
Non-IP: Source XOR Destination MAC address
IPv4: Source XOR Destination IP address
IPv6: Source XOR Destination IP address
MPLS: Label or IP
Determinación de la Interfaz de Salida: Catalyst 6500 autónomo
Una vez determinado el algoritmo de balanceo de carga para el sistema, esta CLI se puede utilizar para determinar la interfaz física dentro de un etherchannel seleccionado para un paquete determinado (disponible solamente en la versión 12.2(33)SXH y posterior).
Router#show etherchannel load-balance hash-result interface port-channel 1 ? ip IP address ipv6 IPv6 l4port Layer 4 port number mac Mac address mixed Mixed mode: IP address and Layer 4 port number mpls MPLS
El comando anterior se debe utilizar con cuidado, ya que no verifica que la entrada de datos coincida con los datos utilizados en el algoritmo de balanceo de carga. Si se introduce demasiada o muy poca información en esta CLI, la indicación devuelve una interfaz física. Sin embargo, es posible que la interfaz devuelta no sea correcta. Estos son algunos ejemplos del uso correcto del comando:
Nota: Algunos de los comandos se mueven a segundas líneas debido a restricciones de espacio.
En el sistema PFC-3B con algoritmo src-dst-ip:
PFC-3B#show etherchannel load-balance hash-result interface port-channel 1 ip 10.1.1.1 10.2.2.2 Computed RBH: 0x1 Would select Gig3/2 of Po1
En el sistema PFC-3C con algoritmo mejorado src-dst-ip:
PFC-3C#show etherchannel load-balance hash-result interface port-channel 1 ip 10.1.1.1 vlan 10 10.2.2.2 Computed RBH: 0x1 Would select Gig3/2 of Po1
En el sistema PFC-3C con algoritmo mejorado src-dst-ip y la interfaz de ingreso es Capa 3:
PFC-3C#show vlan internal usage | include Port-channel 2 1013 Port-channel 2 PFC-3C# PFC-3C#show etherchannel load-balance hash-result interface port-channel 1 ip 10.1.1.1 vlan 1013 10.2.2.2 Computed RBH: 0x1 Would select Gig3/2 of Po1
En el sistema PFC-3CXL con algoritmo mejorado src-dst-mixto-ip-port:
PFC-3CXL#show etherchannel load-balance hash-result interface port-channel 1 mixed 10.1.1.1 1600 10 10.2.2.2 80 Computed RBH: 0x1 Would select Gig3/2 of Po1
Determinación de la Interfaz de Salida - VSS
Existe una diferencia muy importante entre Catalyst 6500 independiente y el hashing Etherchannel VSS. Esta diferencia es que el VSS siempre reenviará el tráfico a un link EtherChannel en el mismo switch, si hay uno disponible. Esto es para minimizar la congestión en el VSL. Este es el caso si el ancho de banda se divide por igual entre los switches. En otras palabras, si un switch VSS tiene 4 links activos en un etherchannel y el otro solo tiene 1, el switch con 1 link activo intentará reenviar todo el tráfico local fuera de ese link único en lugar de enviar alguno a través del VSL.
Debido a esta diferencia, es necesario especificar el número del switch VSS cuando se utiliza el comando hash-output. Si el switch-id no se ingresa en la CLI de resultado hash, el VSS asume el switch 1.
En el sistema PFC-3C VSS con algoritmo mejorado src-dst-ip:
VSS-3C#show etherchannel load-balance hash-result interface port-channel 1 switch 1 ip 10.1.1.1 vlan 10 10.2.2.2 Computed RBH: 0x1 Would select Gig3/2 of Po1
En el sistema VSS PFC-3CXL con algoritmo mejorado src-dst-mixto-ip-port:
VSS-3CXL#show etherchannel load-balance hash-result interface port-channel 1 switch 2 mixed 10.1.1.1 1600 10 10.2.2.2 80 Computed RBH: 0x1 Would select Gig3/2 of Po1
Introducción a ECMP en switches Catalyst 6500
Determinación del Algoritmo de Balanceo de Carga
La ruta múltiple de igual costo (ECMP) hace referencia a la situación en la que un router tiene varias rutas de igual costo a un prefijo y, por lo tanto, equilibra la carga del tráfico en cada ruta. En el Catalyst 6500, el balanceo de carga se basa en el flujo al igual que con los etherchannel y se implementa dentro del MLS CEF.
El Catalyst 6500 ofrece algunas opciones para el algoritmo de hash:
-
Predeterminado: utilice la dirección IP de origen y de destino, con pesos desiguales dados a cada link para evitar la polarización
-
Sencillo: utilice la dirección IP de origen y de destino, con el mismo peso dado a cada enlace
-
Completo: utilice la dirección IP de origen y de destino y el número de puerto de capa 4, con pesos desiguales
-
Completa y sencilla: utilice la dirección IP de origen y de destino y el número de puerto de capa 4, con los mismos pesos dados a cada enlace
VSS(config)#mls ip cef load-sharing ? full load balancing algorithm to include L4 ports simple load balancing algorithm recommended for a single-stage CEF router VSS(config)#mls ip cef load-sharing full ? simple load balancing algorithm recommended for a single-stage CEF router <cr>
La palabra clave simple y la polarización CEF están fuera del alcance de este documento. Para obtener más información, consulte Ajuste del Balanceo de Carga con Cisco Express Forwarding.
Actualmente, no existe CLI para verificar el algoritmo de carga compartida en uso. La mejor manera de averiguar qué método se utiliza es verificar la configuración en ejecución a través del comando show running-config. Si no hay ninguna configuración que comience con mls ip cef load-sharing, el algoritmo de peso desigual de origen y destino predeterminado está en uso.
Determinación de la Interfaz de Salida: Catalyst 6500 autónomo
En un switch independiente, este comando se puede utilizar para determinar la interfaz de egreso para ECMP.
VSS#show mls cef exact-route ? A.B.C.D src IP address vrf Show numeric VPN Routing/Forwarding ID
En el siguiente ejemplo, existen rutas de igual costo a 10.100.4.0/24. Este es un ejemplo de uso del comando exacto-route para dos destinos en esta subred.
SW1#show mls cef exact-route 10.100.3.1 10.100.4.1 Interface: Gi3/14, Next Hop: 10.100.2.1, Vlan: 1067, Destination Mac: 000b.000b.000b SW1#show mls cef exact-route 10.100.3.1 10.100.4.2 Interface: Gi3/13, Next Hop: 10.100.1.1, Vlan: 1066, Destination Mac: 000c.000c.000c
Si el sistema se ha configurado para el modo de carga compartida completa, donde los puertos de Capa 4 se incluyen en el hash, el comando se ingresa de la siguiente manera:
SW1#show mls cef exact-route 10.100.3.1 10.100.4.1 % System is configured in full load-sharing mode. Layer 4 ports needed SW1#show mls cef exact-route 10.100.3.1 1024 10.100.4.1 80 Interface: Gi3/14, Next Hop: 10.100.2.1, Vlan: 1067, Destination Mac: 000b.000b.000b SW1#show mls cef exact-route 10.100.3.1 1024 10.100.4.1 81 Interface: Gi3/13, Next Hop: 10.100.1.1, Vlan: 1066, Destination Mac: 000c.000c.000c
Como se ve aquí, el comando exacto-route tiene la verificación de integridad integrada para evitar que se devuelvan interfaces no válidas. Si se ingresa muy poca información, por ejemplo, cuando faltan puertos de Capa 4 cuando el sistema está en modo completo, se observa un error. Si se proporciona demasiada información, como los puertos de Capa 4 en el modo predeterminado, se ignora la información superflua y se devuelve la interfaz correcta.
Determinación de la Interfaz de Salida - VSS
Al igual que en el caso de etherchannels, el VSS se encarga de enviar siempre los intentos de enviar tráfico a los links ECMP en el switch local, en lugar de atravesar el VSL. Esto se hace programando las tablas MLS CEF de cada switch solamente con las adyacencias ECMP de switch local. Debido a este hecho, es necesario incluir switch-id en la CLI de ruta exacta para obtener una salida útil. Si no se ingresa el número de switch, el VSS proporciona información relativa al switch activo.
VSS#show mls cef exact-route 10.100.4.1 10.100.3.1 switch 1 Interface: Gi1/1/13, Next Hop: 10.100.1.2, Vlan: 1095, Destination Mac: 0013.5f1d.32c0 VSS#show mls cef exact-route 10.100.4.1 10.100.3.1 switch 2 Interface: Gi2/1/13, Next Hop: 10.100.2.2, Vlan: 1136, Destination Mac: 0013.5f1d.32c0
Escenarios de resolución de problemas
El propósito de estos escenarios de solución de problemas es mostrar cómo rastrear el flujo de paquetes del Host1 al Host2 usando los conceptos aprendidos anteriormente. Cada escenario implica una topología o situación de red diferente.
Situación 1: Flujo de paquetes entre dos hosts de capa de acceso con MEC de capa 2
Información de topología:
-
Host1 IP/MASK - 10.0.1.15/24
-
Host1 MAC - 0001.0001.0001
-
Gateway Predeterminada Host1 - 10.0.1.1 - En Distr-VSS
-
Host2 IP 10.0.2.30
-
Tanto SW1 como SW2 son switches Catalyst 6500 que funcionan sólo en la capa 2, con troncales EtherChannel frente a Distr-VSS
-
Trazar trayectoria de Host1 a Distribución VSS.
Debido a que el Host2 está en una VLAN diferente a la del Host1, según lo determinado por la máscara de subred del Host1, el paquete debe ir a la distribución VSS para el ruteo. Para encontrar la trayectoria del paquete entre el Host1 y la distribución VSS, es necesario determinar primero la dirección MAC del gateway predeterminado del Host1. En la mayoría de los sistemas operativos, abrir un símbolo del sistema y ejecutar arp -a muestra la correspondencia IP > MAC para el gateway predeterminado. Cuando se ejecutó este comando en Host1, la MAC devuelta para 10.0.1.1 era 000a.000a.000a. Esta MAC ahora se puede buscar en la tabla de direcciones MAC de SW1.
SW1#show mac-address-table address 000a.000a.000a Legend: * - primary entry age - seconds since last seen n/a - not available vlan mac address type learn age ports ------+----------------+--------+-----+----------+-------------------------- Supervisor: * 10 000a.000a.000a dynamic Yes 0 Po1Este resultado muestra que la dirección MAC correspondiente al gateway predeterminado del Host1 se aprende a través del canal de puerto 1. Sin embargo, lo que esta salida no muestra es qué link en el etherchannel se selecciona para un paquete determinado. Para determinar esto, primero se debe verificar el algoritmo de balanceo de carga de EtherChannel.
SW1#show etherchannel load-balance EtherChannel Load-Balancing Configuration: src-dst-ip mpls label-ip EtherChannel Load-Balancing Addresses Used Per-Protocol: Non-IP: Source XOR Destination MAC address IPv4: Source XOR Destination IP address IPv6: Source XOR Destination IP address MPLS: Label or IPEsta salida muestra que el algoritmo para los paquetes IPv4 es src-dst-ip. A continuación, ingrese la información de flujo relevante en el comando hash-output.
SW1#show etherchannel load-balance hash-result interface port-channel 1 ip 10.1.1.1 10.0.2.30 Computed RBH: 0x1 Would select Gig3/2 of Po1
Ahora que se conoce el punto de salida físico, la tabla CDP puede mostrar a qué switch físico del VSS se asigna.
SW1#show cdp neighbor Capability Codes: R - Router, T - Trans Bridge, B - Source Route Bridge S - Switch, H - Host, I - IGMP, r - Repeater, P - Phone Device ID Local Intrfce Holdtme Capability Platform Port ID VSS Gig 3/2 157 R S I WS-C6509-EGig 2/1/1 VSS Gig 3/1 128 R S I WS-C6509-EGig 1/1/1 -
Trazar Trayectoria A Través De La Distribución VSS.
Primero, verifique la tabla de ruteo para determinar dónde reside Host2.
VSS#show ip route 10.0.2.30 Routing entry for 10.0.2.0/24 Known via "connected", distance 0, metric 0 (connected, via interface) Routing Descriptor Blocks: * directly connected, via Vlan20 Route metric is 0, traffic share count is 1Esta salida anterior muestra que el Host 2 es adyacente a la Capa 3 al VSS en Vlan20. Para encontrar el dispositivo físico al Host2, mire la tabla ARP para encontrar su dirección MAC.
VSS#show ip arp Protocol Address Age (min) Hardware Addr Type Interface Internet 10.0.2.1 15 0002.0002.0002 ARPA Vlan20
A continuación, tome la dirección MAC del Host 2 de este resultado y utilícelo para encontrar la interfaz de salida en la tabla de direcciones MAC.
VSS#show mac-address-table address 0002.0002.0002 Legend: * - primary entry age - seconds since last seen n/a - not available vlan mac address type learn age ports ------+----------------+--------+-----+----------+-------------------------- 20 0002.0002.0002 dynamic Yes 210 Po2Recuerde desde la salida anterior del CDP que los paquetes para este flujo ingresaron al VSS en Gig2/1/1, que corresponde al switch 2, módulo 1, puerto 1. Una vez más, utilice el comando hash-output para determinar el punto físico de salida del VSS:
VSS#show etherchannel load-balance EtherChannel Load-Balancing Configuration: src-dst-mixed-ip-port enhanced mpls label-ip EtherChannel Load-Balancing Addresses Used Per-Protocol: Non-IP: Source XOR Destination MAC address IPv4: Source XOR Destination IP address IPv6: Source XOR Destination IP address MPLS: Label or IP VSS#show etherchannel load-balance hash-result interface port-channel 2 switch 2 ip 10.0.1.15 vlan 10 10.0.2.30 Computed RBH: 0x6 Would select Gi2/1/13 of Po2Ahora, utilice la tabla CDP para encontrar información sobre el switch descendente hacia el Host2.
VSS#show cdp nei Capability Codes: R - Router, T - Trans Bridge, B - Source Route Bridge S - Switch, H - Host, I - IGMP, r - Repeater, P - Phone, D - Remote, C - CVTA, M - Two-port Mac Relay Device ID Local Intrfce Holdtme Capability Platform Port ID SW2 Gig 2/1/13 129 R S I WS-C6503- Gig 3/14 SW2 Gig 1/1/13 129 R S I WS-C6503- Gig 3/13 -
Trayectoria de Seguimiento al Host 2.
Por último, inicie sesión en SW2 y determine el puerto exacto al que está conectado Host2, de nuevo usando la tabla de direcciones MAC.
SW2#show mac-address-table address 0002.0002.0002 Legend: * - primary entry age - seconds since last seen n/a - not available vlan mac address type learn age ports ------+----------------+--------+-----+----------+-------------------------- 20 0002.0002.0002 dynamic Yes 140 Gi3/40
Diagrama de flujo de paquetes
Situación 2 - Flujo de paquetes entre dos hosts de capa de acceso con MEC de capa 2 - Redundancia rota
-
Trazar trayectoria de Host1 a Distribución VSS.
El procedimiento es el mismo que el paso 1 del escenario 1.
-
Trazar Trayectoria A Través De La Distribución VSS.
Este escenario es idéntico al escenario 1, excepto que el link entre el switch Distr-VSS 2 y el SW2 está dañado. Debido a esto, no existe ningún link activo en el canal de puerto 2 en el switch 2, donde el paquete del Host1 ingresa al VSS. Por lo tanto, el paquete debe atravesar el VSL y el switch de egreso 1. Esta salida de resultado hash muestra lo siguiente:
VSS#show etherchannel load-balance hash-result interface port-channel 2 switch 2 ip 10.0.1.15 vlan 10 10.0.2.30 Computed RBH: 0x6 Would select Gi1/1/13 of Po2
El comando hash-output también se puede utilizar para determinar qué link VSL se elige para enviar la trama. En este caso, Port-channel10 es el VSL en el switch 1 y Port-channel20 es el VSL del switch 2.
VSS#show etherchannel load-balance hash-result int port-channel 20 switch 2 ip 10.0.1.15 vlan 10 10.0.2.30 Computed RBH: 0x6 Would select Te2/5/4 of Po20
Ahora, utilice la tabla CDP para encontrar información sobre el switch descendente hacia el Host2.
VSS#show cdp nei Capability Codes: R - Router, T - Trans Bridge, B - Source Route Bridge S - Switch, H - Host, I - IGMP, r - Repeater, P - Phone, D - Remote, C - CVTA, M - Two-port Mac Relay Device ID Local Intrfce Holdtme Capability Platform Port ID SW2 Gig 2/1/13 129 R S I WS-C6503- Gig 3/14 SW2 Gig 1/1/13 129 R S I WS-C6503- Gig 3/13 -
Trayectoria de Seguimiento al Host 2.
Por último, inicie sesión en SW2 y determine el puerto exacto al que está conectado Host2, de nuevo usando la tabla de direcciones MAC.
SW2#show mac-address-table address 0002.0002.0002 Legend: * - primary entry age - seconds since last seen n/a - not available vlan mac address type learn age ports ------+----------------+--------+-----+----------+-------------------------- 20 0002.0002.0002 dynamic Yes 140 Gi3/40
Diagrama de flujo de paquetes
Situación 3: Flujo de paquetes entre dos hosts de capa de acceso con MEC de capa 3
Información de topología
-
Host1 IP/MASK - 10.0.1.15/24
-
Host1 MAC - 0001.0001.0001
-
Gateway Predeterminada Host1 - 10.0.1.1 - En SW1
-
Host2 IP 10.0.2.30
-
Tanto SW1 como SW2 son switches Catalyst 6500 que funcionan en la Capa 3, con canales Ethernet enrutados frente a Distr-VSS
-
Trazar trayectoria de Host1 a Distribución VSS.
Dado que SW1 finaliza el Host1 en la Capa 3, el primer paso es observar la tabla de ruteo de SW1 para determinar dónde reside el Host2.
SW1#show ip route 10.0.2.30 Routing entry for 10.0.2.0/24 Known via "static", distance 1, metric 0 Routing Descriptor Blocks: * 10.100.1.1 Route metric is 0, traffic share count is 1 SW1#show ip route 10.100.1.1 Routing entry for 10.100.1.0/24 Known via "connected", distance 0, metric 0 (connected, via interface) Routing Descriptor Blocks: * directly connected, via Port-Channel1 Route metric is 0, traffic share count is 1 SW1#sh etherchannel 1 summary Flags: D - down P - bundled in port-channel I - stand-alone s - suspended H - Hot-standby (LACP only) R - Layer3 S - Layer2 U - in use N - not in use, no aggregation f - failed to allocate aggregator M - not in use, no aggregation due to minimum links not met m - not in use, port not aggregated due to minimum links not met u - unsuitable for bundling d - default port w - waiting to be aggregated Number of channel-groups in use: 4 Number of aggregators: 4 Group Port-channel Protocol Ports ------+-------------+-----------+----------------------------------------------- 1 Po1(RU) LACP Gi3/1(P) Gi3/2(P) Last applied Hash Distribution Algorithm: - SW1#show cdp neighbor Capability Codes: R - Router, T - Trans Bridge, B - Source Route Bridge S - Switch, H - Host, I - IGMP, r - Repeater, P - Phone Device ID Local Intrfce Holdtme Capability Platform Port ID VSS Gig 3/2 126 R S I WS-C6509-EGig 2/1/1 VSS Gig 3/1 128 R S I WS-C6509-EGig 1/1/1
El resultado anterior muestra una ruta única al destino a través de 10.100.1.1, que corresponde a Port-channel1. El resultado del comando show etherchannel muestra que Port-channel1 está compuesto por Gig3/1 y Gig3/2, y la tabla CDP muestra ambos conectados al VSS, con un link por switch físico. A continuación, se debe utilizar el comando etherchannel hash-output para determinar el punto exacto de salida del Host1 al Host2.
SW1#show etherchannel load-balance EtherChannel Load-Balancing Configuration: src-dst-ip mpls label-ip EtherChannel Load-Balancing Addresses Used Per-Protocol: Non-IP: Source XOR Destination MAC address IPv4: Source XOR Destination IP address IPv6: Source XOR Destination IP address MPLS: Label or IPEsta salida muestra que el algoritmo para los paquetes IPv4 es src-dst-ip. A continuación, introduzca la información de flujo relevante en la CLI de resultado hash:
SW1#show etherchannel load-balance hash-result interface port-channel 1 ip 10.1.1.1 10.0.2.30 Computed RBH: 0x1 Would select Gig3/2 of Po1
Ahora está claro que el flujo dejará SW1 a través de Gi3/2, e ingrese el VSS en Gig2/1/1, que existe en el switch 1.
-
Trazar Trayectoria A Través De La Distribución VSS.
A continuación, se deben verificar las entradas de la tabla de ruteo en el VSS.
VSS#show ip route 10.0.2.30 Routing entry for 10.0.2.0/24 Known via "static", distance 1, metric 0 Routing Descriptor Blocks: * 10.200.1.2 Route metric is 0, traffic share count is 1 VSS#show ip route 10.200.1.2 Routing entry for 10.200.1.0/24 Known via "connected", distance 0, metric 0 (connected, via interface) Routing Descriptor Blocks: * directly connected, via Port-channel2 Route metric is 0, traffic share count is 1
Recuerde desde la salida anterior del CDP que los paquetes para este flujo ingresaron al VSS en Gig2/1/1, que corresponde al switch 2, módulo 1, puerto 1. Una vez más, utilice el comando hash-output para determinar el punto físico de salida del VSS, asegurándose de buscar primero la VLAN interna para Po1:
VSS#show etherchannel load-balance EtherChannel Load-Balancing Configuration: src-dst-mixed-ip-port enhanced mpls label-ip EtherChannel Load-Balancing Addresses Used Per-Protocol: Non-IP: Source XOR Destination MAC address IPv4: Source XOR Destination IP address IPv6: Source XOR Destination IP address MPLS: Label or IP VSS#show vlan internal usage | include Port-channel 1 1026 Port-channel 1 VSS#show etherchannel load-balance hash-result interface port-channel 2 switch 2 ip 10.0.1.15 vlan 1026 10.0.2.30 Computed RBH: 0x6 Would select Gi2/1/13 of Po2Ahora, utilice la tabla CDP para encontrar información sobre el switch descendente hacia el Host2.
VSS#show cdp nei Capability Codes: R - Router, T - Trans Bridge, B - Source Route Bridge S - Switch, H - Host, I - IGMP, r - Repeater, P - Phone, D - Remote, C - CVTA, M - Two-port Mac Relay Device ID Local Intrfce Holdtme Capability Platform Port ID SW2 Gig 2/1/13 129 R S I WS-C6503- Gig 3/14 SW2 Gig 1/1/13 129 R S I WS-C6503- Gig 3/13Esta información muestra que los paquetes egresarán el VSS a través de Gig2/1/13, e ingresarán SW2 en Gig3/14 por el resultado anterior del CDP.
-
Trayectoria de Seguimiento al Host 2.
Por último, inicie sesión en SW2 y determine el puerto exacto al que está conectado Host2, de nuevo usando la tabla de direcciones MAC.
SW2#show mac-address-table address 0002.0002.0002 Legend: * - primary entry age - seconds since last seen n/a - not available vlan mac address type learn age ports ------+----------------+--------+-----+----------+-------------------------- 20 0002.0002.0002 dynamic Yes 140 Gi3/40
Diagrama de flujo de paquetes
Situación 4 - Flujo de paquetes entre dos hosts de capa de acceso con MEC de capa 3 - Redundancia rota
-
Trazar trayectoria de Host1 a Distribución VSS.
El procedimiento es el mismo que el paso 1 del escenario 3.
-
Trazar Trayectoria A Través De La Distribución VSS.
Este escenario es idéntico al escenario 3, excepto que el link entre el switch Distr-VSS 2 y el SW2 está dañado. Debido a esto, no existe ningún link activo en el canal de puerto 2 en el switch 2, donde el paquete del Host1 ingresa al VSS, y por lo tanto el paquete debe atravesar el VSL y el switch de egreso 1. El resultado de hash-resultado que se muestra a continuación muestra esto.
VSS#show etherchannel load-balance hash-result interface port-channel 2 switch 2 ip 10.0.1.15 vlan 1026 10.0.2.30 Computed RBH: 0x6 Would select Gi1/1/13 of Po2
El comando hash-output también se puede utilizar para determinar qué link VSL se elige para enviar la trama. En este caso, Port-channel10 es el VSL en el switch 1 y Port-channel20 es el VSL del switch 2.
VSS#show etherchannel load-balance hash-result int port-channel 20 switch 2 ip 10.0.1.15 vlan 1026 10.0.2.30 Computed RBH: 0x6 Would select Te2/5/4 of Po20
-
Trayectoria de Seguimiento al Host 2.
Por último, inicie sesión en SW2 y determine el puerto exacto al que está conectado Host2, de nuevo usando la tabla de direcciones MAC.
SW2#show mac-address-table address 0002.0002.0002 Legend: * - primary entry age - seconds since last seen n/a - not available vlan mac address type learn age ports ------+----------------+--------+-----+----------+-------------------------- 20 0002.0002.0002 dynamic Yes 140 Gi3/40
Diagrama de flujo de paquetes
Situación 5: Flujo de paquetes entre dos hosts de capa de acceso con ECMP
Información de topología
-
Host1 IP/MASK - 10.0.1.15/24
-
Host1 MAC - 0001.0001.0001
-
Gateway Predeterminada Host1 - 10.0.1.1 - En SW1
-
Host2 IP 10.0.2.30
-
En el Catalyst 6500, tanto SW1 como SW2 están terminando las subredes conectadas en la Capa 3, con links enrutados frente a Distr-VSS
-
Trazar trayectoria de Host1 a Distribución VSS.
Debido a que SW1 finaliza el Host1 en la Capa 3, el primer paso es observar la tabla de ruteo SW1 para determinar dónde reside el Host2.
SW1#show ip route 10.0.2.30 Routing entry for 10.0.2.0/24 Known via "static", distance 1, metric 0 Routing Descriptor Blocks: * 10.100.1.1 Route metric is 0, traffic share count is 1 10.100.2.1 Route metric is 0, traffic share count is 1 SW1#show ip route 10.100.1.1 Routing entry for 10.100.1.0/24 Known via "connected", distance 0, metric 0 (connected, via interface) Routing Descriptor Blocks: * directly connected, via GigabitEthernet3/1 Route metric is 0, traffic share count is 1 SW1#show ip route 10.100.2.1 Routing entry for 10.100.2.0/24 Known via "connected", distance 0, metric 0 (connected, via interface) Routing Descriptor Blocks: * directly connected, via GigabitEthernet3/2 Route metric is 0, traffic share count is 1 SW1#show cdp neighbor Capability Codes: R - Router, T - Trans Bridge, B - Source Route Bridge S - Switch, H - Host, I - IGMP, r - Repeater, P - Phone Device ID Local Intrfce Holdtme Capability Platform Port ID VSS Gig 3/2 126 R S I WS-C6509-EGig 2/1/1 VSS Gig 3/1 128 R S I WS-C6509-EGig 1/1/1
El resultado anterior muestra rutas de igual costo a través de 10.100.1.1 y 10.100.2.1, que se conectan a través de Gig3/1 y Gig3/2, respectivamente. La tabla CDP muestra que Gig3/1 y Gig3/2 se conectan al VSS, con un link por switch físico. A continuación, el comando exacto-route se debe utilizar para determinar el punto exacto de salida del Host1 al Host2.
SW1#show mls cef exact-route 10.0.1.15 10.0.2.30 Interface: Gi3/1, Next Hop: 10.100.1.1, Vlan: 1030, Destination Mac: 000a.000a.000aAhora está claro que el flujo dejará SW1 a través de Gi3/1 e ingrese el VSS en Gig1/1/1, que existe en el switch 1.
-
Trazar Trayectoria A Través De La Distribución VSS.
A continuación, se deben verificar las entradas de la tabla de ruteo en el VSS.
VSS#show ip route 10.0.2.30 Routing entry for 10.0.2.0/24 Known via "static", distance 1, metric 0 Routing Descriptor Blocks: 10.200.2.2 Route metric is 0, traffic share count is 1 * 10.200.1.2 Route metric is 0, traffic share count is 1 VSS#show ip route 10.200.2.2 Routing entry for 10.200.2.0/24 Known via "connected", distance 0, metric 0 (connected, via interface) Routing Descriptor Blocks: * directly connected, via GigabitEthernet2/1/13 Route metric is 0, traffic share count is 1 VSS#show ip route 10.200.1.2 Routing entry for 10.200.1.0/24 Known via "connected", distance 0, metric 0 (connected, via interface) Routing Descriptor Blocks: * directly connected, via GigabitEthernet1/1/13 Route metric is 0, traffic share count is 1 VSS#show cdp nei Capability Codes: R - Router, T - Trans Bridge, B - Source Route Bridge S - Switch, H - Host, I - IGMP, r - Repeater, P - Phone, D - Remote, C - CVTA, M - Two-port Mac Relay Device ID Local Intrfce Holdtme Capability Platform Port ID SW2 Gig 1/1/13 121 R S I WS-C6503- Gig 3/13 SW2 Gig 2/1/13 121 R S I WS-C6503- Gig 3/14
Aquí, de nuevo, existen trayectos de igual costo para el destino, con un punto de salida por switch. Como se determinó anteriormente que los paquetes ingresan al VSS en el switch 1, el siguiente paso es ejecutar el comando exacto-route especificando el switch 1.
VSS#show mls cef exact-route 10.0.1.15 10.0.2.30 switch 1 Interface: Gi1/1/13, Next Hop: 10.200.1.2, Vlan: 1095, Destination Mac: 000b.000b.000b
Esta información muestra que los paquetes egresarán el VSS a través de Gig1/1/13, e ingresarán SW2 en Gig3/13 por el resultado anterior del CDP.
-
Trayectoria de Seguimiento al Host 2.
Por último, inicie sesión en SW2 y determine el puerto exacto al que está conectado Host2, de nuevo usando la tabla de direcciones MAC.
SW2#show mac-address-table address 0002.0002.0002 Legend: * - primary entry age - seconds since last seen n/a - not available vlan mac address type learn age ports ------+----------------+--------+-----+----------+-------------------------- 20 0002.0002.0002 dynamic Yes 140 Gi3/40
Diagrama de flujo de paquetes
Situación 6 - Flujo de paquetes entre dos hosts de capa de acceso con ECMP - Redundancia rota
-
Trazar trayectoria de Host1 a Distribución VSS.
El procedimiento es el mismo que el paso 1 del escenario 5.
-
Trazar Trayectoria A Través De La Distribución VSS.
El comando hash-output se puede volver a utilizar para determinar qué link VSL se elige para enviar la trama. En este caso, Port-channel10 es el VSL en el switch 1 y Port-channel20 es el VSL del switch 2. La VLAN de ingreso será la VLAN interna de Gig1/1/1, la interfaz de ingreso.
VSS#show vlan internal usage | include 1/1/1 1026 GigabitEthernet1/1/1 VSS#show etherchannel load-balance hash-result int port-channel 10 switch 1 ip 10.0.1.15 vlan 1026 10.0.2.30 Computed RBH: 0x4 Would select Te1/5/5 of Po10
-
Trayectoria de Seguimiento al Host 2.
Por último, inicie sesión en SW2 y determine el puerto exacto al que está conectado Host2, de nuevo usando la tabla de direcciones MAC.
SW2#show mac-address-table address 0002.0002.0002 Legend: * - primary entry age - seconds since last seen n/a - not available vlan mac address type learn age ports ------+----------------+--------+-----+----------+-------------------------- 20 0002.0002.0002 dynamic Yes 140 Gi3/40
Diagrama de flujo de paquetes
Información Relacionada
- Prácticas recomendadas de implementación del sistema de switching virtual Cisco Catalyst 6500
- Integre los módulos de servicio de Cisco con Cisco Catalyst 6500 Virtual Switching System 1440
- Soporte del producto Cisco Catalyst 6500 Virtual Switching System 1440
- Soporte de Producto de LAN
- Soporte de Tecnología de LAN Switching
- Soporte Técnico y Documentación - Cisco Systems
Historial de revisiones
| Revisión | Fecha de publicación | Comentarios |
|---|---|---|
1.0 |
02-Apr-2009 |
Versión inicial |
ComentariosContacte a Cisco
- Abrir un caso de soporte
- (Requiere un Cisco Service Contract)