Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Comportamiento conocido

En esta sección, se enumera el comportamiento conocido en la versión 5.3R1 de Network Director.

  • Cuando descubra dispositivos en Network Director por primera vez, el patrón syslog BR_INFRA_DEVICE se inserta en el dispositivo para las familias de dispositivos JUNOS y JUNOS-QFX.
  • Las siguientes alarmas se borran automáticamente cuando se recibe el evento claro correspondiente y están disponibles como parte de la lista de alarmas sin borrar.
    • FanFailureAlarm
    • TemperaturaAlarm
    • HardDiskFailedAlarm
    • PMonOverloadSetAlarm
    • DomAlertSetAlarm
    • Uso de energía POE Alto
    • VccpPortAlarm y VccpMemberAlarm
    • PowerSupplyFailureAlarm y PowerSupplyInputFailureAlarm
    • CosFabricQueueOverflowAlarm y CosWanQueueOverflowAlarm
    • FRUPowerOffAlarm, FRUFailedAlarm y FRUOfflineAlarm
    • CollUnavailableDestAlarm, CollFlowOverloadAlarm y CollMemoryUnavailableAlarm
    • JdhcpLocalServerIfLimitExceededAlarm y Jdhcpv6LocalServerIfLimitExceedAlarm
    • FabricPowerSupplyFailure, FabricFanFailure, FabricTemperatureAlarm, FabricFruPowerOffAlarm, FabricFruFailedAlarm y FabricFruOfflineAlarm
  • A veces, la tabla CMEventAttributes crece a varios GB y consume espacio en disco. Para superar esto, ejecute los siguientes pasos después de instalar Network Director 3.8R1 o después de actualizar Network Director a 3.8R1:
    1. Inicie sesión en Network Director.
    2. Vaya a Preferencia -> error -> configuración adicional.

    3. Modifique el número de días para mantener la alarma y el evento o alarma.

      Modifique el número de días para que active un evento de purga que desactive todas las alarmas y eventos existentes. Esta es una actividad única.

    4. Haga clic en Aceptar.

  • Si las alarmas no se purgan, trunca las tablas CMEvent, CMEventAttributes, CMAlarm, CMAlarmAttributes mediante los pasos siguientes. Esto borra las tablas de todos los eventos y alarmas existentes. Puede ver cualquier alarma y evento nuevo que se genere a partir de entonces en Network Director. Las alarmas se purgarán como se esperaba después de realizar este procedimiento.

    1. Haga una copia de seguridad de la base de datos actual.

    2. Detenga el servidor JBoss mediante los siguientes comandos:

    3. Ejecute los siguientes comandos de MySQL uno después del otro:

    4. Inicie el servidor JBoss con el siguiente comando:

    5. Una vez iniciado JBoss, ejecute los siguientes pasos:

      1. Inicie sesión en Network Director.

      2. Vaya a Preferencia -> error -> configuración adicional.

      3. Modifique el número de días para mantener la alarma y el evento o alarma.

        Modifique el número de días para que active un evento de purga que desactive todas las alarmas y eventos existentes. Esta es una actividad única.

      4. Haga clic en Aceptar.

  • Para que los dispositivos satelitales EX4300 formen parte de junos Fusion Enterprise, asegúrese de usar U-Boot 2011.12-00062-gf837a99 (11 de julio de 2014 - 13:47:59) y el cargador de arranque de arranque FreeBSD/PowerPC U-Boot 2.4 como cargador de arranque, con firmware PoE versión 2.6.3.92.1 y puertos PIC-2 de 10 G como puertos de clúster.

  • Al definir la configuración de red en plantillas rápidas mediante un comando determinado, asegúrese de definir los subcomands individualmente. Indicar subcommands como un solo comando causa errores. Por ejemplo, los comandos set snmp location sunnyvale y set snmp contact admin@example.com son válidos cuando se definen individualmente. Sin embargo, si combina estos comandos en el conjunto de comandos únicos snmp location sunnyvale contact admin@example.com, la validación del esquema trata el último contacto de comando como una entrada adicional y causa un error.

  • Network Director no admite dominios de Junos Space. No asigne dispositivos a dominios en Junos Space.

  • En la vista de ubicación, si asigna todos los miembros de una Virtual Chassis Fabric a edificios o pisos, ninguna de las tareas de nivel de dispositivo estará disponible. Recomendamos que asigne el dispositivo lógico completo (Virtual Chassis o Virtual Chassis Fabric) a cualquier ubicación determinada.

  • Cuando se utiliza un conmutador EX4300 como conmutador miembro en un Virtual Chassis o Virtual Chassis Fabric QFX5100 modo mixto, Network Director no considera las configuraciones que realiza en los campos DCBX y Recuento de dispositivos, y las confirmaciones de configuración fallan.

  • Es posible que el valor de utilización del ancho de banda para VCP y aex interfaces no se muestre en la vista de topología.

  • Es posible que Network Director no muestre lo siguiente:

    • Miembros no aprovisionados agregados a Virtual Chassis o Virtual Chassis Fabric.
    • El estado No presente para los miembros eliminados de un Virtual Chassis o una Virtual Chassis Fabric.

  • En el caso del perfil de puerto ELS de conmutación de centro de datos, es posible que se produzca un error en la asignación de perfiles para interfaces canalizadas en un rango de puertos, incluso cuando las interfaces canalizadas en ese rango de puertos estén disponibles en los dispositivos.

  • La tarea Validar configuración pendiente no valida las configuraciones no compatibles en dispositivos.

  • En el modo manual, cuando se vuelven a sincronizar los cambios fuera de banda, es posible que el CR en conflicto no se enliste para plantillas rápidas.

  • Durante una conmutación de clústeres, si se ejecuta un trabajo de configuración de copia de seguridad o un trabajo de descubrimiento de dispositivos en Network Director, el estado de conmutación puede mostrarse como en curso incluso después de que se complete la conmutación.

  • En una configuración de Junos Fusion, es posible que deba asignar dos dispositivos de agregación para una política de perfil automático. Por ejemplo, si un dispositivo satelital tiene 65 puertos, es posible que deba agregar dos dispositivos de agregación como

    AD1: ge-65/0/1- ge-65/0/10 y AD2: ge-65/0/1 - ge-65/0/10. Para asignar ambos dispositivos de agregación, seleccione los dispositivos de agregación en el nivel del grupo y no seleccione el dispositivo satelital.

  • Al editar un perfil MACsec que ya está implementado en Network Director, puede modificar todos los parámetros de configuración del perfil MACsec, excepto el nombre de asociación de conexión y el modo MACsec.

  • El trabajo de resincronización para el dispositivo de la serie MX se produce un error si el ID de VLAN para el dispositivo está configurado como ninguno desde la CLI del dispositivo.

  • No puede modificar la configuración de una estructura de capa 3 desde Network Director si la estructura de capa 3 se creó mediante el proceso de brownfield durante la detección de dispositivos en Network Director.

  • Cuando se visualiza el análisis de tráfico en tiempo real en un puerto determinado, si Network Director configura el comando sflow en el dispositivo, el comando se elimina cuando se cierra la ventana en tiempo real. De manera similar, si una herramienta de terceros establece la sflow configuración en un puerto determinado para ver el análisis de tráfico en tiempo real en el puerto, la sflow configuración se elimina cuando cierra la página Análisis de tráfico.

  • Network Director no admite la migración en frío de máquinas virtuales. La migración en frío es la migración de una máquina virtual que está apagada.

  • Cuando los contadores de estadísticas de puerto de un dispositivo se restablecen manualmente o durante una actualización de imagen, es posible que los widgets de tráfico muestren valores incorrectos durante algún tiempo. Si esto sucede, espere a que haya intervalos de sondeo de 2 a 3, después de lo cual el problema se resuelve por sí mismo.