Recolección de datos

Recolección de datos
¿La información MIB disponible para la colección depende de la versión del Cisco IOS que se está ejecutando en un router?
¿Si sí, el administrador del servicio de rendimiento conoce la diferencia?
¿Cómo hacen los datos de NetFlow del frunce del Netsys Service Manager (NSM)?
¿Cómo usted pone la colección de una sonda de Netscout?
¿Dónde la información de contraseña se mantiene para los sondeos de frontera?
¿Debe el archivo del protocoltree en $ECSP_HOME/resources/datamgmt ser idéntico con el archivo de dominio en las sondas?
Información Relacionada
A: ¿La información disponible del Management Information Base (MIB) para la colección depende de la versión del Cisco IOS que se
está ejecutando en un router? ¿Si sí, el administrador del servicio de rendimiento conoce la diferencia?
R: La mayor parte de la información MIB que el Netsys Service Manager (NSM) recoge está disponible en todas las versiones del
Cisco IOS después de la versión 8.3. Para los objetos que aparecen solamente en la versión 10.x, el NSM recurre a otros objetos en
la versión 9.x.
Si usted tiene un Cisco IOS 8.3 o anterior, el NSM no puede conseguir el protocolo/los detalles del Switching Mode en las interfaces. En
ese caso, solamente se recogen los números sumarios de la interfaz (paquetes/bytes/in/out del error) y las estadísticas del búfer.
A: ¿Cómo el NSM recopila los datos de NetFlow?
R: El NSM 4.0 habla directamente al colector de datos de NetFlow y lee los datos en forma natural. Para habilitar la recolección de
datos de NetFlow, usted necesita activar el Netflow en las diversas interfaces del router. Usted también necesita especificar en el
router la dirección IP de la máquina donde el “nfcollector” validará los datos de NetFlow. El número del puerto UDP en el cual el
“nfcollector” está estando atentos los datos también se configura en el router. Esto permite al router para comenzar a enviar los
datos de NetFlow a la máquina del “nfcollector” en el puerto especificado UDP.
El producto del “nfcollector” necesita ser instalado en esa máquina que escucha el puerto antedicho UDP. También, el número de la
versión del flujo (tal como V1/V5) debe hacer juego entre el router y el “nfcollector”. Los nfresources clasifían las necesidades de ser
configurado. El esquema de agrupamiento de DetailHostMatrix necesita ser activado en nfconfig.file. Una vez que el Netflow se configura
correctamente, los grupos de datos comenzarán a aparecer en el directorio de datos para el “nfcollector”.
Para configurar el NSM para acceder el colector de datos de NetFlow, en la máquina del “nfcollector”, crea una identificación del
usuario del login que tenga la variable de entorno NFC_DIR definida para una identificación del usuario y un acceso de lectura a
$NFC_DIR/data. También el prompt del usuario necesita terminar con “>” o “$”. Ejecute el asistente de "Recolección de tráfico desde
NetFlow" para recoger los datos de NetFlow.
A: ¿Cómo usted configura la colección de una sonda de Netscout?
R: Recoja el tráfico de la lista de verificación del sondeo de frontera. La colección de Netscout 5.0 se soporta en NSM 4.1.
1. Fuente el entorno de Netscout/del Traffic Director.
Cree un agente para la sonda.
El Número de interfaz debe corresponder al puerto de monitoreo de la sonda.
Sugerencia: Haga clic en el botón de la “prueba”; validará si un agente se configura correctamente.
Instale el dominio del protocolo y habilite al grupo de conversación. Por ejemplo, si usted está interesado adentro tráfico TCP, instale el
dominio TCP y habilite al grupo de conversación.
Utilice el Asistente de Recolección de tráfico desde sondas de frontera para hacer la colección.
A: ¿Dónde la información de contraseña se mantiene para los sondeos de frontera?
R: Toda la información de contraseña para los sondeos de frontera se mantiene en el archivo NETscout-soportado agent.lst. El
NSM no mantiene la información de contraseña para las sondas, que es porqué usted no ve una entrada para Frontier en la base de
datos Admin picovatio.
A: ¿Debe el archivo del protocoltree en $ECSP_HOME/resources/datamgmt ser idéntico con el archivo de dominio en las sondas?
R: El archivo del protocoltree necesita ser idéntico al formato descrito en el archivo del protocoltree. Si usted ha definido los
nuevos dominios, necesitan ser agregados en el árbol protocolos con las definiciones de la jerarquía del protocolo apropiadas. Las
entradas actuales en el protocoltree clasifían y la descripción en la cima del archivo debe ayudar a crear las nuevas entradas.
Información Relacionada
Plan del fin de la vida útil del Netsys Soporte Técnico y Documentación - Cisco Systems Notas Técnicas de Troubleshooting
© 1992-2014 Cisco Systems Inc. Todos los Derechos Reservados.
Fecha de Generación del PDF: 25 Diciembre 2014
http://www.cisco.com/cisco/web/support/LA/102/1025/1025778_61.html