manual curso netscout

8/18/2019 Manual Curso NetScout

1/120

INTRODUCCIÓN


2/120


3/120


4/120


5/120


6/120


7/120

INTRODUCCIÓN AL nGENIUS PERFORMANCE MANAGER


8/120


9/120

Sistema Performance Manager

nGenius Performance Manager combina las disciplinas claves requeridas para la administracióndel desempeño efectivo en un solo producto – monitoreo de aplicaciones, monitoreo de red,troubleshooting, service level management y prevención de fallas – simplificando enormementesu ambiente de administración de red.

Niveles de Common Data Model (CDM)Los probes soportan múltiples tipos de Adaptadores CDM. Las interfaces de los probes son lafuente de información más robusta en la arquitectura CDM.

Fuentes de Información Básica – Permiten el análisis de tráfico desde dispositivos de red comoRouters, hubs y Switches en la capa de Enlace de Red. Estas fuentes de información básicasincluyen: MIB2, Frame Relay MIB, Cisco CPU and Memory Statistics y Mini-RMON (RMON1 groups:(1) statistics, (2) history, (3) alarms y (9) events).

Fuentes de Información Intermediarias – Proveen un nivel de análisis de aplicación de los Switchesy Routers. Soporte para estadísticas en las capas de red y aplicación, así como información de hosty conversaciones de aplicaciones y protocolos bien conocidos. Las fuentes de informaciónintermediarias incluyen: NetFlow, sFlow y probes NetScout.

Fuentes de Información Avanzadas – Virtualmente monitorea cualquier aplicación bien conocida,personalizada o basada en web y provee mediciones de responsiveness y capturas de paquetes.Las fuentes de información Avanzadas incluyen los probes NetScout.


10/120

Componentes del Performance Manager

nGenius Server: Administración y configuración de dispositivos centralizada (probes, routers yswitches) así como protocolos y cuentas de usuario.

Performance Manager Console – Módulo integrado que habilita el monitoreo y el análisis detráfico corriendo a través de la red (Capas de Enlace de Datos, Red y Nivel de Aplicación)

News Editor – Configura periódicos (NewsPapers). Configuración y administración centralizada dereportes tipo NewsPaper para publicaciones diarias, semanales y/o mensuales.

nGenius NewsStand – Servidor Web para revisión de NewsPapers

nGenius Active Agent/Active Agent Manager – Mecanismo de pruebas que define transacciones,diseñado para medir el desempeño de aplicaciones simulando la experiencia de usuario.


11/120


12/120


13/120

Unified Management Console

Cada vez que se inicia sesión en el nGenius Performance Manager, el UMC es mostrado. Esteprovee acceso a los distintos módulos que contiene la herramienta así como a las áreas deadministración de la herramienta, administración de reportes entre otros.


14/120


15/120

Tareas Administrativas

Para empezar a utilizar nGenius performance Manager, se necesitan realizar algunas tareasbásicas como agregar usuarios y dispositivos así como configurar en nGenius Server oaramonitorear la información importante para la empresa. Seleccionando Server Administrationdesde el UMC se pueden realizar las siguientes configuraciones básicas:

Agregar Usuarios Agregar Dispositivos Crear Grupos de monitoreo y reporteo

Una vez completadas estas tareas básicas, para personalizar el nGenius Performance Manager detal manera que cumpla con las necesidades de la empresa, se pueden realizar algunas de lassiguientes configuraciones también:

Definir aplicaciones personalizadas Configurar Tiempos de Respuesta Habilitar Alarmas

Configurar Templates


16/120

Device Configuration

La ventana de Device Configuration es la vista principal utilizada en la configuración dedispositivos.


17/120

Ventana Add Device

nGenius Performance Manager soporta una variedad de probes, routers y switches. Seleccionar elmodo Enable learn only para siwtches si el switch es usado para propósitos de monitoreo yspanning solamente y no se desea aplicar alguna configuración o alarmas al switch.

Soporte SNMPv3

El servidor nGenius puede comunicarse vía SNMPv3 con dispositivos que soporten esta últimaversión de SNMP. Para usuarios que requieran este nivel de seguridad, el soporte de SNMPv3puede ser personalizado usando el archivo snmpversion.dat por dispositivo, usuario y línea deautenticación. El soporte de SNMPv3 incluye: v3 en modo noAuthNoPriv, v3 en modo authNoPriv,incluyendo el user community string, string encryption (no la encripción PDU completa) yautenticación MD5.

Cuando las comunicaciones NMPv3 están habilitadas, el nGenius Performance Manager no puederegresar automáticamente a otr versión SNMP si fuera necesario (por ejemplo de v2 a v1), puestoque la seguridad para texto no estaría disponible.

Alarma de Dispositivo Inalcanzable

Una notificación de alarma puede ser reenviada hacia el nGenius Performance Manager AlarmViewer indicando que el dispositivo se encuentra inalcanzable vía ICMP y/o SNMP.


18/120

Switches

DLC

El grupo de estadísticas RMON1 provee estadísticas totales por interfaz. Muchos Switchessoportan Mini-RMON (RMON1 groups: (1) statistics (2) history (3) alarms y (9) events).

MIB2 (MIB-II)

RFC 1213 define los siguientes grupos: System, Interfacesm Address Translation, IP, ICMP, TCP,UDP, EGP, Transmission and SNMP. El grupo de interfaces MIB2 provee estadísticas básicas deentrada y salida (octetos, paquetes, etc) por interfaz.

Cambio de DLC a MIB2

Si es creado por el nGenius Server, los siguientes elementos son borrados:- Ether Stat, Ether History, Alarms y Events

Cambio de MIB2 a DLC

El nGenius Server:- Aprende los elementos Ether Stat en el switch si es que existen- Crea el elemento Ether Stat si no existen- Crea el elemento Ether History si están configuradas en el template asociado- Crea el Alarms y Events si están configuradas en el template asociado


19/120


20/120

Agregando Grupos de Elementos Monitoreados

Si se le ha asignado el rol de Network Administrator o de Approver, usted puede crear Grupos deElementos Monitoreados. Estos se pueden utilizar para agrupar dispositivos y/o interfaces de talmanera que sean útiles a su organización.

Los elementos monitoreados (MEs) son cualquier elemento que el nGenius Server pueda

monitorear. Se puede beneficiar de usar los Grupos de Mes para monitorear más fácilmentepartes específicas de su red. Si usted es responsable de administrar ciertos dispositivos osegmentos en una red, puede agrupar todos los Mes que esté interesado en monitorear. Despuésde que se han establecido los grupos, se puede acceder a la información que necesite de manerarápida y no necesita buscar en toda la lista de ME el dispositivo deseado.

Cuando se crean grupos ME para Routers y Switches, los usuarios pueden agregar las interfaces delos dispositivos con un solo click. Los usuarios pueden utilizar combinaciones de múltiplesselecciones para crear un grupo ME. Para agregar interfaces debajo del switch a un grupo ME,seleccione el switch y luego haga click en Add.

Tip: Para hacer múltiples selecciones, haga click y arrastre el cursos, o se la tecla Shift o Ctrl almomento de dar click para seleccionar interfaces.


21/120

Agregando cuentas de usuario nGenius

Una cuenta de usuario default (creada durante el proceso de instalación) provee el acceso contodos los privilegios administrativos al sistema. A esta cuenta le son asignadas los roles de SystemAdministrator y Network Administrator. Los roles y sus funciones asignadas por default son:

Network Administrator

Acceso de lectura a todas las funciones, acceso de escritura a la mayoría de las funciones, nopuede asignar roles de usuario.

System Administrator

Acceso de lectura a todas las funciones, acceso de escritura a todas las cuentas de usuario y rolesde usuario.

Approver

Acceso de lectura a todas las funciones, acceso de escritura a algunas funciones (como portspanning)

Network Operator y Help Desk

Acceso de lectura a todas las funciones en el nGenius Performance Manager Console, NewsStand,y NewsEditor acceso de escritura a todas las cuentas de usuario pero no a roles de usuario yacceso a todas las vistas VoIP.


22/120


23/120


24/120


25/120

Introducción a Global Settings

Global Settings permiten el control de cuáles protocolos son habilitados para monitoreo enprotocol directory. Global Settings trabaja en conjunto con los templates. Para que los probescolecten información para los protocolos habilitados en Global Settings, se debe habilitar la opciónapropiada de monitoreo para el tipo de información que se quiere recolectar (estadísticas, hosts,conversaciones o tiempos de respuesta) en el template de interfaz de probe. Dicho template

puede ser aplicado a una o varias interfaces de probe,

Global Settings provee los siguientes features:

Aproximadamente 250 protocolos están disponibles para potencializar el monitoreo. Pordefecto, algunos de los protocolos disponibles están activados y otros deshabilitados parahosts, conversaciones y/o tiempos de respuesta. Se pueden agregar también protocolos(aplicaciones) si es necesario.

Se pueden controlar qué aplicaciones están habilitadas o deshabilitadas para monitorearhosts, conversaciones y tiempos de respuesta.


26/120

Global Settings – Protocol Directory

La pestaña Protocols en la ventana de Global Settings controla qué protocolos están habilitadospara monitorear hosts, conversaciones y tiempos de respuesta dentro del directorio de protocolospara todos los probes. Si un protocolo en particular no está habilitado para monitorearse dentrodel directorio de protocolos, entonces no hay información que sea recolectada para dichoprotocolo.

Para monitorear efectivamente los flujos de tráfico en un segmento de red, es importante saberqué aplicaciones se quieren monitorear y como configurar el nGenius Server adecuadamente pararecolectar la información en la que se está más interesado. Los Global Settings, le permitenmantener un directorio de protocolos para saber qué está habilitado para monitoreo en todos susprobes.

Los Global Settings son aplicados a un probe cuando uno de los siguientes eventos ocurre:

Un probe es agregado por primera vez al nGenius Servers Se aplica un Relearn manualmente a un probe (Ventana Device Configuration) Un probe es reiniciado (La dirección IP en Configuration Server debe estar correctamente

configurada en el probe)


27/120


28/120

Agregando Protocolos Personalizados

Para poder agregar Protocolos Personalizados, se debe proveer la información correspondiente: Elprotocolo padre (IP, TCP o UDP) y el Port/ID que la aplicación utilizará.


29/120


30/120

Agregando Aplicaciones basadas en Web

Se puede monitorear aplicaciones basadas en web de la misma manera en que se monitorearíacualquier otro tipo de aplicación. De esta manera, se puede recibir información en tiempo real,históricos y reportes de desempeño para cada URL definida. Para monitorear aplicaciones basadasen web, se debe de agregar la URL en Global Settings.

Se puede además recibir Power Alarms de disponibilidad y de responsiveness en cualquier URLdefinida en Global Settings. Las Power Alarms pueden alertarle acerca de degradaciones en eldesempeño de una aplicación basada en web. Las Power Alarms son configuradas en los templatede probe.

Opcional: Seleccionar Exact Match para que la URL que se agregó deba coincidir exactamente almomento del monitoreo, de otra manera, sub-URLs también serán monitoreadas. Si se tienenmuchas aplicaciones basadas en web que se quieran monitorear, se puede ahorrar tiempo alagregarlas creando primeramente un archivo separado por comas (CSV) con información acercade cada una de las aplicaciones y después importar el archivo.


31/120


32/120

Aplicaciones Basadas en Servidor

Se pueden definir aplicaciones basadas en servidor (SBA) para buscar todos los protocolosviajando a través de un servidor en específico, o a través de una máscara de subred paraprotocolos TCP y UDP. Se pueden agregar SBAs en los Global Settings; de esta manera, se puedenrecibir todas las funcionalidades de monitoreo que cualquier otro protocolo usando puertosestáticos TCP o UDP reciben. Información en tiempo real puede ser monitoreada y guardada en la

bbase de datos para históricos y reporteo de desempeño. Se pueden agregar SBAs una por una ose puede importar un archivo para agregarlas por lote.

CDM Port Processing (Menu de utilidades Agent Configuration – Menu Software Options)

Esta característica le permite configurar un probe para que descubra las SBAs que corren a travésde los puertos bien conocidos y otras aplicaciones CDM. Por ejemplo, si se define FTP-CTRL y unaSBA llamada S1 (definida como 10.20.10.0/24 para puertos del 1 al 100) y la opción CDM PortProcessing está activa (Utilidad Agent Configuration), entonces todos los paquetes 10.20.10.1(puerto 21) son descubiertos como la SBA S1. Si la opción CDM Port Processing estuviera apagada,entonces todos los paquetes 10.20.10.1 (puerto 21) serían descubiertos como FTP-CTRL.


33/120


34/120

Grupos de Aplicaciones Definidas por Usuarios

Introducción a Grupos de Aplicaciones

Para ver información en las vistas Top N Application Group dentro del Performance managerConsole, los protocolos deben de estar asociados con algún grupo de aplicación. Algunosprotocolos son asignados a grupos de aplicaciones predefinidos por defecto.

Se pueden crear sus propios grupos de aplicación y agregar cualquier protocolo a ellos. Despuésde crearlos, se pueden visualizar por nombre usando la vista Top N Application Group en elPerformance Manager. Se pueden incluir también los grupos de aplicación en los reportes. Ladescripción del grupo aparece en Global Settings.

Nota: Se puede usar “Other” para desasociar un protocolo de un grupo.


35/120


36/120

Cómo funciona el monitoreo de Sites

El monitoreo de Sites provee visibilidad a través de multiples tecnologías de nube WAN paramonitorear oficinas remotas. ¿Por qué usar esta característica? Por ejemplo, los probes WAN nopueden monitorear tráfico cuando los usuarios utilizan MPLS (MultiProtocol Label Switching),VPNs (encriptadas) o Canal DS3. Colocando un probe en un link Ethernet justo dentro del router, elprobe puede monitorear sites como interfaces virtuales.

La configuración de Site Monitoring incluye:

Identificación de cada uno de los sitios remotos con una subred asociada para esa oficina,tal como 192.168.50.0/24.

Poner nombre a cada sitio remoto, tal como Bostón o Tokyo.


37/120

Site Monitoring

Se pueden definir un máximo de 4,000 Sites en el PM importando un archivo CSV con lasdefiniciones. Estos sitios son definidos por una combinación de hasta 32 subredes y/odirecciones IP individuales. Las subredes son definidas usando una máscara de 32 bits.Cada interface de probe que es habilitada para Site Monitoring puede ser asociada consites utilizando un template desde la ventana Device Configuration.

Notas Importantes:

Máximo 1000 sites por probe (límite de interfaces virtuales)

Modo de Línea de Comandos en Probe: get dump site_list mostrará los sites configurados-

Get dump site_vifn mostrará las interfaces tipo site creadas en las interfaces del probecomo resultado del tráfico observado.


38/120


39/120

Host Group Setting

¿Por qué utilizar esta característica? Para propósitos de agregació y/ reducción deinformación en vistas. Una vez agregada, la opción de Host Group aparece en la vista deHosts y de conversaciones. Host Grouping le permite recolectar tráfico basado en un solohost, una lista de hosts, una sola subred, una lista de subredes o una combinación de hostsy de subredes.


40/120


41/120

Template Manager

Se pueden crear los siguientes Templates:

Device templates – Crear alarmas basadas en servidor para dispositvos basados enutilización de CPU y Memoria.

Probe Interface templates – Define cuando se monitorea y almacena (o ambas)estadísticas de protocolos, hosts, conversaciones e información de tiempos de respuestapara interfaces específicas de probe. También se pueden crear hasta siete alarmas en unprobe template y asignarlo a diferentes interfaces de probe.

Switch Interface template – Define intervalos de muestreo para un short-term history ydefine dos alarmas de utilización. Short-term history le da una vista histórica de lacantidad del tráfico visto en una interfaz de switch. Esta información puede ayudarle arealizar troubleshoooting a problemas detectando cualquier cambio repentino enpatrones de tráfico o cambios en el comportamiento de una interfaz.

Otros templates de interfaz – Define alarmas basadas en servidor para interfaces MIB2.

Forecast Templates – Define templates que le permiten analizar/predecir futurastendencias de utilización de la red. ¿En dónde se ven los resultados? NewsPaper forecastarticles. Los artículos incluyen el número de días restantes para que los umbrales definidossean excedidos, y proyecciones basadas en valores de utilización definidos en el template.


42/120

Por defecto, el template Default está configurado para monitorear (pero no almacenar)estadísticas de protocolos, hosts y conversaciones; response time monitoring estádesactivado (no habrá monitoreo ni almacenamiento de response time. Cuando se crea unnuevo template de interfaz de probe, si un template está seleccionado antes de dar clicken New Template, la configuración del template seleccionado se duplicará. Si no hay untemplate seleccionado, cuando se de click en New Template, los campos serán llenadoscon la configuración por default.


43/120

Aplicación de los Templates a una interfaz

Cuando se agrega un dispositivo al nGenius Server, un template por defecto esautomáticamente aplicado a la interfaz física del probe y a los puertos de switch. Se eltemplate por defecto no cumple con sus necesidades, se puede crear un nuevo template yaplicarlo a las interfaces del probe individualmente o a los puertos de switch.


44/120

Tipos de Alarma

Las alarmas notifican cuando un umbral predefinido se ha alcanzado o se ha excedido.Para recibir alarmas, se debe definir las condiciones de alarma en Template Manager. Lasalarmas son asociadas con un template para dar flexibilidad de aplicar diferentes alarmasa cada dispositivo.

Las Power Alarms notifican cuando un umbral predefinido ha sido alcanzado o excedido yenvían evidencia del evento que levantó la alarma. La evidencia proporciona informaciónnecesaria para encontrar la causa de un problema.

Los probes pueden enviar alarmas (SNMP Traps) al nGenius Server. A través de laconfiguración de template, el nGenius Server puede también reenviar alarmas basadas endispositivo o servidor hacia terceras aplicaciones.

El proceso de generación de alarmas basadas en servidor empieza con la configuración deuna alarma basada en servidor. Específicamente, el usuario especifica un template dealarma que define cómo será activada la alarma, un objetivo de alarma indica para quédispositivo se ha puesto la variable de alarma y un grupo de acciones que describen quesucederá después de que la alarma sea activada. Combinadas, estas tres piezas deinformación definen completamente una alarma basada en servidor.


45/120

Probe Interface Alarms

Se pueden definir alarmas para interfaces físicas de probe basadas en el siguiente criterio:

DLC (Data Link Control) – Se pueden definir alarmas basadas en broadcast packets, CRCerrors, multicast packets, paquetes y utilización (%).

Utilization % Power Alarms – Basadas en métricas de utilización a través del tiempo.

Proveen “evidencia” del event o que levantó la alarma. Requiere que sean habilitadas lasUtilization Power Alarms en cada interfaz de probe que se quiera utilizar. Application Utilization (%) – Se pueden definir alarmas de utilización para protocolos

específicos. Application Packets - Se pueden definir alarmas para protocolos específicos basadas en la

contabilización de paquetes. Baselines – Usando probes con CDM Flow habilitado, se pueden configurar alarmas de

baselines para notificar cuando la información DLC recolectada cada quince minutos (pordefecto) varíe desde la información de baselines DLC.

Virtual Interfaces – Se pueden definir alarmas basadas en utilización de DLC parainterfaces virtuales, si se está utilizando probes con CDM-Flow habilitado. Las alarmas de

interfaces virtuales también son soportadas en interfaces NetFlow. Response Time – Las interfaces de Probe deben ser configuradas para Power Alarms deresponse time. Esto es requerido para recolectar y mostrar evidencia de alarmas.


46/120


47/120


48/120


49/120

Modificaciones en Probe

Existen dos opciones de menú que pueden ser aplicadas a una interfaz.

Utilization (Activar power_alarm_util)

Las Utilization Alarm son configuradas en una base por interfaz de probe y aplicada a cada

segmento troncal de red además de a cada dirección de la troncal (DTE/DCE o Inbound y Out-bound). No es aplicada a cualquier sub-interfaz como Virtual LANs, Data Link ConnectionIdentifiers o ATM virtual channels. Solo un solo umbral de utilización puede ser configurado porinterfaz.

Application Responsiveness and Availability (Activar power_alarm_resp)

Las Utilization Alarms son manejadas por diferentes grupos de reglas que las Responsivenes andAvailability Alarms. Éstas últimas métricas son derivadas del Universal Response Time MIB ó URT,que recolecta y almacena métrcias de responsiveness en una base por aplicación. Las R&A alarmsestán basadas en una base de excepción.


50/120


51/120


52/120

Alarm Viewer y Evidencias

Puesto que todos los flujos en los probes son almacenados con granularidad de 1 minuto, laevidencia es obtenida de la base de datos de flujos CDM para el periodo de 1 minuto durante elcual la alarma ocurrió, y la información está basada en deltas de 1 minuto. Cualquier informaciónque no haya sido almacenada en la base de datos CDM Flow se obtiene directamente del probe yrepresenta valores de cada 15 minutos. Cada pestaña en la evidencia presenta una tabla en el

mismo formato que las vistas All Hosts/Conversations/Applications, excepto que esta vez estábasado en valores Top N.

Nota: Por defecto, el Top N está ajustado para 10 protocolos, hosts y conversaciones. EnPerformance Manager Console, si selecciona File > Preferences desde la pestaña Data Content sepueden cambiar dichos valores.

Las Utilization Power Alarms son activadas cuando el umbral de utilización promedio es(únicamente) alcanzado o excedido continuamente dentro de un tiempo específico (Time OverThreshold TOT). El TOT mínimo que puede ser ajustado para probes con CDM Flow habilitado esde dos minutos y el máximo es treinta minutos. Solo las Utilization Power Alarm pueden serdefinidas para cada elemento monitoreado.


53/120

Opciones de Alarma (Callback Script)

Cuando en nGenius Server recibe una alarma, el script llamado nsscript se ejecuta si se seleccionacomo Callback Script cuando se crea o modifica una alarma. El nGenius Server pasa parámetros alnsscript como argumentos en una línea de comandos. El archivo nsscript en nGenius PerformanceManager inicialmente está en blanco (aun así es ejecutado cada vez que la alarma es generada; sinembargo, el resultado es null). Se puede modificar el nsscript para incluir cualquier scripting o

comandos CLI a cualquier ejecutable residente localmente. El archivo nsscript se encuentralocalizado en el directorio /rtm/scripts. Los siguientes parámetros son pasados alnsscript:

(1) Elemento (Nombre completo del ME), (2) Dirección IP (IP del ME), (3) Timestamp, (4)Severidad, (5) Tipo de Trap, (6) Variable de Trap (la variable sobre la cual fue puesta laalarma), (7) Valor del Trap (El valor de la variable), (8) Umbral del Trap (el umbral que fueaplicado cuando la trap fue configurada), (9) Descripción del Trap (Por ejemplo “RisingThreshold Reached”) y (10) el intervalo del Trap (El intervalo de tiempo en segundos sobreel cual el probe calcula un valor promedio para comparar con el umbral.

Cuando nsscript es ejecutado por el nGenius Server, la información de trap es copiada al archivo/rtm/log/traplog.log. El archivo nsscript también puede ser escrito como unmaster script que puede mandar llamar o ejecutar otros scripts dependiendo de qué variable seapasada a él.


54/120

Ventana de Configuración de Email (pasos para configurar)

1. Seleccionar Window > Server Management2. Seleccionar la pestaña Server Configuration > Email Settings3. Agregar la dirección IP del servidor en Outgoing SMTP Server. Para alarmas NewsPaper

únicamente, indique la dirección de correo que las enviará. Para alarmas solamente,seleccione/deseleccione la opción Enable Email Notification, como sea apropiado

(seleccionada por defecto)

Nota: Cuando se crea una alarma, también se puede seleccionar una opción para enviarnotificaciones por email para dicha alarma. Sin embargo, a menos que la opción Enable EmailNotification esté seleccionada en la ventana de Email Settings, la notificación por email no seráactivada no importando si se seleccionó cuando se creó la alarma.

Nota: Sólo se necesita ingresar un Login Name y password si el servidor SMTP requiereautenticación.

(Opcional solo para notificaciones por email de alarmas) Ingrese Tiempos de inicio y fin deexclusión de email.


55/120


56/120


57/120

Funciones en Home Page

El lado izquierdo del home page, contiene los campos para iniciar sesión, cuando se ingresa unnombre de usuario y una contraseña para empezar a usar el Performance Manager.

Adicionalmente, el lado izquierdo del Home Page contiene los nombres de todos los componentesmayores del Performance Manager. Dichos componentes son los siguientes:

Downloads (Java Plugin, Client Install, Sniffer Analysis)

Help (Visitar la Ayuda y la página de soporte de NetScout)

Workspaces (La selección de Workspaces en Home Page le permite el acceso al PerformanceManager Console)

Configuration (Device Management, Server Management, Report Administrator)

NewsPaper


58/120

Performance Manager Console

El nGenius Performance Manager Console le permite realizer las siguientes funciones:

Monitoreo y vistas del tráfico de red en las siete capas del modelo de referencia OSI. Monitoreo de tráfico de voz y video y comparación de todo el tráfico IP para determinar

como el tráfico basado en VoIP está impactando su red. Recolecte, rastree y analice

tiempos de respuesta de servidores Web, sitios web y links. Vea la utilización de la red ytiempos de respuesta promedio para servidores, clientes, aplicaciones y dispositivos asícomo información en el tiempo de vuelo y latencia en red e información histórica entiempos de respuesta.

Realice análisis de paquetes y procedimientos de decodificación para aislar problemas yhacer troubleshooting en la red.


59/120


60/120

Árbol de Navegación

Se puede controlar el árbol de navegación de las siguientes maneras:

Especificar si se mostrará seleccionando o deseleccionando la casilla en View > NavigationTree.

Cambiarlo de tamaño manteniendo el cursos apretado en el lado derecho del árbol de

navegación hasta que se convierta en una flecha de dos cabezas, arrastrar hacia laderecha o izquierda. Expandir o contraer los nodos haciendo click en el ícono al lado del nombre del grupo,

dispositivo o interfaz. Colapsar todos los nodos del nodo Enterprise haciendo click en el ícono de Colapsar. Personalizar ciertos aspectos del árbol de navegación cambiando la configuración en la

pestaña Navigation dentro de Preferences. Realizar una búsqueda rápida para un elemento monitoreado en la pestaña seleccionada

(Groups o Elements) ingresando el texto en el campo de Search. Un historial de las últimas10 búsquedas es mantenido en el campo de Search. Para mostrar las búsquedas previas,dar click en la flecha apuntando hacia abajo.

Desanclar y reposicionarlo dentro del Performance Manager Console seleccionando View> Float Navigation Tree ó View > Dock Navigation Tree.


61/120

Modelo de Referencia OSI

Data Link Layer (Capa de Enlace de Datos)

La capa de enlace de datos (capa 2 del modelo OSI) toma transmisiones de información crudadesde la capa física y las transforma en paquetes de datos que la capa de re (capa 3) puedereconocer. Las vistas Link Usage muestran información RMON1, incluyendo errores de distribución

de tamaño de paquetes y estadísticas de enlaces específicos a la topología.

Network Layer

La capa de red (Capa 3 del modelo OSI) asegura que las redes heterogéneas esténinterconectadas. Las vistas de capa de red muestran estadísticas en protocolos de capa de red,incluyendo IP, DecNet, Vines, etc.

Application Layer

La capa de aplicación muestra información en grupos predefinidos y grupos creados por el usuario,y asegura que las aplicaciones de usuario en la red envíen y reciban mensajes apropiadamente. Lasvistas de capa de aplicación muestran estadísticas para el transporte a través de las capas deaplicación (Capas 4 a 7 del modelo OSI).


62/120

Vistas

Cuando se selecciona un elemento monitoreado desde el árbol de navegación y se hace clickderecho sobre él, el menú resultante muestra las principales selecciones, de las cuales se podráhacer drill down a vistas adicionales. Las selecciones de menú Link Usage y Application Usagecorresponden a las series de vistas principales. Para mostrar un menú en cascada de las vistasdisponibles, haga click en estas selecciones y deslice el mouse hacia la derecha.


63/120

Vistas Drill Down

Las vistas Drill Down muestran información acerca de hosts, conversaciones o tráfico deaplicaciones para un segmento específico, puerto de switch o enlace troncal. Las vistas Drill Downson lanzadas de la misma manera que su vista padre. Además, si se hace drill down desde unavista en un rango de tiempo específico, ese intervalo de tiempo es heredado a la siguiente vista.


64/120


65/120


66/120

Parámetros de Aging de la base de datos por defecto:

Información de 1 minuto – 7 díasInformación de Tiempos de Respuesta – 7 díasInformación de 15 minutos – 31 díasInformación en el Daily Warehouse – 92 díasInformación en el Weekly Warehouse – 182 días

Información en el Monthly Warehouse – 365 días


67/120


68/120


69/120

Inclusión de Business Hours

Se pueden definir ya sea las horas en el día y/o los días en la semana a ser incluidos en las vistashistóricas. Sólo la información que exista dentro de esas horas incluidas será recolectada. Paravistas en el tiempo, esto puede resultar en puntos de información o barras que no se mostrarán enla gráfica dependiendo el periodo de tiempo seleccionado. Para vistas snapshot, esto alterará lainformación que es usada para calcular el valor agregado para una duración específica.


70/120

Entendiendo los Baselines

Los Baselines en Performance Manager muestra la información que ha sido analizada por unperiodo de tiempo definido (por defecto = 30 días). Los Baselines son calculados aplicando unafórmula predefinida a la información recolectada en cualquier periodo de tiempo.

La información de Baselines se muestra en las siguientes vistas de Usage:

Link Usage Over Time y Application Usage Over Time. Los Baselines están disponibles para los siguientes tipos de vista: Real Time e Históricos (vistas a través del tiempo) Vistas de selección simples únicamente (no disponibles para múltiples interfaces,

protocolos o aplicaciones) Interfaces Half Duplex, Full Duplex y MIB 2.

Cálculo de Baselines (Por defecto es generación bajo demanda)

Average – Promedio de valores recolectados para un periodo de tiempo dado sobre un número

definido de días (30 por defecto). El promedio se mostrará después de 24 horas (una muestra).Maximum (Peak) – El valor máximo recolectado para un periodo dado de tiempo sobre un númerodefinido de días. Los picos se mostrarán después de 24 horas (una muestra).

X-Percentile (90p) – El valor para un periodo de tiempo dado en el cual x por ciento de toda lainformación recolectada cae en o debajo de un periodo de baseline dado (por defecto 30).Requiere diez días de muestras.


71/120

Vistas de Consola que soporta información con picos de 1 segundo

- Link Bursts Over Time: Basado en un enlace seleccionado, esta vista muestra el valor decada pico de 1 segundo en un ciclo de 15 minutos.

- Link Bursts Snapshot: Basado en un enlace seleccionado, esta vista muestra el valor del´pico de 1 segundo para una duración histórica específica.

- Top N Application Bursts: Vista Snapshot de las Top N Applications basadas en valores pico

de 1 segundo para el periodo de tiempo seleccionado.- Application Bursts Over Time: Basado en una aplicación seleccionada, esta vista muestra elvalor de cada pico de 1 segundo en un ciclo de 15 minutos.

- Application Bursts Snapshot: Basado en una aplicación seleccionada, esta vista muestra elvalor del pico de 1 segundo para una duración histórica dada.

- Burst Views no están disponibles para:o Selecciones múltiples de elementos monitoreadoso Grupos definidos por Usuarioso Interfaces físicas que tengan interfaces virtualeso Interfaces virtuales (no-QoS) que comparten la misma troncal que interfaces QoSo NetFlow o interfaces Site


72/120

QuickViews

Las vistas rápidas preconfiguradas están disponibles por defecto en Performance Manager. Paralanzar una QuickView diga el mismo procedimiento que usa para lanzar otro tipo de vistas (Desdeel menú View o dando click derecho).

Configure grupos de vistas que se refieren a un problema en específico. Por ejemplo, ejecute

QuickViews > Evidence para mostrar las vistas Top N AL Hosts, Top N AL Conversations, Top NApplications utilization y Link Usage Over Time. Estas vistas ayudarpan a evaluar la utilizacipon dela capa de enlace e identificar hosts, conversaciones y aplicaciones que contribuyen al problema.


73/120

Time Menu

Seleccionando opciones del menú Time, se puede cambiar el periodo de tiempo para el cual la información es mostradaen la vista actual.

Option Menu

Seleccionando opciones del menú Option, se puede especificar cualquiera de los siguientes formatos de vista: Formato de tabla o gráfica

Para algunas vistas, el menú Option también le permite especificar las siguientes preferencias adicionales: Nombre de elemento, dirección o alias Nombre corto de aplicación, nombre largo de aplicación, nombre corto de aplicación más puerto Dirección (Total, entrada o salida)

Metric Menu

Seleccionando opciones del menú Metric, se pueden cambiar las métricas mostradas en la vista actual:Las selecciones disponibles varían, dependiendo el tipo de vista.

Ejemplos de opciones en el menú Metric incluyen: Volumen, Utilización, Tamaño de Paquetes, Taza de Paquetes, Tazade Errores, Taza de Bits, Signos Vitales, Tipos de Paquete, Distribución de tamaño de Paquetes y Tipos de Error.

Puntero Drill-Down

Los siguientes botones son usados para cambiar el contexto de tiempo del drill-down:

Basado en punto y Basado en Duración

Por defecto, es basado en duración. Cambiar el contexto de tiempo de drill down a Basado en punto hace innecesariodejar presionada la tecla Shift para hacer un drill-down específico a un punto.


74/120


75/120


76/120


77/120


78/120

Workspaces

Por defecto, abrir la consola muestra todos los workspaces (ambos, guardados y borradores) quefueron cargados cuando salió de ella por última vez, siendo o no que el contenido de la vista hayasido guardado. Por ejemplo, si la consola contenía dos workspaces, y se agregaron dos más antesde salir, las cuatro pestañas se mostraran la siguiente vez que se abra. Sin embargo el contenidodel workspace no se mostrará a menos de que se haya guardado el workspace antes de salir.

Aunque la consola puede incluir múltiples workspaces, sólo un workspace está activo en un dadotiempo. Las vistas en tiempo real que son abiertas en workspaces no activos continúan recibiendoactualizaciones del nGenius Server. Los Workspaces que se cierren no serán actualizados.

La primera vez que se abre la Consola, el workspace activo es el Workspace1. Después, al abrir laconsola se mostrarán uno de los siguientes workspaces activos:

El Workspace que estaba activo al salir de la Consola por última vez.

El Workspace que se seleccionó desde el Home Page.

Cuando se ejecuta una vista se agrega al workspace activo. Para agregar una vista a un Workspaceinactivo, primero active el workspace haciendo click en su pestaña.


79/120

Workspaces Compartidos

Cuando se guarda un workspace en la Consola, se puede especificar si éste será privado (visiblesólo para usted) o compartido (visible para todos los usuarios). Un Workspace compartido puedeser cargado por cualquier usuario en el sistema. Sin embargo, solo el creador de un workspacecompartido puede modificarlo, borrarlo o hacerlo privado.

Guardar un Workspace preserva el contexto de las vistas que contiene. Por ejemplo, si se muestraun Link Layer Snapshot en términos de Byte Rate, y después es guardado el Workspace, la vistamostrará Byte Rate cuando se vuelva a cargar.

Para ver información acerca del contenido de cualquier Workspace guardado, selecciones elworkspace y de click en detalles.

Se pueden guardar sus propios Workspaces privados o compartidos. Para guardad un workspacecompartido creado por otro usuario, usted debe renombrar el Workspace.


80/120


81/120


82/120


83/120


84/120

Reportes Ad Hoc

Calendarizar un Reporte Ad Hoc (hasta 20 por hora) provee una conveniencia mayor. Ahorratiempo y asegura la consistencia permitiéndole crear la configuración del reporte una vez yenviarlo repetidamente de acuerdo al calendario. Debe sin embargo, considerar sus opcionescuidadosamente al configurar sus reportes. Por ejemplo:

Cambiar el contenido de un workspace no actualiza automáticamente el contenido de su reportecalendarizado. Esto puede crear confusión si planea calendarizar un reporte basado en la nuevaconfiguración. Puesto que el título del reporte está basado por defecto en el nombre delWorkspace, es posible tener dos reportes con diferente contenido llamados Workspace1. Paraevadir confusiones:

Renombre uno o ambos reportes Remueva el reporte original del Administrador de Reportes.


85/120

Creación de Reportes

Los Reportes AD Hoc calendarizados soportan únicamente vistas históricas. Las vistas en tiemporeal son automáticamente convertidas a Last Hour antes de que el reporte sea generado.

Las vistas convertidas a Last Hour muestran ahora históricos en lugar de granularidad en tiemporeal. Por ejemplo, su la vista en tiempo real mostraba una granularidad de 30 segundos, la vista

Last Hour mostrará granularidad de 15 minutos. Para vistas en el tiempo únicamente, las vistashistóricas mostrarán resolución desde 1 minuto hasta 1 mes.

Ciertas vistas no pueden ser convertidas puesto que van directamente al probe por la información.Las vistas en tiempo real que no son soportadas para los Reportes Ad Hoc calendarizados incluyenlas siguientes:

All NL/AL Hosts, All NL/AL Conversations, All NL Protocols, All AL Applications Segment Details (parcialmente soportadas para Snapshots) Protocol Directory Puertos UDP/TCP descubiertos

Alarm Viewer Vistas VoIP


86/120

Report Editor

Title – Por defecto, el título es el nombre del Workspace

Encabezados derecho, izquierdo y pie de página – Se puede aceptar el default, usar una macrodiferente o ingresar su propio texto.

Annotation: Ingrese, o copie y pegue, una breve descripción del contenido del reporte.

Report Admin Link . Seleccione el RAL para mostrar el Report Administrator

View Name – Puede aceptar el default o modificarlo

Views Included – Para quitar una vista del reporte, seleccione la casilla Remove y de click en Apply.Un reporte debe contener al menos una vista.

Page Layout – Ingrese el número de filas en la tabla que quiere incluir o el número de gráficas quedesea mostrar en una página.


87/120

Configuración del Calendario

1. Seleccione Schedule para activar las opciones de calendario

2. Seleccione el número de veces que desea se genere el reporte y un intervalo.

3.

Seleccione la hora de inicio y fin

4. Seleccione hora y minuto para especificar cuando quiere que se empiece a procesar elreporte. Su selección determina cuándo será ejecutado el reporte.

(Opcional) Programe el envío por email

1. Si desea enviar el reporte por email, se debe configurar su sistema para SMTP

2. Asegúrese que la opción Send as Email esté seleccionada

3. Ingrese las direcciones (To y From) de correo correspondientes. Separe múltiplesdirecciones con ;

4. Si lo prefiere, active la casilla Send As Attachment para enviar un archivo PDF o RTFadjunto al correo. De otra manera se mandara una liga URL para ser abierta en el ReportAdministrator. Se necesita tener una cuenta de la aplicación para poder abrir este tipo deReportes.


88/120


89/120


90/120


91/120


92/120


93/120


94/120


95/120


96/120

Trace Files

Dependiendo en si el archivo fue guardado como compartido o privado, el archivo se mostrará enlos directorios Shared o Private, o en sus respectivos subdirectorios si existen.


97/120


98/120


99/120


100/120

Filtros

Puesto que los filtros de pre-captura aplican directamente a la información que fluye a través delprobe, se pueden crear filtros de pre-capture para protocolos basados en aquellos que seansoportados en los Global Settings. (En contraste, los filtros post-captura aplican a la informacióncapturada en un archivo, donde una lista más extensa de protocolos es soportada).

Dado que los filtros pre y post-captura soportan distintos protocolos, se pueden guardar dichosfiltros sólo si no contienen elementos de filtro de protocolos (solamente direcciones, puertos y/opatrones).

Ya que los filtros post-captura aplican a archivos de captura de paquetes, se pueden crear filtrospost-captura de protocolos basados en todos los protocolos soportados por el decode.

Puesto que los filtros post y pre-captura soportan diferentes protocolos, se puede guardar un filtropost-captura como un filtro de pre-captura sólo si no contiene elementos de filtro de protocolos(solamente Direcciones, puertos y patrones).

Después de aplicar un filtro post-captura, se puede guardar el archivo de sub-trazado paraexaminarse después. Se puede reiniciar la vista decodificada para mostrar el contenido original y,si es apropiado, aplicar un filtro post-captura diferente.


101/120


102/120

El editor de filtros emplea lógica Booleana implícita al combinar elementos de filtros.

Filtros Inclusivos (pre y post-captura) emplean lógica AND. Múltiples patrones emplean lógica AND. Múltiples puertos, direcciones, protocolos o filtros personalizados emplean lógica OR. El editor de patrones emplea lógica AND.

Filtros exclusivos (pre y post-captura) emplean lógica NOT.


103/120

Filtros Pre-Captura

Elemento de Filtro Cuenta como Máximo permitidoDirecciones y/o puertos(origen y destino)

Una dirección – 1Ambas direcciones – 2


Patrón 1 1Filtro personalizado o de

protocolos

1 cada uno 4

Filtros Post-Captura

Elemento de Filtro Cuenta como Máximo PermitidoDirecciones ( Origen y destino) Una dirección – 1

Ambas direcciones – 2Una dirección – 20Ambas direcciones – 10

Puertos (Origen y destino) Una dirección – 1Ambas direcciones – 2


Patrón 1 1Filtro personalizado o de

protocolos

1 4


104/120

Filter Editor

El editor de filtros le permite crear y guardar filtros pre- y post-captura en un lugar. Se puedencrear filtros basados en un elemento o una combinación de elementos. Por ejemplo, con ciertasrestricciones, se puede crear un filtro basado en una combinación de direcciones, puertos,patrones y protocolos.


105/120


106/120


107/120


108/120


109/120


110/120


111/120

Vistas de Localidad Específicas

Cuando se ejecutan las vistas de RT desde una localidad seleccionada, todas las vistassubsecuentes estarán basadas en la información de RT reportada desde la interfaz de probeseleccionada.


112/120

Vistas de Tiempo de Respuesta

Un flujo es una combinación de Aplicación, servidor y cliente

La vista Worst Performing Flows permite a los administradores evaluar los peores Top N valores detiempos de respuesta específicos para una combinación de aplicación, servidor y clientes para unaduración específica (por ejemplo, Last 6 hours). Por ejemplo, el peor flujo podría ser un Cliente A a

un Servidor B para HTTP durante las últimas 6 horas.

La vista Worst Performing Application Servers permite a los administradores evaluar los peoresvalores de tiempo de respuesta para un par servidor/aplicación específico en una duraciónespecífica (por ejemplo, last 6 hours).

Response Time Distribution:

Los usuarios pueden controlar (vía un archivo de propiedades en serverprivate.properties) si lainformación es mostrada como porcentaje como una cuenta total.


113/120

Flight Time

La vista de Flight Time muestra tiempos de respuesta de red y aplicaciones para una aplicaciónservidor seleccionados. La vista de Flight Time también muestra la interfaz de probe que detectó larespuesta.

Cálculo del Flight Time desde una interfaz específica

Si se selecciona una interfaz específica desde el árbol de navegación del nGenius PerformanceManager, el tiempo de red y de servidor/aplicación mostrarán lo mismo que cuando solo hay unprobe. Esto es, el tiempo de red es el tiempo de conexión TCP y el tiempo de servidor/aplicaciónes el tiempo medido por el probe. Esto es sin importar el número de probes monitoreand tiemposde respuesta. Así, para tener el tiempo de respuesta más exacto de red contra el deservidor/aplicación, se debería acceder a las vistas de Flight Time desde el nivel Enterprise.


114/120


115/120


116/120


117/120


118/120


119/120


120/120

manual curso netscout

Documents