Troubleshooting de Interfaces Token Ring del Router Cisco
Contenido
Introducción
Este documento describe algunos de los problemas más comunes que hacen que una interfaz Token Ring de router Cisco no pueda insertarse en un Token Ring. Proporciona un diagrama de flujo para ver una rápida descripción general de los pasos necesarios para el troubleshooting de la interfaz Token Ring. Este documento también explica algunos de los comandos de uso más común de Cisco IOS® Software y cómo utilizarlos para recopilar información sobre la interfaz Token Ring, para resolver con éxito el problema.
Prerequisites
Requirements
No hay requisitos específicos para este documento.
Componentes Utilizados
La información que contiene este documento se basa en las siguientes versiones de software y hardware.
La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si tiene una red en vivo, asegúrese de entender el posible impacto de cualquier comando.
Convenciones
For more information on document conventions, refer to the Cisco Technical Tips Conventions.
Proceso de inserción de Token Ring
Para resolver con éxito problemas de interfaces Token Ring, es importante entender la secuencia de eventos que tienen lugar antes de que una estación se una al anillo.
Hay cinco fases a través de las cuales una estación continúa, para unirse a un anillo:
Prueba del lóbulo
El proceso de inserción comienza con una prueba de lóbulo. Esta fase prueba realmente el transmisor y el receptor del adaptador Token Ring y prueba el cable entre el adaptador y la Unidad de acceso multiestación (MAU). Una MAU envuelve físicamente el cable de conexión???s para transmitir el cable de vuelta a su cable de recepción. El efecto es que el adaptador puede transmitir el MAC de prueba de medios enmarca el cable a la MAU (donde está envuelto) y de nuevo a sí mismo. Durante esta fase, el adaptador envía tramas MAC de prueba de medios de lóbulos a la dirección de destino 00-00-00-00-00 (con la dirección de origen del adaptador) y una trama MAC de prueba de dirección de duplicación (DAT) (que contiene la dirección del adaptador como origen y destino) en el cable. Si la prueba del lóbulo se supera, la fase uno habrá finalizado.
Inserción física y comprobación del monitor
En la fase dos, se envía una corriente antom ph para abrir el relé del hub, una vez que el relé del hub abre la estación y se conecta al anillo. A continuación, la estación comprueba si hay un monitor activo (AM) comprobando si hay alguna de estas tramas:
-
Trama MAC de presencia de monitor activo (AMP)
-
Trama MAC de presencia de monitor en espera (SMP)
-
Tramas MAC de purga de timbre
Si ninguna de estas tramas se detecta en 18 segundos, la estación asume que no hay ningún monitor activo presente e inicia el proceso de contención del monitor. A través del proceso de contención del monitor, la estación con la dirección MAC más alta se convierte en el monitor activo. Si la contención no se completa en un segundo, el adaptador no se abre. Si el adaptador se convierte en el AM e inicia una depuración y el proceso de depuración no se completa en un segundo, el adaptador no se abre. Si el adaptador recibe una trama MAC de baliza o una trama MAC de estación eliminada, el adaptador no se abre.
Comprobación de dirección duplicada
Como parte de la fase de verificación de direcciones duplicadas, la estación transmite una serie de tramas MAC de direcciones duplicadas dirigidas a sí misma. Si la estación recibe dos tramas de vuelta con el Indicador de dirección reconocida (ARI) y el Indicador de trama copiada (FCI) configurados en 1, entonces sabe que esta dirección es un duplicado en este anillo, se separa y reporta una falla de apertura. Esto es necesario porque Token Ring permite direcciones administradas localmente (LAA), y podría terminar con dos adaptadores con la misma dirección MAC si no se realiza esta comprobación. Si esta fase no se completa en 18 segundos, la estación informa de una falla y se separa del anillo.
Nota: Si hay una dirección MAC duplicada en otro anillo, lo cual está permitido en las redes Token Ring con puente de ruta de origen, esto no se detectará. La comprobación de direcciones duplicadas es significativa sólo a nivel local.
Participación en la encuesta en anillo
En la fase de sondeo en anillo, la estación aprende la dirección de su NAUN (vecino ascendente activo más cercano) y da a conocer su dirección a su vecino descendente más cercano. Este proceso crea el mapa en anillo. La estación debe esperar hasta que reciba una trama AMP o SMP con los bits ARI y FCI configurados en 0. Cuando lo hace, la estación voltea ambos bits (ARI y FCI) a 1, si hay suficientes recursos disponibles, y pone en cola una trama SMP para la transmisión. Si no se recibe ninguna de estas tramas en 18 segundos, la estación informa de una falla al abrirse y se desinserta del anillo. Si la estación participa con éxito en un sondeo en anillo, pasa a la fase final de inserción, inicialización de la solicitud.
Solicitar inicialización
En la fase de inicialización de la solicitud, la estación envía cuatro tramas MAC de inicialización de la solicitud a la dirección funcional del servidor de parámetros de anillo (RPS). Si no hay ningún RPS en el anillo, el adaptador utiliza sus propios valores predeterminados e informa de que se ha completado correctamente el proceso de inserción. Si el adaptador recibe una de sus cuatro tramas MAC de inicialización de solicitud con los bits ARI y FCI configurados en 1, espera dos segundos por una respuesta. Si no hay respuesta, retransmite hasta cuatro veces. En este momento, si no hay respuesta, informa de un error de inicialización de la solicitud y se desinserta del anillo.
Esta es una lista de las direcciones funcionales:
C000.0000.0001 - Active monitor C000.0000.0002 - Ring Parameter Server C000.0000.0004 - Network Server Heartbeat C000.0000.0008 - Ring Error Monitor C000.0000.0010 - Configuration Report Server C000.0000.0020 - Synchronous Bandwidth Manager C000.0000.0040 - Locate Directory Server C000.0000.0080 - NetBIOS C000.0000.0100 - Bridge C000.0000.0200 - IMPL Server C000.0000.0400 - Ring Authorization Server C000.0000.0800 - LAN Gateway C000.0000.1000 - Ring Wiring Concentrator C000.0000.2000 - LAN Manager
Para obtener más información sobre las direcciones funcionales, consulte las especificaciones IEEE802.5.
Resolución de problemas
Organigrama
Consulte este diagrama de flujo para obtener una descripción general rápida de la solución de problemas:
Una de las primeras cosas que se deben verificar, cuando una interfaz Token Ring tiene problemas con la inserción en el anillo, es si se está insertando o no en un anillo que ya existe. Si la respuesta es sí, debe hacer coincidir el número de anillo configurado en la interfaz Token Ring con el número de anillo existente gobernado por otros puentes de ruta de origen (SRB).
Nota: Los routers de Cisco, de forma predeterminada, aceptan números de anillo en formato decimal, mientras que la mayoría de los puentes de IBM utilizan notación hexadecimal. Por lo tanto, asegúrese de realizar la conversión de hexadecimal a decimal antes de configurar esto en el router de Cisco. Por ejemplo, si tiene un SRB con el número de anillo 0x10, debe ingresar 16 en el router de Cisco. Alternativamente, puede ingresar el número de anillo en la interfaz Token Ring del router Cisco en hexadecimal, si precede el número de anillo con 0x:
turtle(config)# interface token turtle(config)# interface tokenring 0 turtle(config-if)# source turtle(config-if)# source-bridge 0x10 1 0x100
Nota: Cuando se muestra la configuración, el router muestra automáticamente los números de timbre en notación decimal. Como resultado, los números de anillo decimales son el formato más utilizado en los routers de Cisco. Esta es la parte relevante de un comando show run:
source-bridge ring-group 256 interface TokenRing0 no ip address ring-speed 16 source-bridge 16 1 256 !--- 16 is the physical ring number, 1 is the bridge number or ID, !--- and 256 is the Virtual Ring number. source-bridge spanning
Si no coincide con los números de anillo, la interfaz Token Ring de Cisco da un mensaje similar a este y se apaga:
02:50:25: %TR-3-BADRNGNUM: Unit 0, ring number (6) doesn't match established number (5). 02:50:25: %LANMGR-4-BADRNGNUM: Ring number mismatch on TokenRing0, shutting down the interface 02:50:27: %LINK-5-CHANGED: Interface TokenRing0, changed state to administratively down
Luego debe configurar el número de anillo correcto en la interfaz Token Ring???en este caso, 5???y luego ejecutar manualmente el comando no shutdown.
Nota: El número de puente (o ID de puente) no tiene que coincidir con otros números de puente de la red; puede utilizar un valor único o el mismo número de puente en toda la red, siempre que tenga una ruta de acceso RIF (del inglés Routing Information Field, campo de información de routing) exclusiva para cada dispositivo de la red SRB. Un ejemplo de cuándo necesitaría diferentes números de puente es si tiene dos anillos conectados a través de dos puentes paralelos. En este caso, si no se utilizan números de puente diferentes, se producen dos trayectos físicamente diferentes, pero la misma información RIF.
Nota: Cuando agrega o quita el comando source-bridge, la interfaz Token Ring rebota, lo que causa una interrupción hacia y desde este router a través de su interfaz Token Ring. Para obtener más información sobre cómo configurar SRB, consulte Comprensión y Troubleshooting del Bridging de Ruta de Origen Local.
Además de los números de timbre coincidentes, también debe asegurarse de que la velocidad del timbre está establecida correctamente, es decir, 4 o 16 Mbps. Si no lo hace, se generará una baliza de llamada y se producirá una interrupción de la red en este anillo. Si los números de anillo y la velocidad del anillo están configurados correctamente, pero la interfaz Token Ring aún no se puede insertar en el anillo, utilice el proceso de eliminación para descartar problemas con los cables o con la MAU. Utilice un enchufe de cierre o asegúrese de que el adaptador está conectado a una MAU en funcionamiento. Un cableado defectuoso causa muchos problemas de adaptador durante el proceso de inserción. Entre las cosas que debe buscar se incluyen:
-
¿Está configurado el adaptador para utilizar el puerto de medios correcto, el cable de par trenzado no apantallado (UTP) o el cable de par trenzado apantallado (STP)?
-
¿El cable que va del adaptador al concentrador está completo y es correcto?
-
¿Qué tipo de filtro de medios se utiliza? Tenga en cuenta que lo que funciona a 4 Mbps no siempre funciona a 16 Mbps.
Puede ser que haya un problema de capa física en el anillo (por ejemplo, cableado, ruido de línea o fluctuación) que se muestre a medida que se insertan más estaciones. Esto provoca purgas y balizas, que inician un adaptador recién insertado. Esto se puede eliminar si la interfaz Token Ring aparece cuando está conectada a otra MAU sin otras estaciones. A continuación, puede agregar gradualmente más estaciones para ver en qué punto se produce una falla. Esta prueba también elimina posibles problemas de conflicto, como el monitor activo, RPS, el servidor de informes de configuración (CRS), etc. Consulte la sección LAN Network Manager para obtener más detalles.
Administrador de red LAN
LAN Network Manager (LNM, anteriormente denominado LAN Manager) es un producto de IBM que gestiona una colección de puentes de ruta de origen. LNM utiliza una versión de Common Management Information Protocol (CMIP) para comunicarse con el administrador de la estación de LNM. LNM le permite monitorear toda la colección de Token Rings que componen su red puenteada de ruta de origen. Puede utilizar LNM para administrar la configuración de los puentes de ruta de origen, monitorear los errores de Token Ring y recopilar información de los servidores de parámetros de Token Ring.
A partir de la versión 9.0 del software del IOS de Cisco, los routers de Cisco que utilizan interfaces Token Ring de 4 y 16 Mbps que se configuran para SRB admiten el protocolo propietario que utiliza LNM. Estos routers proporcionan todas las funciones que el IBM Bridge Program proporciona actualmente. Por lo tanto, LNM puede comunicarse con un router como si fuera un puente de ruta de origen IBM, como el IBM 8209, y puede administrar o supervisar cualquier Token Ring conectado al router, ya sea un anillo virtual o físico. LNM está habilitado de forma predeterminada en los routers de Cisco. Además, estos comandos de configuración de interfaz oculta están habilitados de forma predeterminada:
-
[no] lnm crs - El CRS monitorea la configuración lógica actual de un Token Ring e informa cualquier cambio al LNM. CRS también informa de otros eventos, como el cambio de un monitor activo en un Token Ring.
-
[no] lnm rps - El RPS informa al LNM cuando cualquier estación nueva se une a un Token Ring y asegura que todas las estaciones en un anillo usen un conjunto consistente de parámetros de reporte.
-
[no] lnm rem - Ring Error Monitor (REM) monitorea los errores que son reportados por cualquier estación en el anillo. Además, REM monitorea si el anillo está en un estado funcional o de falla.
Estos comandos sólo son visibles en la configuración una vez que se han inhabilitado:
para# config terminal Enter configuration commands, one per line. End with CNTL/Z. para(config)# interface tokenRing 0 para(config-if)# no lnm crs para(config-if)# ^Z
Esto es parte de la configuración de la interfaz Token Ring en la que se muestra la configuración:
interface TokenRing0 ip address 192.168.25.18 255.255.255.240 no ip directed-broadcast ring-speed 16 source-bridge 200 1 300 source-bridge spanning no lnm CRS
Al resolver problemas de interfaces Token Ring, puede ser necesario inhabilitar CRS, RPS, REM o los tres en el router Cisco, para descartar problemas de conflicto con otros dispositivos Token Ring. Un escenario típico es cuando una estación Token Ring no puede insertarse en el anillo, aunque la misma estación puede insertarse en un anillo aislado sin otras estaciones presentes. Puede inhabilitar servidores individuales, como RPS, CRS y REM, o inhabilitar la funcionalidad de LNM en el router junto con esta configuración global:
-
lnm disabled - Este comando termina todos los links de entrada y de generación de informes del servidor LNM. Es un superconjunto de las funciones que se realizan normalmente en interfaces individuales mediante los comandos no lnm rem, no lnm rps y no lnm rps.
Si inhabilita LNM y eso resuelve el problema, asegúrese de que no está encontrando un bug conocido. Si no se necesita LNM en la red, puede dejarlo deshabilitado.
También puede hacer uso de la funcionalidad LNM en el router Cisco para enumerar las estaciones que están en los anillos locales conectados al router, para ver si hay recuentos de errores de aislamiento y para ver qué estación los está enviando:
para# show lnm station
isolating error counts
station int ring loc. weight line inter burst ac abort
0005.770e.0a8c To0 00C8 0000 00 - N 00000 00000 00000 00000 00000
0006.f425.ce89 To0 00C8 0000 00 - N 00000 00000 00000 00000 00000
Nota: Si inhabilita LNM, no puede utilizar ninguno de los comandos show lnm.
Desde el comando show lnm station, es de particular interés la dirección de la estación, el número del anillo y cualquier error notificado. Para obtener una explicación completa de los campos, consulte el comando show lnm station en el manual de referencia de comandos.
Otro comando útil de LNM es el comando show lnm interface:
para# show lnm interface tokenring 0
nonisolating error counts
interface ring Active Monitor SET dec lost cong. fc freq. token
To0 0200 0005.770e.0a8c 00200 00001 00000 00000 00000 00000 00000
Notification flags: FE00, Ring Intensive: FFFF, Auto Intensive: FFFF
Active Servers: LRM LBS REM RPS CRS
Last NNIN: never, from 0000.0000.0000.
Last Claim: never, from 0000.0000.0000.
Last Purge: never, from 0000.0000.0000.
Last Beacon: never, 'none' from 0000.0000.0000.
Last MonErr: never, 'none' from 0000.0000.0000.
isolating error counts
station int ring loc. weight line inter burst ac abort
0005.770e.0a8c To0 00C8 0000 00 - N 00000 00000 00000 00000 00000
0006.f425.ce89 To0 00C8 0000 00 - N 00000 00000 00000 00000 00000
Desde ese comando, puede ver fácilmente quién es el monitor activo, las estaciones que están presentes en el anillo conectado directamente y todos los servidores activos en el anillo (como REM, RPS y otros).
Estas son las otras opciones del comando show lnm:
show lnm bridge show lnm config show lnm ring
Uso de comandos de software de Cisco IOS
Estos son los comandos de troubleshooting de software del IOS de Cisco más utilizados para las interfaces Token Ring:
show interfaces tokenring
Estos son los aspectos más destacados del comando show interfaces tokenring:
ankylo# show interfaces tokenring1/0
TokenRing1/0 is up, line protocol is up
Hardware is IBM2692, address is 0007.78a6.a948 (bia 0007.78a6.a948)
Internet address is 1.1.1.1/24
MTU 4464 bytes, BW 16000 Kbit, DLY 630 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation SNAP, loopback not set
Keepalive set (10 sec)
ARP type: SNAP, ARP Timeout 04:00:00
Ring speed: 16 Mbps
Duplex: half
Mode: Classic token ring station
Source bridging enabled, srn 5 bn 1 trn 100 (ring group)
spanning explorer enabled
Group Address: 0x00000000, Functional Address: 0x0800001A
Ethernet Transit OUI: 0x000000
Last Ring Status 18:15:54
(0x2000)
Last input 00:00:01, output 00:00:01, output hang never
Last clearing of "show interface" counters never
Queueing strategy: fifo
Output queue 0/40, 0 drops; input queue 0/75, 0 drops
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
27537 packets input, 1790878 bytes, 0 no buffer
Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
7704 packets output, 859128 bytes, 0 underruns
0 output errors, 0 collisions, 2 interface resets
0 output buffer failures, 0 output buffers swapped out
1 transitions
Las caídas de salida pueden ser causadas cuando el medio de salida no puede aceptar tramas y la cola de salida alcanza el valor máximo antes de que comience a descartar paquetes. Las caídas de salida pueden no indicar necesariamente un problema, porque una trama del explorador que se descarta (porque ya ha viajado en un anillo determinado) puede incrementar el contador de caídas de salida.
Por otra parte, el aumento de caídas de entrada puede ser grave y debe analizarse cuidadosamente. Las caídas de entrada pueden ser causadas por búferes del sistema insuficientes; vea 0 no buffer en el resultado anterior de show interfaces tokenring1/0. El contador no buffer que se incrementa de la salida show interfaces podría correlacionarse con el contador misses que se incrementa de la salida show buffers, y es posible que deba ajustarse el agrupamiento de búfers apropiado. Consulte Ajuste del Buffer para todos los Routers Cisco para obtener más información.
Nota: Las colas de entrada y salida se pueden aumentar con la longitud de la cola en espera {in | out} ; sin embargo, es importante comprender la razón por la que esas colas están alcanzando su valor máximo de retención antes de aumentarlas. Es posible que, al aumentar el valor máximo de la cola de retención, sólo aumente el período de tiempo antes de que se desborden de nuevo.
También debe comprobar el contador de aceleradores. Este contador indica el número de veces que se han limpiado las memorias intermedias de entrada de una interfaz, porque no se les ha prestado servicio lo suficientemente rápido o porque están saturadas. Normalmente, una tormenta del explorador puede hacer que se incremente el contador de aceleradores. Consulte el comando source-bridge explorer-maxrate y la sección Optimized Explorer Processing de Configuración del Bridging de Ruta de Origen.
Nota: Cada vez que tiene un acelerador, se descartan todos los paquetes de la cola de entrada. Esto produce un rendimiento muy lento y también puede interrumpir las sesiones existentes.
Una transición se produce cuando la interfaz cambia su estado, como cuando pasa de estar abajo a inicializarse o de inicializarse a estar arriba. Se produce un reinicio cuando se inicia la interfaz. La inserción de otros dispositivos en el anillo no debe hacer que ninguno de estos contadores aumente, pero hará que aumente el conteo de errores de software. Además, si el comando show interface tokenring no muestra caídas, errores de entrada o errores de salida, pero observa un número significativo de reinicios y transiciones, entonces los keepalives podrían estar reiniciando la interfaz.
Nota: Cuando borra una interfaz de token ring, se produce un reinicio y dos transiciones: una transición desde la inicialización hasta la inicialización y una desde la inicialización hasta la inicialización.
El campo Estado del último timbre muestra el último estado del timbre. Por ejemplo, 0x2000 indica un error de software. Esta es una lista de valores de estado posibles:
RNG_SIGNAL_LOSS FIXSWAP(0x8000) RNG_HARD_ERROR FIXSWAP(0x4000) RNG_SOFT_ERROR FIXSWAP(0x2000) RNG_BEACON FIXSWAP(0x1000) RNG_WIRE_FAULT FIXSWAP(0x0800) RNG_HW_REMOVAL FIXSWAP(0x0400) RNG_RMT_REMOVAL FIXSWAP(0x0100) RNG_CNT_OVRFLW FIXSWAP(0x0080) RNG_SINGLE FIXSWAP(0x0040) RNG_RECOVERY FIXSWAP(0x0020) RNG_UNDEFINED FIXSWAP(0x021F) RNG_FATAL FIXSWAP(0x0d00) RNG_AUTOFIX FIXSWAP(0x0c00) RNG_UNUSEABLE FIXSWAP(0xdd00)
Nota: El error de software 0x2000 es un estado de timbre normal muy común. 0x20 indica la inicialización del anillo y 00 es la longitud del subvector; esto indica que una estación de anillo ha entrado en el anillo.
show controllers tokenring
El siguiente comando de Cisco IOS Software que se debe utilizar para resolver problemas es el comando show controllers tokenring:
FEP# show controllers tokenring 0/0
TokenRing0/0: state up
current address: 0000.30ae.8200, burned in address: 0000.30ae.8200
Last Ring Status: none
Stats: soft: 0/0, hard: 0/0, sig loss: 0/0
tx beacon: 0/0, wire fault 0/0, recovery: 0/0
only station: 0/0, remote removal: 0/0
Bridge: local 100, bnum 1, target 60
max_hops 7, target idb: null
Interface failures: 0
Monitor state: (active), chip f/w: '000500.CS1AA5 ', [bridge capable]
ring mode: F00, internal enables: SRB REM RPS CRS/NetMgr
internal functional: 0800011A (0800011A), group: 00000000 (00000000)
internal addrs: SRB: 0288, ARB: 02F6, EXB 0880, MFB: 07F4
Rev: 0170, Adapter: 02C4, Parms 01F6
Microcode counters:
MAC giants 0/0, MAC ignored 0/0
Input runts 0/0, giants 0/0, overrun 0/0
Input ignored 0/0, parity 0/0, RFED 0/0
Input REDI 0/0, null rcp 0/0, recovered rcp 0/0
Input implicit abort 0/0, explicit abort 0/0
Output underrun 0/0, TX parity 0/0, null tcp 0/0
Output SFED 0/0, SEDI 0/0, abort 0/0
Output False Token 0/0, PTT Expired 0/0
Internal controller counts:
line errors: 0/0, internal errors: 0/0
burst errors: 0/0, ari/fci errors: 0/0
abort errors: 0/0, lost frame: 0/0
copy errors: 0/0, rcvr congestion: 0/0
token errors: 0/0, frequency errors: 0/0
Internal controller smt state:
Adapter MAC: 0000.30ae.8200, Physical drop: 00000000
NAUN Address: 0005.770e.0a87, NAUN drop: 00000000
Last source: 0000.30ae.8200, Last poll: 0000.30ae.8200
Last MVID: 0006, Last attn code: 0006
Txmit priority: 0003, Auth Class: 7BFF
Monitor Error: 0000, Interface Errors: 0004
Correlator: 0000, Soft Error Timer: 00DC
Local Ring: 0000, Ring Status: 0000
Beacon rcv type: 0000, Beacon txmit type: 0004
Beacon type: 0000, Beacon NAUN: 0005.770e.0a87
Beacon drop: 00000000, Reserved: 0000
Reserved2: 0000
Errores de software: Es una combinación de todos los errores de software que ve esta interfaz. Los errores de software incluyen errores de línea, múltiples monitores, errores de conjunto ARI y FCI, errores de ráfaga, tramas perdidas, token dañado, token perdido, trama circulante o token de prioridad, monitor perdido y error de frecuencia. Consulte Información de Errores de Software para obtener detalles.
Errores de hardware: errores que no se pueden recuperar mediante rutinas de software. El anillo se ha restablecido físicamente. Para obtener más información, consulte Lista de estados anormales de Token Ring.
Estado del monitor: (activo) - Indica el estado del controlador. Los valores posibles incluyen active, failure, inactive y reset.
SRB REM RPS CRS/NetMgr - Indica que SRB, REM, RPS y CRS están todos habilitados en la interfaz. Consulte la sección LAN Network Manager para obtener más detalles.
La información importante que también se proporciona en la salida es la dirección MAC y NAUN del adaptador, que ayudan a determinar la topología de anillo. También puede averiguar quién es la baliza de anillo NAUN; es decir, el vecino ascendente activo más cercano a la estación de balizas. Esto le da un punto de partida para determinar dónde podría estar el problema: la estación de baliza, la baliza NAUN o el cable que se encuentra entre ellas. Para obtener una explicación del resto de los campos, consulte show controllers token en el manual de referencia de comandos.
debug token events
El último comando del software del IOS de Cisco que se utiliza para resolver problemas es el comando debug token events:
1w6d: TR0 starting.
1w6d: %LINK-5-CHANGED: Interface TokenRing0, changed state to initializing
1w6d: TR0 receive SRB_FREE, state=2, if_state=6
1w6d: TR0 receive SRB_FREE, state=2, if_state=7 ring mode = F00
1w6d: TR0: modified open w/ option 1180
1w6d: TR0: Interface is alive, phys. addr 0000.3090.79a0
setting functional address w/ 800011A
setting group address w/ 80000000
ring mode = F00
1w6d: TR0: modified open w/ option 1180
1w6d: %LINK-3-UPDOWN: Interface TokenRing0, changed state to up
1w6d: %LINEPROTO-5-UPDOWN: Line protocol on Interface TokenRing0,
changed state to up
1w6d: %SYS-5-CONFIG_I: Configured from console by console
Precaución: debug token events debe tener un impacto mínimo en el router porque solo muestra eventos de token ring y no paquetes. Sin embargo, si tiene un anillo muy ocupado con muchas transiciones, se recomienda que ejecute los comandos logging buffer y no logging console y que tenga acceso físico al router.
El resultado anterior de debug token events es de un router Cisco 2500. El resultado puede tener una amplia variedad de mensajes, pero debería dar alguna orientación sobre dónde podría estar el problema. En el ejemplo anterior, muestra una inicialización exitosa de la interfaz Token Ring. La depuración también contiene mensajes informativos contenidos en el modo de anillo y en la dirección de grupo y la dirección funcional.
Definiciones de modo de timbre
Estos son valores que se transfieren desde el sistema principal a las placas adaptadoras, para indicar qué modo debe utilizar la interfaz. Controlan si ciertos bits de función están o no activados y controlan los indicadores de comando que se utilizan cuando se insertan realmente en el Token Ring. Para el modo de timbre, esto es lo que significan esos números:
Para la depuración de ejemplo anterior, el modo de anillo es 0x0F00, que es un valor de 2 bytes que tiene estos significados:
RINGMODE_LOOPBACK 0x8000 RINGMODE_NO_RINGSTAT 0x4000 RINGMODE_ALL_FRAMES 0x2000 RINGMODE_ALL_LLC 0x1000 RINGMODE_BRIDGE 0x0800 /* status only */ RINGMODE_REM 0x0400 /* be Ring Error Monitor */ RINGMODE_RPS 0x0200 /* be Ring Parameter Server */ RINGMODE_NETMGR 0x0100 /* be Configuration Report Server */ RINGMODE_TBRIDGE 0x0080 /* be a transparent bridge */ RINGMODE_CONTENDER 0x0040 /* be a contender for AMP */ RINGMODE_RS 0x0020 /* listen to ring maintenance MAC frames */ RINGMODE_ALL_MAC 0x0010 /* listen to all MAC frames */ RINGMODE_ETR 0x0008 /* Early Token Release */ RINGMODE_NEED_MAC 0x0730 /* Needs MAC frames */
El modo de anillo es, por lo tanto, un total de esas configuraciones de bits. 0xF00 indica Bridge, Ring Error Monitor, Ring Parameter Server y Configuration Report Server.
abierto modificado con opción
Esta es la nueva configuración del conjunto de chips por Cisco. En el ejemplo de depuración anterior, puede ver modified open con la opción 1180. Este es un valor de 16 bits que se lee de izquierda a derecha. El router de Cisco solo puede establecer opciones en, pero no en, desactivado.
+ Bit 0 - Open in Wrap: the open adapter is executed without inserting phantom drive to allow testing of the lobe. + Bit 1 - Disable Hard Error: prevents a change in the Hard Error and Transmit Beacon bits causing a Ring Status Change ARB. + Bit 2 - Disable Soft Error: prevents a change in the Soft Error bit from causing a Ring Status Change ARB. + Bit 3 - Pass Adapter MAC frames: Causes adapter class MAC frames not supported by the adapter to be passed back as received Frames. If this bit is off, these frames are discarded. + Bit 4 - Pass Attention MAC frames: Causes attention MAC frames that are not the same as the last received attention MAC frame. + Bit 5 - reserved: should be 0 + Bit 6 - reserved: should be 0 + Bit 7 - Contender: When the contender bit is on, the adapter will participate in claim token upon receiving a claim token frame from another adapter with a lower source address. If this bit is off the adapter will not enter into claim token process if it receives a Claim Token MAC frame. The adapter will enter claim token if a need is detected regardless of the setting of this bit. + Bit 8 - Pass Beacon MAC frames: The adapter will pass the first Beacon MAC frame and all subsequent Beacon MAC frames that have a change in the source address of the Beacon type. + Bit 9 - reserved: should be 0 + Bit 10 - reserved: should be 0 + Bit 11 - Token Release: If this bit is set the adapter will not operate with early token release. If this bit is 0 the adapter will operate with early token release when the selected ring speed is 16 megabits per second. + Bit 12 - reserved: should be 0 + Bit 13 - reserved: should be 0 + Bit 14 - reserved: should be 0 + Bit 15 - reserved: should be 0
Para la opción 0x1180, vea los bits negrita anteriores.
Configuración de las Direcciones Funcionales y de Grupo
En el ejemplo de depuración anterior, la dirección funcional se establece en w/ 800011A y la dirección del grupo se establece en w/ 8000000.
Estos son atributos de informes para LNM:
REPORT_LRM 0x80000000 REPORT_LBS 0x00000100 REPORT_CRS 0x00000010 REPORT_REM 0x00000008 REPORT_RPS 0x00000002 REPORT_AVAIL 0x8000011a REPORT_ALL 0x8000011a
Señales de mantenimiento
Si el problema parece ser la desinserción y reinserción intermitentes de un número aleatorio de interfaces Token Ring, el anillo podría estar extremadamente congestionado, lo que hace que las señales de mantenimiento enviadas por la interfaz Token Ring se agoten. Ejecute el comando de interfaz keepalive {0 - 32767} para aumentar el valor de keepalive. (El valor predeterminado es 10 segundos.)
tricera(config)# interface tokenring 4/0/0 tricera(config-if)# keepalive 30
Nota: Al aumentar los keepalives, puede evitar que las interfaces Token Ring reboten; sin embargo, esto no reemplaza un buen diseño de red y la segmentación correcta del anillo.
Uso del analizador LAN
Muy a menudo, los problemas enfrentados en las redes Token Ring son de naturaleza intermitente, con repeticiones a intervalos aleatorios. Esto dificulta mucho más la resolución de problemas. Esto es común en situaciones en las que se tiene un número aleatorio de estaciones que experimentan un rendimiento lento o tienden a separarse del anillo momentáneamente. Además, el uso de las técnicas anteriores para solucionar problemas de inserción a veces puede no proporcionar información adecuada.
Para reducir el problema, es posible que se requiera un analizador de LAN Token Ring para capturar y analizar las tramas. El analizador debe ser el vecino ascendente inmediato de la estación que intenta insertar. Por lo tanto, es importante saber qué debe buscar en un seguimiento Token Ring y saber qué esperar en una red Token Ring saludable. El análisis de tramas Token Ring está fuera del alcance de este documento, pero estas tramas son lo que esperaría ver en el seguimiento Token Ring de una inserción exitosa de estación Token Ring:
MAC: Active Monitor Present !--- Normal ring poll. MAC: Standby Monitor Present !--- Normal ring poll. MAC: Duplicate Address Test !--- Inserting station sends duplicate address MAC#1 frames. MAC: Duplicate Address Test !--- Inserting station sends duplicate address MAC#2 frames. MAC: Standby Monitor Present MAC: Report SUA Change !--- Stored Upstream Address reported to Configuration Report Server !--- by inserting station. MAC: Standby Monitor Present !--- Participate in ring poll by inserting station. MAC: Report SUA Change !--- SUA reported by station downstream from inserting station. MAC: Standby Monitor Present !--- Normal ring poll. MAC: Request Initialization !--- Request ring initialization MAC#1 from Ring Parameter Server. MAC: Request Initialization !--- Request ring initialization MAC#2 from Ring Parameter Server. MAC: Request Initialization !--- Request ring initialization MAC#3 from Ring Parameter Server. MAC: Request Initialization !--- Request ring initialization MAC#4 from Ring Parameter Server. MAC: Report Soft Error MAC: Active Monitor Present MAC: Standby Monitor Present !--- Station inserted and participating in ring poll. MAC: Standby Monitor Present
Nota: Ese seguimiento se ha filtrado para mostrar sólo las tramas de interés (consulte los comentarios). En un analizador de red, esas tramas se pueden examinar más de cerca para ver la información detallada que se incluye en esos campos.
Es muy probable que también vea errores de software, como errores de ráfaga, errores de línea, errores de token, purgas de anillo y errores de trama perdida, causados por el simple acto de abrir el relé del concentrador. No asuma que la existencia de estos errores indica un anillo problemático, ya que son síntomas normales que ocurren durante el proceso de inserción.
Otras tramas que se deben buscar, por ejemplo, son las tramas MAC emitidas por AM que se denominan Neighbor Notification Incomplete (NNI) o Ring Poll Failure. Esta trama debe emitirse cada siete segundos en un anillo que falla, justo antes de una trama MAC de AMP. La trama NNI es importante porque contiene la dirección de la última estación que completó con éxito el proceso de sondeo en anillo. El vecino de flujo descendente de esta estación suele ser el culpable y puede quitar el vecino de flujo descendente para resolver el problema.
Información Relacionada
Historial de revisiones
| Revisión | Fecha de publicación | Comentarios |
|---|---|---|
1.0 |
05-Dec-2001 |
Versión inicial |
ComentariosContacte a Cisco
- Abrir un caso de soporte
- (Requiere un Cisco Service Contract)