Cambios en el formato de archivo CSV de descubrimiento masivo del supervisor IMC

Introducción

Este documento describe los cambios significativos en el formato de archivo de valores separados por comas (csv) utilizado en el perfil de detección. Los cambios se realizaron para que los clientes fueran más flexibles y robustos a la hora de proporcionar los parámetros para los servidores en rack. Además, se pretende abarcar todos los formatos y los errores frecuentes en el formato que se detecten sobre el terreno.

Antecedentes

Cisco Integrated Management Controller Supervisor (IMCS) es un software de gestión con sólidas funciones que gestiona los servidores en rack. Los usuarios tienen la capacidad de detectar, inventariar, ejecutar la actualización del firmware y realizar otras operaciones múltiples. El descubrimiento de los servidores en rack se puede realizar con la creación de un perfil de detección con la lista de direcciones IP que se van a descubrir. Las direcciones IP se pueden proporcionar como una lista de IP, un rango de IP, una subred o con el uso de un archivo csv. Los cambios de formato mencionados en este documento se refieren a este archivo csv.

Problema

Anterior a IMCS 2.0.0.2

El formato de archivo csv anterior a IMCS 2.0.0.2 (es decir, 2.0.0.1 y anterior) contenía solamente direcciones IP. Estas direcciones IP se proporcionaron en cada fila, como se muestra en la tabla aquí.

Formato no válido:

Los usuarios a veces ingresan en la columna de direcciones IP como se muestra aquí.

   

IMCS 2.0.0.2 a IMCS 2.1.0.2

El formato cambió a pares key-value y admitió más valores que se proporcionarían como parte del archivo csv. Además, se agregó la flexibilidad para proporcionar las entradas en cualquier secuencia (es decir, no hay restricción estricta para proporcionar las entradas en una columna específica). Por ejemplo, la información de contacto se puede proporcionar antes o después de la dirección IP. Las claves son IP, Descripción, Ubicación, Contacto, Etiquetas, Grupo en Rack.

Nota: No es necesario proporcionar los pares clave-valor omitidos.

Por ejemplo, si Description no está disponible para un servidor, el archivo csv no necesita tener la entrada Description= para indicar que el valor está vacío. La primera fila de la captura de pantalla aquí es un ejemplo de este caso práctico.

Restricción:

Es necesario proporcionar las claves en todas las filas del archivo csv.

Formato no válido:

   

Dado que se han encontrado algunos formatos no válidos en el campo.

•    Suministro de todas las claves:

Las claves que no tienen valores se proporcionan en el archivo csv, lo que provoca una excepción y hace que no se produzca la detección. En la captura de pantalla, se proporcionan las teclas Rack Group y las etiquetas, aunque no se les ha proporcionado ningún valor.

•   Suministro de claves como encabezados y valores como entradas de columna:

Las claves se proporcionan como encabezados y los valores como entradas de columna, como se muestra aquí. Esto causa el error de que no hay IP disponible en la primera fila, lo que da lugar a la no creación del perfil de detección.

Solución

IMCS 2.2.0.0

A partir de ahora, el formato del archivo csv está separado por comas, como se muestra aquí. Las columnas son la dirección IP, la descripción, la ubicación, el contacto, el grupo en rack y las etiquetas. Puede optar por omitir para proporcionar los valores de las entradas que no están disponibles o que se conocen en el momento de la creación del perfil de detección.

Las entradas que no se proporcionan quedan vacías, como se muestra en la captura de pantalla aquí. Sin embargo, el campo IP address (Dirección IP) es obligatorio.

Se pueden proporcionar varios valores de etiquetas con valores delimitados por punto y coma, como se muestra en la captura de pantalla aquí.

En la captura de pantalla, hay 2 etiquetas (TagX y TagY) y el valor de cada etiqueta asociada al servidor en rack es ValueX y ValueY respectivamente. Además, la columna de contacto puede ser cualquier valor de cadena, es decir, puede contener id de correo electrónico, número de teléfono o cualquier otro valor de cadena.

Algunas entradas de ejemplo se muestran en la captura de pantalla aquí.

     

Nota: Los formatos más antiguos no son compatibles con la versión IMCS 2.2.0.0

Restricción:

   

Restricciones estrictas de columna. Cada columna debe contener sólo ese valor específico.

Preguntas más Frecuentes

(P) ¿Qué sucede si el usuario intenta dar un csv con el formato antiguo en IMCS 2.2?

A) IMCS produce un error en el momento de la carga para indicar que el formato no es válido.

(P) ¿Pueden aceptar espacios los valores de descripción, ubicación y etiqueta?

A) Sí. Los espacios se aceptan en los valores Description (Descripción), Location (Ubicación) y Tag (Etiqueta).

(P) ¿Se pueden proporcionar nombres de host en lugar de IP en la primera columna?

A) Sí. Se pueden proporcionar nombres de host.

(P) Si no se menciona el grupo de rack, ¿qué sucede?

(A) Si no se especifica ningún grupo de rack, el servidor en rack se agrega al grupo de rack Grupo predeterminado.

(P) ¿El contacto debe ser siempre una ID de correo electrónico? ¿Puede dar un número de teléfono u otros valores?

(A) Sí, el contacto puede ser cualquier valor. IMCS acepta todos los valores de cadena.