GUI - Troubleshooting ME3600X

Advanced Services
Cisco Systems Advanced Services

Telefónica / Desarrollo de Plantillas de Configuración
ME3600X - Guía de Troubleshooting
Versión 1.0
Corporate Headquarters
Cisco Systems, Inc.
170 West Tasman Drive
San Jose, CA 95134-1706
USA
http://www.cisco.com
Tel: 408 526-4000
800 553-NETS (6387)
Fax: 408 526-4100
Índice
Índice .............................................................................................................................................. 2
Control del documento ................................................................................................................. 3
Historia ....................................................................................................................................... 3
Revisiones.................................................................................................................................. 3
Introducción................................................................................................................................... 4
Propósito del documento ........................................................................................................... 4
Contenido ................................................................................................................................... 4
Documentación relacionada ...................................................................................................... 4
Información General del ME3600X .............................................................................................. 5
Introducción al Hardware del ME-3600X ................................................................................... 5
Panel Frontal del Cisco ME 3600X-24TS-M .............................................................................. 6
Panel Trasero............................................................................................................................. 8
ME3600X Architecture .................................................................................................................. 9
Información sobre las capacidades del ME3600X ................................................................... 11
SDM Templates ....................................................................................................................... 11
Metodología de Troubleshooting .............................................................................................. 14
Recoger datos relativos al problema ....................................................................................... 14
Analizar los Datos .................................................................................................................... 14
Verificar la conectividad de Red .......................................................................................................... 15
Usar la Herramienta Apropiada para Diagnosticar el Problema .......................................................... 15
Troubleshooting – Alimentación y Ventiladores ..................................................................... 16
Alarmas del equipo .................................................................................................................. 19
Troubleshooting – Problemas de SFP ...................................................................................... 20
Problemas de SFP ................................................................................................................... 20
Análisis del Fallo y determinación del Problema .................................................................... 23
Identificación del problema y toma de datos para su análisis ................................................. 23
Comandos de Plataform y Arquitectura del ME3600X ............................................................ 24
Detalles de las colas de la CPU del ME3600X ........................................................................ 24
Crashes y tracebacks ................................................................................................................. 30
Monitoring EFP ............................................................................................................................ 33
Show Commands ..................................................................................................................... 33
Troubleshooting QoS ................................................................................................................. 35
Introducción al QoS del ME3600X ........................................................................................... 35
Como Comprobar Buffers y Thresholds de las Colas del ME3600X....................................... 42
Como comprobar los valores de Queue-limit en el Hardware ................................................. 46
Procedimiento de Actualización del ME3600X......................................................................... 56
Actualización del Software IOS en el Switch Router ME3600X ........................................................... 56
Preparación del Switch Router ME para la actualización: ................................................................... 56
Ejecución de la Actualización del Switch ME3600X: ........................................................................... 59
Guía de configuración- Referencia de comandos a usar: .................................................................... 59
Procedimiento de Recovery del ME3600X................................................................................ 61
Procedimientos para recuperar un ME3600X con imagen corrupta o inexistente .................. 61
Recuperar el ME3600X desde el modo ROMmon: .............................................................................. 61
Boot desde la SD Flash card ................................................................................................... 64
Apéndice I .................................................................................................................................... 66
Referencias disponibles para consultar: .................................................................................. 66
2
29/05/2014 Telefónica / Cisco Advanced Services
Company Confidential. A printed copy of this document is considered uncontrolled.

Control del documento
Autor: Juan Ortega Marín-Espinosa
Cisco Systems Advanced Services
Cambios:
Historia
Tabla 1 Historia de Revisiones
Versión No. fecha Estado Razón del cambio

0.1 19-Mayo-2014 Released Borrador
1.0 28-Mayo-2014 Released Versión Final
Revisiones
Tabla 2 Revisiones
Detalle del revisor No de Versión fecha

Sergio Martín
This document will be kept under revision control.
3
Introducción
Propósito del documento

Este documento tiene la intención de mostrar un conjunto de elementos básicos de comprobación,
así como comandos de show y parámetros de configuración, que permitan una actuación rápida en
caso de producirse problemas de funcionamiento durante la fase de instalación, en funcionamiento
real de cliente, o durante tareas habituales de mantenimiento
En definitiva pretende ser una guía rápida de actuación ante la aparición de problemas, en
instalaciones con Switches Metro Cisco ME-3600X, que permita recopilar la información necesaria,
con el objetivo de agilizar el análisis o el escalado al siguiente nivel de soporte, permitiendo un mejor
y más rápido tratamiento de la incidencia.
Esta guía en ningún momento pretende reemplazar o sustituir la documentación oficial de

Cisco que se encuentra disponible en múltiples páginas WEB de Cisco, sino más bien extraer
de ellas, lo fundamental para ofrecer unas indicaciones de cómo proceder en la mayoría de los
casos, donde se requiera la instalación, manipulación tanto del hardware como del software
del mencionado dispositivo.
De modo que este documento se debe usar como una mera herramienta de consulta o simple
guía de posibles acciones a realizar ante un primer análisis de fallo.
Contenido
Este documento recoge información existente en las Web públicas de Cisco, así como los elementos
de troubleshooting necesarios para realizar tareas de análisis de fallo y determinación de problemas,
que contribuyan a solucionar, identificar o cuanto menos actuar en primera instancia ante fallos
aparecidos.
Documentación relacionada
Tabla 3 Documentación Relacionada
Referencia Documento Versión
4
Información General del ME3600X
Introducción al Hardware del ME-3600X

Cisco ha introducido los Switches ME3600X como solución para reducir los costes de
operación, simplificar y hacer converger las redes tradicionales y de acceso Ethernet mediante
el soporte de tecnologías como MPLS pseudowire.
Estos dispositivos ofrecen servicios avanzados de banda ancha residencial y aplicaciones

Metro Ethernet.
Figura 1-1 Cisco ME3600X Switches
Los switches de Acceso de Ethernet de la serie Cisco ME3600X son de 1 RU, y están
disponibles en configuraciones de hardware optimizado para cobre y fibra:
• Cisco ME 3600X-24TS (cobre) con 24 puertos 10/100/1000 y 2 puertos 10 Gigabit Ethernet SFP+
• Cisco ME 3600X-24FS (fibra) con 24 puertos Gigabit Ethernet SFP y 2 puertos 10 Gigabit
Ethernet SFP+
Aunque en el Servicio solo está homologado el modelo en cobre ME 3600X-24TS
Entre las funciones básicas del Cisco ME3600X se encuentran:

• Ethernet Services
• Layer 3 Services
• QoS
• Multicast
• Security
• Availability
5
Guía de troubleshooting del ME3600X
• Operations, Administration, and Maintenance (OAM)

• Manageability
• Timing
Panel Frontal del Cisco ME 3600X-24TS-M
Figura 1-2 Panel Frontal del Switch Cisco ME3600X
BITS Port
The Building Integrated Timing Supply (BITS) port is an RJ-45 interface that provides external synchronized
clocking through a timing signal generator (TSG). The BITS port on the switch can be configured to accept
either a T1 or an E1 framed input.
Alarm Input Port
The switch supports four alarm inputs. Use the CLI to define each alarm input to respond to a normally open
or closed dry-contact closure and to define the alarm severity as minor, major, or critical. When a condition
triggers an alarm, the console displays an alarm message, and the corresponding Alarm LED responds.
Management and Console Port
You can connect the switch to a host such as a Windows workstation or a terminal server through the
10/100/1000 Ethernet management port or the console port. The 10/100/1000 Ethernet management port
connection uses a standard RJ-45 crossover or straight-through Ethernet cable. The console port connection
uses a RJ-45-to-DB-9 female cable.
6
The Ethernet management port operates in any combination of 10, 100, or 1000 Mb/s, and its traffic is isolated
from the other ports. See Table 7 for descriptions of the Ethernet management port LEDs.
10/100/1000BASE-T Copper Downlink Ports (Cisco ME-3600X-24TS-M)
The 24 10/100/1000BASE-T copper downlink ports use standard RJ-45 connectors with Ethernet pinouts.
Gigabit Ethernet SFP Downlink Ports (Cisco ME-3600X-24FS-M)
The 24 Gigabit Ethernet SFP downlink ports use the SFP module patch cable, a 0.5-meter, copper, passive
cable with SFP module connectors at each end. This cable is only used with 1-Gigabit Ethernet SFP ports to
connect two switches in a cascaded configuration.
10 Gigabit SFP+ Uplink Ports
The switch 10-Gigabit Ethernet SFP+ modules provide the uplink interfaces when inserted in an SFP+ module
slot. The SFP+ modules have LC connectors for fiber-optic connections. The SFP+ module slots support
SFP+ and Gigabit Ethernet SFP modules. The SFP+ module slots do not support 100BASE-X y 1000BASE-T
modules. Use only Cisco SFP+ or SFP modules on the switch. Each Cisco module has an internal serial
EEPROM that is encoded with security information.
SD Memory Slot
The switch has an SD (secure digital) memory slot for additional storage. You can save configurations or
Cisco IOS images and transfer them to other systems. The memory slot supports standard SD (1 MB and 2
GB) memory cards or SDHC (4 GB) memory cards.
LEDs
You can use the switch system and port LEDs to monitor switch activity and performance. See Figure1-2
A description of the front panel LED functions is provided in Table 1.
Figura 1-3 Panel de Leds del Switch Cisco ME3600X

LED Name Color Description
1 SYST System LED Off System is not powered on.
Blinking green POST (power-on self-test) is in progress.
Green System is operating normally.
Amber System is receiving power but is not functioning properly.
2 PS IN 1 Power Supply Module Off Power supply module (1 or 2) is not installed.
3 PS IN 2 Input LED Green Power supply module (1 or 2) is installed and receiving power.
Amber Power supply module (1 or 2) is installed but not receiving power
in an acceptable range.
4 PS/FAN 1 Power Supply and Fan Off Power supply module (1 or 2) is either not installed or not
5 PS/FAN 2 LED producing power.
Fan module is not installed.
Green Power supply module (1 or 2) is installed and producing power in
an acceptable range; the fans are operating normally.
Fan module is installed; the fans are operating normally.
Red Power supply module (1 or 2) is installed but not producing power
in an acceptable range, or a fan has failed.
Fan module is installed, but one of the fans has failed.
7
6 SD CARD SD Card LED Off SD card is not installed.

Green SD card is installed.
Amber Error accessing the SD card.
Blinking green SD data transfer in progress.
7 MGMT Ethernet Management Off No link, or port was administratively shut down.
Port LED Green Link present but not sending or receiving data.
Blinking green Activity. Port is sending or receiving data.
Alternating green/amber Link fault. Error frames can affect connectivity, and errors such as
excessive collisions, CRC (cyclic redundancy check) errors, and
Alternating green/amber alignment and jabber errors are monitored for a link-fault
indication. Jabber errors occur when data packets exceed the
prescribed lengths.
8 SYNC Sync LED Green The synchronous Ethernet internal clocking source is in a
synced/locked state from line or BITS timing input.
Amber The synchronous Ethernet internal clocking source is in the
holdover state.
Off The synchronous Ethernet internal clocking source is in the free-
running state.
9 ALM1 Alarm LEDs Off No alarm
10 ALM2 Amber Minor alarm
11 ALM3 Red Major alarm
12 ALM4
Blinking red Critical alarm
Port LED Port LEDs Off No link, or port was administratively shut down.
Each RJ-45 port, SFP Green Link present but not sending or receiving data.
module slot, and SFP+ Blinking green Activity. Port is sending or receiving data.
module slot has a port
LED. These port LEDs, Link fault. Error frames can affect connectivity, and errors such as
as a group or Alternating green/amber excessive collisions, CRC errors, and alignment and jabber errors
individually, display are monitored for a link-fault indication.
information about the Amber Port is blocked by Spanning Tree Protocol (STP) and is not
switch and about the forwarding data. After a port is reconfigured, the port LED can
individual ports. remain amber for up to 30 seconds as STP checks the switch for
possible loops.
Table 1: Front Panel LED Descriptions
Panel Trasero
El panel trasero del switch contiene 2 ranuras para insertar las Fuentes de Alimentación así
como un conector de tierra.
Las ranuras para insertar los módulos de Alimentación aceptan fuentes de alimentación tanto
de AC como de DC o un ventilador.
Figure 1.4: Cisco ME 3600X Rear Panel
8
ME3600X Architecture
Cisco Carrier Ethernet ASIC

El Cisco Carrier Ethernet ASIC, ha sido diseñado específicamente por Cisco para cubrir las
necesidades de los SP, e integrado en los Cisco ME-3600X Series para ofrecer las tecnologías
esenciales de Ethernet Carrier, que incluye: QoS jerárquico (HQoS), MPLS y Virtual Private LAN
Services (VPLS). Este ASIC proporciona un rendimiento que le permite trabajar a velocidad de
línea, habilitando servicios avanzados que incluye ACLs y HQoS sin afectar a su rendimiento,
también incorpora capacidades de gestión del tráfico innovadoras al tiempo que proporciona
operaciones inteligentes de conmutación de paquetes y Routing.
 Cisco Carrier Ethernet ASIC es una solución para el tratamiento de paquetes altamente
integrado y de gestión de tráfico, todo en un solo chip.
 Tiene una capacidad de procesamiento de paquetes de 24Gbps
 Dispone de 2 ASICs (Niles) con capacidad de 65Mpps
 El motor de procesado de paquetes del ASIC es el responsable de analizar los paquetes,
realizar operaciones de búsqueda, y de transmitir esas decisiones al gestor de tráfico.
 El gestor de tráfico se encarga del buffering, encolado, y la programación de los paquetes
para su transmisión.
 Procesador de doble núcleo para soporte futuro de ISSU.
 Soporta funciones de procesamiento de paquetes y gestión del tráfico Cisco-Compatible
Diagrama de Bloques
Interfaces de Red Flexibles:
 Dos “Carrier Ethernet ASIC” por Sistema (ASIC 0 y 1)
 Un CE ASIC dedicado para los 24x1GE y Un CE ASIC exclusivamente para los 2x10Gig
 Conectividad de 50 Gbps entre los dos ASICs (Non Blocking)
 Rendimiento Total del Sistema de 44 Gbps (Full Duplex)
 Rendimiento por ASIC de 36 Mpps
 Rendimiento Total del Sistema de 65 Mpps (Full Duplex)
9
10
Información sobre las capacidades del ME3600X
SDM Templates
Las plantillas (Templates) de SDM (Switch Database Management) son usadas en el switch para
optimizar los recursos del sistema. Admitiendo en cada uno de ellas características específicas
que mejor se ajusten a los requerimientos que demanda la red. Estas plantillas de SDM asignan
recursos TCAM para soportar diferentes características. Por defecto el ME3600X viene
configurado con la plantilla “Default” que proporciona un equilibrio de los recursos del sistema,
pero se pueden seleccionar otras plantillas específicas que admitir características concretas o
mayor cantidad de recursos para ciertos features. En el hardware.
Las distintas plantillas de SDM que soporta el ME3600X y los recursos dedicados a cada una de ellas
dependen básicamente del tipo de licencia activada en el switch.
Nota: El Cisco ME 3600X Series ofrece tres licencias de software Cisco IOS diferentes, de modo que
ciertas funcionalidades estarán disponibles en base a la activación de la correspondiente licencia.
- La licencia de Metro IP Access que ofrece QoS avanzadas, Features de Carrier Ethernet L2,
Ethernet OAM, Features de L3 para protocolos de Routing IP avanzados, Multi-VPN Routing y
capacidad de Multi-VRF CE.
- La licencia de 10GE Upgrade que proporciona a los SPs 10 Gigabit Ethernet en los uplinks sólo
cuando sea necesario, soportando la estrategia de pay-as-you-grow.
La licencia Advanced Metro IP Access que añade las siguientes capacidades a la imagen de Metro
IP Access: MPLS, pseudowires EoMPLS, Virtual Private LAN Services (VPLS), MPLStraffic
engineering, Fast Reroute (FRR) y MPLS VPN support
En los Cisco ME-3600X-24TS-M, para los tres tipos de licencia existen las siguientes plantillas de SDM:
Metro IP Access Advanced Metro IP Access
SDM Template Default IPv4 Default IPv4 Application Template
En función de la licencia activada una misma plantilla puede proporcionar al switch capacidades diferentes:
Imagen de Metro IP Access:
Número aproximado de Recursos de los Features permitidos en cada Template
Resource Default IPv4 SDM template
MAC table 8K 8K
IPv4 routes 20 24 K
IPv6 routes 5K 4K
IPv4 routing groups 1K 1K
Multicast Groups 1K 1K
Bridge Domains 4K 4K
Ethernet Flow Point (EFP) 4K 4K
ACL entries 2K 2K
IPv4 QoS classification 4K 4K
11
Imagen de Advanced Metro IP Access:

Número aproximado de Recursos de los Features permitidos en cada Template
Resource Default IP SDM template Application
MAC table 16 K 16 K 16 K
IPv4 Routes 20 K 24 K 12 K
IPv6 Routes 6K 4K 4K
IP v4 Routing Groups 1K 1K 1K
Multicast Groups 1K 1K 1K
Bridge Domains 4K 4K 4K
Ethernet Flow Point (EFP) 4K 4K 4K
ACL entries 2K 2K 2K
IPv4 QoS classification 4K 4K 4K
MDT mroutes 0 0 250
Ipv6 ACL entries 1K 1K 1K
ipv4 pbr entries 0 0 2000
Para identificar qué perfil de Template tiene cargado el ME3600X y el nivel de licencia, hay que
introducir el comando “show sdm prefer current”:
ME3600_B#sh sdm prefer current
The current License is AdvancedMetroIPAccess
The current template is "default" template.

Template values:
number of mac table entries = 16000
number of ipv4 routes = 20000
number of routing groups = 1000
number of multicast groups = 1000
number of bridge domains = 4096
number of acl entries = 2000
number of MDT mroutes = 0
number of ipv6 acl entries = 1000
number of ipv4 pbr entries = 0
Para ver las capacidades de otros Templates disponibles:
ME3600_B#sh sdm pref ip
ip template:

Template values:
ME3600_B#sh sdm pref applications
applications template:

Template values:
12

ME3600_B#
Finalmente si queremos cambiar de Template, solo hay que introducir el siguiente comando y a
continuación realizar un reload del switch para que tenga efecto el cambio:
ME3600_B# sdm prefer applications
ME3600_B# end
ME3600_B# reload
Proceed with reload? [confirm]
Si quisiéramos ver el nivel de utilización de la TCAM (por ASIC) para los distintos features:
GESTOPE_ME3600#sh plat tcam utilization all
Nile Tcam Utilization per Application & Region:
ES == Entry size == Number of 80 bit TCAM words
==================================================================
App/Region Start Num Avail ES Used Range Num Used
==================================================================
UCASTV4 0 20480 1
nile0 8
nile1 8
MCASTV4 20480 2048 2
nile0 14
nile1 14
INGRESS_VLAN_TRANS 24576 4096 1
nile0 89
nile1 89
EGRESS_VLAN_TRANS 28672 4096 1
nile0 0
nile1 0
IPV4_TUNNEL 0 0 2
nile0 0
nile1 0
ACL 32768 2048 2
nile0 127
nile1 127
QOS 36864 4096 2
nile0 24
nile1 3
UCASTV6 45056 6144 2
nile0 4
nile1 4
MCASTV6 57344 1024 4
nile0 11
nile1 11
IPV6_ACL 61440 1024 4
nile0 10
nile1 10
IPV4_PBR 0 0 2
nile0 0
nile1 0
EQOS 0 16384 1
nile0 84
nile1 84

GESTOPE_ME3600#
13
Metodología de Troubleshooting
• Recoger datos relativos al problema:

– Identificar y aislar el problema.
– Usar información de la topología para aislar el problema.
– Recopilar información del switch y otros dispositivos que intervienen en el problema
• Analizar los datos recogidos relativos al problema:
– Usar razonamientos deductivos para acotar reducir la lista de posibles causas.
– Verificar la integridad de la red LAN de N2 e IP de N3.
– Determinar la herramienta de análisis más apropiada para cada caso y usarla para encontrar el
origen del problema.
Recoger datos relativos al problema

• Primero recoger información detallada acerca de que está ocurriendo.
• Intenta recordar que nuestras observaciones del problema pueden ser un síntoma de un problema
diferente aparentemente no relacionado.
• Usar la información de la topología para determinar que elemento, de la Red LAN, subred IP,
protocolo o tarea del cliente se está viendo afectada.
– La Información de la Topología incluye:
° Diagramas de Red
° Direccionamiento MAC
° Direccionamiento IP
° Protocolos usados por el cliente
° Versiones de Software de todos los dispositivos implicados
– Asegurarse que la información topológica de red está actualizada!
– La única cosa peor que no tener información topológica es tener información topológica errónea.
Analizar los Datos

• ¿Ocurre el problema en un simple, interface LAN, WAN, segmento, localidad, etc.?
• ¿Ocurre el problema solo en conexiones hacia / desde WAN?
• Una vez se tengan los datos, analizarlos para reducir las posibles causas del problema.
• En base a la observación del primer análisis aplicar herramientas de show, debug o incluso
complementarias y más específicas que ayuden a estrechar el origen del problema.
14
Verificar la conectividad de Red

• Determinar el Network path tanto de N2 como e N3 entre los distintos dispositivos involucrados.
• Analizar cualquier problema de conectividad una por una en cada uno de los niveles (desde la capa 1
hasta la 7)
• Problemas de conectividad pueden causar un amplio rango de síntomas que van desde problemas
de conectividad de forma permanente, o intermitente.
Usar la Herramienta Apropiada para Diagnosticar el Problema

• Una vez se haya acotado el alcance o magnitud del problema, usar la herramienta o mecanismo de
troubleshooting más apropiado para recoger diagnósticos con más información del mismo.
Debugs y comandos de Show en los Switches Metro, así como Trazas en un analizador de Red
(Inside, Outside), si fuera necesario.
15

Troubleshooting – Alimentación y Ventiladores
El ME3600X soporta Fuentes de Alimentación redundantes las cuales utilizan la alimentación de

forma compartida.
Estas Fuentes de Alimentación están diseñadas para su inserción o extracción en-línea y permite
de forma automática la operación 1+1, permitiéndose también la combinación de Fuentes de
Alimentación AC y DC en el mismo chasis
Cada una de estas Fuentes de Alimentación tiene 3 ventiladores, aunque el ME3600X también
dispone de una bandeja de ventiladores que contiene 6 ventiladores remplazable en caliente
Cuando uno de estos componentes falla el ME3600X es capaz de notificarlo mediante una alarma
y un mensaje de SYSLOG para la MIB: “CISCO-ENTITY-ALARM-MIB”
DUAL AC SUPPLY
 Green LED
– SYST
– PS IN 1
– PS IN 2
– PS/FAN 1
– PS/FAN 2
Usar el comando “show environment all” y “show environment power” para conocer el estado de:
Fuentes de alimentación, ventiladores y cable de corriente
GESTOPE_ME3600#sh env all
FAN in FANTRAY‐1 is OK
FAN in PS‐2 is OK
SYSTEM TEMPERATURE is GREEN
SYSTEM Temperature Value: 43.2 Degree Celsius
SYSTEM Temperature State: GREEN
SYSTEM Low Temperature Alert Threshold: 0.0 Degree Celsius
SYSTEM Low Temperature Shutdown Threshold: ‐20.0 Degree Celsius
SYSTEM High Temperature Alert Threshold: 58.0 Degree Celsius
SYSTEM High Temperature Shutdown Threshold: 80.0 Degree Celsius
FAN TRAY 1: No Temperature Information Provided
POWER SUPPLY 2 Temperature Value: 41.2500 Degree Celsius
POWER SUPPLY 2 Temperature Alert Threshold: 85.0000 Degree Celsius
POWER SUPPLY 2 Temperature Shutdown Threshold: 110.0000 Degree Celsius
POWER SUPPLY 1 is Fan Tray OK
16

POWER SUPPLY 2 is AC OK

ALARM CONTACT 1 is not asserted
GESTOPE_ME3600#
GESTOPE_ME3600#sh env power
POWER SUPPLY 1 is Fan Tray OK
Fan : OK
AC Input : OK
Output : OK
Fan : OK

GESTOPE_ME3600#
En caso de que una de las PS disponibles en el ME3600X este defectuosa o el cable de

alimentación este desconectado, se reportara el correspondiente mensaje en el log:
*Mar 1 00:39:03.563: %PLATFORM_ENV‐1‐FRU_PS_SIGNAL_FAULTY: Input signal on power
supply 2 is faulty
*Mar 1 00:39:03.563: %PLATFORM_ENV‐1‐FRU_PS_SIGNAL_FAULTY: Output signal on power
supply 2 is faulty
GESTOPE_ME3600#sh env all
FAN in PS‐1 is OK
FAN in PS‐2 is OK
SYSTEM TEMPERATURE is GREEN
SYSTEM Temperature Value: 43.0 Degree Celsius
SYSTEM Temperature State: GREEN
SYSTEM Low Temperature Alert Threshold: 0.0 Degree Celsius
SYSTEM Low Temperature Shutdown Threshold: ‐20.0 Degree Celsius
SYSTEM High Temperature Alert Threshold: 58.0 Degree Celsius
SYSTEM High Temperature Shutdown Threshold: 80.0 Degree Celsius
POWER SUPPLY 2 is AC FAULTY

GESTOPE_ME3600#

GESTOPE_ME3600#sh env power
AC Input : OK
Output : OK
Fan : OK
POWER SUPPLY 2 is AC FAULTY
AC Input : FAULTY
Output : UNKNOWN
Fan : UNKNOWN
Una vez solucionado aparecerá en el log los siguientes mensajes:

*Mar 1 00:40:13.948: %PLATFORM_ENV‐1‐FRU_PS_SIGNAL_OK: Output signal on power supply
2 is restored
*Mar 1 00:40:13.948: %PLATFORM_ENV‐1‐FRU_PS_SIGNAL_OK: Input signal on power supply
2 is restored
17
Una Fuente de Alimentación y Sin Bandeja de Ventiladores

ME3600X#sh env all
FAN in PS‐1 is OK
TEMPERATURE is OK
Temperature Value: 42.2 Degree Celsius
Temperature State: GREEN
Low Temperature Alert Threshold: 0.0 Degree Celsius
High Temperature Alert Threshold: 58.0 Degree Celsius
Low Temperature Shutdown Threshold: ‐20.0 Degree Celsius
High Temperature Shutdown Threshold: 80.0 Degree Celsius
POWER SUPPLY 2 is Not Present

ME3600X#sh env fan
FAN in PS‐1 is OK
En el log aparecerá el siguiente mensaje:

*Mar 1 00:45:03.574: %PLATFORM_ENV‐1‐FAN_NOT_PRESENT: Fan is not present
El estado de los LEDs se puede monitorizar desde el CLI con el comando oculto: “show hardware led”
GESTOPE_ME3600#sh ha led
SYSTEM: GREEN Sistema operando normalmente
MGMT: BLACK
ALARM 1: BLACK
ALARM 2: BLACK
ALARM 3: BLACK No alarma
ALARM 4: BLACK
SYNC E: BLACK
SD: GREEN SD card instalada
POWERA IN: GREEN
POWERA OUT: GREEN link stp_blocked Suspended adm_down Activity post failed Fault fault_count
POWERB IN: BLACK
POWERA OUT: GREEN
PORT NO LED
1 : BLACK 0 0 0 1 0 0 0 0
2 : BLACK 0 0 0 1 0 0 0 0
3 : BLACK 0 0 0 0 0 0 0 0
4 : BLACK 0 0 0 0 0 0 0 0
5 : BLACK 0 0 0 0 0 0 0 0
6 : BLACK 0 0 0 0 0 0 0 0
7 : BLACK 0 0 0 0 0 0 0 0
8 : BLACK 0 0 0 0 0 0 0 0
9 : BLACK 0 0 0 1 0 0 0 0
10 : BLACK 0 0 0 1 0 0 0 0
11 : BLACK 0 0 0 0 0 0 0 0
12 : BLACK 0 0 0 0 0 0 0 0
13 : BLACK 0 0 0 0 0 0 0 0
14 : BLACK 1 0 0 0 0 0 0 0
15 : BLACK 0 0 0 0 0 0 0 0
16 : BLACK 0 0 0 0 0 0 0 0
17 : BLACK 0 0 0 0 0 0 0 0
18 : BLACK 0 0 0 0 0 0 0 0
19 : BLACK 0 0 0 0 0 0 0 0
20 : BLACK 0 0 0 1 0 0 0 0
21 : BLACK 0 0 0 0 0 0 0 0
22 : BLACK 0 0 0 0 0 0 0 0
23 : BLACK 0 0 0 0 0 0 0 0
24 : BLACK 1 0 0 0 0 0 0 0
25 : BLACK 0 0 0 0 0 0 0 0
26 : BLACK 0 0 0 0 0 0 0 0
GESTOPE_ME3600#
La velocidad el ventilador se puede monitorizar desde el CLI con: “show platform power_mbus read fan”
18
GESTOPE_ME3600#show platform power_mbus read fan
FRU Fan Tray in Slot #1: No Information provided
FRU Power Supply in Slot #2:
Raw = 0x28A8 Converted value = 5376.0000
Raw = 0x28AA Converted value = 5440.0000
Raw = 0x28A6 Converted value = 5312.0000
GESTOPE_ME3600#
Alarmas del equipo

Las alarmas del ME3600X se pueden monitorizar en remoto, a través de SNMP MIB CISCO-
ENTITY-ALARM-MIB o con el comando “show facility‐alarm status”:
Este comando permite distinguir problemas de tipo hardware del Matherboard, alimentación, etc…
GESTOPE_ME3600#show facility‐alarm status
System Totals Critical: 0 Major: 0 Minor: 0

Source Time Severity Description [Index]
‐‐‐‐‐‐ ‐‐‐‐‐‐ ‐‐‐‐‐‐‐‐ ‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐

GESTOPE_ME3600#
Para tener más información sobre la lista de alarmas y MIBs de SNMP ver las URLs:
http://www.cisco.com/c/en/us/td/docs/switches/metro/me3600x_3800x/software/release/15-
4_1_S/configuration/guide/3800x3600xscg/swalarms.html
4_1_S/configuration/guide/3800x3600xscg/swmibs.html
19
Troubleshooting – Problemas de SFP
Problemas de SFP
El Cisco ME 3600X-24TS proporciona 24 puertos (cobre) a 10/100/1000 y dos puertos 10 Gigabit
Ethernet SFP+
Estos 2 slots del Módulo SFP+ soportan tanto transceiver SFP+ (de 10G) como SFP 1000BASE-
X SFP
En estos 2 puertos de 10GE no se puede configurar el comando “speed nonegotiate”, tanto si
tiene instalado en él un SFP+ de 10G como si es un SFP de 1Giga.
NOTA: Esto está descrito en el DDTS CSCtt42712, abierto para documentar de forma clara (en
todas las guías de configuración) la limitación que existe en los puertos de 10G:
Por lo que ni siquiera con un SFP+ de 10Gigas en el Uplink de 10Gigas funcionaria si la
negociación no está en auto en el extremo remoto.
Con la auto-negociación automática activada, nos podemos encontrar con tres situaciones:
1. Si por licencia no se soporta los uplink de 10Gigas, la negociación estará limitada a 1Giga
aunque el SFP+ lo permita
2. Si la licencia permite una velocidad de 10Gigas, pero en el puerto TenGiga está insertado un
SFP de 1Giga, la negociación será de 1Giga.
3. En el caso de que la licencia no sea de 10Gigas y el SFP es de 1Giga, la velocidad de auto-
negociación será de 1Giga
El comando que nos permite ver el tipo y capacidades del xceiver SFP que se está usando es:
sh interfaces TenGigabitEthernet 0/<port#> capabilities
Tanto si el SFP/SFP+ no está insertado como si no es un SFP valido, este comando nos
mostrara:
“no present”
ME3600_B#sh interfaces TenGigabitEthernet 0/2 capabilities
TenGigabitEthernet0/2
Model: ME‐3600X‐24TS‐M
Type: Not Present
Speed: 10000
Duplex: none
Trunk encap. type: 802.1Q
Trunk mode: on,off,desirable,nonegotiate
Channel: yes
Broadcast suppression: percentage(0‐100)
Flowcontrol: rx‐(off,on,desired),tx‐(none)
Fast Start: yes
20

QoS scheduling: Rx‐no ingress scheduling
tx‐three levels of hierarchy and 2 level scheduling
CoS rewrite: yes
ToS rewrite: yes
UDLD: yes
Inline power: no
SPAN: no
PortSecure: no
Dot1x: no
ME3600_B#
Una vez insertado el SFP en el puerto:
ME3600_B#sh interfaces TenGigabitEthernet 0/2 capabilities
TenGigabitEthernet0/2
Model: ME‐3600X‐24TS‐M
Type: 1000BaseSX SFP
Speed: 10000
Duplex: none
Trunk encap. type: 802.1Q
Trunk mode: on,off,desirable,nonegotiate
Channel: yes
Broadcast suppression: percentage(0‐100)
Flowcontrol: rx‐(off,on,desired),tx‐(none)
Fast Start: yes
QoS scheduling: Rx‐no ingress scheduling
tx‐three levels of hierarchy and 2 level scheduling
CoS rewrite: yes
ToS rewrite: yes
UDLD: yes
Inline power: no
SPAN: no
PortSecure: no
Dot1x: no

ME3600_B#sh interfaces TenGigabitEthernet 0/2 transceiver properties
Name : Te0/2
Administrative Speed: 10000
Administrative Duplex: full
Administrative Auto‐MDIX: on
Administrative Power Inline: N/A
Operational Speed: 1000
Operational Duplex: full
Operational Auto‐MDIX: on
Media Type: 1000BaseSX SFP

ME3600_B#sh inventory | beg Ten
NAME: "TenGigabitEthernet0/1", DESCR: "1000BaseLX SFP"
PID: , VID: 8 , SN: FNS11251A52

NAME: "TenGigabitEthernet0/2", DESCR: "1000BaseSX SFP"
PID: , VID: , SN: FNS12390ZKW

ME3600_B#sh interfaces TenGigabitEthernet 0/2
TenGigabitEthernet0/2 is up, line protocol is up (connected)
Hardware is Ten Gigabit Ethernet, address is 0027.0cab.5d1a (bia
0027.0cab.5d1a)
MTU 1500 bytes, BW 1000000 Kbit/sec, DLY 10 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Keepalive not set
21
Full‐duplex, 1000Mb/s, media type is SX
input flow‐control is off, output flow‐control is unsupported
ARP type: ARPA, ARP Timeout 04:00:00
Last input 00:00:05, output 00:00:00, output hang never
Last clearing of "show interface" counters never
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
26 packets input, 6264 bytes, 0 no buffer
Received 22 broadcasts (20 multicasts)
0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 watchdog, 20 multicast, 0 pause input
0 input packets with dribble condition detected
107 packets output, 9896 bytes, 0 underruns
0 output errors, 0 collisions, 3 interface resets
9 unknown protocol drops
0 babbles, 0 late collision, 0 deferred
0 lost carrier, 0 no carrier, 0 pause output
0 output buffer failures, 0 output buffers swapped out
ME3600_B#
De modo que para diagnosticar el fallo, sería conveniente usar siguientes comandos:
Una vez insertado convenientemente el SFP en el puerto TenGiga0/<port> comprobar el estado

del puerto mediante los comandos:
sh interfaces TenGiga 0/<port> capabilities
sh interfaces TenGiga 0/<port> transceiver properties
sh inventory | beg Ten
sh interfaces TenGiga 0/<port> transceiver detail <-- solo si el Xceiver soporta DOM
sh interfaces TenGiga 0/<port>
sh controllers ethernet‐controller Te0/<port> phy detail

Si el Puerto TenGiga0/<port> no reconoce el SFP o el Puerto permanece DOWN (con el Puerto
del otro extremo de la fibra correctamente configurado), probar a insertar el SFP en el puerto
TenGiga0/1 para confirmar que el problema no es ajeno al propio SFP del puerto en cuestión.
22
Análisis del Fallo y determinación del Problema
Identificación del problema y toma de datos para su análisis

Para la identificación de problemas en el switch Metro ME3600X se recomienda siempre capturar
tanta información del problema como sea problema. En determinados casos el problema sufrido no
requiere de la presencia física frente al dispositivo y solo es necesario la captura de información para
su análisis y posterior determinación del problema. Como norma de carácter general se recomienda
recopilar la siguiente información:
Logs de consola  El switch guarda en un buffer información relevante, errores, mensajes de
alarma, etc que indican problemas de tipo hardware o software. Suelen ser en formato: %FACILITY-
SEVERITY-MNEMONIC : Message-text
Por ejemplo:
ME3600X# %SYS‐2‐MALLOCFAIL: Memory allocation of [dec] bytes failed from [hex],
pool [chars], alignment [dec]
La información de logging del switch sale por consola o si se accede por telnet ejecutando el
comando “terminal monitor”. En cualquier momento se puede ver los mensajes de logging
almacenados en el router con el comando “show log”.
El Error Message Decoder Tool de la web de Cisco permite interpretar este tipo de mensajes.
URL: https://www.cisco.com/cgi-bin/Support/Errordecoder/index.cgi
Informacion de syslog  Especialmente útil cuando el router sufre algún problema ha provocado
un reinicio (en el buffer del equipo solo tendremos información desde el ultimo arranque)
Para ello es conveniente dedicar recursos para guardar los logs en los búferes de memoria DRAM:
logging buffered 100000 informational
También se puede guardar localmente en la “flash:”, quedando los mismos mensajes de log
residentes en la “flash:”, de modo que si el switch falla y el log se pierde, se puede usar la flash: para
mostrar el contenido del “local.log”:
logging file flash:local.log 500000 notifications
Usar el comando more flash:/<filename> <max‐file‐size> <type> para mostrar el contenido del
local.log
Show Technical-support  Este comando es una recopilación de varios comandos que se usan
para diagnóstico de averías (show ver, show running-config, show log…)
Log del proceso de arranque, en caso de problemas con el arranque del equipo es importante
guardar la secuencia de arranque del equipo. Accediendo por consola y guardando la información en
un fichero de log.
23

Comandos de Plataform y Arquitectura del ME3600X
Los siguientes comandos han de ser recopilados ante la eventual re-ocurrencia de un problema de
recursos del ME3600X (con el comando ‘service internal’ habilitado, una vez terminada la
captura habrá que deshabilitarlo de nuevo (‘no service internal’).
Detalles de las colas de la CPU del ME3600X

Los comandos de CLI que muestran el estado de las colas de la CPU, para determinar si se están
produciendo descartes o el tráfico excede de los policers, se basan en la siguiente tabla, donde se
identifican los distintos tipos de cola y el número de cola S/W asociada.
Queue Name S/W Priority Policer Policer ASPDMA num Size of H/w H/w Buffer RED
queue CIR in bps Burst (bc) number of of Buffers queue Size in Thresh
Num in bytes descriptors buffers In bytes Num bytes In Bytes
Software Forwarding 0 Normal 1000000 100000 128 512 512 18176 320 40960
Routing protocol 1 High 1000000 100000 128 512 1518 18177 320 40960
ICMP 2 Normal 1000000 100000 128 512 512 18178 320 40960
Host 3 Normal 20000000 500000 128 512 512 18179 320 40960
ACL Logging 4 Normal 1000000 100000 128 512 512 18180 320 40960
STP 5 Expedite 1000000 100000 128 512 512 18181 320 40960
L2 Protocol 6 Normal 1000000 100000 128 512 512 18182 320 40960
Multicast Control 7 Normal 1000000 100000 128 1024 1024 18183 320 40960
Broadcast 8 Normal 1000000 100000 128 512 512 18184 320 40960
REP 9 Expedite 1000000 100000 128 512 512 18185 320 40960
CFM 10 High 1000000 100000 128 512 512 18186 320 40960
Control (Unused) 11 Normal 1000000 100000 128 512 512 18187 320 40960
IP MPLS TTL 12 High 1000000 100000 128 512 512 18188 320 40960
Multicast Default 13 Normal 64000 64000 128 512 512 18189 320 40960
Multicast Route Data 14 Normal 64000 64000 128 512 512 18190 320 40960
Multicast Mismatch 15 Low 1000000 100000 128 512 512 18191 320 40960
RPF Failed 16 Low 32000 32000 128 512 512 18192 320 40960
Routing Throttle 17 Normal 1000000 100000 128 512 512 18193 320 40960
Multicast Queue 18 Normal 1000000 100000 128 512 512 18194 320 40960
MPLS OAM 19 High 20000000 500000 128 512 512 18195 320 40960
MPLS MTU 20 Normal 1000000 100000 128 512 512 18196 320 40960
ICMP Unreachable 24 Normal 1000000 100000 128 512 512 18196 320 40960
Multicast L3 control 26 Expidite 1000000 100000 128 1024 1024 18202 320 40960
ARP Queue 27 High 1000000 1000000 128 512 512 18203 320 40960
BGP_LDP_Q 28 High 1000000 100000 128 512 512 18204 320 40960
CONTROL_Q 29 High 1000000 100000 128 512 512 18205 320 40960
Así por ejemplo si queremos saber el estado de la cola de Routing:
24

GESTOPE_ME3600#show platform qos policer cpu 1 0
########### Stats for CPU queue 1 ##########
Internal Qnum: 18177
Policer conform: 89158822 (packets) 5390396818 (bytes)
Policer exceed: 551034964 (packets) 36667631140 (bytes)
RM Drops: 551079329 (packets) 52100834676 (bytes)
#############################################
GESTOPE_ME3600#
Que podría indicar que paquetes de Routing que no pudiendo ser manejados por el HW son enviados
a la CPU y estos tras desbordar la cola S/W dedicada para protocolos de Routing son descartados.
Lo que podría tener como efectos el flapping del protocolo de routing

Las estadísticas de las colas S/W de la CPU se pueden ver con el comando:

GESTOPE_ME3600#show plat aspdma all_counters 0
RxQ Pkts Bytes ixBytes buffail refltry reflfail jmbfail Rx_err Jumbo
‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐
1 9043047 554169144 590341332 0 0 0 0 0 0
3 2574167 277219513 287516181 349060 0 0 0 0 39904
5 2244300 338872372 347849572 0 0 0 0 0 0
6 9277716 638404409 0 0 0 0 0 0 0
7 7497561 494486897 524477141 1268 0 0 0 0 0
8 9530125 678438762 716559262 0 0 0 0 0 86922
10 1089307998 68111064780 72468296772 0 0 0 0 0 0

TxQ Pkts Bytes ixBytes Tx_error
‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐
0 1779977061 112537443708 119657351952 0
1 2175 215022 223722 0

Similar información se puede ver con el comando:

GESTOPE_ME3600#show controllers cpu‐interface

Queue packet jumbo packet‐err jumbo‐err dropped unfillcnt
‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐
sw forwarding 0 0 0 0 0 0
routing protocol 9043013 0 0 0 0 0
icmp 0 0 0 0 0 0
host 2574150 39904 349060 0 0 0
acl logging 0 0 0 0 0 0
stp 2244289 0 0 0 0 0
l2 protocol 9277672 0 0 0 0 0
mcast control 7497514 0 1268 0 0 0
broadcast 9530071 86915 0 0 0 0
rep 0 0 0 0 0 0
cfm 1089286880 0 0 0 0 0

En este ejemplo se aprecia un problema de buffers, que podría requerir un ajuste de los mismos.
 show platform
Información General sobre la Licencia, y escalabilidad del ME3600X en base a la plantilla SDM
GESTOPE_ME3600#sh platform
License is: AdvancedMetroIPAccess
Current sdm template is: default template

number of max l3 interfaces = 1000
25
number of eompls tunnels = 512
number of routed eompls tunnels = 128
number of vrfs = 128
number of classifications = 4096
number of queues = 2048
number of policers = 1024
number of egress policers = 512
number of efps = 4000
number of ipv4 Tunnels = 0
GESTOPE_ME3600#
 show platform aspdma template
Muestra en detalle los números de escalabilidad de la licencia actualmente activa.
GESTOPE_ME3600#show platform aspdma template
show_cur_license: license is AdvancedMetroIPAccess
Template values:
NILE_NUM_MAC_TABLE_ENTRIES = 16000
NILE_NUM_IVLAN_MAPPING_ENTRIES = 4000
NILE_NUM_EVLAN_MAPPING_ENTRIES = 4000
NILE_NUM_MAX_VLANS_PER_PORT = 4094
NILE_NUM_MAX_SEC_ADDR_PER_EFP = 1000
NILE_NUM_MAX_SEC_ADDR_PER_BD = 10000
NILE_NUM_MAX_SEC_ADDR = 16000
NILE_NUM_MAX_SEC_CONFIG_ADDR = 16000
NILE_NUM_MAX_EFPS_AND_PWS = 16000
NILE_NUM_MAX_EFPS_PER_BD = 64
NILE_NUM_IPV4_ROUTES = 20000
NILE_NUM_MAX_L3_INTERFACES = 1000
NILE_NUM_MAX_ITAG_PER_SYSTEM = 500
NILE_NUM_ROUTING_GROUPS = 1000
NILE_NUM_MULTICAST_GROUPS = 1000
NILE_NUM_IPV6_ROUTING_GROUPS = 0
NILE_NUM_IPV6_MULTICAST_GROUPS = 1000
NILE_NUM_BRIDGE_DOMAINS = 4096
NILE_NUM_MAC_IN_MAC = 0
NILE_NUM_EOMPLS_TUNNELS = 512
NILE_NUM_ROUTED_EOMPLS_TUNNELS = 128
NILE_NUM_MPLS_VPN = 128
NILE_NUM_VRFS = 128
NILE_NUM_VPLS_INSTANCES = 26
NILE_NUM_MAX_VPLS_NEIGHBORS = 32
NILE_NUM_ACL_ENTRIES = 2000
NILE_NUM_IPV6_ACL_ENTRIES = 1000
NILE_NUM_IPV4_PBR_ENTRIES = 0
NILE_NUM_QUEUES_PER_ASIC = 2048
NILE_NUM_CLASSIFICATIONS = 4096
NILE_NUM_POLICERS_PER_ASIC = 1024
NILE_NUM_EG_POLICERS_PER_ASIC = 512
NILE_NUM_MAX_CLASS_MAPS = 1024
NILE_NUM_MAX_POLICY_MAPS = 1024
NILE_NUM_MAX_QUEUE_COUNTERS = 65536
NILE_NUM_MAX_POLICER_COUNTERS = 49152
NILE_NUM_OAM_SESSIONS = 1000
NILE_NUM_ELMI_SESSIONS = 1000
NILE_NUM_SLA_SESSIONS = 1000
NILE_NUM_EFPS = 4000
NILE_NUM_L2_SERVICES = 4000
NILE_NUM_MPLS_SERVICES = 512
NILE_NUM_MPLS_INGRESS_LABELS = 22000
NILE_NUM_MPLS_EGRESS_LABELS = 28500
NILE_NUM_FRR_TE_HEADEND = 512
NILE_NUM_FRR_TE_MIDPOINTS = 5000
NILE_NUM_STP_INSTANCES = 128
NILE_NUM_BFD_SESSIONS = 64
NILE_NUM_HSRP_VRRP_SESSIONS = 128
NILE_NUM_MAX_EC_GROUPS = 26
26
NILE_NUM_MAX_INTF_PER_EC_GROUP = 8
NILE_NUM_MAX_SPAN_RSPAN_SESSIONS = 32
NILE_NUM_MAX_IPV4_TUNNELS = 0
NILE_NUM_MAX_EFP_LOCAL_CONNECT = 512

Number of TCAM blocks:
NILE_TCAM_VLAN_MAPPING_INGRESS = 1
NILE_TCAM_VLAN_MAPPING_EGRESS = 1
NILE_TCAM_IPV4_UCAST = 5
NILE_TCAM_IPV4_MCAST = 1
NILE_TCAM_IPV4_TUNNEL = 0
NILE_TCAM_IPV6_UCAST = 3
NILE_TCAM_IPV6_MCAST = 1
NILE_TCAM_ACL = 1
NILE_TCAM_QOS = 2
NILE_TCAM_IPV6_ACL = 1
NILE_TCAM_IPV4_PBR = 0
NILE_TCAM_MAC_IN_MAC = 0

Number of entries in RLDRAM from nile_fe_get_table_entries:
INL3IDC_VLAN_TABLE = 18432
INL2IDC_TABLE = 1024
INL3IDC_NONVLAN_TABLE = 4096
EL2IDC_TABLE = 4096
EL3IDC_VLAN_TABLE = 13312
MAPD_TABLE = 4096
EMAPD_TABLE = 4096
MPLSD_TABLE = 34816
RPFD_TABLE = 0
ROUTED_TABLE = 102400
BRIDGED_SA_PRETUNNEL_TABLE = 0
BRIDGED_SA_TABLE = 0
BRIDGED_TABLE = 88064
FID_TABLE = 180224
ACLD_INNER_TABLE = 0
ACLD_TABLE = 5120
EOACLD_TABLE = 4096
QOSD_INNER_TABLE = 0
QOSD_TABLE = 8192
EAID_MET_TABLE = 0
EAID_TABLE = 262144
EL2RWD1_TABLE = 0
EL2RWD_TABLE = 16384
EMPLS3LD_TABLE = 28672
ETED1_TABLE = 0
ETED_TABLE = 1024
ETID_TABLE = 1024
TEDC_EXTERNAL_TABLE = 2048

Number of entries in RLDRAM in nile_rldram_template_array in nile_template.c
banking_mode = 4
address bit 22 enable = 0
Bank4, TableBasePMapperVlanInL3ID = 0
Bank4, TableBaseLMapperInL2ID = 18
Bank0, TableBaseLMapperInL3IDCNonVlan = 1
Bank0, TableBaseEAMapperExternalEL2ID = 4
Bank0, TableBaseEAMapperExternalEL3ID = 4
Bank0, TableBaseMapDPMapper = 13
Bank0, TableBaseMapDEgressVlanTranslate = 4
Bank4, TableBasePreTunnelMplsD = 4
Bank4, TableBaseIpSaRouteD = 34
Bank0, TableBaseIpDaRouteD = 0
Bank0, TableBaseMacSaPreTunnelBridgeD = 100
Bank4, TableBaseMacSaBridgeD = 0
Bank4, TableBaseMacDaBridgeD = 0
Bank4, TableBaseFID = 86
Bank0, TableBaseInputAcl1AclD = 176
Bank0, TableBaseInputAcl0AclD = 0
Bank0, TableBaseEgressOuterAcl = 5
27
Bank4, TableBaseInputQos1QosD = 4
Bank0, TableBaseInputQos0QosD = 0
Bank0, TableBaseEAMapperMetEAID = 8
Bank4, TableBaseEAMapperEAID = 0
Bank4, TableBaseEL2RWD1 = 256
Bank4, TableBaseEL2RWD0 = 0
Bank4, TableBaseEMplsD0 = 16
Bank4, TableBaseETED1 = 28
Bank0, TableBaseETED0 = 0
Bank0, TableBaseETID = 1
Bank0, TableBaseInputAcl0TED = 1
Bank0, L2LookupExtHash = 2
 show platform ip unicast counters
Sirve para comparar su salida con el tamaño de rutas/labels de una licencia dada.
GESTOPE_ME3600#show platform ip unicast counts
# of NL3U fibs 28919 ‐‐> número de entradas FIB recibidas en PD (platform data) desde el
# of NL3U adjs 350 PI (platform interface)
# of NL3U mpaths 0
# of NL3U covering‐fibs 165
# of NL3U fibs with adj failures 29
Fibs of Prefix length 8, with TCAM fails: 1
GESTOPE_ME3600#
Con la salida de estos comandos, se puede determinar que:
‐ El número de rutas que se está tratando de escribir en el HW son 28919, mientras que el nivel de la
licencia solo soporta:
‐ El dispositivo se ha quedado sin espacio de TCAM
 show platform ip unicast failed route
Comprueba si hay rutas que no se han podido agregar al HW debido a la falta de recursos; el
resultado es que se retransmite vía software.
GESTOPE_ME3600#show platform ip unicast failed route
Total of 172 covering fib entries
Entries covered by Actual default route(0.0.0.0/0)
10.239.9.155/32 Tbl:5 : Cover:0.0.0.0/0 Tbl:5
Total of 1 entries covered by 0.0.0.0/0 Tbl:5
Entries covered by Actual default route(0.0.0.0/0)
10.239.9.155/32 Tbl:6 : Cover:0.0.0.0/0 Tbl:6
Entries covered by 10.101.9.28/30 Tbl:6:
10.101.9.29/32 Tbl:6 : Cover:10.101.9.28/30 Tbl:6
10.100.36.253/32 Tbl:6 : Cover:10.100.36.252/30 Tbl:6
10.101.9.193/32 Tbl:6 : Cover:10.101.9.192/30 Tbl:6
28
10.101.9.197/32 Tbl:6 : Cover:10.101.9.196/30 Tbl:6
 show platform ip unicast failed adjacency
Comprueba si hay adyacencias que no se han podido agregar debido a la falta de recursos HW, el
resultado es que se retransmite vía software.
GESTOPE_ME3600#show platform ip unicast failed adjacency
Dumping Fibs with Adj fails info(29 entries:29)
Fib(10.61.0.0/16 Tbl:12)
ATM fail when added, still has ATM fail
Fib(10.0.0.0/8 Tbl:12)
Fib(10.8.0.0/16 Tbl:12)
Fib(10.65.0.0/20 Tbl:12)
Fib(10.65.176.0/21 Tbl:12)
Fib(10.126.34.96/27 Tbl:12)
Fib(10.128.31.0/24 Tbl:12)
Fib(10.128.35.0/24 Tbl:12)
Fib(97.168.12.0/24 Tbl:12)
 show platform aspdma all_counters [0 | 1]
Este comando vuelca el contador de paquetes que fueron empujados a la CPU, (basado en
colas).
Muestra las cuentas y errores de todas las colas de CPU de Rx y Tx. Usar “asic 0” para los
puertos de 1G (downlink ports) y “asic 1” para los puertos de 10G (uplink ports)
HB10#show platform aspdma all_counters 0
RxQ Pkts Bytes ixBytes buffail refltry reflfail jmbfail Rx_err Jumbo
‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐
1 1 60 64 0 0 0 0 0 0
3 1558 128033 134265 0 0 0 0 0 7
6 73 29930 30222 0 0 0 0 0 0
7 1304 108518 113734 0 0 0 0 0 0
8 1 60 64 0 0 0 0 0 0
12 4 1748 1764 0 0 0 0 0 1
TxQ Pkts Bytes ixBytes Tx_error
‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐
0 40828 3501111 3664423 0
1 147 11950 12538 0
 show platform mtu
Muestra todas MTUs de N2 activas por interface.
GESTOPE_ME3600#show platform mtu

MTU index Reference Count MTU size
0 N/A 1500
1 1 9800
 show platform acl statistics
Muestra los contadores de estadísticas para las ACLs
29
Crashes y tracebacks
Por un "System crash", nos referimos a una situación en la cual el switch ha detectado un error
irrecuperable y se reinicia por sí mismo.
Los errores que causan los crashes suelen ser detectados por hardware del procesador, que
automáticamente lo deriva a código especial de manejo de errores en ROM monitor. El ROM monitor
identifica el error, imprime un mensaje por consola, salva la información acerca del fallo, y reinicia el
sistema.
En algunos casos el dispositivo puede no reiniciarse y simplemente causar un traceback en el log
Cuando un router ha sufrido un crash lo más importante es recopilar tanta información del crash
como sea posible, antes de reiniciar el equipo de forma manual (esto provocaría que se perdiera
información del crash).
Recopilación de información en un crash de un equipo.
Logs de consola El switch guarda en un buffer información relevante, errores, mensajes de

alarma, etc que indican problemas de tipo hardware o software
Show tech-support Recopilación de varios comandos útiles para troubleshooting (show ver, show
stack, show context, show running-config , ..)
Información en el syslog Puede indicarnos que ocurría antes de producirse el crash y por tanto dar pistas
de que lo origino.
Muy importante en los casos de problemas de arranque o crashes continuos de
Log del proceso de
equipo al reiniciar. Se puede conseguir accediendo por consola y guardando la
arranque
información en un fichero de log.
El Switch cuando sufre un crash normalmente genera un fichero de crashinfo
donde se guarda información útil relacionada con el crash sufrido.
En los ME3600X se guarda en la memoria flash: por el formato podemos saber
Ficheros de Crashinfo
cuando ocurrió aproximadamente el crash y si ha habido varios.
Fijarse abajo en el ejemplo el formato del nombre de crashinfo 
crashinfo_<yyyy><mm><dd>‐<hh><mm><ss>
En el ejemplo se observa un router que ha tenido un crash y se ha reiniciado el 8 de Abril a las 15:54,
en estos casos es importante recopilar la información indicada y obtener todos los crashinfo que
haya en la memoria flash del router.
ME3600X# show ver | i System| error
Copyright (c) 1986‐2013 by Cisco Systems, Inc.
ROM: System Bootstrap, Version 12.4(20100105:220700) [walrobin‐cowgirl2‐rommon 101],
DEVELOPMENT SOFTWARE
System returned to ROM by error ‐ a Software forced crash, PC 0x21AFFF4 at 15:52:46 brz‐3
Tue Apr 8 2014
System restarted at 15:54:31 brz‐3 Tue Apr 8 2014
System image file is "flash:mwr2941‐adviprank9‐mz.151‐3.MRA1.bin"
Last reload reason: error ‐ a Software forced crash, PC 0x21AFFF4
ME3600X#

30

ME3600X#dir flash:
Directory of flash:/

2 drwx 512 Apr 29 2014 09:33:49 +02:00 me360x‐universalk9‐mz.154‐2.S
11 ‐rwx 195197 Jan 2 2006 01:00:06 +01:00 crashinfo_20060102‐000006‐UTC
12 ‐rwx 2743 Apr 29 2014 21:47:11 +02:00 local.log
13 ‐rwx 8247 Apr 29 2014 21:47:12 +02:00 config.text
14 ‐rwx 2020 Apr 29 2014 21:55:25 +02:00 vlan.dat
15 ‐rwx 5 Apr 29 2014 21:47:12 +02:00 private‐config.text
16 ‐rwx 1239 Jan 24 2012 19:41:43 +01:00 FOC1416X04Z_20120124082236277.lic
17 ‐rwx 6168 Apr 29 2014 21:47:12 +02:00 multiple‐fs
18 drwx 512 Mar 1 1993 01:00:15 +01:00 crashinfo_ext

57931776 bytes total (26427392 bytes free)
Para obtener el fichero de crashinfo, se puede hacer un log en el programa de terminal que usemos
(secureCRT, hyperterminal, putty) y ejecutar el comando “more flash:<crashinfo_nombre_fichero>”
Otra opción sería subir los ficheros a un servidor (por ejemplo con TFTP).
Si hemos sufrido un crash en un ME3600X y no hay fichero crashinfo revisar si hay espacio libre en
la memoria flash. Conviene revisar regularmente el espacio libre de la memoria flash, debemos tener
espacio suficiente para en el hipotético caso que ocurra otro crash se pueda guardar la información
en la flash y no se pierda dicha información.
Si el crash es debido a un “bus error” en el “show version” tendremos un mensaje del tipo:
System returned to ROM by bus error at PC 0x908300AC, address 0x0
El campo address nos indica la posición de memoria a la que el switch intentó acceder. Con el comando
“show region” podemos ver las posiciones de memoria que corresponden con memoria real física.
De modo que si la dirección de memoria a la que el switch intento acceder está dentro de algún
rango mostrado por el comando “show region” entonces es real, el problema podría ser Hardware
(físico de la memoria), si se sale fuera de cualquier rango de las regiones de memoria, lo más
probable es que sea un fallo de IOS causado por un bug o mal funcionamiento.
Las direcciones se muestran en formato hexadecimal.
GESTOPE_ME3600#sh region
Region Manager:

Start End Size(b) Class Media Name
0x00000020 0x3C00001F 1006632960 Local R/W main
0x00003000 0x03FC2B53 66845524 IText R/W main:text
0x03FC2B54 0x06EDAC23 49381584 IData R/W main:data
0x06EDAC24 0x0A588A27 57335300 IBss R/W main:bss
0x0A588A2C 0x3BFFFFFF 833058260 Local R/W main:heap
0x3C000000 0x3FFFDFFF 67100672 Iomem R/W iomem

Free Region Manager:

Start End Size(b) Class Media Name

GESTOPE_ME3600#
En el ejemplo mostrado el switch trató de ejecutar la instrucción en la address 0x908300AC para lo

cual intentó acceder a la dirección de memoria de DRAM “0x0“, que se encuentra fuera de cualquier
rango de “main:xxx” (Main corresponde a la DRAM). Por tanto en este ejemplo el problema es un
fallo de software o bug.
En estos casos, si el equipo no se ha reiniciado, se debe capturar la salida del comando “show
stack”, el cual podría incluso estar incluido en la propio salida del “show tech-support”.
Para su análisis se introduce el resultado del “show stack” en la herramienta llamada “Output
Interpreter” de la web de Cisco, normalmente nos da información útil sobre bugs que pudieran estar
relacionados (esta herramienta es útil en general para interpretar diferentes mensajes de error y
analiza también el resultado de varios comandos de troubleshooting).
https://www.cisco.com/cgi-bin/Support/OutputInterpreter/home.pl
31
NOTA: Si la dirección de memoria está dentro de uno de los rango real “main:xxx” o iomem,
probablemente sea un error de tipo Hardware.
Aparte de los crashinfos en el log del switch, se suelen mostrar mensajes de error interno llamados
“Traceback”. No es necesario que haya un crash para tener mensajes de traceback. Esta información
es importante para el análisis de problemas.
El formato suele ser del tipo:
03:20:38 UTC Wed Apr 30 2014: Unexpected exception to CPUvector 1500, PC = 541A70
‐Traceback= 541A70 B63FB4 B65C48 1C610B0 1C61174 1173420 117376C DE338C DD9E14
El mensaje también puede introducir en la herramienta llamada “Output Interpreter” de la web de

Cisco para obtener más información.
El análisis de los crashes y traceback es complejo y se aconseja escalar siguiendo el procedimiento
establecido estos casos.
32
Monitoring EFP
Show Commands
Ejemplo de la salida del comando: show ethernet service instance detail
ME3600X#sh ethernet service instance id 10 int Ten0/2 det
Service Instance ID: 10
Associated Interface: TenGigabitEthernet0/2
Associated EVC:
CE‐Vlans:
Encapsulation: dot1q 20 vlan protocol type 0x8100
Rewrite: ingress tag pop 1 symmetric
Interface Dot1q Tunnel Ethertype: 0x8100
State: Up
EFP Statistics:
Pkts In Bytes In Pkts Out Bytes Out
288083473 404468254914 269893796 377851314400
EFP Microblocks:
****************
Microblock type: Bridge‐domain
Bridge‐domain: 100
Ejemplo de la salida del comando: show mac address-table

ME3600X#show mac address‐table bridge‐domain 10
Mac Address Table
‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐
BD Mac Address Type Ports
‐‐‐‐ ‐‐‐‐‐‐‐‐‐‐‐ ‐‐‐‐‐‐‐‐ ‐‐‐‐‐
All 0100.0000.0000 STATIC CPU
All 0100.0ccc.cccc STATIC CPU
All 0100.0ccc.cccd STATIC CPU
All 0100.0ccc.ccce STATIC CPU
ME3600X#show platform ethernet database

EFP InLportId ELportId EL2ID BDomain EFP_Handle(addr) SH_EL2ID_Lport
Gi0/14+Efp10 16385(0x4001) 4097 (0x1001) 27 100 (0x1028A474) 4097 (0x1001)
Gi0/24+Efp10 16386(0x4002) 4100 (0x1004) 30 100 (0x1028A204) 4100 (0x1004)
Gi0/14+Efp20 16385(0x4001) 4098 (0x1002) 28 110 (0x1028A3A4) 4098 (0x1002)
Gi0/24+Efp20 16386(0x4002) 4101 (0x1005) 31 110 (0x1028A134) 4101 (0x1005)
Gi0/14+Efp30 16385(0x4001) 4099 (0x1003) 29 120 (0x1028A2D4) 4099 (0x1003)
Gi0/24+Efp30 16386(0x4002) 4102 (0x1006) 32 120 (0x1028A064) 4102 (0x1006)
Este comando muestra los Ingress y Egress lportIDs, EL2ID, y direcciones de PD handle de un
service instance
33

Comandos de show Bridge-Domain

EVC - Ejemplo de la salida del comando: show bridge-domain
ME3600X#show bridge‐domain
Bridge‐domain 2 (1 ports in all)
State: UP
TenGigabitEthernet0/2 service instance 20
State: UP
GigabitEthernet0/2 service instance 2
State: UP
State: UP
TenGigabitEthernet0/2 service instance 10
ME3600X#sh bridge‐domain 10
State: UP
ME3600X#show bridge‐domain stats
Maximum allowed bridge‐domains : 8000
Maximum allowed ports per bridge‐domain : 64
Maximum allowed split horizon groups : 2
ME3600X#show platform bdomain database
bd num mac_count efp_members
‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐
1 1 0
2 2 0 Te0/2+Efp20
5 5 0 Gi0/2+Efp2
35 35 0 Gi0/7+Efp25
100 100 0 Gi0/5+Efp100 Te0/2+Efp10 Gi0/1+Efp10
300 300 0
1000 1000 0
ME3600X#show bridge‐domain 100 mac security ?
address Display secure addresses on specified service instance
last Last
statistics Display the number of secured addresses and related statistics
| Output modifiers
34
Troubleshooting QoS
Introducción al QoS del ME3600X

En el switch ME3600X toda la configuración de QoS es compatible con el CLI Modular QoS (MQC)
El QoS está siempre habilitado. No existe el concepto de "mls qos"
Calidad de servicio (QoS) en los switches ME3600X incluye:
 Clasificación del tráfico
 Marcado
 Policing
 Queueing y Scheduling
Clasificación del tráfico, Marcado y Policing se pueden configurar en la Service policy de entrada
El Modulo de QoS está dividido (y sub-dividido) en los siguientes módulos:
 Infraestructura
° Hierarchical Qos Manager (HQM)
° Stats Manager
° Return Code Manager
 Entrada (Ingress)
° Ingress classification
° Policing
° Marking
 Salida (Egress)
° Queue-Manager
° Scheduler (Bandwidth/Shaping)
° Resource Manager
Existen 2 tipos de comandos que proporcionan una salida e información de QoS:
 “debug platform …..” – Este comando proporciona un registro CONTINUO de actividad de debug
a varios niveles, cuando el debug se habilita, y/o alguna interacción desencadena la salida.
 “show platform …” – Cuando se habilita, este comando proporciona una toma instantánea de
ESTATICA de los valores actuales de configuración, o de un determinado proceso o funcionalidad.
Cada uno de estos comandos puede proporcionar 4 niveles de salida:
 All
 Asic (de bajo nivel de programación del Asic)
 Platform Dependent (PD)
 Platform Independent Abstraction Layer (PIAL)
En el ME3600X el QoS está asistido por el Hw, de modo que hay información de QoS que se puede
obtener del dispositivo a nivel de software IOS XE o a nivel de Hardware (TCAM) del ASIC
IMPORTANTE – Para usar todos los comando a nivel de “platform” es necesario que el usuario
ejecute el comando “service internal” desde el prompt de global “config” para que todos estos tipo
de comandos sean visibles. De modo que una vez terminada la sesión de captura de datos, deberá
eliminarse de la configuración “no service internal”, para evitar actuaciones indebidas.
35

Como obtener las “default egress queues” de un interface?

Todos los interfaces disponen de un número de cola por defecto “default queue” y de cola prioritaria
“HPCT”, el número de estas colas para cada interface se pueden calcular según la siguiente
convención:
Para todos los interfaces Gigabit Ethernet:
Asic id = 0
default eqress queue = (portnumber-1)*4; Ejemplo: Gig 0/16 --> queue = 15*4 = 60
default HPCT queue = 18150 + portnumber Ejemplo: Gig 0/16 --> HPCT queue = 18166
Para el interface TenGig0/1,
Asic id = 1
default eqress queue = 0
default HPCT queue = 18151
Para el interface TenGig0/2,
Asic id = 1
default eqress queue = 4
default HPCT queue = 18152
O con los comandos:

sh pl qos target‐id defaults | i port=<port#> [ latest ]
sh pl qos tree print‐target‐tree <current_blt> output QM | i current_blt
Ejemplo:
GESTOPE_ME3600#sh pl qos target‐id defaults | i port=24
DEFAULT_TX(port=24) ‐ 23 <<< cola por defecto para el puerto gi0/24
PRIORITY_TX(port=24) ‐ 77 <<< cola prioritaria para el puerto gi0/24
GESTOPE_ME3600#

GESTOPE_ME3600#sh pl qos tree print‐target‐tree 23 output QM | i current_blt
current_blt = 55,
current_blt = 23,
current_blt = 92, <<< usar siempre el ultimo valor
GESTOPE_ME3600#

GESTOPE_ME3600#sh pl qos tree print‐target‐tree 77 output QM | i current_blt
current_blt = 55,
current_blt = 4119,
current_blt = 18174, <<< usar siempre el ultimo valor
GESTOPE_ME3600#
Estos datos se pueden conocer con un único comando:

show platform qos default‐eqos interface gigabitEthernet 0/<port#> stats
Proporciona el “default egress queue” y la cola “HPCT” para un determinado interface físico
GESTOPE_ME3600# show platform qos default‐eqos interface gigabitEthernet 0/24 stats
...... statistics for Queue:92 on Asic:0 …... >>> Default egress queue para este interface
allowed_pkts=1 allowed_bytes=88
dropped_pkts=0 dropped_bytes=0
...... statistics for Priority Queue:18174 on Asic:0 .....>> HPCT queue para paquetes
allowed_pkts=35 allowed_bytes=16886 de control saliendo del interface
En este comando de show pt podemos identificar si se están produciendo descartes en las colas por
defecto o en la cola prioritaria HPCT.
36
Como comprobar el tráfico en la egress policy queue de un interface?

Este comando de Policy CLI solo muestra información de colas a nivel de IOS XE pero no a nivel de HW.
show policy‐map int gig 0/<port#> output
O
sh policy‐map int gig 0/<port#> service instance <serv_inst#> output
Ejemplo:
GESTOPE_ME3600#show policy‐map int gig 0/14 output
GigabitEthernet0/14

Service‐policy output: shaping

Class‐map: class‐default (match‐any)
0 packets, 0 bytes
5 minute offered rate 0000 bps, drop rate 0000 bps
Match: any
Traffic Shaping
Average Rate Traffic Shaping
Shape 1000000 (kbps)
Output Queue:
Default Queue‐limit 49152 bytes
Tail Packets Drop: 0
Tail Bytes Drop: 0

Service‐policy : QoS_OUT

Class‐map: QinQ_N2_PLATA_o (match‐all)
0 packets, 0 bytes
Match: ip precedence 1
set cos 1
set dscp 8
Bandwidth 500000 (kbps)
Bandwidth Remaining 29408472 (percent)
Queue‐limit current‐queue‐depth 0 bytes
Output Queue:
Tail Bytes Drop: 0

Class‐map: Clase_Voz_o (match‐all)
0 packets, 0 bytes
set cos 5
set dscp 40
police:
cir 100000000 bps, bc 3125000 bytes
conform‐action transmit
exceed‐action drop
conform: 0 (packets) 0 (bytes)
exceed: 0 (packets) 0 (bytes)
conform: 0 bps, exceed: 0 bps
Strict Priority
Output Queue:
Tail Bytes Drop: 0

Class‐map: Clase_Oro_o (match‐all)
37
0 packets, 0 bytes
set cos 3
set dscp 24
Output Queue:
Tail Bytes Drop: 0

Class‐map: Clase_Gestion_o (match‐all)
0 packets, 0 bytes
set cos 7
set dscp 56
Bandwidth 16 (kbps)
Output Queue:
Tail Bytes Drop: 0

0 packets, 0 bytes
Match: any
set cos 0
set dscp 0
Output Queue:
Tail Bytes Drop: 0
GESTOPE_ME3600#

Si fuera necesario más detalles para saber si el QoS está convenientemente manejado por el HW,
para ello necesitaremos saber los números de colas asignados al policy para cada una de las clases,
y así de este modo comprobar las estadísticas a nivel de HW. Para ello usaremos el comando:
GESTOPE_ME3600#sh pl qos tree interface gig 0/14 output cvm | i queue
Result queueNumber 2044
GESTOPE_ME3600#
Cada uno de estos números de cola tiene que ser asignado a las clases del policy-map en el mismo orden.
Podemos comprobar las estadísticas de paquete de estos números de cola usando el comando
sh pl qos scheduler queue 0 <current_blt#> stats

GESTOPE_ME3600#sh pl qos scheduler queue 0 92 stats
........ statistics for Queue:92 on Asic:0 ..........
GESTOPE_ME3600#
38
Como comprobar si un paquete llega al ingress policy del interface?

Comprobar los contadores del policy-map a nivel de S/W IOS XE (no a nivel de HW) con los comandos:
show policy‐map int gig 0/<port#> input
O
show policy‐map int gig 0/<port#> service instance <serv_inst#> input
Ejemplo:
GESTOPE_ME3600#show policy‐map int gig 0/24 input
GigabitEthernet0/24

Service‐policy input: QoS_N2_IN

Class‐map: QinQ_N2_PLATA_i (match‐all)
0 packets, 0 bytes
Match: access‐group 114
set dscp 8

Class‐map: Clase_Voz_i (match‐all)
0 packets, 0 bytes
set dscp 40

Class‐map: Clase_Oro_i (match‐all)
0 packets, 0 bytes
set dscp 24

Class‐map: Clase_Gestion_i (match‐all)
0 packets, 0 bytes
set dscp 56

0 packets, 0 bytes
Match: any
set dscp 8
GESTOPE_ME3600#
Si se observa que los paquetes no se incrementan, esto podría deberse a que estos se enviaron a
una entrada genérica y se está moviendo al siguiente nivel o simplemente que no ha entrado en la
TCAM de QoS para su propia búsqueda.
Packet Drops
Si los contadores de paquetes no se incrementan, usando el procedimiento descrito anteriormente en
"egrees queues" y tampoco el estado del interface indica un incremento, los paquetes podrían haber
sido descartados.
Del mismo modo si los contadores muestran que se incrementan los paquetes en entrada (mediante
el comando del apartado anterior) pero estos no llegan a la salida, entonces lo paquetes de entrada
podrían haber sido descartados.
Para aislar la causa raíz de los descartes habría que proseguir con el siguiente comando oculto:
GESTOPE_ME3600#show platform asic stats 0
====================== Nile 0 Asic Stats ====================
RM overall drop stats: 0x00000000
Compact discard stats: 0x00000000
Compact checksum errors: 0x00000000
39
Compact length error: 0x00000000
Compact sequence error: 0x00000000
Etx fifo full discard: 0x00000000
Reversal abort: 0x00000000
Egress receive aborts: 0x00000000
Ehbp dip4 discards: 0x00000000
Ehbp discard token count: 0x00000000
Logical argon abort count: 0x00000000
Logical argon packet drop count: 0x00000000
Forward processor drops: 0x00000000
Enqueue Drop Count: 0x00000000
Enqueue CellError Drop Count: 0x00000000
Enqueue INT status: 0x00000000
RCD overflow: 0x00000000
MacEight0 Back‐pressure Drop Count: 0x00000000
PmapRecvEnFail: 0x00000000
PmapVlanIdRngChkFail: 0x00000000
PmapTranslateFail: 0x00000000
IPTunnelReassmFail: 0x00000000
InterfaceTableIdErr: 0x00000000
LmapRecvEnFail: 0x00000000
LmapVlanIdRngChkFail: 0x00000000
LmapTranslateFail: 0x00000000
Ipv4UcastRpfFail: 0x00000000
BridgeDiscardStats0: 0x00000000
EgressRouteError: 0x00000000
EgrIPv6UcastScpeFail: 0x00000000
EgrRouteMTUFail: 0x00000000
EgrIpTunnelIpDaErr: 0x00000000
EgrIPTunnelMTUFail: 0x00000000
Ipv4HeaderErr: 0x00000000
Ipv4ChecksumError: 0x00000000
IPv4MartianChkFail: 0x00000000
IPOptions: 0x00000000
IPv4AddrMismatch: 0x00000000
IPv4TtlFail: 0x00000000
Ipv4FwdGlobal: 0x00000000
IPv6HdrError: 0x00000000
IPv6ChecksumError: 0x00000000
EgrExceptXlateFail: 0x00000000
==============================================================
GESTOPE_ME3600#
En primer lugar habra que aislar el engine que está causando los descartes de paquetes - Ingress
Packet Processor (PP), Gestor de Colas o el Egress PP
► Si hay drops en Forward processor drops, el Ingress PP está descartándolos.
► Si hay drops en Enqueue Drop Count o RM overall drop stats, podría estar causado por el
Gestor de Colas.
► Si hay descarte en Compact discard stats indicaría que es el Egress PP los está descartando.
40
Como comprobar el uso de los policer en el ME3600X?

Para calcular el uso actual de todos los policers y policer profiles por ASIC, usar el comando:
sh pl qos policer structs 0
GESTOPE_ME3600#sh pl qos policer structs 0

PRINTING BIT LIST OF INGRESS POLICER INSTANCES *AVAILABLE*

6‐16383

PRINTING BIT LIST OF EGRESS POLICER INSTANCES *AVAILABLE*

34‐4095

PRINTING VALID POLICER INFO STRUCTS

Policer 0 ‐ Flags = 0x4C
Policer 12321 ‐ Flags = 0x100
Policer 12321 ‐ Ref Count = 0

PRINTING VALID POLICER PROFILE STRUCTS

Policer Profile Entry = 0
Policer Type = 2, Color‐blind = 1
Commit Rate = 1000000, Commit Burst = 100000
Peak Rate = 1000000, Excess Burst = 100000
Number of Instances using this profile = 27
41
Number of Max licensed Ingress policers = 1024
Number of Actual used Ingress policers for this asic = 0 >>>>>> ingress
Number of Max licensed Egress policers = 512
Number of Actual used Egress policers for this asic = 34 >>>>>> egress policers
Number of Actual used Ingress policers + Policers for EFP stats for this asic = 6
Number of Actual used Ingress policers for EFP stats for this asic = 6
GESTOPE_ME3600#
Como comprobar las propiedades de las Colas?

Cualquier egress policy soportada por la plataforma se representa internamente en la plataforma por
un policy de 3 niveles que se hace corresponder a una jerarquía de colas Hardware de 3 niveles.
Nivel 1 -► Solo se permite la clase-default => Canal del Puerto físico
Nivel 2 -► Logical class / vlan class / match-EFP class => Sub-canal
Nivel 3 -► PHB Class => queue
Dada una cola conocida (siguiendo con ejemplos anteriores 92) y asic id (0), se comprueba el estado
de la cola, mediante los comandos:

sh pl qos scheduler queue <asic_id> <current_blt> stats
sh pl qos scheduler queue <asic_id> <current_blt> brief

GESTOPE_ME3600#sh pl qos scheduler queue 0 92 stats

GESTOPE_ME3600#sh pl qos scheduler queue 0 92 brief
Queue:52 ‐‐> SubChannel:23 ‐‐> Channel:55
QueueProfile:1
Bandwidth:0 Kbps Shape:1000192 Kbps
CIR‐Burst:0 Bytes PIR‐Burst:7850 Bytes BRR:1
SubChannelProfile:1
CIR‐Burst:0 Bytes PIR‐Burst:7850 Bytes
ChannelProfile:45
Shape:1000192 Kbps
PIR‐Burst:7850 Bytes

XyzProfileNumber : 0
SharedFraction : 32768 ReservedSpace1 : 1
ReservedSpace2 : 0 ReservedSpace3 : 0

RedProfileNumber : 0 InstantDepth : 1
scaleShift0 : 10 slopeShift0 : 0 minimum0 : 0xE3 => Q‐limit = 49152 Bytes
scaleShift1 : 10 slopeShift1 : 0 minimum1 : 0x0 => Q‐limit = 0 Bytes
scaleShift2 : 10 slopeShift2 : 0 minimum2 : 0x0 => Q‐limit = 0 Bytes

GESTOPE_ME3600#
Como Comprobar Buffers y Thresholds de las Colas del ME3600X

En los ME3600X ante un eventual descarte de paquetes en un interface, que tiene aplicado QoS, se
puede modificar o configurar el valor de queue-limit por defecto del interface.
En el ME3600X los buffers representan 44MBytes por switch, esto es 22MB por ASIC, distribuidos de
la siguiente forma:
‐ 22MB para los 24 puertos de 1Gig
‐ 22MB para los 2 puertos de 10Gig
42
Estos Buffers son asignados dinámicamente mediante un planificador (Scheduler) de recursos

inteligente. No hay búfer reservado, el pool de Buffers es global.

Platforms Per Queue Per Port Per Asics Per Switch
ME3600X‐24TS 100 µs of the speed of No Per‐Port limit. ~57K Buffers ~114K Buffers
(ALL 1G PORTS on 1 ASIC; the interface 22 MBytes 44 MBytes
ALL 10G PORTS on 1 ASIC)
Actual Buffer Size = 384 Bytes
Maximum Usable Buffer size = 320 Bytes
Cuando configuramos el comando queue-limit no estamos ni más ni menos que tomando una porción
o porcentaje de esos 22MB para el ASIC que está sirviendo los puertos Giga a él asignado. Además
como el switch asigna buffers de forma dinámica donde ellos son necesarios en el switch, es decir en
los interfaces que están con congestión, pero no más allá del valor (en bytes, packets, µs o porcentaje)
especificado en la clase en cuestión.
En definitiva los buffers son asignados dinámicamente por un asignador inteligente basado en los
requerimientos del interface y de la configuración.

INFORMACIÓN GENERAL SOBRE QUEUE-LIMIT
• El switch usa queue-limit para controlar el número de paquetes que entran en la cola.
• Gestiona el tamaño de cola y proporciona precedencia de descarte a las clasificaciones de tráfico.
• Ajusta el tamaño de cola asociada a la clase de tráfico en términos de tiempo, bytes o porcentaje.
• La Queue-limit se puede configurar en bytes, microsegundos o paquetes o porcentaje.
• Un valor de queue limit muy grande puede alojar mejor el tráfico a ráfagas, sin pérdida de
paquetes, pero a costa de aumentar la latencia
• Un buffer pequeño reduce la latencia, y es más apropiado para los flujos de tráfico constante.

Configuración de Queue-limit
El comando de Queue-limit bajo una clase dentro del policy-map se usa para ajustar el tamaño de
cola (buffer size), el formato de comando es:
queue‐limit <value> {Bytes | msec | packets}
El Queue-limit se puede configurar con diferentes modificadores (qualifiers).

Switch(config‐pmap‐c)#queue‐limit ?
- queue‐limit [cos <value>] <queue‐size‐value>
- queue‐limit [dscp <value>] <queue‐size‐value>
- queue‐limit [precedence <value>] <queue‐size‐value>
- queue‐limit [exp <value>] <queue‐size‐value>
- queue‐limit [qos‐group <value>] <queue‐size‐value>
- queue‐limit [discard‐class <value>] <queue‐size‐value>
Estos modificadores permiten configurar diferentes tamaños de cola para diferentes clases de tráfico
(dscp,cos,mpls exp, prec, discard-class o qos-group).
Cada cola (class) puede tener tres thresholds definidos. Solo la configuración de tres valores únicos
de threshold se permite por clase
En este ejemplo hay cuatro thresholds específicos:

ME3600X(config‐pmap‐c)# queue‐limit 100 us
ME3600X(config‐pmap‐c)# queue‐limit cos 2 200 us
De modo que la configuración será denegada, y el ME3600X reportara un mensaje de log similar a:
QoS: Configuration failed. Maximum number of allowable unique queue‐limit
configurations exceeded.
43
Desde la IOS XE 15.3(1)S se ha introducido la posibilidad de configurar el queue-limit basado en

porcentaje, el cual puede eliminar o reducir significativamente los output drops.
Por cierto, el sistema permite la sobresuscripción en términos de configuración, de modo que se
puede configurar más de una cola con un porcentaje del 100%, asumiendo que no todas ellos estarán
congestionadas o sobre-subscrito al mismo tiempo.
queue‐limit percent <1‐100>
• Queue-limit threshold value is given by the percentage.
• percent % of threshold(This unit should be used with caution. As entire buffer pool is shared and
using this command allows queue to use % of available buffer pool. Improper use of this command
can lead to unexpected traffic drop due to buffer exhaustion.)
• El valor del threshold de queue-limit viene dado en porcentaje.
• El porcentaje % del threshold (Este parámetro debe ser usado con precaución. ya que el buffer en
su totalidad es compartido (por todas las clases de todos los puertos que están asociados a un
determinado ASIC) y el uso de este comando permite a una cola usar un % del pool de buffer
disponible. E modo que el uso inapropiado de este comando puede llevarnos a descartes de
tráfico inesperados debido al agotamiento de los buffers)
Valores por defecto de Queue-limit en el ME3600

- Para Interfaces de 1G ==> 48KB
- Para Interfaces de 10G ==> 120KB
El tamaño de "default queue-limit" en bytes es:
- Default queue-limit value = 48KB x 1024 = 49125 bytes
- Default queue-limit value = 120KB x 1024 = 122880 bytes)
Configuración de Queue-limit en unidades en el ME3600X

- Queue-limit en Bytes, el valor puede ser configurado desde 200 a 2097152 bytes
- Queue-limit en useg, se puede configurar desde 1 a 512000 µs
valor en bytes = [valor en µs *interface speed]/[10^6*8]
- Queue-limit en paquetes se puede configurar desde 1 a 10485 paquetes
Asumiendo que 1 paquete = 200 bytes
- Percent % del threshold (Usar con precaución).
Los valores teóricos de queue-depth para queue-limit de 2MB, 1MB y 480KB:
- Si el valor de queue-limit es 2097152 bytes (2MB), el valor actual de queue-depth ira hasta 2588672
- Si el valor de queue-limit es < 2097152 (2MB) y ≥ 1048575 (1MB), el valor actual de queue-depth ira
hasta 1540095
- Si el valor de queue-limit es < 1048575 y ≥ 524287, el valor actual de queue-depth ira hasta 1015807
- Si el valor de queue-limit es < 524287(0.5 MB) y ≥ 491520 (480KB), el valor actual de queue-depth ira
hasta 753662

Ejemplo:
Queue-limit con Shaping
Policy‐map ql‐shape
Class cos
Shape average 100000000
Queue‐limit 2000000 bytes
Si la cola de la “class cos” está congestionada, la cola empezara a tirar paquetes una vez que esta
alcance un queue depth de 1540095
Queue-limit con Priority

Policy‐map ql‐priority
Class cos
priority
44
Queue-limit con Bandwidth

Policy‐map ql‐band
Class cos
Bandwidth

 Finalmente, el modelo de policy configurado se debe aplicar en el interface de salida bien sea un
switchport o un interface EFP de N3, usando los siguientes modelos de configuración:
Switchport:
interface <interface_name>
switchport mode trunk
service‐policy output <defined_policy_name>
EFP:
interface <interface_name>
switchport mode trunk
switchport trunk allowed vlan none
service instance 1 ethernet
service‐policy output <defined_policy_name>

Show policy-map interface para queue-limit
 El valor de Queue‐depth puede verificarse usando el comando “show policy‐map”.
show policy‐map interface gig0/4
GigabitEthernet0/4
Service‐policy output: ql‐shape
Class‐map: cos0 (match‐any)
8664213 packets, 1334288802 bytes
30 second offered rate 163320000 bps, drop rate 81533000 bps
Match: cos 0
Traffic Shaping
Shape 100000 (kbps)
Queue‐limit current‐queue‐depth 1540944 bytes >>> Q‐depth subirán hasta 1,5 MB
Output Queue:
Tail Packets Drop: 4319027 >>> paquetes se descartan una vez se llegue al valor de queue‐depth
Tail Bytes Drop: 665130158

Show policy-map interface para queue-limit-percent
show policy‐map interface gig0/4
GigabitEthernet0/4
Service‐policy output: ql
Class‐map: cos0 (match‐any)
26048003 packets, 4011392102 bytes
30 second offered rate 262468000 bps, drop rate 84304000 bps
Match: cos 0
Traffic Shaping
Shape 200000 (kbps)
Queue‐limit 100 percent
Output Queue:
Tail Bytes Drop: 1311100252
El valor de Queue-depth para Queue-limit percent puede verificarse usando el siguiente cálculo:
• Queue-limit percent asigna un queue-depth basado en los qnodes incorporados internamente.
• Para obtener el valor de “shared qnode” compartido, se necesita habilitar el siguiente debug:
45
debug platform qos‐manager rm all all

20:06:01.090 IST: (rm ‐ asic): VAR Total NW Sharable Qnodes 21808
queue‐depth prevista = ( sharable qnodes * (packet‐size + 20) * 8)
Restricciones
 Queue-limit se soporta solo a nivel de classes con valores de DSCP (per-hop behavior).
 Solo se soportan 3 únicas configuraciones de queue-limit, incluida la class default
 Queue-limit no se puede configurar sin configurar previamente una acción de scheduling
(bandwidth, shape average, or priority)
 Queue-limit no puede coexistir con “queue-limit percent”.
 Queue-limit percent y WRED no pueden ser configurados en la misma clase.
 Queue-limit percent no pueden ser configurado con diferentes modificadores como: Cos, Dscp,
Prec, Qos-group.
 Un policy con Queue-limit policy solo puede ser aplicada en interfaces de salida (egress).
Como comprobar los valores de Queue-limit en el Hardware

Una vez configurado el policy map de salida con los rate-limits y los modificadores, si queremos
comprobar que estos se han construido correctamente en la TCAM:
Policy-map con queue-limit y queue-limit con modificadores
policy‐map QoS_OUT
class QinQ_N2_PLATA_o
set cos 1
set dscp cs1
bandwidth 500000
class Clase_Voz_o
set cos 5
set dscp cs5
police cir 100000000
priority
class Clase_Oro_o
set cos 3
set dscp cs3
bandwidth 200000
queue‐limit 1500000 bytes
queue‐limit dscp cs3 1000000 bytes
queue‐limit dscp af33 1200000 bytes
class Clase_Gestion_o
set cos 7
set dscp cs7
bandwidth 16
class class‐default
bandwidth 100000
bandwidth remaining percent 75
set cos 0
set dscp default
1. Comprobamos que el comando de sh policy-map int gigabitEthernet 0/<port#> muestra el rate-

limit size y los modificadores de forma correcta:
GESTOPE_ME3600#sh policy‐map int gigabitEthernet 0/14
GigabitEthernet0/14

Service‐policy output: shaping

0 packets, 0 bytes
Match: any
Traffic Shaping
46
Shape 1000000 (kbps)
Output Queue:
Tail Bytes Drop: 0

Service‐policy : QoS_OUT

Class‐map: QinQ_N2_PLATA_o (match‐all)
0 packets, 0 bytes
set cos 1
set dscp 8
Output Queue:
Tail Bytes Drop: 0

Class‐map: Clase_Voz_o (match‐all)
0 packets, 0 bytes
set cos 5
set dscp 40
police:
cir 100000000 bps, bc 3125000 bytes
conform‐action transmit
exceed‐action drop
conform: 0 (packets) 0 (bytes)
exceed: 0 (packets) 0 (bytes)
conform: 0 bps, exceed: 0 bps
Strict Priority
Output Queue:
Default Queue‐limit 49152 bytes <<<<< valor por defecto
Tail Bytes Drop: 0

Class‐map: Clase_Oro_o (match‐all)
0 packets, 0 bytes
set cos 3
set dscp 24
Queue‐limit dscp 24 1000000 bytes
Queue‐limit dscp 30 1200000 bytes
Output Queue:
Tail Bytes Drop: 0

Class‐map: Clase_Gestion_o (match‐all)
0 packets, 0 bytes
set cos 7
set dscp 56
Bandwidth 16 (kbps)
47
Output Queue:
Tail Bytes Drop: 0

0 packets, 0 bytes
Match: any
set cos 0
set dscp 0
Output Queue:
Tail Bytes Drop: 0
GESTOPE_ME3600#

2. A continuación verificamos que estos ha sido correctamente actualizada por el Resource Manager
(TCAM), para ello primero identificamos el “Current Queue Number” de la clase de tráfico que nos
interesa comprobar, para usarlo a continuación

GESTOPE_ME3600# sh pl qos tree interface gigabitEthernet 0/14 output queuing‐info
target_id = 40

cfe_root‐>hw_is_commit = 1

cfe_root‐>key_type = 9

cfe_root‐>not_default_key = 0

class : class‐default (Port level)
Current Channel Number = 45, Channel Profile = 45
Temp BLT = ‐1, Temp Profile = ‐1

class : class‐default (Logical/vlan level)
Current Sub‐Channel Number = 510, Sub‐Channel Profile = 1

class : QinQ_N2_PLATA_o
Current Queue Number = 2040, Queue Profile = 2


class : Clase_Voz_o


class : Clase_Oro_o


class : Clase_Gestion_o

48

class : class‐default

GESTOPE_ME3600#
3. Una vez identificado el Queue Number deseado, a continuación debemos buscar ese número de
cola en la salida del siguiente comando, en el cual se deberán mostrar los valores configurados:
GESTOPE_ME3600#sh platform qos tree interface gigabitEthernet 0/14 output RM
target_id = 40

cfe_root‐>hw_is_commit = 1

cfe_root‐>key_type = 9

cfe_root‐>not_default_key = 0
DEBUG: Policy Output Nodeid: 119.1.1, Mark: 0x0, PI Nodeid: 1
DEBUG: Class Default Nodeid: 119.1.1, Mark: 0x0, PI Nodeid: 0
DEBUG: Class Nodeid: 119.3.2, Mark: 0x0, PI Nodeid: 1
DEBUG: Feature RM, Mark: 0x0, Priority 0
‐‐‐‐‐‐‐‐‐‐‐‐Resource Manager Feature Node‐‐‐‐‐
‐‐‐‐‐‐‐‐‐‐‐‐Current ptr Contents‐‐‐‐‐‐‐‐‐‐‐‐‐‐
Queue Number = 2040
RED Pid = 0
Xyz Pid = 0
Qualifier Type = 0
Units = 2
Speed = 1
Wred Flag = 0
Value Threshold 0 = 49152
Color Threshold 0 = 1
Qualifier[0] = 0
Qualifier[1] = 0
Qualifier[2] = 0
Qualifier[3] = 0
Qualifier[0] = 0
Qualifier[1] = 0
Qualifier[2] = 0
Qualifier[3] = 0
Qualifier[0] = 0
Qualifier[1] = 0
Qualifier[2] = 0
Qualifier[3] = 0
‐‐‐‐‐‐‐‐‐‐‐‐Temporary ptr Contents‐‐‐‐‐‐‐‐‐‐‐‐
Queue Number = 2040
RED Pid = 0
Xyz Pid = 0
Qualifier Type = 0
Units = 2
Speed = 1
Wred Flag = 0
49
Qualifier[0] = 0
Qualifier[1] = 0
Qualifier[2] = 0
Qualifier[3] = 0
Qualifier[0] = 0
Qualifier[1] = 0
Qualifier[2] = 0
Qualifier[3] = 0
Qualifier[0] = 0
Qualifier[1] = 0
Qualifier[2] = 0
Qualifier[3] = 0


Queue Number = 2041
RED Pid = 0
Xyz Pid = 0
Qualifier Type = 0
Units = 2
Speed = 1 >>>> Esto nos indica que el interface es de 1GB (speed = 2 para interfaces de 10G)
Wred Flag = 0
Value Threshold 0 = 49152 >>> Esto indica que la default queue‐limit es 48KB = 48*1024 = 49152
Color Threshold 0 = 1 Para interfaces de 10G el queue‐limit es 120KB = 120*1024 = 122880
Qualifier[0] = 0
Qualifier[1] = 0
Qualifier[2] = 0
Qualifier[3] = 0
Qualifier[0] = 0
Qualifier[1] = 0
Qualifier[2] = 0
Qualifier[3] = 0
Qualifier[0] = 0
Qualifier[1] = 0
Qualifier[2] = 0
Qualifier[3] = 0
Queue Number = 2041
RED Pid = 0
Xyz Pid = 0
Qualifier Type = 0
Units = 2
Speed = 1
Wred Flag = 0
Qualifier[0] = 0
Qualifier[1] = 0
Qualifier[2] = 0
Qualifier[3] = 0
Qualifier[0] = 0
Qualifier[1] = 0
50
Qualifier[2] = 0
Qualifier[3] = 0
Qualifier[0] = 0
Qualifier[1] = 0
Qualifier[2] = 0
Qualifier[3] = 0


Queue Number = 2042
RED Pid = 2
Xyz Pid = 2
Qualifier Type = 1
Units = 2
Speed = 1 >>>> Esto nos indica que el interface es de 1GB
Wred Flag = 0
Qualifier[0] = 0
Qualifier[1] = 0
Qualifier[2] = 0
Qualifier[3] = 0
Qualifier[0] = 1000000
Qualifier[1] = 0
Qualifier[2] = 0
Qualifier[3] = 0
Qualifier[0] = 40000000
Qualifier[1] = 0
Qualifier[2] = 0
Qualifier[3] = 0
Queue Number = 2042
RED Pid = 2
Xyz Pid = 2
Qualifier Type = 1
Units = 2
Speed = 1
Wred Flag = 0
Qualifier[0] = 0
Qualifier[1] = 0
Qualifier[2] = 0
Qualifier[3] = 0
Qualifier[0] = 1000000
Qualifier[1] = 0
Qualifier[2] = 0
Qualifier[3] = 0
Qualifier[0] = 40000000
Qualifier[1] = 0
Qualifier[2] = 0
Qualifier[3] = 0

51

Queue Number = 2043
RED Pid = 0
Xyz Pid = 0
Qualifier Type = 0
Units = 2
Speed = 1
Wred Flag = 0
Qualifier[0] = 0
Qualifier[1] = 0
Qualifier[2] = 0
Qualifier[3] = 0
Qualifier[0] = 0
Qualifier[1] = 0
Qualifier[2] = 0
Qualifier[3] = 0
Qualifier[0] = 0
Qualifier[1] = 0
Qualifier[2] = 0
Qualifier[3] = 0
Queue Number = 2043
RED Pid = 0
Xyz Pid = 0
Qualifier Type = 0
Units = 2
Speed = 1
Wred Flag = 0
Qualifier[0] = 0
Qualifier[1] = 0
Qualifier[2] = 0
Qualifier[3] = 0
Qualifier[0] = 0
Qualifier[1] = 0
Qualifier[2] = 0
Qualifier[3] = 0
Qualifier[0] = 0
Qualifier[1] = 0
Qualifier[2] = 0
Qualifier[3] = 0


Queue Number = 2044
RED Pid = 0
Xyz Pid = 0
Qualifier Type = 0
52
Units = 2
Speed = 1
Wred Flag = 0
Qualifier[0] = 0
Qualifier[1] = 0
Qualifier[2] = 0
Qualifier[3] = 0
Qualifier[0] = 0
Qualifier[1] = 0
Qualifier[2] = 0
Qualifier[3] = 0
Qualifier[0] = 0
Qualifier[1] = 0
Qualifier[2] = 0
Qualifier[3] = 0
Queue Number = 2044
RED Pid = 0
Xyz Pid = 0
Qualifier Type = 0
Units = 2
Speed = 1
Wred Flag = 0
Qualifier[0] = 0
Qualifier[1] = 0
Qualifier[2] = 0
Qualifier[3] = 0
Qualifier[0] = 0
Qualifier[1] = 0
Qualifier[2] = 0
Qualifier[3] = 0
Qualifier[0] = 0
Qualifier[1] = 0
Qualifier[2] = 0
Qualifier[3] = 0

GESTOPE_ME3600#
4. Podríamos ver detalles de tráfico encolado a una class en particular, conociendo el Queue Number
que este tiene asociado
Ejemplo: de la planificación del HW para la cola asociada a la class : Clase_Oro_o
GESTOPE_ME3600#show platform qos scheduler queue 0 2042 brief
Queue:2042 ‐‐> SubChannel:510 ‐‐> Channel:45
QueueProfile:4
SubChannelProfile:1
CIR‐Burst:0 Bytes PIR‐Burst:7814 Bytes
ChannelProfile:45
Shape:1000192 Kbps
PIR‐Burst:7814 Bytes
53

XyzProfileNumber : 2
SharedFraction : 32768 ReservedSpace1 : 1
ReservedSpace2 : 1 ReservedSpace3 : 0

RedProfileNumber : 2 InstantDepth : 1
scaleShift0 : 0 slopeShift0 : 14 minimum0 : 0xFF
scaleShift1 : 0 slopeShift1 : 14 minimum1 : 0xFF
scaleShift2 : 0 slopeShift2 : 14 minimum2 : 0x0

GESTOPE_ME3600#
También podemos ver si hay descartes (usando el comando anteriormente descrito), si lo

aplicamos al apropiado queue number (QN: 1042 siguiendo con el ejemplo):
GESTOPE_ME3600#show platform qos scheduler queue 0 2042 stats
GESTOPE_ME3600#
Si necesitamos limpiar contadores, para tomar nuevas estadisticar usar el comando:

GESTOPE_ME3600#show platform qos scheduler queue 0 2042 clear‐stats
***** cleared stats of Queue:2042 on Asic:0 ******

GESTOPE_ME3600#
Troubleshooting “output drops” en configuraciones sin QoS:

En el ME3600X la asignación de buffers es per-queue, esto significa que por defecto (default config) a
cada interfaz sólo usa una cola, y en esta configuración por defecto esa cola sólo usa una fracción de
la memoria disponible del Port-ASIC (48KB).
La adición de un policy-map para el encolado de tráfico en salida (egress queueing) supone que a
cada clase configurada se le asigna una nueva cola a la que se le da una cantidad de espacio de
búfer, de los 22MB disponibles.
De modo que, la solución para escenarios sin configuración de QoS, donde se aprecian “output drops”
en la cola por defecto del interface,
ME3600X#sh interfaces gigabitEthernet 0/3 | i drops
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 2263
0 unknown protocol drops
Es la de aumentar el tamaño de dicha cola, usando un simple policy-map con el comando de "queue-
limit" bajo la class-default, que permita definir el queue-limit apropiado para evitar el descarte de
paquetes.
El siguiente ejemplo se puede usar para aumentar el tamaño de cola.
class‐map match‐all Dummy
match qos‐group 0

policy‐map test
class Dummy
class class‐default
queue‐limit 491520 bytes
Para ello se requiere el class-map "Dummy", que como su nombre indica es ficticio y está diseñado
para no hacer match con ningún tráfico
54
El 'qos-group' es un valor interno usado por el Switch para marcar el tráfico de salida con algún valor
de CoS o DSCP. A condición de que no exista ningún service-policy en ninguno de los interfaces de
entrada que marque el tráfico para este qos-group, de modo que todo el tráfico de usuario no cumplirá
con ‘qos‐group 0’ (independiente de los valores de CoS o DSCP con los que entró).
Una vez aplicado, esta clase ficticia "Dummy" diseñada específicamente para que no coincida con
ningún tráfico, todo el tráfico normal de usuarios, irá entonces hacia la clase-default, donde se aplica
el queue-limit, especificado con un valor de bytes, paquetes o intervalos de microsegundos.
ME3600X#show policy‐map int gigabitEthernet 0/3
Load for five secs: 1%/0%; one minute: 2%; five minutes: 2%
Time source is user configuration, 09:54:33.291 MST Wed May 20 2014

GigabitEthernet0/3

Service‐policy output: test

Class‐map: dummy_class (match‐all)
0 packets, 0 bytes
5 minute offered rate 0000 bps
Match: qos‐group 0

5810109328 packets, 6696223293583 bytes
Match: any
Output Queue:
Tail Bytes Drop: 0
ME3600X#
NOTA: Hay que asegurarse de tener configurada la clase "Dummy" antes de configurar el queue-limit
de la clase-default. Si no lo es así, y se intenta aplicar el policy con solo la clase-default configurada,
se producirá el siguiente mensaje de error:
ME3600X(config‐if)#service‐policy output test
QOS: queue‐limit command not supported in non‐leaf classes

QoS: Policy attachment failed for policymap test
55
Procedimiento de Actualización del ME3600X
Actualización del Software IOS en el Switch Router ME3600X

Dado que el ME3600X es un dispositivo con una configuración fija que no dispone de la posibilidad
de realizar una actualización del software en Servicio (ISSU) o un mecanismo similar de realizar la
actualización sin impacto (como otras plataformas de configuración fija), el software IOS se deberá
descargar en la flash, y a continuación el dispositivos deberá ser reiniciado para ejecutar el nuevo
software.
Los ficheros disponibles en CCO para este dispositivo son ficheros agrupados".tar" que incluye,
entre otros, la imagen del IOS usado para el bootup del switch ME3600X
.
Desde la IOS 15.3, es MUY recomendable utilizar el proceso descrito en la siguiente sección, en vez
de la forma tradicional de descargar la imagen “.bin” en la flash del switch ME3600X.
La actualización del switch ME3600X se puede clasificar a grandes rasgos en dos amplias categorías:
 Preparación del Switch Router ME para la actualización
 Ejecución de la actualización de la IOS en el ME3600X
Preparación del Switch Router ME para la actualización:

En general, el procedimiento de actualización de los dispositivos basados en IOS con configuración
HW Fija, es relativamente simple, básicamente consiste de un simple download vía tftp, y de un
reload después de configurar las variables de boot.
Si la imagen descargada a través de CCO es un archivo combinado "tar", como es el caso de la
release de IOS 15.3(2) o posterior, se recomienda utilizar el comandos “archive download-sw”. La
imagen del IOS se embebida en el archivo "tar" y se descomprime en la “flash:“ cuando se usa este
comando archive.
En la memoria flash a bordo de un ME3600X, pueden almacenar un máximo de dos imágenes del
IOS o archivos “tar”. Dado que una imagen es siempre necesaria para arrancar el switch ME3600X, o
para volver hacia atrás en caso de fallo de actualización, se recomienda NO copiar la imagen “tar” en
la “flash:”. El comando "archive" podría ser ejecutado mientras que las imágenes "tar" están en la el
dispositivo compartido de TFTP. Este proceso se muestra en los siguientes pasos:
NOTA: Este procedimiento queda temporalmente desaconsejado debido a que actualmente existe
una limitación conocida relacionado con el tamaño de los ficheros tar, que reside en el hecho de que
el ME3600X viene con una memoria “flash:” de 128MB, de los cuales 64MB están dedicados a la
flash propiamente dicha, los otros 64MB corresponden a "ucode1:" un espacio de memoria flash
oculto y dedicado a otras operaciones. Esto hace que solo 57MB o 58MB de espacio total "flash:"
estén dedicados a la carga de imágenes. Espacio insuficiente a día de hoy para alojar las pretendidas
2 imágenes de IOS XE, junto con otros directorios usados para operaciones de WebGUI y SDM.
56

El espacio consumido por estos ficheros (además de las imágenes de boot) hace que el espacio sea
muy ajustado para alojar las susodichas dos imágenes de software IOS XE.
Aunque se están realizando esfuerzos para reducir el tamaño de los ficheros “tar” para futuras
versiones, a día de hoy (con las IOS actuales) no hay espacio suficiente para alojar 2 imágenes.
De modo que se recomienda la instalación de una nueva versión de IOS sobre-escribiendo la versión
anterior, con la partícula "overwrite", de otro modo podemos causar un fallo de instalación, al dejar
el equipo actualizado con una IOS incompleta, llevando el equipo a ROMmon en el siguiente reload.
Por todo ello, en el procedimiento descrito, se aconseja (de forma transitoria) no usar el “apartado a”
del “paso 3”, a menos que se esté seguro de que se dispone de suficiente memoria flash para alojar
la nueva IOS XE (fichero .bin), en caso contrario ejecutar el “apartado b”
Paso 1: Verificar la presencia del fichero tar en el servidor TFTP.
Paso 2: Tomar una captura de las variables de boot y del contenido de la flash: del ME3600X. Esta
información se usará para validar los archivos de la nueva imagen, una vez realizada la actualización.
ME3600_B#dir
2 ‐rwx 1276 Jan 16 2013 10:48:26 ‐08:00 vlan.dat
6 ‐rwx 23185718 Apr 13 2012 09:24:40 ‐08:00 me360x‐universalk9‐mz.152‐2.S.bin
10 ‐rwx 10919 Sep 8 2012 11:18:52 ‐08:00 nik_TP_09082012
15 ‐rwx 13100 Nov 5 2012 15:12:11 ‐08:00 config.text
16 ‐rwx 4120 Nov 5 2012 15:12:11 ‐08:00 multiple‐fs
19 ‐rwx 1916 Nov 5 2012 15:12:11 ‐08:00 private‐config.text
20 ‐rwx 14493 Nov 5 2012 17:06:47 ‐08:00 nik_tp_pw_redun_11052012
ME3600_B#

ME3600_B#sh boot
BOOT path‐list : flash:me360x‐universalk9‐mz.152‐2.S.bin
Config file : flash:/config.text
Private Config file : flash:/private‐config.text
Manual Boot : no
HELPER path‐list :
ME3600_B#
Paso 3: Una vez verificada la imagen en el servidor de TFTP, hacer uso del comando “archive”
a. El comando “archive” descomprime el fichero “tar” en la flash: desde el Servidor de tftp:
Switch# archive download‐sw tftp:[[//location]/directory]/image‐name.tar
O desde la tarjeta de sdflash:
Switch# archive download‐sw sdflash:<image‐name.tar>

b. A estos comandos se puede añadir la particular “/overwrite” antes de escribir “tftp://”. Esto
descargara automáticamente la nueva imagen y borrara la anteriormente existente.
Switch# archive download‐sw /overwrite tftp:[[//location]/directory]/image‐name.tar
Switch# archive download‐sw /overwrite sdflash:<image‐name.tar>
En el caso de usar el Servidor de tftp para realizar el download del fichero tar, el proceso es tal y
como se describe a continuación
ME3600_B#archive download‐sw tftp://8.19.0.252/me360x‐universal‐tar.153‐2.S1.tar
Loading me360x‐universal‐tar.153‐2.S1.tar from 8.19.0.252 (via GigabitEthernet0):
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!
[OK ‐ 26716160 bytes]
Loading me360x‐universal‐tar.153‐2.S1.tar from 8.19.0.252 (via GigabitEthernet0):
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!
ME3600_B#
examining image...
57
extracting info (85 bytes)
extracting me360x‐universal‐mz.153‐2.S1/info (358 bytes)
System Type: 0x00010000
Ios Image File Size: 0x0166EA00
Total Image File Size: 0x0197AA00
Minimum Dram required: 0x08000000
Image Suffix: universal‐153‐2.S1
Image Directory: me360x‐universal‐mz.153‐2.S1
Image Name: me360x‐universal‐mz.153‐2.S1.bin
Image Feature: IP|LAYER_3|PLUS|MIN_DRAM_MEG=128
Extracting images from archive into flash...
me360x‐universal‐mz.153‐2.S1/ (directory)
extracting me360x‐universal‐mz.153‐2.S1/me360x‐mfpga.bit (2917810 bytes)
extracting me360x‐universal‐mz.153‐2.S1/info (358 bytes)
me360x‐universal‐mz.153‐2.S1/html/ (directory)
extracting me360x‐universal‐mz.153‐2.S1/html/foo.html (0 bytes)
extracting me360x‐universal‐mz.153‐2.S1/controlfpga.bin (235868 bytes)
extracting me360x‐universal‐mz.153‐2.S1/psoc.dld (34378 bytes)
extracting me360x‐universal‐mz.153‐2.S1/me360x‐universal‐mz.153‐2.S1.bin (23516263
bytes)
Installing (renaming): `flash:update/me360x‐universal‐mz.153‐2.S1' ‐>
`flash:/me360x‐universal‐mz.153‐2.S1'
New software image installed in flash:/me360x‐universal‐mz.153‐2.S1
All software images installed.
Image Extraction DONE
ME3600_B#
Como parte del proceso de descarga e instalación del software mediante el comando “archive”, del
fichero tar se extrae la imagen del IOS con todos sus archivos, y las variables de boot se actualizan
con el nuevo software, estableciéndose como directorio de BOOT el directorio recién creado en la
memoria flash. Esto puede verificarse usando los comandos de “sh boot” y “dir flash:”.
NOTA: El proceso puede tardar aproximadamente de 5 a 10 minutos, y en algunas fases podría

parecer que se ha parado.
ME3600_B#sh boot
BOOT path‐list : flash:/me360x‐universal‐mz.153‐2.S1/me360x‐universal‐mz.153‐2.S1.bin
Config file : flash:/config.text
Private Config file : flash:/private‐config.text
Manual Boot : no
HELPER path‐list :
ME3600_B#dir
2 ‐rwx 1276 Jan 16 2013 10:48:26 ‐08:00 vlan.dat
14 drwx 512 Jul 9 2013 17:54:51 ‐08:00 me360x‐universal‐mz.153‐2.S1
6 ‐rwx 23185718 Apr 13 2012 09:24:40 ‐08:00 me360x‐universalk9‐mz.152‐2.S.bin
10 ‐rwx 10919 Sep 8 2012 11:18:52 ‐08:00 nik_TP_09082012
15 ‐rwx 13100 Nov 5 2012 15:12:11 ‐08:00 config.text
16 ‐rwx 4120 Nov 5 2012 15:12:11 ‐08:00 multiple‐fs
19 ‐rwx 1916 Nov 5 2012 15:12:11 ‐08:00 private‐config.text
20 ‐rwx 14493 Nov 5 2012 17:06:47 ‐08:00 nik_tp_pw_red_11052012
ME3600_B#
En este punto el switch ME3600X está listo para ser actualizado tras un reload.
NOTA: en las últimas versiones de IOS XE, solo la imagen de IOS se extrae e instala en la "flash:", el
resto de ficheros se instala en el directorio oculto "ucode0:", el cual no es visible desde IOS.
switch: dir ucode0:
Directory of ucode0:/

58
2 ‐r‐x 2917762 <date> me360x‐mfpga.bit
3 ‐r‐x 235820 <date> controlfpga.bin
4 ‐r‐x 34330 <date> psoc.dld
Ejecución de la Actualización del Switch ME3600X:

Una vez el switch está preparado para ser actualizado usando el procedimiento descrito en la anterior
sección, el Switch ME3560X requiere ser reiniciado para completar el proceso de actualización.
ME3600_B#sh reload
Proceed with reload? [confirm]
At this point the device is reloaded with the new IOS image.
Guía de configuración- Referencia de comandos a usar:

archive download-sw
To download a new image from a TFTP server to the switch and to overwrite or keep the existing image,
use the archive download-sw command in privileged EXEC mode.
archive download-sw {/force-reload | /imageonly | /leave-old-sw | /no-set-boot | /no-version-check |

/overwrite | /reload | /safe} source-url
Switch# archive download-sw </opciones> tftp:[[//location]/directory]/image-name.tar

Switch# archive download-sw </opciones> sdflash:<image-name.tar>
Syntax Description
/force-reload Unconditionally forces a system reload after successfully downloading the software image.
/imageonly Downloads only the software image but not the HTML files associated with the embedded
device manager. The HTML files for the existing version are deleted only if the existing
version is being overwritten or removed.
/leave-old-sw Keeps the old software version after a successful download.
/no-set-boot Specified to not alter the setting of the BOOT environment variable to point to the new
software image after it is successfully downloaded.
/no-version- Downloads the software image without checking to prevent installing an incompatible image.
check
/overwrite Use the /overwrite option to overwrite the image on the flash device with the downloaded
one.
Note FPGA upgrade needs system reboot.
/reload Reloads the system after successfully downloading the image unless the configuration has
been changed and not been saved.
/safe Keeps the current software image; do not delete it to make room for the new software image
before the new image is downloaded. The current image is deleted after the download.
source-url The source URL alias for a local or network file system. These options are supported:
• The syntax for the local flash file system:
flash:
• The syntax for the FTP: ftp:[[//username[:password]@location]/directory]/image-name.tar
• The syntax for an HTTP server:
http://[[username:password]@]{hostname | host-ip}[/directory]/image-name.tar
• The syntax for a secure HTTP server:
https://[[username:password]@]{hostname | host-ip}[/directory]/image-name.tar
• The syntax for the Remote Copy Protocol
(RCP): rcp:[[//username@location]/directory]/image-name.tar
• The syntax for the TFTP:
tftp:[[//location]/directory]/image-name.tar
The image-name.tar is the software image to download and install on the switch.
Defaults
The current software image is not overwritten with the downloaded image.
Both the software image and HTML files are downloaded.
The new image is downloaded to the flash: file system.
The BOOT environment variable is changed to point to the new software image on the flash: file system.
59
Image names are case sensitive; the image file is provided in tar format.
Compatibility of the version on the image to be downloaded is checked.
Note There can be only two image directories in flash memory.
Command Description
dir sdflash: Displays the directory.
copy tftp sdflash Copies files from tftp to sdflash
copy running‐config sdflash: Copy running configuration to sdflash card
show sdflash: Displays the contents of the sd flash card
delete sdflash:startup‐config Deletes files from sd flash card
boot system sdflash:image name Sets boot ios from sd flash card
boot config‐file sdflash:startup‐config Sets switch to boot with the configuration file on sd flash card
logging file sdflash:syslog.log nomax 7 Sets the syslog messages to be saved onto to sd flash ca
archive download‐sw /overwrite sdflash: Archives download from sd flash card
image name.tar
60
Procedimiento de Recovery del ME3600X
Procedimientos para recuperar un ME3600X con imagen

corrupta o inexistente
Si el Switch no puede encontrar una imagen valida, porque esta está dañada, la imagen no está
presente en el dispositivo boot (flash: o sdflash), o la variable de BOOT está configurada de forma
incorrecta y por lo tanto termina en modo ROM monitor (ROMmon). El ME3600X mostrara el
prompt ”switch:”.
En el modo ROMmon, el switch debe ser capaz de localizar una imagen válida del sistema, ya sea
en la “flash:” o “sdflash:”.
Recuperar el ME3600X desde el modo ROMmon:

El ME3600X podría terminar en modo ROMmon debido a las siguientes razones:
‐ Si el Switch se reinicia o sufre un crash después de haberse corrompido la imagen de IOS XE.
‐ La Compact Flash que contiene la imagen de IOS del sistema se ha eliminado. y no existe
ninguna otra imagen valida
‐ La variable de arranque es incorrecta, aunque la imagen está presente y es válida.
En este estado si se trata de realizar un telnet a cualquiera interface este fallara, solo si se está
conectado al puerto de consola se verá el prompt:
switch:
NOTA: Los switches ME3600X tienen por defecto el valor de los config-register a 0xF.
A continuación se describen tres procedimientos que pueden ayudar a recuperar el equipo desde
el modo ROMmon al modo operacional IOS
Primer procedimiento:
Copia de los ficheros untar’ed a la flash desde el Laptop:
Básicamente hay que actualizar la IOS del Switch ME3600X, realizando la carga de la nueva IOS
mediante TFTP, ya que no hay imagen en la flash:
1. Desde un PC, descargar el fichero “.tar” con la imagen de SW (me360x_t‐universalk9‐tar.153‐3.S2.tar)

2. Extraer los archivos desde el archivo tar usando un programa de compresión que pueda leer
archivos tar. Por ejemplo usar el programa WinZip para localizar y extraer el archivo bin.
3. A continuación hay que descargar vía tftp la carpeta con los ficheros descomprimidos en la
flash: del ME3600X, y para ello hay que configurar previamente las siguientes variables:
61

‐ MAC_ADDR: MAC address del switch <‐‐ ya está configurada desde fabrica, y no hay que cambiarla

‐ IP_ADDR: Se requiere una IP address, en el interface de gestión, en la red local y su máscara:
switch: IP_ADDR=<ip_addr>/255.255.255.0

‐ DEFAULT_ROUTER: Opcional, la IP address del default Router en la red local
switch: DEFAULT_ROUTER=<ip_addr>
‐ BOOT: Indica el directorio donde la nueva imagen de IOS se debe cargar:

switch:BOOT=flash:/me360x‐universalk9‐mz.153‐3.S2/me360x‐universalk9‐mz.153‐3.S2.bin
Para confirmar la correcta configuración de estas variables, introducir el comando "set":

switch: set

4. Desde ROMMON copiar todos y cada uno de los ficheros untar’ed en el PC (configurado
como TFTP server), hacia un directorio (me360x-universalk9-mz.153-3.S2) de la flash:
Switch: copy tftp://<tftp server ip addr>/<filename> flash:/<path>/<filename>
Por ejemplo:
Switch: copy tftp://10.10.0.121/me360x‐universalk9‐mz.153‐3.S2 flash:/me360x‐
universalk9‐mz.153‐3.S2/me360x‐universalk9‐mz.153‐3.S2.bin
5. Si todo lo anterior es correcto, a continuación realizar un boot del Switch desde ROMMON.
switch: boot
6. Si todo es correcto y tras un tiempo de 6 o 7 minutos el switch re-arrancara de forma normal.
Segundo procedimiento:
Si el equipo contiene una SDFLASH valida, quizás el equipo se pueda recuperar de una forma
rápida re-arrancándolo desde la “SD Flash card”, si esta está bien y tiene la carpeta con los
ficheros correspondientes:
Inicialmente copiamos en la SD Card (desde un PC) el fichero tar “me360x-universalk9-mz.153-3.S2.tar”

así como toda la carpeta creada cuando se descomprimió ese fichero tar.
Con estos directorios y ficheros en la SD Flash card insertarla en el ME3600X (powered off) lo
arrancamos.
Usando la secuencia de “Ctrl break” interrumpimos el proceso de boot para ir a ROMMON, y

cando aparezca el prompt “switch:” realizar los siguientes pasos:
Es necesario confirmar que el ME3600X reconoce la SDFLASH desde ROMMON.
Si el ME3600X reconoce la SDFLASH y todos los ficheros están presentes en la carpeta:

me360x‐universalk9‐mz.153‐3.S2
Se puede saber si se reconoce la SDFLASH y ver su contenido con el comando “dir sdflash:”
switch: dir sdflash:
switch: dir sdflash:/me360x‐universalk9‐mz.153‐3.S2
Por ejemplo:
ME3600#dir sdflash:
Directory of sdflash:/

1 ‐rw‐ 58695680 Apr 2 2013 18:58:10 +00:00 me360x_t‐universalk9‐tar.153‐2.S.tar
2 drw‐ 0 Apr 2 2013 19:16:24 +00:00 me360x_t‐universalk9‐tar.153‐2
30 ‐rw‐ 86 Apr 12 2013 19:16:00 +00:00 info

62
Donde se tiene la imagen tar’ed, así como el directorio (que se crea cuando se descomprime).
Si se mira dentro de ese directorio deberíamos tener al menos los ficheros:
ME3600#dir sdflash:/me360x_t‐universalk9‐tar.153‐2

3 ‐rw‐ 24831542 <date> me360x‐universalk9‐mz.153‐2.S.bin
5 ‐rw‐ 34378 <date> psoc.dld
6 ‐rw‐ 235868 <date> controlfpga.bin
7 ‐rw‐ 3890003 <date> me360x‐mfpga.bit
1. Introducir el comando:
switch: BOOT=sdflash:/me360x‐universalk9‐mz.153‐3.S2/me360x‐universalk9‐mz.153‐3.S2.bin

Para confirmar la correcta configuración de esta variable, verificarlo con el comando "set":
switch: set

2. Por ultimo rebotar el equipo con el comando “boot”
switch: boot

Si el 2º procedimiento tampoco funcionó, se puede recurrir a un 3er procedimiento, que fue el que
yo utilicé, la carga vía XMODEM a 115200 bps.
Tercer procedimiento:
1. Entrar en el ME3600X via ROMMON y configurar el BAUD rate a 115200
Switch: BAUD=115200
2. Reconfigurar la aplicación usada para conectarse por consola vía serial COMx de 9600 Bauds a
115200 Bauds, para obtener de nuevo el prompt de ROMMON del ME3600X
Switch:
3. Comprobar que el Laptop usado para la conexión serie por consola tiene soporte del Protocolo
Xmodem (por ejemplo: SecureCRT).

4. Iniciar la transferencia del fichero usando el protocolo de Xmodem, con el siguiente comando en el
ME3600X
switch: copy xmodem: flash:/me360x‐universalk9‐mz.153‐3.S2/me360x‐universalk9‐mz.153‐3.S2.bin
Inmediatamente ir al SecureCRT e iniciar la transferencia transfer--> send Xmodem
El proceso de descarga del fichero de IOS comenzar y tarda unas 2 horas.
Cuando finalice si no ha habido ningún error repetir el procedimiento con los otros ficheros:
switch: copy xmodem: flash:/me360x‐universalk9‐mz.153‐3.S2/me360x‐mfpga.bit
switch: copy xmodem: flash:/me360x‐universalk9‐mz.153‐3.S2/psoc.dld
switch: copy xmodem: flash:/me360x‐universalk9‐mz.153‐3.S2/controlfpga.bin
switch: copy xmodem: flash:/me360x‐universalk9‐mz.153‐3.S2/info
NOTA: dado que la flash: tiene un tamaño limitado que no permite mas de dos imágenes de
IOS, asegurarse de que hay espacio suficiente para alojar los nuevos ficheros, si no lo hubiera
desde ROMMON se pueden borrar los ficheros que no interesen de la flash:
5. Una vez terminada la descarga de todos los ficheros, desde ROMMON volver a poner el
BAUD=9600, igualmente en el SecureCRT.
6. Introducir el comando:
switch: BOOT=flash:/me360x‐universalk9‐mz.153‐3.S2/me360x‐universalk9‐mz.153‐3.S2.bin
Para confirmar la correcta configuración de esta variable, verificarlo con el comando "set":
63
switch: set
7. Por ultimo rebotar el equipo con el comando “boot”
switch: boot
Boot desde la SD Flash card

El Switch ME3600X soporta una tarjeta de memoria SD Flash de hasta 4GB
Supported SD Flash Size
1‐GB flash memory module
2‐GB flash memory module
4‐GB SDHC flash memory module
• Por defecto el ME3600X-24TS/24FS cargara la IOS desde la imagen que hay en Flash interna (not
desde la SD flash).
• Sin embargo esto se puede cambiar para que arranque desde la SD flash. El comando de boot
que hay que usar para hacer un boot desde la imagen de IOS en la SD flash es:
ME3600X6#archive download-sw /overwrite sdflash:me360x-universalk9-tar.153-2.S.tar
• Este comando se debe usar desde IOS mode.
Boot con la SD flash card en Bootload mode:

Paso1: Usar el comando de CLI “set” CLI para verificar la actual configuración:
switch: set
BAUD=9600
BOOT=flash:/me360x‐universalk9‐mz.153‐2.S/me360x‐universalk9‐mz.153‐2.S.bin
CLEI_CODE_NUMBER=IPMSW00DRA
DEFAULT_ROUTER=6.6.6.1
ENABLE_POST=0
IP_ADDR=6.6.6.101/255.255.255.0
LICENSE_BOOT_LEVEL=MetroAggrServices
LICENSE_FEATURE_LEVEL=Scaled
MAC_ADDR=F4:AC:C1:B8:EA:80
MANUAL_BOOT=yes
MODEL_NUM=ME‐3800X‐24FS‐M
MODEL_REVISION_NUM=A0
MOTHERBOARD_ASSEMBLY_NUM=73‐12068‐07
MOTHERBOARD_REVISION_NUM=A0
MOTHERBOARD_SERIAL_NUM=FOC14436AM0
RELOAD_REASON=12ab34Reload Command
SYSTEM_SERIAL_NUM=FOC1446X1B5
TAN_NUM=800‐31465‐01
TAN_REVISION_NUMBER=A0
TERMLINES=0
VERSION_ID=V01
64
Paso2: Verificar la imagen de IOS en la SD flash card:

switch: dir sdflash:

1 ‐rw‐ 8704 <date> runconfig.txt
2 ‐rw‐ 28999680 <date> me360x‐universalk9‐tar.153‐2.S.tar
3 ‐rw‐ 24831542 <date> me360x‐universalk9‐mz.153‐2.S.bin
4 drw‐ 0 <date> me360x‐universalk9‐tar.153‐2.S
5 ‐rw‐ 34378 <date> psoc.dld
6 ‐rw‐ 235868 <date> controlfpga.bin
7 ‐rw‐ 3890003 <date> me360x‐mfpga.bit
Paso3: cambiar el parámetro de BOOT:

switch: BOOT=sdflash:/me360x‐universalk9‐mz.153‐2.S.bin

switch: set
BAUD=9600
BOOT=sdflash:/me360x‐universalk9‐mz.153‐2.S.bin
CLEI_CODE_NUMBER=IPMSW00DRA
DEFAULT_ROUTER=6.6.6.1
ENABLE_POST=0
IP_ADDR=6.6.6.101/255.255.255.0
LICENSE_BOOT_LEVEL=MetroAggrServices
LICENSE_FEATURE_LEVEL=Scaled
MAC_ADDR=F4:AC:C1:B8:EA:80
MANUAL_BOOT=yes
MODEL_NUM=ME‐3800X‐24FS‐M
MODEL_REVISION_NUM=A0
MOTHERBOARD_ASSEMBLY_NUM=73‐12068‐07
MOTHERBOARD_REVISION_NUM=A0
MOTHERBOARD_SERIAL_NUM=FOC14436AM0
RELOAD_REASON=12ab34Reload Command
SYSTEM_SERIAL_NUM=FOC1446X1B5
TAN_NUM=800‐31465‐01
TAN_REVISION_NUMBER=A0
TERMLINES=0
VERSION_ID=V01

Paso 4: Realizar un Reset
switch: reset
Are you sure you want to reset the system (y/n)?y
System resetting.
Paso 5: Reiniciar el sistema
switch: boot
Loading "sdflash:/me360x‐universalk9‐mz.153‐
2.S.bin"...@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@@@
>>Skipped
65
Apéndice I
Referencias disponibles para consultar:

Cisco ME 3800X and ME 3600X Switch Hardware Installation Guide
http://www.cisco.com/c/en/us/td/docs/switches/metro/me3600x_3800x/hardware/installation/guide/me
3800x_hig/higoverview.html
Cisco ME3800X, ME3600X, and ME3600X-24CX Switch Boot Loader Commands

3_3_S/command/reference/3800x3600xcr/bootldr.pdf
Configuring SD Flashcard
4_1_S/configuration/guide/3800x3600xscg/swsdflash.html
66

Corporate Headquarters European Headquarters Americas Headquarters Asia Pacific Headquarters
Cisco Systems, Inc. Cisco Systems Europe Cisco Systems, Inc. Cisco Systems Australia, Pty., Ltd
170 West Tasman Drive 11 Rue Camille Desmoulins 170 West Tasman Drive Level 9, 80 Pacific Highway
San Jose, CA 95134-1706 92782 Issy-Les-Moulineaux San Jose, CA 95134-1706 P.O. Box 469
USA Cedex 9 USA North Sydney
www.cisco.com France www.cisco.com NSW 2060 Australia
Tel: 408 526-4000 www-europe.cisco.com Tel: 408 526-7660 www.cisco.com
800 553-NETS (6387) Tel: 33 1 58 04 60 00 Fax: 408 527-0883 Tel: +61 2 8448 7100
Fax: 408 526-4100 Fax: 33 1 58 04 61 00 Fax: +61 2 9957 4350
Cisco Systems has more than 200 offices in the following countries and regions. Addresses, phone numbers, and fax numbers are listed on the
Cisco Web site at www.cisco.com/go/offices.
Argentina • Australia • Austria • Belgium • Brazil • Bulgaria • Canada • Chile • China • Colombia • Costa Rica • Croatia • Czech Republic Denmark • Dubai, UAE
Finland • France • Germany • Greece • Hong Kong SAR • Hungary • India • Indonesia • Ireland • Israel • Italy • Japan • Korea • Luxembourg • Malaysia • Mexico
The Netherlands • New Zealand • Norway • Peru • Philippines • Poland • Portugal • Puerto Rico • Romania • Russia • Saudi Arabia • Singapore • Slovakia • Slovenia
South Africa • Spain • Sweden • Switzerland • Taiwan • Thailand • Turkey • Ukraine • United Kingdom • United States • Venezuela • Vietnam • Zimbabwe

GUI - Troubleshooting ME3600X

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

GUI - Troubleshooting ME3600X

Cargado por

Copyright:

Formatos disponibles

Advanced Services

Cisco Systems Advanced Services

Company Confidential. A printed copy of this document is considered uncontrolled.

Versión No. fecha Estado Razón del cambio

1.0 28-Mayo-2014 Released Versión Final

Detalle del revisor No de Versión fecha

This document will be kept under revision control.

Propósito del documento

Esta guía en ningún momento pretende reemplazar o sustituir la documentación oficial de

Introducción al Hardware del ME-3600X

Estos dispositivos ofrecen servicios avanzados de banda ancha residencial y aplicaciones

Figura 1-1 Cisco ME3600X Switches

Aunque en el Servicio solo está homologado el modelo en cobre ME 3600X-24TS

Entre las funciones básicas del Cisco ME3600X se encuentran:

• Operations, Administration, and Maintenance (OAM)

Panel Frontal del Cisco ME 3600X-24TS-M

Figura 1-2 Panel Frontal del Switch Cisco ME3600X

Figura 1-3 Panel de Leds del Switch Cisco ME3600X

6 SD CARD SD Card LED Off SD card is not installed.

Figure 1.4: Cisco ME 3600X Rear Panel

Cisco Carrier Ethernet ASIC

Imagen de Advanced Metro IP Access:

Para ver las capacidades de otros Templates disponibles:

• Recoger datos relativos al problema:

Recoger datos relativos al problema

Analizar los Datos

Verificar la conectividad de Red

Usar la Herramienta Apropiada para Diagnosticar el Problema

Company Confidential. A printed copy of this document is considered uncontrolled.

El ME3600X soporta Fuentes de Alimentación redundantes las cuales utilizan la alimentación de

Company Confidential. A printed copy of this document is considered uncontrolled.

En caso de que una de las PS disponibles en el ME3600X este defectuosa o el cable de

Una vez solucionado aparecerá en el log los siguientes mensajes:

Una Fuente de Alimentación y Sin Bandeja de Ventiladores

En el log aparecerá el siguiente mensaje:

La velocidad el ventilador se puede monitorizar desde el CLI con: “show platform power_mbus read fan”

Alarmas del equipo

Company Confidential. A printed copy of this document is considered uncontrolled.

Una vez insertado el SFP en el puerto:

Una vez insertado convenientemente el SFP en el puerto TenGiga0/<port> comprobar el estado

Identificación del problema y toma de datos para su análisis

Company Confidential. A printed copy of this document is considered uncontrolled.

Detalles de las colas de la CPU del ME3600X

Así por ejemplo si queremos saber el estado de la cola de Routing:

Company Confidential. A printed copy of this document is considered uncontrolled.

Lo que podría tener como efectos el flapping del protocolo de routing

Logs de consola El switch guarda en un buffer información relevante, errores, mensajes de

Company Confidential. A printed copy of this document is considered uncontrolled.

En el ejemplo mostrado el switch trató de ejecutar la instrucción en la address 0x908300AC para lo

El mensaje también puede introducir en la herramienta llamada “Output Interpreter” de la web de

Ejemplo de la salida del comando: show mac address-table

Company Confidential. A printed copy of this document is considered uncontrolled.

Comandos de show Bridge-Domain

Introducción al QoS del ME3600X

Company Confidential. A printed copy of this document is considered uncontrolled.

Como obtener las “default egress queues” de un interface?

O con los comandos:

Estos datos se pueden conocer con un único comando:

Como comprobar el tráfico en la egress policy queue de un interface?

Como comprobar si un paquete llega al ingress policy del interface?

Como comprobar el uso de los policer en el ME3600X?

Como comprobar las propiedades de las Colas?

Como Comprobar Buffers y Thresholds de las Colas del ME3600X