Comportamiento conocido

En esta sección se enumera el comportamiento conocido en Network Director versión 5.2R1.

• Cuando descubre dispositivos en Network Director por primera vez, la BR_INFRA_DEVICE del patrón syslog 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 de borrado correspondiente y están disponibles como parte de la lista de alarmas claras.
  • FanFailureAlarm
  • TemperatureAlarm
  • HardDiskFailedAlarm
  • PMonOverloadSetAlarm
  • DomAlertSetAlarm
  • Uso de energía POE alto
  • VccpPortAlarm y VccpMemberAlarm
  • PowerSupplyFailureAlarm and PowerSupplyInputFailureAlarm
  • CosFabricQueueOverflowAlarm y CosWanQueueOverflowAlarm
  • FRUPowerOffAlarm, FRUFailedAlarm y FRUOfflineAlarm
  • CollUnavailableDestAlarm, CollFlowOverloadAlarm y CollMemoryUnavailableAlarm
  • JdhcpLocalServerIfLimitExceededAlarm y Jdhcpv6LocalServerIfLimitExceededAlarm
  • FabricPowerSupplyFailure of FabricFanFailure of FabricTemperatureAlarm, FabricFruPowerOffAlarm, FabricFruFailedAlarm y FabricFruOfflineAlarm
• A veces, la tabla CMEventAttributes crece a varios GB y consume espacio en disco. Para superar esto, ejecute los pasos siguientes 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 de manera que desencadene un evento de purga que borre 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 siguiendo estos pasos. Esto borra las tablas de todas las alarmas y eventos existentes. Puede ver las nuevas alarmas y eventos generados posteriormente en Network Director. Las alarmas se purgarán según lo esperado después de realizar este procedimiento.

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

  2. Detenga el servidor de JBoss mediante los siguientes comandos:

  3. Ejecute los siguientes comandos de MySQL uno tras otro:

  4. Inicie el servidor JBoss con el siguiente comando:

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

     1. Inicie sesión en Network Director.

     2. Vaya a Preferencia -> falla -> 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 de manera que desencadene un evento de purga que borre 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 utilizar U-Boot 2011.12-00062-gf837a99 (Jul 11 2014 - 13:47:59) y FreeBSD/PowerPC U-Boot bootstrap loader 2.4 como cargador de arranque, con firmware PoE versión 2.6.3.92.1 y puertos 10G PIC-2 como puertos de clúster.

• Cuando defina la configuración de red en plantillas rápidas mediante un comando determinado, asegúrese de definir los subcomandos individualmente. Indicar los subcomandos 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 único snmp location sunnyvale contact admin@example.com, la validación del esquema trata el último contacto de comando como una entrada adicional y genera un error.

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

• En la vista Ubicación, si asigna todos los miembros de una estructura de chasis virtual a edificios o pisos, ninguna de las tareas de nivel de dispositivo estará disponible. Se recomienda asignar todo el dispositivo lógico (Virtual Chassis o Virtual Chassis Fabric) a una ubicación determinada.

• Cuando se utiliza un conmutador EX4300 como conmutador miembro en un Virtual Chassis o Virtual Chassis Fabric de modo mixto QFX5100, Network Director no tiene en cuenta las configuraciones realizadas 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 las interfaces VCP y aex no se muestre en la vista de topología.

• Es posible que Network Director no muestre:

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

• Para el perfil de puerto ELS de conmutación de centro de datos, una asignación de perfil puede fallar 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 los dispositivos.

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

• Durante un cambio de clúster, si se ejecuta un trabajo de configuración de copia de seguridad o un trabajo de detección de dispositivos en Network Director, es posible que el estado de la conmutación se muestre como En curso incluso después de que se complete el cambio.

• 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 de grupo y no seleccione el dispositivo satelital.

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

• Se produce un error en el trabajo de resincronización para el dispositivo de la serie MX si el ID de VLAN del dispositivo está configurado como ninguno de 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 brownfield durante la detección de dispositivos en Network Director.

• Al ver 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 cierra la ventana en tiempo real. Del mismo modo, si una herramienta de terceros establece la configuración en un puerto determinado para ver el análisis de tráfico en tiempo real en el puerto, la configuración se elimina al cerrar la sflow sflow 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 puertos 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 de 2 a 3 intervalos de sondeo, después de lo cual el problema se resuelve solo.

• Las siguientes pantallas de interfaz de usuario de aplicaciones inalámbricas todavía están disponibles en Vista lógica > Monitor > cliente. Estas pantallas de interfaz de usuario no son aplicables a la arquitectura del campus.

  • Usuarios principales

  • Sesiones principales por dirección MAC

  • Tendencias de las sesiones

  • Sesiones actuales por tipo