Redes ópticas : Cisco ONS de la serie 15400

El ONS15454 libera 2.2.x a 2.2.2 y las actualizaciones del software del 3.0

17 Octubre 2016 - Traducción Automática
Otras Versiones: PDFpdf | Inglés (22 Agosto 2015) | Comentarios


Contenido


Introducción

Con el sistema de la red óptica (ONS) 15454 software corriente de la versión 2.2.x, es posible ahora que los usuarios realicen sus propias actualizaciones del software a la versión 2.2.2 o al 3.0. Este problema superior documenta una configuración de laboratorio, que recorre el lector a través de todos los pasos necesarios para completar estas actualizaciones del software.

Las secciones de los prerequites, de la PRE-actualización y de la poste-actualización de la actualización de este problema superior son comunes a la versión 2.2.2 y a las actualizaciones del software del 3.0. La sección de la actualización cubre los procedimientos para la versión 2.2.2 y las actualizaciones del 3.0.

precaución Precaución: Cisco recomienda la versión 3.0.0 para las nuevas instalaciones del sistema, o qué comúnmente se llama las aplicaciones de la pradera solamente. Cuando usted actualiza ONS15454 de la versión 2.2.x a 3.0.0, una condición puede presentarse que puede causar una restauración del nodo en la punta después de que el proceso de actualización después de un cambio de abastecimiento se realice en el nodo. Durante la prueba, esta condición fue experimentada en menos que el dos-por ciento de los sistemas actualizados. Si el nodo baja en esta condición, el tráfico se puede afectar en los circuitos aprovisionados. Si usted elige actualizar los Nodos para liberar 3.0.0, para realizar la actualización dentro de una ventana de mantenimiento y para seguir el procedimiento describió en la nota de la precaución después del paso 9 de activar la nueva sección del nivel de software.

Requisitos previos de la actualización

Las secciones siguientes detallan los requisitos previos de la configuración del hardware y del software que son necesarios para la actualización. Trabaje con cada uno de las secciones, asegurándose de que usted cumple todos los criterios.

Utilice el organigrama abajo para ayudarle con los procedimientos del requisito previó de la actualización.

/image/gif/paws/109594/15454_sw_upgrade1.gif

Requisitos del puesto de trabajo del Cisco Transport Controller

El hardware mínimo y los componentes del software siguientes son necesarios para la actualización del software:

  • Estación de trabajo con Windows usando un PC compatible con IBM con 486 o un procesador más alto.

  • Unidad de CD ROM, y Windows 95, Windows 98, Windows 2000, o Windows NT corriente de memoria de acceso aleatorio del 128 MB (RAM)

  • Conexión directa al ONS15454 usando la placa de interfaz de red Ethernet 10BaseT (NIC) y cable Ethernet (utilice el cable de interconexiones 10BaseT del CAT 5 para conectar con el TCC+). Para las Instrucciones detalladas en directamente la conexión de un PC con los 15454 refiérase, a las conexiones de PC directas del troubleshooting al problema superior del indicador luminoso LED amarillo de la placa muestra gravedad menor del Cisco ONS 15454 TCC.

  • Software del buscador usando el navegador Netscape Navigator 4.08 o más alto, el comunicador Netscape Communicator 4.61 o un Service Pack más alto, del Internet Explorer 2 4.0 o más alto. Observe que incluyen al navegador Netscape Navigator en el CD de software ONS15454 enviado con el nodo.

  • Archivo del archivo de políticas y del Entorno de tiempo de ejecución Java (JRE) del ™ de las Javas (incluido en el CD de software ONS15454). Si usted no tiene el CD, usted puede descargar el software JRE del sitio web del ™ de las Javas. Observe eso para el archivo del Entorno de tiempo de ejecución Java (JRE) del 3.0 de la versión, la versión se requiere 1.2.2_005 o más adelante.

Configuraciones DNS y de los TRIUNFOS

Al configurar las propiedades Propiedades de la red del Protocolo de Control de Transmisión/Protocolo de Internet (TCP/IP) para un puesto de trabajo que funcione con la versión 2.2.x CTC, asegúrese de que los servicios de nombre del dominio (DNS) y se inhabilitan las resoluciones del Windows Internet Naming Service (TRIUNFOS). La resolución de los TRIUNFOS se utiliza raramente, pero el DNS es de uso general en las redes corporativas. Cuando se habilita el DNS, hace el CTC colgar y requiere un switch lateral del control de Communicationa que mide el tiempo dn (TCC+) en cada nodo de red corregir la cárcel.

Para las Instrucciones detalladas en cómo inhabilitar las configuraciones DNS y de los TRIUNFOS, refiera al paso 4 conexión de los PC con la sección ONS15454 de la documentación del usuario ONS15454.

Direcciones de IP

Inhabilite el resto de los dispositivos Ethernet (tales como un adaptador de dial up) en el puesto de trabajo que ejecuta el CTC. Si usted tiene IP Addresses múltiples en su puesto de trabajo, usted debe quitarlos; usted no puede instalar la versión 2.2.2 CTC si los IP Addresses múltiples se están ejecutando.

Si usted hace los Nodos múltiples ONS15454 configurar en la misma subred IP, sólo una se puede conectar con un router. Si no, los Nodos restantes pudieron ser inalcanzables. Para la conexión IP las sugerencias refieren a los escenarios de direccionamiento IP común para la sección 15454 de los problemas frecuentes con el IP Addressing y las Static rutas en el problema superior 15454.

Conexión de PC directa

La interfaz de Ethernet del panel de delante se cambia en la versión 2.2.x. La conexión LAN permanente del abrigo del alambre en el backplane comunicará con el nodo si TCC (A o B) es activo o si se utiliza la conexión del panel de delante TCC. Al usar la versión 2.2.0 o mayor, el usted puede conectarse con cualquiera del TCC+ RJ-45 vira hacia el lado de babor sin importar cuál es activo.

Para las Instrucciones detalladas en directamente la conexión de un PC con los 15454, refiera a las conexiones de PC directas del troubleshooting al problema superior del indicador luminoso LED amarillo de la placa muestra gravedad menor del Cisco ONS 15454 TCC.

Verificación del hardware

Ciertas revisiones de hardware del indicador luminoso LED amarillo de la placa muestra gravedad menor largo 1550 del alcance de Óptica Carrier-48 (OC-48) (LR) no soportan el software de la versión 2.x.x. Si usted tiene un timbre OC-48, usted debe verificar la revisión de hardware en el linecards OC-48 antes de continuar, tal y como se muestra en de los pasos abajo:

  1. De la vista de nodo CTC, haga clic la lengueta del inventario.

  2. Haga clic el slot apropiado que contiene la información de hardware, como se muestra abajo:

    /image/gif/paws/109594/15454_sw_upgrade2.gif

  3. Si usted tiene linecards OC-48 LR (OC48 LR 1550) con una revisión de hardware 008C, usted necesitará substituirlos antes de continuar por la actualización del software.

Verificación TCC+

Usted debe ahora utilizar el CTC para marcar para saber si hay módulos comunes dúplexes, tal y como se muestra en de los pasos abajo:

  1. Registro en el nodo.

  2. Asegúrese de que los slots 7, 8, 10, y 11 tengan indicadores luminosos LED amarillo de la placa muestra gravedad menor duplicados TCC+ y del Cross Connect (XC) o del Cross Connect Virtual Tributary (XC-VT) instalados. La versión 2.2.x no soporta la operación simple.

    15454_sw_upgrade3.gif

  3. Relance los pasos 1 y 2 en cada nodo en la red.

Sesiones telnets

Aseegurese a todas las sesiones Telnet activas a cualquier nodo en la red son cerrado.

Superusuario adicional

Agregaron a un nuevo superusuario, CISCO15, para liberar 2.2.0. Usted puede utilizar actualmente el nombre del superusuario cerent454, pero este nombre de usuario será eliminado en una futura versión.

Verificación AIP

  1. Mire la parte posterior de su nodo ONS15454 y localice a la tarjeta verde con el procesador de interfaz ATM (AIP) sellado en el Lado derecho (la escritura será oblicua como usted hace frente a la tarjeta).

  2. Localice la etiqueta engomada con el numero de parte. El número se debe preceder por el P/N en la etiqueta engomada.

    Nota: Si no hay etiqueta engomada con un numero de parte, el número se puede sellar en la tarjeta sí mismo.

  3. Si el numero de parte es 67-11-00015, la tarjeta AIP debe ser substituida. Si no, la tarjeta AIP soportará la actualización del software.

  4. Relance los pasos 1-3 para todos los Nodos en la red.

/image/gif/paws/109594/15454_sw_upgrade4.gif

Convenciones

Consulte Convenciones de Consejos TécnicosCisco para obtener más información sobre las convenciones del documento.

Procedimientos de la PRE-actualización

Las secciones siguientes detallan los requisitos previos de la configuración del hardware y del software que son necesarios para la actualización. Trabaje con cada uno de las secciones, asegurándose de que usted cumple todos los criterios.

Utilice el organigrama abajo para ayudarle con los procedimientos de la PRE-actualización.

/image/gif/paws/109594/15454_sw_upgrade5.gif

Realizar respaldo de la base de datos

Antes de actualizar de la versión 2.2.x para liberar 2.2.2 o el software del 3.0, es necesario sostener la base de datos actual para cada nodo en la red.

  1. Registro en el CTC.

  2. De la vista de nodo, haga clic Maintenance > Database tabs, como se muestra abajo:

    15454_sw_upgrade6.gif

  3. Haga clic el respaldo.

  4. Salve la base de datos en la unidad de disco duro del puesto de trabajo o en el almacenamiento de red. Utilice un nombre del archivo apropiado con la extensión de archivo .db (por ejemplo, myDatabase.db).

    /image/gif/paws/109594/15454_sw_upgrade7.gif

  5. Haga clic en Save (Guardar). El cuadro de diálogo recibido archivo aparece, como se muestra abajo:

    15454_sw_upgrade8.gif

  6. Haga clic en OK.

Documente la red

Cisco recomienda que usted registra manualmente la información crítica para cada nodo en la red anotando la o las pantallas de impresión en caso pertinente. Este paso es opcional después de que usted haya sostenido la base de datos. Utilice la tabla siguiente para determinar la información que usted debe registrar. Complete la tabla (o su propia versión) para cada nodo en la red.

Ítem Grabas datos aquí (si procede)
Dirección IP del nodo  
Nombre del nodo  
Configuraciones que miden el tiempo  
Conexiones del Data Communications Channel (DCC); enumere todos los puertos ópticos que tengan DCC activados  
Identificaciones del usuario (enumere todos, incluyendo por lo menos a un superusuario)  
Inventario; haga a una captura de pantalla de la ventana del inventario  
TCC+ activo Slot 7 o SLOT 11 (círculo uno)
XC activo Slot 8 o slot 10 (círculo uno)
Información de red; registre toda la información de la ficha de aprovisionamiento en la vista de la red  
Configuración actual BLSR, Lineal, etc  
Enumere a todos los grupos de protección en el sistema; haga a una captura de pantalla de la ventana de grupo de protección  
Enumere las alarmas; haga a una captura de pantalla de la ventana de alarma  
Enumere los circuitos; haga a una captura de pantalla de la ventana del circuito  

Después de sostener la base de datos para cada nodo y de registrar la Información requerida para cada nodo, usted está listo para comenzar la actualización del software.

precaución Precaución: La interrupción del tráfico temporal es posible durante la actualización. Una interrupción del tráfico menos del ms de 60 en cada circuito es posible durante la activación del nuevo nivel de software. Para los Ethernetes, la interrupción del tráfico que dura posiblemente hasta varios minutos en cada circuito es posible debido al cálculo del Spanning-Tree Protocol (STP).

precaución Precaución: No realice las actividades del mantenimiento o del aprovisionamiento durante la actualización.

Nota: El comenzar con el nodo conectado lo más directamente posible con su puesto de trabajo alcanzará el mejor funcionamiento de la descarga. Sin embargo, en la mayoría de las redes es generalmente más seguro comenzar la activación en el nodo más lejano y proceder hacia el usted está conectado lo más directamente posible con. Esto se asegura de que no hay nodo a riesgo de ser trenzado si las circunstancias imprevistas hacen la actualización fallar. Este problema es una cuestión de directiva de la Administración de red.

Procedimientos de actualización

Si usted está actualizando de la versión 2.2.0, usted debe primera ejecución el script ptfix.exe (PC). Si usted está actualizando de la versión 2.2.1, vaya directamente a la nueva sección del nivel de software de Uploadingthe de este documento.

El indicador luminoso LED amarillo de la placa muestra gravedad menor TCC+ tiene dos memorias de acceso aleatorio de destello (RAM). Una actualización carga el software al RAM de reserva en los indicadores luminosos LED amarillo de la placa muestra gravedad menor de reserva y activos TCC+. Esto no afecta al tráfico, a medida que el software activo continúa ejecutándose en la ubicación primaria del RAM. Por lo tanto, usted puede cargar el software en cualquier momento.

Al probar el procedimiento de actualización para el nivel de versión de software 2.2.2, fue encontrado que en un porcentaje muy pequeño de los casos, la placa troncal de los anillos conmutados bidireccionales (BLSR) podría colgar. La solución alternativa es reajustar la placa troncal BLSR. Por lo tanto, se recomienda que si actualiza al nivel de versión de software 2.2.2, es necesario reajustar las placas troncales BLSR en cada nodo antes de activar el nuevo nivel de software.

Utilice el organigrama abajo para ayudarle con los procedimientos de actualización.

/image/gif/paws/109594/15454_sw_upgrade9.gif

Ejecutar el script ptfix.exe

El script ptfix.exe se requiere para ser ejecutado la primera vez que usted actualiza a una versión antedicha 2.2.0 del nivel de software. El script realiza una división de la memoria en el nuevo indicador luminoso LED amarillo de la placa muestra gravedad menor TCC+ para el recurso seguro de la versión 2.2.1/protege el software y arriba. Cambia el tamaño del cluster a partir del 16384 a 65536 bytes. Si usted está actualizando de la versión 2.2.1, usted puede saltar este procedimiento y continuar con el Uploadsection de este documento.

precaución Precaución: No ejecute el script en más de un nodo y un puesto de trabajo al mismo tiempo.

Ejecutar el script tarda aproximadamente dos a tres minutos. Si es neceessary, usted puede especificar - el operando u antes de la dirección IP para deshacer la división de la memoria.

  1. Usando la versión 2.2.0 CTC, registro en el nodo más lejano del nodo conectado con el puesto de trabajo.

  2. Marque el ONS15454 para las alarmas existentes. Resuelva cualquier alarma excepcional antes de proceder.

  3. De la vista de nodo, haga clic las lenguetas del mantenimiento > del software, como se muestra abajo:

    15454_sw_upgrade10.gif

  4. Verifique que la carga activa sea 2.2.0 (02.20-001A-00.38). Observe que el script trabajará solamente para la carga de la versión 2.2.0 (02.20-001A-00.38).

  5. Cierre todas las conexiones Telnet activas al ONS15454.

  6. En una ventana de comando, del directorio CD del software Cisco15454, ejecute ptfix.exe usando la dirección IP del nodo que usted está ejecutando el script encendido, como se muestra abajo:

    /image/gif/paws/109594/15454_sw_upgrade11.gif

    Este paso tarda aproximadamente dos a tres minutos. Cuando el script ha completado con éxito, un mensaje Complete de la preparación de la actualización aparece.

  7. Cierre la Conexión CTC, y vuelva a conectar al mismo nodo que usted fue conectado previamente con (lo más lejos posible del nodo usted ejecutó el script encendido).

  8. De la vista de la red, registro en el nodo usted ejecutó el script encendido.

  9. Haga clic las lenguetas del mantenimiento > del software.

  10. Verifique que el software de la protección ahora no sea ninguno, como se muestra abajo:

    /image/gif/paws/109594/15454_sw_upgrade12.gif

    Nota: Vuelva a efectuar el script si en cualquier momento el TCC+ activo/espera reinicia antes de que se active la carga de la versión 2.2.2.

Cargar el nuevo nivel de software

Complete estos pasos:

  1. Marque todos los Nodos en el timbre para las alarmas existentes. Resuelva cualesquiera alarmas o estado anormal excepcionales antes de proceder.

  2. Asegúrese de que no se esté declarando ningunas alarmas excepcionales contra ninguna función de sincronización. Borre cualquier de menor importancia, principal, o las Alarmas críticas en las funciones de sincronización antes de proceder.

    Nota: Las alarmas de la información son azules en el color; usted puede desatender éstos.

  3. Después de marcar y de resolver las alarmas en todos los Nodos, cargue el nuevo nivel de software solamente al nodo que usted comenzó con. Para las actualizaciones de la versión 2.2.0, éste será el nodo para el cual usted ejecutó recientemente el script.

    Nota: Durante el proceso de actualización del software, las alarmas indican que la actualización del software está ocurriendo para el funcionamiento y protegen los indicadores luminosos LED amarillo de la placa muestra gravedad menor TCC+. Éste es normal, y el blanco de las alarmas hacia fuera cuando las actualizaciones son completas, como se muestra abajo:

    /image/gif/paws/109594/15454_sw_upgrade13.gif

  4. Vuelta al nodo que usted está actualizando. De la vista de nodo, haga clic las lenguetas del mantenimiento > del software, como se muestra abajo:

    /image/gif/paws/109594/15454_sw_upgrade12.gif

  5. Haga clic en Upgrade. El cuadro de diálogo de la actualización del software se abre.

  6. Hojee el unidad de Cd-ROM que contiene el nuevo nivel de software, y abra la carpeta Cisco15454, o vaya al directorio al donde usted ha descargado el nuevo software. En el tiro de pantalla abajo, estamos cargando de un directorio llamado /Upgrade:

    15454_sw_upgrade14.gif

  7. Seleccione el archivo con la extensión .package, y haga clic abierto. El CTC visualiza una ventana de estado así que usted puede monitorear el proceso de actualización, como se muestra abajo:

    15454_sw_upgrade15.gif

    Después de que el nuevo nivel de software se haya copiado a los indicadores luminosos LED amarillo de la placa muestra gravedad menor activos y espera TCC+, un mensaje que indica que aparecerán sus archivos transferidos con éxito, como se muestra abajo:

    /image/gif/paws/109594/15454_sw_upgrade16.gif

    Nota: El proceso de actualización puede tomar 30 minutos o más.

Ejecución del cierre del anillo BLSR

Si el nodo está en una configuración BLSR, es necesario realizar un cierre del timbre antes de activar el nuevo nivel de software. El cierre del timbre guarda el timbre de la transferencia (el tráfico de la encaminamiento encendido protege las señales de transporte sincrónicas (los STS)) debido a los errores de bit causados por los indicadores luminosos LED amarillo de la placa muestra gravedad menor en el arranque del estante durante la actualización. Usted debe realizar el cierre del timbre para todos los Nodos en el anillo BLSR. Complete los pasos abajo para el cierre del timbre.

Nota: Durante el cierre, los palmos BLSR no serán protegidos. Esté seguro de quitar el cierre después de activar todos los Nodos en el timbre.

Nota: Para prevenir el timbre o la transferencia del palmo, realice el cierre en los palmos del este y del oeste de cada nodo.

  1. Realice un cierre del timbre para evitar que el Switches ocurra durante la actualización siguiendo los pasos abajo:

    1. Haga clic Maintenance > Ring tabs.

    2. Elija el palmo del cierre de los menús desplegables para la operación del oeste y de la zona este, como se muestra abajo:

      15454_sw_upgrade17.gif

    3. El tecleo se aplica para activar el comando. Contestación sí al prompt. Deje el nodo en este estado hasta que se cargue el nuevo nivel de software.

      15454_sw_upgrade18.gif

      Nota: Las alarmas de la petición de cierre mostradas abajo aparecen cuando usted bloquea hacia fuera el oeste y los SPAN estos. En el tiro de pantalla abajo, el nodo-UNo está utilizando el indicador luminoso LED amarillo de la placa muestra gravedad menor OC-48 en el slot 6 como su referencia de sincronización primaria. Debido a esto, cuando el palmo del cierre es aplicado, vemos las alarmas adicionales el indicar de que el palmo del cierre ha hecho la referencia de sincronización primaria ser perdido.

      /image/gif/paws/109594/15454_sw_upgrade19.gif

      Las alarmas predeterminadas K o las alarmas en los intervalos de tiempo de la protección STS pueden ocurrir durante este período del cierre. Ignore estas alarmas si ocurren.

      /image/gif/paws/109594/15454_sw_upgrade20.gif

  2. Relance el paso 1 en cada nodo en el BLSR.

  3. Al actualizar al nivel de versión de software 2.2.2, es necesario reajustar las placas troncales BLSR. Observe que este paso no es necesario si actualiza al 3.0 del nivel de versión de software. De la vista de nodo, haga clic con el botón derecho del ratón individualmente en todas las placas troncales BLSR en los 15454 chasis y reajústelos. Esto es necesario prevenir el riesgo de los indicadores luminosos LED amarillo de la placa muestra gravedad menor BLSR que bloquean para arriba durante el cargamento del nuevo nivel de software.

    15454_sw_upgrade21.gif

    Conteste sí al prompt, como se muestra abajo:

    /image/gif/paws/109594/15454_sw_upgrade22.gif

    Nota: Si un indicador luminoso LED amarillo de la placa muestra gravedad menor BLSR no reajusta correctamente, resuelva el problema con el befoe del indicador luminoso LED amarillo de la placa muestra gravedad menor BLSR que continúa con la carga de la nueva versión de software. Vuelva a sentar físicamente el indicador luminoso LED amarillo de la placa muestra gravedad menor en caso necesario. Si usted necesita volver a sentar el indicador luminoso LED amarillo de la placa muestra gravedad menor, aseegurese le primero liberar todos los cierres en los switches de protección. El indicador luminoso LED amarillo de la placa muestra gravedad menor es una vez reiniciado y activo, publique los cierres otra vez.

  4. Relance el paso 3 en cada nodo en el anillo BLSR.

Grupos de protección

Aseegurese todos los indicadores luminosos LED amarillo de la placa muestra gravedad menor que sean parte de que un grupo de protección (1:1 y 1:N) es activo en la placa en funcionamiento de ese grupo de protección y que estén ocurriendo ningunos switches de protección. Es decir aseegurese las placas de protección están en el recurso seguro antes de proceder.

Activar el nuevo nivel de software

Inicie sesión y active cada nodo, empezando por el nodo más lejano de la red y la conclusión con su nodo del puesto de trabajo.

Nota: Sobre el nivel de software del 3.0 de la versión que activa, usted puede recibir una serie de errores de módulo de Java. Desatienda estos mensajes, pues son debido a los cambios instituidos en la base del código de las Javas para el 3.0 de la versión que 2.2.x no puede interpretar. Las excepciones de las Javas no tienen ningún efecto adverso.

  1. Registro en el nodo usted ejecutó el script encendido.

  2. Registre la dirección IP de ese nodo.

  3. Verifique que el nodo no tenga ninguna alarma activa.

  4. De la vista de nodo, haga clic las lenguetas del mantenimiento > del software.

  5. Verifique que las visualizaciones del software de la protección liberen 2.2.2 o el 3.0, dependiendo del nivel de software elegido para su actualización, como se muestra abajo:

    /image/gif/paws/109594/15454_sw_upgrade23.gif

  6. El tecleo activa. El cuadro de diálogo del activar aparece con un mensaje de advertencia, como se muestra abajo:

    /image/gif/paws/109594/15454_sw_upgrade24.gif

  7. Haga clic para proceder con la activación. La primera porción de la activación completa en dos a tres minutos, y publica el mensaje mostrado abajo:

    15454_sw_upgrade25.gif

    Esto es seguida por un mensaje que confirma que la activación es completa y el nodo ahora reiniciará, como se muestra abajo:

    /image/gif/paws/109594/15454_sw_upgrade26.gif

  8. Haga clic en OK.

  9. Espere hasta que la actualización del software acabe en ese nodo antes de continuar.

    La activación procede del nodo a través de cada indicador luminoso LED amarillo de la placa muestra gravedad menor instalado, empezando por el TCC+ espera. Una vez que el TCC+ espera se activa completamente y se reinicia completamente, se convierte en el TCC+ activo y las otras reinicializaciones TCC+. Entonces, el XC o el XCVT y la tarjeta de interfaz de la alarma (AIC) reinician; después, el inicio del linecards de izquierda a derecha uno por uno. El proceso completo tarda aproximadamente 30 minutos. Este proceso es tráfico que afecta, así que Cisco recomienda que usted activa la nueva carga durante una ventana de mantenimiento. El tráfico de Muliplexing de la división de tiempo (TDM) aguantará un ms 50 o un mayor golpe, y el tráfico de Ethernet tomará alrededor de un golpe de tres a cuatro minutos, debido al recálculo de STP. Después de todo los indicadores luminosos LED amarillo de la placa muestra gravedad menor han iniciado, los inicios activos XCVT otra vez para asegurarse de que todos los circuitos están puestos al día correctamente. Una vez que el XCVT activo acaba esta reinicialización final y todo alarma claramente, usted puede proceder con seguridad al siguiente paso.

    precaución Precaución: Cuando usted actualiza ONS15454 de la versión 2.2.x al 3.0, una condición puede presentarse durante la activación que puede causar una restauración del nodo en la punta después del proceso de actualización cuando un cambio de abastecimiento se realiza en el nodo. Si un indicador luminoso LED amarillo de la placa muestra gravedad menor no puede cargar el nuevo software con éxito, usted puede ver una condición de la falla de comunicación (CONTBUS) que persista después de que la activación se complete, indicando que el nodo ha ingresado este estado. Una vez que el nodo está en este estado, los cambios de abastecimiento pueden hacer el nodo entrar una restauración sistema-ancha, en donde todos los indicadores luminosos LED amarillo de la placa muestra gravedad menor (a excepción del indicador luminoso LED amarillo de la placa muestra gravedad menor que no pudo reajustar originalmente) realizarán una reinicialización suave y recargan la nueva imagen del software. Si el nodo baja en esta condición, el tráfico se puede afectar en los circuitos aprovisionados.

    Si usted ve una alarma CONTBUS que lo haga no claro después de que la actualización sea completa, vuelva a sentar manualmente el indicador luminoso LED amarillo de la placa muestra gravedad menor que generó la alarma.

    Para asegurarse de que su activación de la actualización haya tenido éxito, Cisco recomienda que usted ejecuta un cambio de abastecimiento al nodo, tal y como se muestra en de los pasos abajo:

    1. En la vista de nodo, haga clic el Provisioning (Abastecimiento) > Timing Tabs (Fichas de sincronización), como se muestra abajo:

      15454_sw_upgrade27.gif

    2. En el cristal de las listas de referencia, cambie una de las referencias NE y el tecleo se aplica.

    3. Espere un minuto, después cambie la misma parte posterior de la referencia NE otra vez, y el tecleo se aplica.

      Si existe el problema, un temporizador minucioso 30 será fijado en el movimiento permitiendo que la restauración del nodo ocurra durante la ventana de mantenimiento, o mientras que los personales son onsite. Busque una alarma SYSBOOT en el panel de alarmas para el nodo. Si el nodo no reajusta 30 minutos después de que el cambio de abastecimiento y allí no es ninguna alarma SYSBOOT presente en el panel de alarmas CTC para el nodo, la activación de software era acertada.

  10. Para las actualizaciones de la versión 2.2.2, apague y recomience su Netscape o buscador Internet Explorer. Para las actualizaciones del 3.0 de la versión dentro del CTC, seleccione el File (Archivo) > Exit (Salir), tal y como se muestra en del tiro de pantalla abajo:

    /image/gif/paws/109594/15454_sw_upgrade28.gif

  11. Vuelva a conectar al CTC usando la dirección IP del paso 2 (si la dirección IP todavía está en la barra de la ubicación del buscador, usted puede mantener simplemente la tecla Mayús y hacer clic la recarga del navegador/el botón Refresh Button).

    El software del 3.0 TCC de la versión debe ahora descargar el nuevo software CTC llano para el 3.0, como se muestra abajo:

    /image/gif/paws/109594/15454_sw_upgrade29.gif

    La pantalla del caché de la cancelación CTC mostrada abajo debe ahora aparecer. Haga clic el botón del caché de la cancelación CTC para continuar.

    /image/gif/paws/109594/15454_sw_upgrade30.gif

    Las nuevas del applet CTC cargas ahora, como se muestra abajo:

    /image/gif/paws/109594/15454_sw_upgrade31.gif

    Si su navegador cuelga al intentar volver a conectar nuevo al 3.0 de la versión el nivel de software, intenta borrar los archivos cms*.jar de su computadora personal y, intente volver a conectar otra vez.

    /image/gif/paws/109594/15454_sw_upgrade32.gif

    Porque el nuevo applet CTC es posterior compatible con la versión 2.2.x CTC, le permite visibilidad de la red mientras que usted está actualizando.

  12. Individualmente el registro en cada uno de los Nodos restantes que se actualizarán y relanza los procedimientos abajo. Cada uno de estos procedimientos se debe realizar para cada nodo que tenga indicadores luminosos LED amarillo de la placa muestra gravedad menor TCC+ y sea Software Release 2.2.x corriente. Después de que se acabe cada nodo, usted debe terminar la sesión de su sesión CTC en Netscape para descargar los nuevos enchufes de Javas del nodo ONS15454. Permita que cada nodo acabe (todas las alarmas borradas por 10 minutos) antes de actualizar el siguiente nodo. Refiera a las secciones abajo para más información:

  13. Después de activar el nodo más reciente (el nodo conectado con su puesto de trabajo), espera para que el sistema reinicie.

    Nota: Sea paciente. El sistema pudo tardar varios minutos para reiniciar.

Liberar el cierre del anillo BLSR

Libere los cierres del palmo en todos los nodos BLSR después de que la nueva carga del software se active en todos los Nodos.

  1. En la vista de nodo CTC, haga clic Maintenance > Ring tabs.

  2. Seleccione individualmente el oeste y las Direcciones este donde está activo el cierre.

  3. Seleccione claramente, como se muestra abajo:

    /image/gif/paws/109594/15454_sw_upgrade33.gif

  4. El tecleo se aplica para activar el comando. Observe que el cierre del timbre ahora alarma el blanco hacia fuera, como se muestra abajo:

    15454_sw_upgrade34.gif

  5. Usted puede ver el panel debajo de pedir que usted invoque la tabla de asignación del timbre y que la valide para borrar el byte predeterminado K o las alarmas de discrepancia del ID del nodo:

    /image/gif/paws/109594/15454_sw_upgrade35.gif

    Alternativamente, puede ser necesario ir a las lenguetas del aprovisionamiento > del timbre, y hace clic el botón Ring Map Button. Valide la correspondencia del timbre cuando está indicado para hacer así pues, como se muestra abajo:

    /image/gif/paws/109594/15454_sw_upgrade36.gif

Procedimientos de la Poste-actualización

Los siguientes son los procedimientos opcionales que pueden ser necesarios si ha habido un problema con la actualización del software. En las versiones actuales del software, para verificar que la actualización sea completa, es necesario volver a inspeccionar los circuitos y la información de suministro que fue registrada antes de la actualización. Haga una comparación con sus notas para aseegurarse que todo el aprovisionamiento es lo mismo y la red está encima de llevar todo el tráfico. Verifique que no haya alarmas que son señaladas, o que por lo menos las mismas alarmas señaladas que estaban presentes antes de que la actualización esté todavía presente.

Utilice el organigrama abajo para ayudarle con los procedimientos de actualización del poste.

/image/gif/paws/109594/15454_sw_upgrade37.gif

El marcar que la fecha correcta está fijada

El procedimiento de actualización puede hacer la configuración de la fecha cambiar.

  1. En la vista de nodo CTC, haga clic Provisioning > General Tabs.

  2. Fije la fecha correcta y el tecleo se aplica, como se muestra abajo:

    /image/gif/paws/109594/15454_sw_upgrade38.gif

  3. Relance los pasos 1 y 2 para cada nodo restante.

Actualice las unidades de repuesto TCC+

Todas las unidades de repuesto TCC+ se deben actualizar al nuevo nivel de versión de software.

Para actualizar un TCC+ de repuesto, coloqúelo en el slot inactivo de un nodo que funciona con el nivel de la versión actualizado. El indicador luminoso LED amarillo de la placa muestra gravedad menor actualizará automáticamente del TCC+ activo.

Procedimientos de recuperación de la actualización

Si la actualización del software ha completado con éxito, los procedimientos abajo no son necesarios. Sin embargo, en caso de problema que ocurre con la actualización del software, puede ser necesario invertir o restablecer manualmente la base de datos. Utilice los procedimientos abajo si esto llega a ser necesario.

Utilice el organigrama abajo para ayudarle con los Procedimientos de recuperación de la actualización.

/image/gif/paws/109594/15454_sw_upgrade39.gif

Invierta a la carga previa (el TCC+ SOLAMENTE)

En determinadas circunstancias, puede ser necesario invertir a la base de datos de backup. Antes de actualizar de la versión 2.2.x para liberar 2.2.2 o el software del 3.0, usted debe sostener la base de datos actual en todos los Nodos en la red (actualice el software). El cisco altamente recomienda que usted registra o exporta toda la información crítica a su unidad de disco duro. Si usted necesita invertir a la base de datos de backup, utilice el siguiente procedimiento.

Si usted tiene un aprovisionado BLSR, antes de que comience la inversión, usted debe realizar un cierre del palmo en cada nodo. Siga el procedimiento del cierre del anillo BLSR para realizar un cierre del palmo en un anillo BLSR.

Nota: Para realizar soportado (no mantenga afectar) invierta del 3.0 de la versión, la versión que usted desea invertir al debe haber trabajado cuando usted activó para liberar el 3.0 en ese nodo. También, soportado invierte restablece automáticamente la Configuración de nodo a su estado a la hora de la activación anterior. Así, cualquier cambios de configuración realizados después de que la activación sea perdida cuando usted invierte el software.

Nota: En el siguiente procedimiento, la base de datos se restablece automáticamente como parte de la inversión, sólo para las versiones 2.2.1 y posterior. Si usted funcionaba con la versión 2.2.0 antes de la activación, usted necesitará restablecer manualmente la base de datos después de realizar los pasos para invertir. Una Restauración de base de datos manual es tráfico que afecta, y se debe realizar durante una ventana del servicio.

  1. Registre la dirección IP del nodo.

  2. De la vista de nodo, haga clic con el botón derecho del ratón el TCC+ espera y elija la opción de la placa de reinicio, como se muestra abajo:

    /image/gif/paws/109594/15454_sw_upgrade40.gif

  3. ¿La contestación al es sí usted seguro? cuadro de diálogo que pide que usted confirme la opción, como se muestra abajo:

    /image/gif/paws/109594/15454_sw_upgrade41.gif

    Observe eso que reajusta el indicador luminoso LED amarillo de la placa muestra gravedad menor causa las alarmas del reinicio del sistema y de las fallas en la comunicación TCC+, como se muestra abajo:

    /image/gif/paws/109594/15454_sw_upgrade42.gif

  4. Espera para que el TCC+ acabe de reiniciar (esto tardará aproximadamente cuatro minutos). Después de que el TCC+ haya completado reiniciar, el reinicio del sistema antedicho y las alarmas de las fallas en la comunicación TCC+ quieren el blanco hacia fuera.

  5. De la vista de nodo, haga clic las lenguetas del mantenimiento > del software.

  6. Verifique que el software de la protección visualice 2.2.x (la versión que usted actualizaba de), como se muestra abajo:

    15454_sw_upgrade43.gif

  7. El tecleo invierte. Invierta activa el software de la protección y restablece la base de datos de la carga previa. Un cuadro de diálogo pide que usted confirme la opción, como se muestra abajo:

    15454_sw_upgrade44.gif

  8. Haga clic en OK. Esto cae la conexión al nodo y comienza la inversión. Durante la inversión el panel abajo se visualiza:

    /image/gif/paws/109594/15454_sw_upgrade45.gif

  9. Después de invertir el nodo, el panel acertado de la inversión mostrado abajo se visualiza, indicando que el nodo reiniciará.

    /image/gif/paws/109594/15454_sw_upgrade46.gif

    Seleccione , y espere hasta que la reinicialización del sistema acabe en el nodo antes de continuar. El panel abajo se visualiza, indicando que la Conexión CTC al nodo está perdida durante la reinicialización:

    /image/gif/paws/109594/15454_sw_upgrade47.gif

    Nota: Sea paciente. La reinicialización del sistema pudo tomar hasta 30 minutos para completar.

    La ejecución de la reinicialización del sistema causa la alarma y el múltiplo de la reinicialización del sistema otras alarmas en el nodo como se reinician los indicadores luminosos LED amarillo de la placa muestra gravedad menor individuales, como se muestra abajo:

    /image/gif/paws/109594/15454_sw_upgrade48.gif

    Después de que la reinicialización sea completa, todas las alarmas si el blanco hacia fuera.

  10. Apague su Netscape o buscador Internet Explorer.

  11. Espere un minuto antes de restablecer otro nodo.

  12. Después de invertir todos los Nodos en la red, recomience el navegador y el registro nuevamente dentro del nodo más reciente que fue invertido con la dirección IP que usted registró en el paso 1. Esto carga el applet CTC apropiado para la versión 2.2.x a su puesto de trabajo.

    Si usted tiene un aprovisionado BLSR y realizó un cierre del timbre antes de que el procedimiento de la inversión, usted deba liberar el cierre del timbre en cada nodo. Siga el procedimiento del desenganche del anillo BLSR para liberar el cierre del timbre en un anillo BLSR.

    Nota: Si usted actualizó a JRE 1.3.0, usted no puede registrar en una versión 2.2.1 o anterior (o una versión 1.0.0 del funcionamiento ONS15454 del funcionamiento ONS15327). Si usted está invirtiendo a una versión que requirió una versión anterior del JRE, usted necesitará las Javas del reinistall y borrará los archivos JAR de su directorio temporal del sistema de puesto de trabajo después de invertir todos los Nodos en la red. Si usted está invirtiendo a una versión que también utilice JRE 1.3, o si usted conservó su versión anterior del JRE durante la actualización, esto no es un problema.

Restablezca manualmente la base de datos

Si usted actualizaba de la versión 2.2.0, o en ciertos otros casos, puede ser que sea necesario restablecer la base de datos de la PRE-actualización manualmente.

precaución Precaución: No realice estos pasos a menos que usted esté restableciendo la versión 2.2.0 o usted intentó un software invierte para una versión posterior fallada.

precaución Precaución: Este proceso es tráfico que afecta y se debe realizar durante una ventana del servicio.

  1. De la vista de nodo CTC, haga clic Maintenance > Database tabs, como se muestra abajo:

    15454_sw_upgrade49.gif

  2. Haga clic el Restore. El cuadro de diálogo abierto aparece.

  3. Seleccione el archivo previamente guardado y elija abierto, como se muestra abajo:

    /image/gif/paws/109594/15454_sw_upgrade50.gif

    El panel amonestador abajo aparece, diciéndole que el restore puede causar una pérdida de tráfico se visualiza. Haga clic en para continuar, como se muestra abajo:

    /image/gif/paws/109594/15454_sw_upgrade51.gif

    La base de datos será restablecida y los TCC+ reiniciarán. En el final del restore, el panel abajo se visualiza. Haga clic en OK para continuar, como se muestra abajo:

    /image/gif/paws/109594/15454_sw_upgrade52.gif

    Observe eso que reinicia el sistema hace la Conexión CTC al nodo ser perdido, según lo visualizado por el panel abajo:

    /image/gif/paws/109594/15454_sw_upgrade47.gif

  4. Una vez que los TCC+ han reiniciado, registre nuevamente dentro del CTC y verifique que la base de datos es restablecida físicamente marcando la coincidencia de las configuraciones de circuitos la versión de la base de datos anterior. Espere un minuto antes de restablecer el siguiente nodo.


Información Relacionada


Document ID: 109594