Secuencia de actualización nodo a nodo delsoftware del switch de WAN

Contenido

IntroducciónprerrequisitosRequisitosConvencionesComponentes UtilizadosBackgroundPlan de alto nivelEtapa 1: PlanificaciónEtapa 2: Preparación de la redEtapa 3: La mejoraDetalles de la tareaEtapa 1: PlanificaciónEtapa 2: Preparación de la redEtapa 3: La mejoraApéndice A tarea 6: Verificación de la integridad de la redTarea 7 del apéndice B: Prueba de tarjeta de control en esperaTarea 19 del C del apéndice: Procedimiento para cargar una nueva revisión en la redTarea 13 del apéndice D: Procedimiento para desactivar la obtención de estadísticas CWM (SV+)TFTPTarea 21 del apéndice E: Fije los parámetrosTarea 27 del apéndice F: Desbloquear los procesadores de reservaApéndice G: Información adicional sobre el intervalo del runrevInformación Relacionada

Introducción

Este documento describe Cisco recomendó el proceso de punto 34 para un 8400 Series Switchacertado IPX, IGX, o actualización de software del 8600 Series Switch BPX. Esta mejora estápara las redes que funcionan con una versión de software de switch PÁLIDA que utilice la funciónde actualización nodo a nodo. Este documento enumera los pasos mínimos necesarios y luegotrata cada paso con cierto detalle. El plan resumido en este documento se ha utilizado paraactualizar con éxito las redes de Cisco IPX/IGX/BPX.

El objetivo de este documento es ser utilizado como una ayuda para llevar a cabo actualizacionesdel software de switches de manera exitosa, pero no reemplaza a una planificación apropiada consu Ingeniero de Ventas, Ingeniero en Sistemas o su Gerente de Contabilidad de Cisco.

Precaución: Es esencial que usted sigue los pasos en el planificador de la actualización delsoftware del switch de WAN antes de realizar los pasos abajo. Si realiza los pasos mencionadosdebajo sin consultar primero el Planificador de actualización, se ocasionarán problemas en la red.

prerrequisitos

Requisitos

No hay requisitos específicos para este documento.

Convenciones

Para más información sobre los convenios del documento, refiera a los convenios de los consejostécnicos de Cisco.

Componentes Utilizados

Este documento no tiene restricciones específicas en cuanto a versiones de software y dehardware.

La Información presentada en este documento fue creada de los dispositivos en un entornoespecífico del laboratorio. Todos los dispositivos que se utilizan en este documento se pusieronen funcionamiento con una configuración verificada (predeterminada). Si la red está funcionando,asegúrese de haber comprendido el impacto que puede tener un comando antes de ejecutarlo.

Background

Mejoras al software del switch para los Productos IPX/IGX/BPX, mientras que generalmenterequiere un ciertas hojas de operación (planning), a menudo resultado en poco o nada deinterrupción detectada en la red.

La técnica empleada para alcanzar las mejoras que no afectan servicio ha seguido siendo lomismo desde las versiones muy tempranas del producto. Antes de la versión 8.4, la arquitecturade software IPX/IGX/BPX requirió que todos los Nodos en una red funcionen con la mismaversión principal del software del switch. Para cumplir este requisito, era necesario actualizartodos los Nodos al mismo tiempo.

Como redes crecientes de tamaño, así que hizo la cantidad de tráfico de administración generadaa la hora de la mejora. Como consecuencia este procedimiento se ha ideado para asegurar unaactualización sín problemas en cualquier tamaño de la red. Esta técnica de la mejora es lasmedidas recomendadas cuando usted está actualizando a partir de una versión de software queutilice la función de actualización nodo a nodo a otra versión de software que también utilice lafunción de actualización nodo a nodo.

La característica del Nodo-por-nodo permite que muchos de los pasos sean adaptados solamentea esos switches IPX/IGX/BPX se estén actualizando que. Esta adaptación permite el mayorcontrol durante una actualización del software de switch.

En este documento los nodos de red que se actualizarán se llaman los nodos de destino. Losnodos de destino se asumen para ser un subconjunto de la población de nodos del total de la red.

Una cantidad razonable de nodos de destino en una red del 100-node sería 10. Para la versión desoftware de switch 8.4, la función de la actualización nodo por nodo puede necesitar ser activadousando el comando cnffunc.

Este documento se ha escrito para ayudar a los usuarios que están implicados en las mejorasIPX/IGX/BPX en un 8.4.X y un entorno posterior. No se asume que el programa de lectura tieneun conocimiento en profundidad de este Switches, pero se asume que el programa de lecturatiene una comprensión de las configuraciones del switch básicas.

Observe por favor que a partir de la versión de software de switch 9.2 la plataforma IPX no estáutilizada. El Switches IPX puede necesitar ser substituido antes de una mejora a 9.2.

Plan de alto nivel

A continuación, se resumen los pasos necesarios para una actualización exitosa. Se debencompletar todos los pasos cualquiera sea el tamaño de la red.

Etapa 1: Planificación

Tarea

Descripción

1Seleccione la nueva revisión del software del switch odel Cisco WAN Manager (CWM) (conocido antescomo StrataView más (SV+)).

2 Evalúe las anomalías del software conocidas en lasversiones seleccionadas.

3 Ver las notas de la versión para los pasos deactualización específicos de esta versión

4

Auditoría los firmwares y las revisiones de hardwaredel indicador luminoso LED amarillo de la placamuestra gravedad menor y asegúrese que éstos sonutilizados por la nueva versión de software.

5Escriba secuencias de comandos, una tarea opcionalpara contribuir a los cambios de parámetros exigidosen determinadas secciones de la etapa 3.

Etapa 2: Preparación de la red

Nota: Esta etapa necesita ser completada una semana antes de la actualización de software

Tarea Descripción6 Verificación de la integridad de la red

7 Practique el uso de tarjetas de control dereserva.

8 Vigile la red atentamente hasta el momento de laactualización.

9 Actualización de las estaciones CWM (SV+)

10 Verifique la conectividad de la administración dered con los nodos de la red.

Etapa 3: La mejora

El Acceso de administración a la red durante este período se debe vigilar de cerca usando elmapa de topología CWM (SV+) y los comandos dspcds and dspalms.

Tarea Descripción

11 Comienzo del período de detención de laprestación de nuevos servicios.

12 Si está disponible, salve la configuración de red aCWM (SV+).

13 Pare la recolección de estadísticas.

14Borre los errores de placa, los registros de softwarey los procesador de prueba automática de laneutralización.

15 Inhabilite las máquinas de estado de muestreoestadístico.

16 Cargar nueva revisión en las estaciones CWM(SV+).

17 Cambie los parámetros del cnfdlparm.18 Detenga todos los trabajos automáticos.

19 Cargue la nueva revisión en los nodos de reddeseados de destino.

20 Valide la grabación de tarjeta de procesador.

21 Establezca los parámetros en preparación para laactualización de la red.

22 Quitar la causa de todas las alarmas GRAVES y, sies posible, de todas las alarmas MENORES.

23 Cerrar estaciones CWM (SV+) – reconfigurar de sernecesario.

24 De ser necesario, implemente los métodosalternativos identificados en las tareas 2 y 3.

25 Si la red ha sido estable por 30 minutos, actualiceel software del switch.

26 Dejar que la red se estabilice y ejecutar pruebas devalidación específicas por cliente.

27Desbloquear los procesadores en espera Relancelas tareas 25 a 27 para cada uno de los Nodos queson actualizados.

28 Configurar parámetros operativos.29 Reiniciar estaciones CWM (SV+).30 Verificación de la integridad de la red31 Recopilación de estadísticas de reinicio.32 Reiniciar todas las tareas automáticas.

33 Guarde la configuración de red en CWM (SV+).34 Fin del período de detención del abastecimiento.

Detalles de la tarea

Etapa 1: Planificación

Tarea 1 Seleccione la nueva revisión del software delswitch CWM (SV+).

La selección de software adecuado de switching y, por lo tanto, CWM (SV+), dependerá de unaserie de variables que incluyen la revisión del software actual, los requisitos de hardware, etc.Entre en contacto con el Soporte técnico de Cisco para más información.

Para seleccionar la versión adecuada de CWM (SV+), revise las notas de la versión para laversión correspondiente en la documentación sobre las versiones de Cisco WAN Manager enCCO.

Nota: CWM necesita entre una y dos horas comenzar a recoger y a mostrar las estadísticasdespués de una mejora o de un reinitiation de la aplicación.

Tarea2:

Evalúe las anomalías del software conocidas enlas versiones seleccionadas.

Algunas anomalías en el software pueden requerir preparación adicional para garantizar unaactualización armónica. Esto tal vez implique:

Pasos de actualización adicionales●

En la Tarea 21 se agregarán más cambios de parámetros●

Soluciones alternativas que pueden incluirse en la Tarea 24.●

Tarea3

Ver las notas de la versión para los pasos deactualización específicos de esta versión

Como en la tarea 2, esta tarea puede dar lugar a:

Pasos adicionales en el plan de actualización●

En la Tarea 21 se agregarán más cambios de parámetros●

Soluciones alternativas que pueden incluirse en la Tarea 24.●

Tarea4

Los firmwares y las revisiones de hardware delindicador luminoso LED amarillo de la placa muestragravedad menor de la auditoría y se aseguran queéstos sean utilizados por la nueva versión desoftware.

En IPX/IGX/BPX, la revisión de una tarjeta puede obtenerse usando el comando dspcds. Estainformación se puede entonces utilizar conjuntamente con el software del switch/los firmwares/lamatriz de compatibilidad del hardware proporcionada en los Release Note del software de switch

para evaluar si algunos cambios son necesarios. Puede encontrar estas release notes en laspáginas de Soluciones de Switching de Cisco WAN.

Para el Switches con los indicadores luminosos LED amarillo de la placa muestra gravedadmenor del procesador redundante (NPC, NPM, o BCC), verifique que la versión de firmware, eltamaño de BRAM, y el tamaño del RAM para ambos indicadores luminosos LED amarillo de laplaca muestra gravedad menor hagan juego.

comando dspcds

El comando dspcds produce esta salida para cada ranura:

3 FRM DTV FRI-V35 BF Standby

El significado de cada uno de los elementos de la salida es:

Salida: 3 FRM DTV FRI-V35 FB Esper

a

Significado:

#>del<slot

<cardtype>

<frontcardrevision>

<backcardtype>

<backcardrev>

<cardstate>

La sección <revisión de tarjeta frontal> contiene la ilustración "DTV" en el resultado anterior. Acontinuación se muestra cómo se interpreta esto.

Salida: D T V

Significado:

Modelo del indicadorluminoso LEDamarillo de la placamuestra gravedadmenor

Revisión dehardware delindicador luminosoLED amarillo de laplaca muestragravedad menor

Revisióndelosfirmwares

La primera letra indica el modelo de tarjeta (en este caso 'D'). Esta información describe elconjunto de características de la tarjeta y sólo puede ser modificada por Cisco o sus socios.

La segunda letra indica la revisión del hardware de la tarjeta (en este caso, T). Esto sólo se puedecambiar regresando la tarjeta a la fábrica.

La tercera letra indica la revisión de firmware (en este caso 'V'). Esta es una variación del modeloy se modifica en función de las mejoras menores de características y las correcciones de errores.Puede ser cambiada descargando el nuevo código de una estación de trabajo CWM (SV+) ydespués quemándolo en el indicador luminoso LED amarillo de la placa muestra gravedad menor.

El designador para una imagen de firmware determinada como se puede encontrar en CCO tieneel formato A.B.C, donde:

A especifica el tipo de placa●

B especifica el indicador del modelo, con detalles acerca de las funciones de unadeterminada tarjeta. Por ejemplo, C del modelo UVM (el Rev. A) tiene DCA de los firmwares,mientras que UVM D modelo (el Rev. A) tiene firmwares DDA. El modelo C fue el primermodelo de UVM compatible con la compresión G.729 (entre otras nuevas características). Elmodelo D admite todo lo admitido por el modelo C e incorpora la compresión de códigoocioso a las características admitidas (entre otras).

●

El C especifica el nivel de la versión de firmware, que indica típicamente el nivel del bug-arreglo. El último nivel de firmware UVM utilizado para este ejemplo es la versión E o DDEque indica el modelo D de UVM, versión E.

●

Cuando desee verificar el nivel de versión de una tarjeta instalada en un BPX o IGX, puedehacerlo a través del comando dspcds. Pues usted encontrará, los Nodos proporcionan a lainformación sobre la versión de una manera diferente que el método de notación usado en losnombres de fichero CCO. De hecho, los Nodos proveen de usted una información adicional parala compatibilidad del hardware. La notación usada por el software del switch es del estilo TIPOB.D.C, donde:

TYPE provee el nombre completo del tipo de tarjeta (por ejemplo, UVM)●

B especifica el designador de modelo●

D especifica el nivel de la versión de hardware●

El C especifica el nivel de la versión de firmware●

Tarea5

Escriba secuencias de comandos para contribuir alos cambios de parámetros exigidos endeterminadas secciones de la etapa 3 (opcional).

La escritura y la prueba de comandos de secuencia hará lo siguiente:

Facilitará la ejecución del proceso de cambio de parámetros●

Destaque los comandos any que han cambiado en la nueva versión de software.●

Hay Productos para fijar los parámetros con objeto de una actualización de la red. Los paquetesde software que se utilizaron correctamente para las actualizaciones son:

Procomm : Utilizado tradicionalmente por los administradores de programa StrataCom. Sehan escrito secuencias de comandos que aparecen en listas de comandos de EXCEL.Ejecútelos y escriba la información del éxito/de error de nuevo a la hoja de cálculo.

●

Interferencia: Utilizado por el equipo de auditoría de red.●

Etapa 2: Preparación de la red

Tarea 6 Verificación de la integridad de la red

Vea el Apéndice A

Tarea 7 Practique el uso de tarjetas de control dereserva.

Ver Apéndice B

Tarea 8 Vigile la red atentamente hasta el momento de

la actualización.

La tarea 6 debe resaltar los problemas existentes en la red pero sería prudente controlar la redpara detectar los errores nuevos de la red y los errores de la tarjeta hasta el momento de laactualización. Señale los errores recurrentes al Soporte técnico de Cisco.

Consulte el Apéndice A para obtener información detallada sobre verificación de errores desoftware y errores de tarjetas.

Tarea 9 Actualización de las estaciones CWM (SV+)

Las versiones CWM (SV+) pueden manejar las redes que están funcionando con el software quees hasta dos versiones detrás del versión de CWM (SV+).

Tarea10

Verifique la conectividad de la administración dered con los nodos de la red.

Asegúrese de que cada switch de red pueda estar conectar-a usar Inband o fuera de acceso de labanda. Usando TELNET, conecte con cada IPX/IGX/BPX en la red. Si los usos de la red Inband yfuera del acceso de la banda, prueban cada método por separado.

Etapa 3: La mejora

Tarea11

Comienzo del período de detención de laprestación de nuevos servicios.

Detener el abastecimiento de nuevos servicios hasta la finalización de la actualización.

Tarea 12 Guarde la configuración de red

Si se ha comprado la función Guardar y restaurar la configuración, salve una foto de laconfiguración de red en una estación de trabajo CWM (SV+).

Otros detalles en este procedimiento se pueden obtener del manual de referencia de comandosque está para la versión del software que es utilizado.

Tarea13

Detener la obtención de estadísticas y cerrarStatistics Collection Manager.

Ver Apéndice D.

Tarea14

Borre los errores de placa y los registros desoftware, y después inhabilite los procesador deprueba automática.

En todos los Nodos a ser errores de placa y registros de software claros actualizados usando loscomandos siguientes:

clrcderrs *●

clrswlog●

clrswlog s●

El procesador de prueba automática es inhabilitado ingresando el comando cnftstparm, y despuésseleccionando el tipo de procesador que es relevante al nodo se está configurando de nuevo que.

Tarea15

Máquinas de estado de muestreo estadístico dela neutralización.

Cisco ahora que dirige recomienda inhabilitar de las máquinas de estado de muestra de lasestadísticas durante la fase loadrev de una mejora. Previamente, las estadísticas fueroninhabilitadas durante la fase del runrev.

Estas máquinas de estado se pueden inhabilitar en todos los Nodos que se actualizarán usandolos comandos off1 o off2.

Los parámetros siguientes deben ser inhabilitados.

‘Muestreo de estadísticas de comunicaciones’●

‘Muestreo de estado de línea’●

Muestreo de estadísticas del puerto●

Nota: El inhabilitar de estas funciones inhabilitará con eficacia los dspchstats, dsptrkutl, loscomandos statistics de los dspportstats. Si estos comandos se requieren para resolver problemaslos propósitos, la máquina de estado se puede volver a permitir sobre una base del nodo-por-nodo después de que se haya cargado el nuevo software (el nodo está en el estado actualizado).Todas las máquinas de estado vueltas a permitir se deben inhabilitar antes de la sección delrunrev de la mejora. Las máquinas de estado se pueden volver a activar usando los comandoson1 u on2.

Tarea16

Cargue la nueva revisión del software en lasestaciones CWM (SV+).

Cargue la nueva versión de software en las estaciones CWM (SV+). Verifique que las imágeneshayan cargado con éxito. Valide la imagen de revisión en cada estación CWM (SV+) publicando elcomando validate_image <filename.img>. Observe que el nombre de fichero es diferente para losswitches IPX/IGX/BPX

El número de imagen IPX se añade al final del fichero con un N.●

El número de imagen IGX se añade al final del fichero con un G.●

El número de imagen BPX se añade al final del fichero con un B.●

Tarea 17 Cambie los parámetros del cnfdlparm.

Esta tarea puede acelerar la etapa de distribución del software (tarea 19) de una mejora.Configure el tiempo de espera de la sesión y pida los parámetros del límite del salto como sigueusando el comando cnfdlparm. Si los Nodos que se actualizarán se agrupan en la misma regióntopológica de la red, los Nodos (no--CWM) de la blanco pueden tener el límite del salto de lapetición reducido a 4. Para determinar el número de saltos entre los Nodos, publique el comandodrtop.

Estamos interesados en el tiempo de la sesión hacia fuera y los campos de salto del comandocnfdlparm. Si los Nodos que se actualizarán están en la misma área entonces podemos reducir ellímite del salto de la petición. Para determinar el límite del salto de la petición utilice el comando

drtop.

Todos los nodos de red: Tiempo de espera de la sesión 30000●

Nodos CWM (SV+): Límite 1 del salto de la petición●

Nodos (no--CWM) de la blanco: Límite 8 del salto de la petición●

Tarea 18 Detenga todos los trabajos automáticos.

Suprima o inhabilite todos los trabajos automáticos que se han configurado en los Nodos de lablanco IPX/IGX/BPX.

Otros detalles en los trabajos automáticos se pueden obtener del manual de referencia decomandos que es relevante a la versión del software que es utilizado.

Tarea19

Cargue la nueva revisión en los nodos de reddeseados de destino.

Esto es lograda ejecutando el comando loadrev <new_revision> <node_name> en cada uno delos nodos de destino.

La transferencia directa de software es completa cuando el comando dsprevs muestra todos losnodos redundantes como teniendo una revisión preliminar corriente y una revisión secundariaactualizada. La revisión secundaria debe ser coherente con la revisión empleada en el comandoloadrev. Para más información sobre el estatus de placa del procesador durante una actualizacióndel software de switch, refiera al Active y a los estados de la placa de control en espera duranteuna actualización del software de switch PÁLIDA.

Los nodos no redundantes mostrarán la revisión secundaria según lo siendo cargado, y noactualizado.

Los errores conectados con la programación de memoria de sólo lectura, programable y borrableeléctricamente de la placa del procesador (EEPROM) dan lugar a las alarmas de destello del errorconjuntamente con los errores del software. Si llegara a activarse dicha alarma, vuelva a intentarcon el proceso loadrev. Utilice el comando loadrev de traer el nodo de nuevo a la versión desoftware actual que se ejecuta en la red. La sintaxis del comando es la siguiente:

loadrev <current_running_revision> <node_name>

Ingrese el comando, y después comience la tarea 19 otra vez. Cualquier errores más otrarequerirán actualmente - la placa activa ser substituidos. En este caso, como antes, publique elcomando loadrev de restablecer el nodo a la versión de software corriente actual. Después deque publiquen el comando loadrev, verifique que el nodo sea estable publicando los comandosdspcds and dsprevs. El comando dspcds debe visualizar el Active y las placas del procesador dereserva. El comando dsprevs debe visualizar solamente la versión de software corriente actualpara el nodo. Después de que el nodo sea estable, ingrese el comando switchcc. (Era elprocesador activo) la placa del procesador espera puede ahora ser substituida.

Ver apéndice C

Tarea 20 Valide la grabación de tarjeta deprocesador.

Nota:  Este paso es ser después de todo procesadores de reserva realizados del nodo de destinose actualiza. Vea la tarea 19.

Valide la grabación de placa de procesador en todos los nodos de destino realizando la tareasiguiente:

Ejecute el comando chkflash1.Cuando regrese la solicitud de comando, controle el registro de errores de software enbusca de errores registrados como resultado del comando chkflash (verificar indicación defecha y hora de error).

2.

Si el comando chkflash falla, los errores del software 872, 873 o 874 serán registrados, perootros errores pueden también ocurrir.

3.

Todos los errores se deben señalar al Soporte técnico de Cisco. No continúe el proceso deactualización. Es posible que la revisión de software en el nodo o los Nodos que registraronlos errores es corrupta.

4.

Tarea21

Establezca los parámetros en preparación parala actualización de la red.

Consulte el Apéndice E para obtener información sobre cambios de parámetros.

Include requirió los cambios no estándar identificados en las tareas 2 y 3.

Tarea 22

Quitar la causa de todas las alarmas graves y, sies posible, de todas las alarmas menores.

Idealmente, la red debe ser alarma libremente a la hora de la actualización de software (tarea 25).De no ser posible, debe identificarse y registrarse al menos la causa de todas las alarmasimportantes, y luego debe realizarse una reconfiguración adecuada para eliminar la alarma.Verifique los modelos de carga del nodo de destino publicando los comandos chklm and dsplmsegún lo descrito en el Apéndice A.

Nota: La reconfiguración adecuada no debe implicar el realizar de los cambios de configuraciónvía el CLI o el CWM (SV+) a los Nodos IGX/BPX/IPX mientras que una placa del procesador estáen el estado actualizado.

Observe cualquier alarma para que pueda realizarse una comparación después de laactualización.

Nota: Una actualización del software de switch no debe ser intentada mientras que hay nodosinalcanzables en la red.

Tarea23

Cerrar estaciones CWM (SV+) – reconfigurarde ser necesario.

Para una actualización de la red completa, todas las estaciones de trabajo CWM (SV+) deben serparada normal. Esto es alcanzada seleccionando la opción de la base de la parada del menúprincipal de CWM (SV+). Para una actualización de la red parcial, esta tarea no puede serrequerida.

Cualquier reconfiguración que se requiera para que CWM (SV+) para trabajar con la nueva

versión de software se debe hacer en este tiempo.

Tarea24

De ser necesario, implemente los métodosalternativos identificados en las tareas 2 y 3.

Cualquier solución alternativa que se requiera para una actualización sín problemas habrá sidoidentificada en las tareas 2 y 3.

Tarea25

Actualice el software del switch si la red esestable por 30 minutos.

Si ningunos cambios de la topología han ocurrido dentro de la red por un período de 30 minutosdesde que la terminación satisfactoria de la tarea 19 y los pasos 20 a 24 fueron completados conéxito, ejecute

runrev <new_revision> <node_name>

comando a partir del uno de los nodos de destino. Esto ejecutará la nueva versión en un nodo dered.

Para verificar la estabilidad del nodo de destino, publique los comandos siguientes en la ordenenumerada:

Comando Medidas que usted debe tomar

dspprf

Verifique que la MARCHA LENTA RT sea mayorde 40. Si no es, entre en contacto con el Soportetécnico de Cisco.

dsprevs

Verifique que las revisiones de software correctasestén cargadas.

dspcds

Verifique que los indicadores luminosos LEDamarillo de la placa muestra gravedad menor delos procesadores estén en el Active y el estadocerrado.

dspalms

Verifique que no haya alarmas graves en el nodode destino.

Nota: Puesto que el proceso de actualización implicará la red que cambia temporalmente lasfuentes de reloj, el cuidado debe ser tomado al publicar el comando runrev en el nodo de rednumerado más alto. Coordine la mejora de los nodos numerados más bajos y más altos con elingeniero de ofertas de Cisco, el técnico, o el administrador de cuentas.

Tarea 26

Deje la red establecer y funcionar con las pruebasde validación de la red.Nota: Para más información sobre el intervalo delrunrev para los usuarios avanzados, lea elapéndice G.

Deje los procesadores de nodo de destino completan todas las tareas de actualización deadministración. La cantidad de tiempo que esto llevará depende de la cantidad de nodos en lared. Dé un plazo por lo menos de 10 minutos por el nodo. Durante este período, la registración

sobre los Nodos vía el comando line interface(cli) se debe guardar a un mínimo.

Después de 10 minutos, ábrase una sesión al nodo de destino y verifique la salud usando loscomandos siguientes.

Publique estos comandos en la orden enumerada.

Comando Medidas que usted debe tomar

dspprf

Verifique que la MARCHA LENTA RT sea mayorde 40. Si no es, entre en contacto con el Soportetécnico de Cisco.

dsprevs

Verifique que las revisiones de software correctasestén cargadas.

dspalms

Verifique que no haya alarmas graves en el nodode destino.

dspcds

Verifique que el procesador de reserva esté en elestado cerrado y no hay indicadores luminososLED amarillo de la placa muestra gravedad menoren un estado fallido.

dspswlog

Controle para saber si hay nuevos errores delsoftware.

dspswlogs

Controle para saber si hay nuevos errores delsoftware.

dspcderrs

Controle para saber si hay nuevos errores deplaca.

dsptrks Verifique el estatus de todos los troncos.

dspnds

Controle para saber si hay cualquier nodoinalcanzable.

dspnode

Verifique el estatus de los estantes delalimentador (si procede).

dspsloterrs

Controle para saber si hay nuevos errores en elslot.

Nota: Las diversas máquinas de estado fueron inhabilitadas en la tarea 15, así que los comandostales como los dspportstats y los comandos dspchstats no funcionarán.

Este período proporciona un tiempo ideal para ejecutar pruebas y comprobar que el nuevosoftware funcione correctamente.

Interrogue a todos los sistemas de administración externos que se utilicen para manejar acualquier Routers que esté conectado con la red IPX/IGX/BPX. Esta consulta tiene por finalidadasegurar que se tenga acceso a todos los dispositivos.

Si fuera posible, se debe contactar a los usuarios finales y pedirles que revisen que todas lasconexiones de red funcionen correctamente.

Nota: En el evento improbable que una decisión se toma para invertir de nuevo a la revisión delsoftware anterior, el Soporte técnico de Cisco se debe entrar en contacto con antes de latransferencia a la vieja revisión. La información importante en cuanto a porqué no estáfuncionando el nuevo software correctamente será perdida después de volver a la vieja revisión.

Tarea 27 Desbloquear los procesadores en espera

Relance la tarea 25, la tarea 26, y encargue a 27 para cada uno de los Nodos que sonactualizados. Dé un plazo del tiempo suficiente entre las mejoras del nodo individual para verificarla estabilidad del nodo, y funcione con las pruebas de funcionamiento. Ver Apéndice F

Tarea 28 Configurar parámetros operativos.

Todos los parámetros cambiados en la tarea 12, la tarea 17, y la tarea 21 se deben invertir a susconfiguraciones originales, como fue capturado en la tarea 6.

Nota: Los comandos reales usados para cambiar los parámetros pudieron haber cambiado.Además de esto, puede ser necesario ajustar otros parámetros para que haya la operación de lared correcta mientras que funciona con la nueva versión de software. Consulte los Release Notepara las recomendaciones de ingeniería y los nuevos valores predeterminados.

Tarea 29 Reiniciar estaciones CWM (SV+).

Seleccione la opción de la base del comienzo del menú principal de CWM (SV+).

Tarea 30 Verificación de la integridad de la red

Vea el Apéndice A

Tarea 31 Recopilación de estadísticas de reinicio.

Reinicie Statistics Collection Manager (SCM); para esto seleccione la opción pertinente del menúprincipal de CWM (SV+).

Seleccione todas las estadísticas relevantes (refiera a las notas hechas en la tarea 13). Haga losiguiente:

De los config tire hacia abajo el menú, permiso selecto stats.1.Controle a todos los grupos de datos estadísticos, y después mueva los tipos de estadísticanecesarios a la sección seleccionada.

2.

Envíe un comando stats enable a todos los nodos mediante el siguiente procedimiento:Delos config tire hacia abajo el menú, seleccionan la selección del nodo.Asegúrese de quetodos los Nodos estén seleccionados, que presionen envíen el botón de radio del permisoStats seguido por la AUTORIZACIÓN.Vigile las ventanas de los pedidos salientes/de lasrespuestas entrantes dentro de la ventana principal de SCM de asegurarse de que un SNMPpuesto está enviado a todos los Nodos y una respuesta ACEPTABLE que corresponde conestá recibida a cambio.

3.

Ingrese el comando-config.4.Ingrese - el comando node.5.Asegúrese de que todos los Nodos estén seleccionados, que presionen el botón de radio de6.

la recolección de estadísticas del comienzo, y después que hagan clic la AUTORIZACIÓN.

Tarea 32 Reiniciar todas las tareas automáticas.

Todos los trabajos automáticos que se han configurado en los Nodos de la blanco IPX/IGX/BPXdeben vuelto a permitir. Esto también solicita cualquier tarea cron en las estaciones CWM (SV+).

Otros detalles en los trabajos se pueden obtener del manual de referencia de comandos que esrelevante a la versión del software que es utilizado.

Tarea 33 Guarde la configuración de red

Vea la tarea 12.

Tarea 34 Fin del período de detención delabastecimiento.

Apéndice A tarea 6: Verificación de la integridad de la red

Siga estas instrucciones.

Auditoría los parámetros usando los comandos siguientes. Las configuraciones deben sercoherentes entre sí en todos los nodos del mismo tipo dentro de la red. Diferencias en losdocumentos o cualquier variación respecto de los valorespredeterminados.cnfnodeparmcnfcmparmcnfdlparmcnffstparmcnfdiagparmcnftstparmcnfprfparmon1on2on3cnfsysparm (solamente la necesidad de controlar un nodo comoconfiguraciones es la red de par en par)cnffuncdspmnupdtcnftlparm (8.4 haciaadelante)cnfsnmpcnfcmb (el IGX/IPX solamente, las configuraciones es la red de par enpar)Se deben evaluar las diferencias de parámetros entre los nodos del mismo tipo y lasvariaciones desde los valores predeterminados, para garantizar que no impacten a laactualización del software. Entre en contacto con el Soporte técnico de Cisco si se requiereel consejo.

1.

Auditar red para los Errores de software reciente (indicadores luminosos LED amarillo de laplaca muestra gravedad menor de controlador activo y de reserva), tiempo de inactividad dela CPU, errores de placa, incoherencias del modelo de carga, errores de tronco y alarmas.Use los siguientes comandos para realizar estas tareas:dspswlogdspswlog sdspcderrs o el<slot#> de los dspcderrsdsptrkerrsdspalms, dspslotalms, dspbuses, dspsloterrs (para el BPXsolamente)dspprf, o dspprfhistUtilice estos comandos de controlar el periodo de tiempo libreque la CPU de un nodo tiene. Estos comandos muestran la cantidad de tiempo de CPU queutiliza cada proceso cada 20 segundos. En este caso, el nodo igx16 está ocioso para elcerca de 88% del tiempo. Una visualización típica se muestra abajo:igx16 TN StrataCom IGX 16 8.2.56 Oct. 13 1997 17:47 GMT

Active 0 262079990 -20 262059990 -40 262039990 Current

Proc RT HSds LSds RT HSds LSds RT HSds LSds

IDLE 88 43 0 89 46 0 88 65 0

RSRC 0 12 0 0 13 0 0 15 0

CBUS 0 76 0 0 75 0 0 78 0

NETW 0 53 0 0 48 0 0 58 0

2.

TRNS 2 199 0 2 187 0 2 216 0

FAIL 4 8 0 3 4 0 4 2 0

SNMP 0 0 0 0 0 0 0 1 0

PROT 0 0 0 0 2 0 0 1 0

TXIO 0 0 0 0 0 0 0 0 0

ILMI 0 0 0 0 0 0 0 0 0

SUMM 2 4 0 3 1 0 2 2

chklm o dsplm: Estos comandos comparan las secciones de la base de datos del nodoactual con el resto de los Nodos en la red. Ejecute el comando chklm en cada nodo de la redde forma secuencial. Cuando finalice, regrese al primer nodo y ejecute el comando dsplm. Acontinuación, se muestra el ejemplo de resultado:igx16 TN StrataCom IGX 16 8.2.56 Oct. 13 1997 17:47 GMT

Active 0 262079990 -20 262059990 -40 262039990 Current

Proc RT HSds LSds RT HSds LSds RT HSds LSds

IDLE 88 43 0 89 46 0 88 65 0

RSRC 0 12 0 0 13 0 0 15 0

CBUS 0 76 0 0 75 0 0 78 0

NETW 0 53 0 0 48 0 0 58 0

TRNS 2 199 0 2 187 0 2 216 0

FAIL 4 8 0 3 4 0 4 2 0

SNMP 0 0 0 0 0 0 0 1 0

PROT 0 0 0 0 2 0 0 1 0

TXIO 0 0 0 0 0 0 0 0 0

ILMI 0 0 0 0 0 0 0 0 0

SUMM 2 4 0 3 1 0 2 2

Este ejemplo se toma de una red que contenga dos Nodos:igx16 TN StrataCom IGX 16 8.2.56 Oct. 13 1997 17:47 GMT

Active 0 262079990 -20 262059990 -40 262039990 Current

Proc RT HSds LSds RT HSds LSds RT HSds LSds

IDLE 88 43 0 89 46 0 88 65 0

RSRC 0 12 0 0 13 0 0 15 0

CBUS 0 76 0 0 75 0 0 78 0

NETW 0 53 0 0 48 0 0 58 0

TRNS 2 199 0 2 187 0 2 216 0

FAIL 4 8 0 3 4 0 4 2 0

SNMP 0 0 0 0 0 0 0 1 0

PROT 0 0 0 0 2 0 0 1 0

TXIO 0 0 0 0 0 0 0 0 0

ILMI 0 0 0 0 0 0 0 0 0

SUMM 2 4 0 3 1 0 2 2

La salida del comando dsplm ejecutado en igx16 muestra los resultados de la comparaciónentre ciertas secciones de las bases de datos igx16 y la de igx32. En este caso, el P en lasalida representa el paso, que indica que todo está en la orden. Una F en la pantalla desalida del comando dsplm indica a cualquier error.Nota: Para las versiones de softwaresobre 8.4, el comando dsplm dará los resultados incorrectos si la topología de red hacambiado recientemente.

Siga estas instrucciones.

Verifique lo siguiente:Errores recientes de software: Cualquier Nodos que registre los erroreso tiene continuamente errores recientemente registrados se debe señalar al Soporte técnico

1.

de Cisco.Errores de tarjeta: Los indicadores luminosos LED amarillo de la placa muestragravedad menor que están registrando los errores del uno mismo/de la prueba de fondo otienen historiales de errores de hardware se deben investigar por el Soporte técnico deCisco.Nodos con menos del 40% de tiempo de inactividad de la CPU (20% en el caso de lasde PCC): No se encuentran generalmente dentro de las redes BPX/IGX/IPX. Estos nodosdeben ser examinados con atención. Si el tiempo de inactividad es constantemente bajo,usted debe entrar en contacto con el Soporte técnico de Cisco.Fallas del modelo de carga:Éstos se deben señalar al Soporte técnico de Cisco. Recuerde que la versión de software8.4 y posterior utiliza carga basada en enlaces troncales y puede mostrar fallas del modelode carga poco después de que cambia la topología de la red.Todos los troncos que sonerrores de registro: Debería arreglarse o configurarse para no pasar tráfico de administracióndurante la duración de la actualización.Todas las alarmas deben ser supervisadas. Elpropósito real de estas verificaciones es asegurarse de que no haya ninguna alarma, comofallas de bus, que requiera intervención especial antes de la actualización.Asegúrese de hacer todas las correcciones necesarias antes de iniciar la actualización.2.Debe advertirse la ubicación de cualquier trabajo automático ya que éstos tendrán que sereliminados durante la actualización.

3.

Tarea 7 del apéndice B: Prueba de tarjeta de control en espera

Esta tarea tardará áspero 60 minutos por el nodo, dependiendo del tamaño de la red.

Abra una sesión como servicio a cada IPX/IGX/BPX en la red a su vez y controle quéprocesador es activo y cuál está en el recurso seguro publicando el comando dspcds.

1.

Verifique la Redundancia del CC en cada IPX/IGX/BPX. Publique el comando cnfnodeparmy examine el campo de la Cnfged de redundancia CC para saber si hay Y. Una Y en elcampo de la Cnfged de redundancia CC indica que la Redundancia del CC está activada. Sila Redundancia del CC no se activa, investigue y vuelva a permitir si es posible.

2.

Publique el comando resetcd <card_number> h de reajustar el procesador dereservaNota: Si la placa activa se reajusta en el error, el nodo reconstruirá.

3.

Después del NPC/NPM/BCC vuelve al modo de reserva, controla los registros de softwarepara saber si hay errores recientes publicando el dspswlog y los comandos dspswlog s. Unerror programado de destello causará una alarma y un conmutador del indicador luminosoLED amarillo de la placa muestra gravedad menor de regulador. Señale talesacontecimientos al Soporte técnico de Cisco.

4.

Cuando la placa de reinicio ha ido nuevamente dentro del recurso seguro:Publique elcomando dspqs de controlar si hay algunas actualizaciones pendientes.Si no hayactualizaciones pendientes, publique el comando switchcc, que cambiará al procesador dereserva.El switchcc desconectará a la sesión en curso.

5.

El registro nuevamente dentro del IPX/IGX/BPX y vigila la salud de la red. La placa dereserva pasará a través de los estados siguientes: Descargador, actualización, espera. Laactualización de la placa de reserva puede tomar mientras 3 horas a completar para cadanodo, así que el tiempo se deban programar por consiguiente.

6.

Después del NPC/NPM/BCC vuelve al modo de reserva, controla los registros de softwarepara saber si hay errores recientes publicando el dspswlog y los comandos dspswlog s. Unerror programado de destello causará una alarma y un conmutador del indicador luminosoLED amarillo de la placa muestra gravedad menor de regulador. Señale tales

7.

acontecimientos al Soporte técnico de Cisco.Este procedimiento se debe relanzar para cada nodo que es actualizado en la red, un nodoal mismo tiempo. Asegúrese de que la placa de reserva de cada nodo haya salido del modode actualización antes de proceder al siguiente nodo. Cuando el nodo de gateway estéconmutado, las comunicaciones entre CWM (SV+) y la red se perderántemporariamente.Nota: En el caso de BPXs, se recomienda que la placa activa al inicio deuna mejora (primer comando loadrev) está en la ranura 8.

8.

Tarea 19 del C del apéndice: Procedimiento para cargar unanueva revisión en la red

Hay dos casos a considerar al completar la tarea 19. Ambos están enunciados a continuación, yambos se refieren a la siguiente topología:

Caso 1

Si hay una estación de trabajo CWM (SV+) (indicada por el prefijo SV+ en la imagen de latopología antedicha) asociada a una de cada tipo de nodo en la red, la tarea 19 se alcanzafácilmente.

Para descargar la nueva revisión del software a una de cada tipo de nodo en la red antedicha, sise asume que todo el Switches tiene configuraciones de valor por defecto y las estaciones detrabajo CWM (SV+) tienen la revisión del software correcta cargada, la necesidad siguiente de loscomandos ejecutada de cualquier nodo:

loadrev <new_revision>BPX1●

loadrev <new_revision>IGX2●

del loadrev IPX <new_revision>●

Caso 2

Refiriéndose la topología arriba, si no existen el SV+2 y el SV+3, y las nuevas revisiones delsoftware para todos los tipos de switch residen solamente en el SV+1, realización de la tarea 19requieren un muy poco de la reconfiguración a un poco de Switches.

La descarga se inicia mediante la ejecución de los mismos comandos usados en el caso 1, peroesto solo hará que el software se cargue en IPX. Para cargar el nuevo software en el IGX2 y elBPX1, la reconfiguración siguiente debe ocurrir:

Ingrese el comando cnffunc en ambos Nodos, que activarán la transferencia directa de lafunción de strataview remota.

1.

Utilice el comando drtop de verificar el número de saltos entre los nodos de destino. El IGX2es más de un salto lejos del IPX, el nodo con el cual la estación CWM (SV+) está conectada.Para acomodar esta distancia creciente en el IGX2, el parámetro del límite del salto de lapetición se debe fijar al conteo saltos real (en este caso 2) usando el comando cnfdlparm.

2.

Cuando la transferencia directa de software es completa invierta cualquier cambio realizado.3.En el caso 1 y el caso 2, la transferencia directa de software es completa una vez:

La salida del comando dsprevs muestra el nodo como teniendo una revisión preliminarcorriente.

●

Una revisión secundaria actualizada que corresponde a la revisión utilizó en el comandoloadrev.

●

Nota: Los nodos no redundantes (Nodos con un procesador) mostrarán la revisión secundariasegún lo siendo cargado y no actualizado. Por ejemplo, asuma que el BPX1 en la topologíaantedicha tiene solamente una placa del procesador. Después de completar la descarga delsoftware, el resultado del comando dsprevs mostrará lo siguiente (8.4.09 es la nueva revisión delsoftware y 8.1.71 es la revisión actual):

igx16 TN StrataCom IGX 16 8.2.56 Oct. 13 1997 17:47 GMT

Active 0 262079990 -20 262059990 -40 262039990 Current

Proc RT HSds LSds RT HSds LSds RT HSds LSds

IDLE 88 43 0 89 46 0 88 65 0

RSRC 0 12 0 0 13 0 0 15 0

CBUS 0 76 0 0 75 0 0 78 0

NETW 0 53 0 0 48 0 0 58 0

TRNS 2 199 0 2 187 0 2 216 0

FAIL 4 8 0 3 4 0 4 2 0

SNMP 0 0 0 0 0 0 0 1 0

PROT 0 0 0 0 2 0 0 1 0

TXIO 0 0 0 0 0 0 0 0 0

ILMI 0 0 0 0 0 0 0 0 0

SUMM 2 4 0 3 1 0 2 2

Cuando la descarga del software haya finalizado (ver arriba), valide la grabación del softwareejecutando las siguientes tareas:

Ejecute el comando chkflash en los Nodos con la nueva revisión del software.1.Cuando las devoluciones del comando prompt, controlan las entradas de registro de error desoftware y los grupos fecha/hora para saber si hay cualquier error registrado como resultadodel comando chkflash. Ingrese el comando dspswlog de lograr esto.

2.

Los errores se deben señalar al Soporte técnico de Cisco. No continúe el proceso de

actualización, pues es posible que la revisión de software en el nodo/los Nodos que los erroresregistrados son corruptos.

Tarea 13 del apéndice D: Procedimiento para desactivar laobtención de estadísticas CWM (SV+) TFTP

Esta tarea se requiere solamente en los Nodos que deben ser actualizados. Si 10 Nodos de 100son actualizados, la recolección de estadísticas necesita solamente ser inhabilitada en los 10nodos de destino.

Determinación del estado de obtención de datos estadísticos.Compruebe si la obtención deestadísticas se encuentra habilitada o inhabilitada mediante ejecución del comandodspstatparms en cada nodo de la red. La salida de muestra es demostración abajo con larecolección de estadísticas: estatus en el texto intrépido.igx16 TN StrataCom IGX 16 8.1.71 Date/Time Not Set

Statistics Configuration Parameters

TFTP Retry Count: 3 TFTP Read Grant Delay (sec): 1

TFTP ACK time-out (sec): 10 Enable Date: 00/00/00 00:00:00

Bucket Interval: 0 Enabled from: not enabled

File Interval: 0 Rt Interval: 00/00/00 00:00 GMT

Peak Enable Flag: DISABLED Nt Second Offset: 0

Object Count: 0 STATS COLLECTION: DISABLED

Object Subtype Counts: 0 0 0 0 STANDBY UPDATES: ENABLED

Total File Memory Used: 0

Number of File Allocated: 0

Current File Size: 531

Stat Memory Allocated: 0

Auto Memory Allocated: 0

Auto Mem Rgn Size: 153600

Last Command: dspstatparm

Como se muestra arriba, a la derecha de la visualización la recolección de estadísticas delcampo: indica el estado actual. En versiones posteriores del software este campo se llamalos Interval stat: y tiene información adicional sobre la cantidad actual de estadísticasactivada.Si la recolección de estadísticas se encuentra para ser activada, proceda con lospasos restantes.

1.

Inhabilite la recolección de estadísticas.En la estación de trabajo maestra de datosestadísticos, abra la ventana del administrador de estadísticas StrataView. Si el SCM noestá ejecutándose en esta computadora, deberá ser iniciado desde el menú principal CWM(SV+).Dentro de los config selectos de la ventana principal SCM seguidos por la seleccióndel nodo. Todos los nodos de destino deben aparecer en el cuadro de los nodosseleccionados en el Lado derecho de la pantalla. Si no aparecen, haga clic en la flechacorrecta al lado de cada uno de los nodos de destino.Bajo el recuadro de acción selecto,presione el botón de radio de la recolección de estadísticas de la parada y después cierre elcuadro haciendo clic el botón OK.En la ventana principal SCM, el campo de estado actualdebe mostrar parado.Registre todas las estadísticas seleccionadas así que pueden servueltos a permitir después de la mejora.Los config selectos, el permiso Stats, y entoncesseleccionan cada uno de los grupos de estadísticas a su vez.

2.

Bajo cada uno de los grupos de estadísticas hay una ventana del permiso/de laneutralización de las estadísticas. Dentro de esta ventana encontrará el botón Statistics

3.

Type (Tipo de estadísticas) que enumera todas las categorías de ese grupo en particular.Por ejemplo, las categorías siguientes existen bajo grupo de las conexiones:VozDatosFrameRelayPISTA rápidaASIFrame Relay AXISConexión atmósferaConexión del CECada categoría debe ser seleccionada, y cualquier estadísticas seleccionadas se debemover a la Ventana no seleccionada. Una vez verificadas todas las categorías, cierre laventana Enable / Disable (Activar / Desactivar) para ese grupo y luego continúe con elsiguiente repitiendo los pasos.

4.

Una vez que se hayan verificado todos los grupos, se deberá anular la selección de todoslos tipos de estadísticas. Asegúrese que todas las ventanas del permiso/de la neutralizaciónsean cerradas, y después que seleccionen los Config seguidos por la selección del nododentro de la ventana principal SCM. Esto selecciona los Nodos que necesitan tenerestadísticas vueltas a permitir.

5.

Un mensaje del permiso Stats se debe ahora enviar a cada uno de los nodos de destino. Elmensaje del permiso Stats se debe enviar a un máximo de 10 Nodos al mismo tiempo. Parallevar esto a cabo, haga lo siguiente:Haga clic en la flecha izquierda al lado de la palabratoda para no reelegir como candidato todos los Nodos.Destaque los nodos de destino en lalista (hasta 10 Nodos), y muévalos al cuadro seleccionado haciendo clic en la flecha correctaal lado de la palabra seleccionada.En el recuadro de acción selecto, haga clic el botón deradio del permiso Stats del envío, y después haga clic el botón Apply Button.Vigile laventana de los pedidos salientes/de las respuestas entrantes dentro de la ventana principalSCM de asegurarse de que un SNMP puesto está enviado a todos los Nodos y unarespuesta ACEPTABLE que corresponde con está recibida a cambio.Repítalo para lospróximos diez nodos de la lista.Cuando se han procesado todos los Nodos, seleccione elbotón OK para cerrar la ventana.

6.

Verifique que se encuentre desactivada la obtención de estadísticas en todos los nodos.Para esto, ingrese el comando dspstatparms en cada nodo de la red. Este comando debemostrar la recolección de estadísticas: DISCAPACITADO. En caso contrario, vuelva a enviarel mensaje del permiso Stats a los nodos habilitados individualmente como usted hizo arriba.Si la recolección de estadísticas todavía se muestra según lo ACTIVADO, entre en contactocon el Soporte técnico de Cisco.

7.

Tarea 21 del apéndice E: Fije los parámetros

Los cambios enumerados abajo son los que se recomiendan para ser hechas con objeto de unaactualización del software de switch. El resto de los parámetros deben estar en lasconfiguraciones por defecto para el software operativo actual. Una excepción a esto sería losparámetros que, siendo identificado como siendo diferentes de los valores por defecto durante laverificación de la integridad de la red, se han juzgado posteriormente para no tener un impacto enuna actualización del software de switch.

Nota: El punto en el cual aparecen los parámetros dentro de un comando puede variar entre lasdistintas versiones del software.

IPX e IGX

Comando: cnfnodeparm

Parámetro Valor para la

mejoraActualice el retraso inicial 10000Retraso de la actualización por nodo 60000Retraso de la prueba de interrupción decomunicación 60000

Período de tiempo de espera de la red 10000Tiempos de espera normales para num 50Intervalo de la falla de comunicación 30000Multiplicador de falla de comunicación 6Standby Update Timer 15Actualizaciones Stby por pase 20Gateway ID Timer 90GLCON Alloc Timer 90Retraso de la falla de comunicación 240

Comando: cnfdlparm

Parámetro Valor para lamejora

‘Tiempo de espera de la sesión’ 30000Petición de límite de saltos (correspondeúnicamente a loadrev) 4

Comando: cnffunc

Parámetro Valor para lamejora

Registro de eventos de conexión en elregistro de eventos locales discapacitado

Registro de eventos de conexión en elregistro de eventos CWM (SV+) discapacitado

Comando: off1/on1

Parámetro Valor para la mejoraTerminal en espera activadoDiagnóstico de Línea discapacitadoSondeo del módem discapacitado‘Muestreo de estadísticas decomunicaciones’ discapacitado

Comando: off2 / on2

Parámetro Valor para la mejoraEjemplo estadístico (Muestreoestadístico de línea) discapacitado

Alarma estadística discapacitadoVerificador de trabajo listo discapacitadoMonitor de suministro de energía discapacitadoMuestreo del puerto FRP(muestreo Stat del puerto) discapacitado

Actualizaciones robustas discapacitadoActualización de alarma robusta discapacitadoContadores de tiempo real discapacitadoActualizar estadísticas de reserva discapacitadoID de unión discapacitado

Comando: cnffstparm

Tiempo de medición RTD 255

Comando: cnftstparm

Apague los auto tests y las pruebas de fondo para todoslos tipos de tarjetas

BPX

Comando: cnfnodeparm

Parámetro Valor para lamejora

Actualice el retraso inicial 10000Retraso de la actualización por nodo 60000Retraso de la prueba de interrupción decomunicación 60000

Período de tiempo de espera de la red 10000Tiempos de espera normales para num 50Intervalo de la falla de comunicación 30000Multiplicador de falla de comunicación 6Standby Update Timer 15Gateway ID Timer 90GLCON Alloc Timer 90Retraso de la falla de comunicación 240

Comando: cnfdlparm

Parámetro Valor para lamejora

‘Tiempo de espera de la sesión’ 30000Petición de límite de saltos (correspondeúnicamente a loadrev) 4

Comando: cnffunc

Parámetro Valor para lamejora

Registro de eventos de conexión en elregistro de eventos locales discapacitado

Registro de eventos de conexión en elregistro de eventos CWM (SV+) discapacitado

Comando: off1/on1

Parámetro Valor para la mejoraTerminal en espera activadoDiagnóstico de Línea discapacitado‘Muestreo de estadísticas decomunicaciones’ discapacitado

Comando: off2 / on2

Parámetro Valor parala mejora

Ejemplo estadístico (Muestreo estadísticode línea)

discapacitado

Alarma estadística discapacitado

Verificador de trabajo listo discapacitado

Limosnas estadísticas del indicadorluminoso LED amarillo de la placa muestragravedad menor

discapacitado

Muestreo Stat del indicador luminoso LEDamarillo de la placa muestra gravedadmenor

discapacitado

Muestreo del puerto ASI (muestreo Stat delpuerto)

discapacitado

Actualizaciones robustas discapacitado

Actualización de alarma robusta discapacitado

Contadores de tiempo real discapacitado

Actualizar estadísticas de reserva discapacitado

ID de unión discapacitado

Comando: cnftstparm

Apague los auto tests y las pruebas de fondo para todoslos tipos de tarjetas

Tarea 27 del apéndice F: Desbloquear los procesadores dereserva

Este procedimiento asegura ese un error de destello en los resultados del procesador activosolamente en un conmutador de la placa del procesador, bastante que una reconstrucción denodo.

El registro en cada uno de los nodos de destino y ejecuta el comando siguiente:loadrev x.x.x<node_name> (x.x.x es un nombre de revisión ficticio)El nodo declarará la revisión x.x.x taninasequible como x.x.x es una versión inexistente. Para verificar esto, ingrese el comandodsprevs.

1.

Inhabilite la redundancia de la placa del procesador, fijando el parámetro de la Cnfged deredundancia CC al N. Para esto, ingrese el comando cnfnodeparm. Esto hará el procesoactualización espera NPC/NPM/BCC comenzar.Nota: Espere el indicador luminoso LEDamarillo de la placa muestra gravedad menor para entrar el estado espera.

2.

Vuelva a permitir la redundancia de la placa del procesador fijando el parámetro de laCnfged de redundancia CC al Y. Para esto, ingrese el comando cnfnodeparm.

3.

Active el proceso de la quemadura con el comando siguiente:<new_revision><node_name>del loadrev

4.

Publique el comando dspdnld y verifique que el flash comienza a borrar.5.

Apéndice G: Información adicional sobre el intervalo del runrev

Nota: El error vigila correctamente la red podría dar lugar a una caída del sistema de red.

Utilice el intervalo del runrev mencionado en la sección del documento principal arriba en elprocedimiento de actualización. En las Redes grandes, la tarea runrev podría tardar un tiempoprolongado para completar; por lo tanto, si está necesitado realmente, disminuya el intervalo delrunrev del valor por defecto. Abajo están algunas guías de consulta para ajustar este intervalo.Estas guías de consulta deben ser utilizadas prudentemente y la red debe ser vigilada de cerca.

El Intervalo seguro entre cada tarea runrev depende encendido si la Red grande es nacional ointernational y el grado de conexión troncal.

Solo hilo cada tarea runrev empezando por 10-5 minutos por el runrev en los Nodos más grandes(el nodo más grande es identificado por el número máximo de conexiones en el nodo). Si lamejora progresa sin los signos de alarma, el intervalo entre las tareas runrev se puede reducirgradualmente hasto sólo los intervalos minuciosos uno.

Vigile carga de la CPU, el registro, y las actualizaciones usando los comandos dspprfhist, dsplog,y los dspqs. Vigile para los signos de alarma tales como alarmas inaccesibles debido a lamensajería de red excesiva. Si se muestra el tiempo de inactividad para ser demasiado bajo(menos el de 10%) con el dspprfhist, después suspenda el proceso de actualización e investigueel tiempo de inactividad bajo. Si el tiempo de inactividad vuelve a los valores normales cuandousted suspende la mejora, después proceda con la mejora con un intervalo más grande entre losrunrevs.

Un intervalo menos de un minuto entre los runrevs hace difícil vigilar el dspprfhist, los dspqs, y eldsplog. Por ejemplo cada intervalo dspprfhist es 20 segundos, y usted debe vigilar por lo menosdos intervalos para mirar para una tendencia descendente. Por lo tanto, no ejecute los runrevscon un intervalo menos de un minuto.

La visualización del comando dsptech proporciona a una descripción general concisa para vigilarel conmutador.

Como se afirma en el procedimiento de actualización, cierre al Cisco WAN Manager durante elproceso de actualización. Si usted no hace esto, asegúrese de vigilar el nodo de gateway másriguroso.

Información Relacionada

Planificador de actualización del software de switch de WAN●

Secuencia de comandos de actualización del software de switch de WAN●

Descargas – WAN Switching Software●

Soporte Técnico - Cisco Systems●