INTRODUCCIN

INTRODUCCIN AL nGENIUS PERFORMANCE MANAGER

Sistema Performance Manager

nGenius Performance Manager combina las disciplinas claves requeridas para la administracin
del desempeo efectivo en un solo producto monitoreo de aplicaciones, monitoreo de red,
troubleshooting, service level management y prevencin de fallas simplificando enormemente
su ambiente de administracin de red.
Niveles de Common Data Model (CDM)
Los probes soportan mltiples tipos de Adaptadores CDM. Las interfaces de los probes son la
fuente de informacin ms robusta en la arquitectura CDM.
Fuentes de Informacin Bsica Permiten el anlisis de trfico desde dispositivos de red como
Routers, hubs y Switches en la capa de Enlace de Red. Estas fuentes de informacin bsicas
incluyen: 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 Informacin Intermediarias Proveen un nivel de anlisis de aplicacin de los Switches
y Routers. Soporte para estadsticas en las capas de red y aplicacin, as como informacin de host
y conversaciones de aplicaciones y protocolos bien conocidos. Las fuentes de informacin
intermediarias incluyen: NetFlow, sFlow y probes NetScout.
Fuentes de Informacin Avanzadas Virtualmente monitorea cualquier aplicacin bien conocida,
personalizada o basada en web y provee mediciones de responsiveness y capturas de paquetes.
Las fuentes de informacin Avanzadas incluyen los probes NetScout.

Componentes del Performance Manager

nGenius Server: Administracin y configuracin de dispositivos centralizada (probes, routers y
switches) as como protocolos y cuentas de usuario.
Performance Manager Console Mdulo integrado que habilita el monitoreo y el anlisis de
trfico corriendo a travs de la red (Capas de Enlace de Datos, Red y Nivel de Aplicacin)
News Editor Configura peridicos (NewsPapers). Configuracin y administracin centralizada de
reportes tipo NewsPaper para publicaciones diarias, semanales y/o mensuales.
nGenius NewsStand Servidor Web para revisin de NewsPapers
nGenius Active Agent/Active Agent Manager Mecanismo de pruebas que define transacciones,
diseado para medir el desempeo de aplicaciones simulando la experiencia de usuario.

Introduccin al Performance Manager como una Aplicacin

Se puede acceder al nGenius Performance Manager desde clientes de dos maneras:
- Navegar al servidor nGenius usando una URL
- Instalando el cliente nGenius Performance Manager y usarlo como una aplicacin para
acceder al servidor
Se pueden instalar ms de un cliente en la misma mquina. Mltiples clientes permiten la
conexin a diferentes versiones del servidor nGenius.
Nota: El Servidor nGenius y el Client deben de estar en la misma versin. En caso contrario, se
deber instalar la versin actual del Cliente.
Se pueden establecer comunicaciones seguras entre Clientes y exploradores y el Servidor nGenius,
o entre exploradores y NewsStand remotos. Cuando se configuran conexiones seguras, el trfico
HTTP corre a travs de HTTPS y el trfico RMI es encriptado utilizando SSL.

Unified Management Console

Cada vez que se inicia sesin en el nGenius Performance Manager, el UMC es mostrado. Este
provee acceso a los distintos mdulos que contiene la herramienta as como a las reas de
administracin de la herramienta, administracin de reportes entre otros.

Tareas Administrativas
Para empezar a utilizar nGenius performance Manager, se necesitan realizar algunas tareas
bsicas como agregar usuarios y dispositivos as como configurar en nGenius Server oara
monitorear la informacin importante para la empresa. Seleccionando Server Administration
desde el UMC se pueden realizar las siguientes configuraciones bsicas:

Agregar Usuarios
Agregar Dispositivos
Crear Grupos de monitoreo y reporteo

Una vez completadas estas tareas bsicas, para personalizar el nGenius Performance Manager de
tal manera que cumpla con las necesidades de la empresa, se pueden realizar algunas de las
siguientes configuraciones tambin:

Definir aplicaciones personalizadas

Configurar Tiempos de Respuesta
Habilitar Alarmas
Configurar Templates

Device Configuration
La ventana de Device Configuration es la vista principal utilizada en la configuracin de
dispositivos.

Ventana Add Device

nGenius Performance Manager soporta una variedad de probes, routers y switches. Seleccionar el
modo Enable learn only para siwtches si el switch es usado para propsitos de monitoreo y
spanning solamente y no se desea aplicar alguna configuracin o alarmas al switch.
Soporte SNMPv3
El servidor nGenius puede comunicarse va SNMPv3 con dispositivos que soporten esta ltima
versin de SNMP. Para usuarios que requieran este nivel de seguridad, el soporte de SNMPv3
puede ser personalizado usando el archivo snmpversion.dat por dispositivo, usuario y lnea de
autenticacin. El soporte de SNMPv3 incluye: v3 en modo noAuthNoPriv, v3 en modo authNoPriv,
incluyendo el user community string, string encryption (no la encripcin PDU completa) y
autenticacin MD5.
Cuando las comunicaciones NMPv3 estn habilitadas, el nGenius Performance Manager no puede
regresar automticamente a otr versin SNMP si fuera necesario (por ejemplo de v2 a v1), puesto
que la seguridad para texto no estara disponible.
Alarma de Dispositivo Inalcanzable
Una notificacin de alarma puede ser reenviada hacia el nGenius Performance Manager Alarm
Viewer indicando que el dispositivo se encuentra inalcanzable va ICMP y/o SNMP.

Switches
DLC
El grupo de estadsticas RMON1 provee estadsticas totales por interfaz. Muchos Switches
soportan 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 estadsticas bsicas de
entrada 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 estn configuradas en el template asociado
- Crea el Alarms y Events si estn configuradas en el template asociado

Agregando Grupos de Elementos Monitoreados

Si se le ha asignado el rol de Network Administrator o de Approver, usted puede crear Grupos de
Elementos Monitoreados. Estos se pueden utilizar para agrupar dispositivos y/o interfaces de tal
manera que sean tiles a su organizacin.
Los elementos monitoreados (MEs) son cualquier elemento que el nGenius Server pueda
monitorear. Se puede beneficiar de usar los Grupos de Mes para monitorear ms fcilmente
partes especficas de su red. Si usted es responsable de administrar ciertos dispositivos o
segmentos en una red, puede agrupar todos los Mes que est interesado en monitorear. Despus
de que se han establecido los grupos, se puede acceder a la informacin que necesite de manera
rpida 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 de
los dispositivos con un solo click. Los usuarios pueden utilizar combinaciones de mltiples
selecciones 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 mltiples selecciones, haga click y arrastre el cursos, o se la tecla Shift o Ctrl al
momento de dar click para seleccionar interfaces.

Agregando cuentas de usuario nGenius

Una cuenta de usuario default (creada durante el proceso de instalacin) provee el acceso con
todos los privilegios administrativos al sistema. A esta cuenta le son asignadas los roles de System
Administrator 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 mayora de las funciones, no
puede asignar roles de usuario.
System Administrator
Acceso de lectura a todas las funciones, acceso de escritura a todas las cuentas de usuario y roles
de usuario.
Approver
Acceso de lectura a todas las funciones, acceso de escritura a algunas funciones (como port
spanning)
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 y
acceso a todas las vistas VoIP.

Introduccin a Global Settings

Global Settings permiten el control de cules protocolos son habilitados para monitoreo en
protocol directory. Global Settings trabaja en conjunto con los templates. Para que los probes
colecten informacin para los protocolos habilitados en Global Settings, se debe habilitar la opcin
apropiada de monitoreo para el tipo de informacin que se quiere recolectar (estadsticas, 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 estn disponibles para potencializar el monitoreo. Por

defecto, algunos de los protocolos disponibles estn activados y otros deshabilitados para
hosts, conversaciones y/o tiempos de respuesta. Se pueden agregar tambin protocolos
(aplicaciones) si es necesario.
Se pueden controlar qu aplicaciones estn habilitadas o deshabilitadas para monitorear
hosts, conversaciones y tiempos de respuesta.

Global Settings Protocol Directory

La pestaa Protocols en la ventana de Global Settings controla qu protocolos estn habilitados
para monitorear hosts, conversaciones y tiempos de respuesta dentro del directorio de protocolos
para todos los probes. Si un protocolo en particular no est habilitado para monitorearse dentro
del directorio de protocolos, entonces no hay informacin que sea recolectada para dicho
protocolo.
Para monitorear efectivamente los flujos de trfico en un segmento de red, es importante saber
qu aplicaciones se quieren monitorear y como configurar el nGenius Server adecuadamente para
recolectar la informacin en la que se est ms interesado. Los Global Settings, le permiten
mantener un directorio de protocolos para saber qu est habilitado para monitoreo en todos sus
probes.
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 direccin IP en Configuration Server debe estar correctamente
configurada en el probe)

Agregar Protocolos Personalizados

El directorio de protocolos del nGenius Performance Manager viene con varios protocolos
estndar incluidos; sin embargo, pueden existir otros protocolos que su organizacin utiliza que no
estn definidos en el directorio de protocolos. En este caso, usted puede agregar el protocolo al
directorio para que el probe reconozca y recolecte la informacin relacionada a ste. Puede
tambin agregar aplicaciones Citrix, aplicaciones basadas en servidores (SBA), aplicaciones peerto-peer y aplicaciones basadas en Web.
Excluyendo a los hijos de IP y de TCP o UDP, se pueden agregar un mximo de 512 protocolos
personalizados.
Activacin y Desactivacin de Protocolos
El nGenius Server cuenta con aproximadamente 250 protocolos, algunos de los cuales estn
activos por defecto. Se pueden activar o desactivar protocolos. Los cambios sern aplicados a
todos los dispositivos.
Nota: Cuando un protocolo es desactivado, ya no es mostrado en la lista View Active dentro de
Global Settings. Para ver un protocolo desactivado, desde la pestaa Protocol Directory, haga click
en View All. Todos los protocolos activos e inactivos sern mostrados.

Agregando Protocolos Personalizados

Para poder agregar Protocolos Personalizados, se debe proveer la informacin correspondiente: El
protocolo padre (IP, TCP o UDP) y el Port/ID que la aplicacin utilizar.

Agregando Aplicaciones basadas en Web

Se puede monitorear aplicaciones basadas en web de la misma manera en que se monitoreara
cualquier otro tipo de aplicacin. De esta manera, se puede recibir informacin en tiempo real,
histricos y reportes de desempeo para cada URL definida. Para monitorear aplicaciones basadas
en web, se debe de agregar la URL en Global Settings.
Se puede adems recibir Power Alarms de disponibilidad y de responsiveness en cualquier URL
definida en Global Settings. Las Power Alarms pueden alertarle acerca de degradaciones en el
desempeo de una aplicacin basada en web. Las Power Alarms son configuradas en los template
de probe.
Opcional: Seleccionar Exact Match para que la URL que se agreg deba coincidir exactamente al
momento del monitoreo, de otra manera, sub-URLs tambin sern monitoreadas. Si se tienen
muchas aplicaciones basadas en web que se quieran monitorear, se puede ahorrar tiempo al
agregarlas creando primeramente un archivo separado por comas (CSV) con informacin acerca
de cada una de las aplicaciones y despus importar el archivo.

Aplicaciones Basadas en Servidor

Se pueden definir aplicaciones basadas en servidor (SBA) para buscar todos los protocolos
viajando a travs de un servidor en especfico, o a travs de una mscara de subred para
protocolos TCP y UDP. Se pueden agregar SBAs en los Global Settings; de esta manera, se pueden
recibir todas las funcionalidades de monitoreo que cualquier otro protocolo usando puertos
estticos TCP o UDP reciben. Informacin en tiempo real puede ser monitoreada y guardada en la
bbase de datos para histricos y reporteo de desempeo. Se pueden agregar SBAs una por una o
se puede importar un archivo para agregarlas por lote.
CDM Port Processing (Menu de utilidades Agent Configuration Menu Software Options)
Esta caracterstica le permite configurar un probe para que descubra las SBAs que corren a travs
de los puertos bien conocidos y otras aplicaciones CDM. Por ejemplo, si se define FTP-CTRL y una
SBA llamada S1 (definida como 10.20.10.0/24 para puertos del 1 al 100) y la opcin CDM Port
Processing est activa (Utilidad Agent Configuration), entonces todos los paquetes 10.20.10.1
(puerto 21) son descubiertos como la SBA S1. Si la opcin CDM Port Processing estuviera apagada,
entonces todos los paquetes 10.20.10.1 (puerto 21) seran descubiertos como FTP-CTRL.

Grupos de Aplicaciones Definidas por Usuarios

Introduccin a Grupos de Aplicaciones
Para ver informacin en las vistas Top N Application Group dentro del Performance manager
Console, los protocolos deben de estar asociados con algn grupo de aplicacin. Algunos
protocolos son asignados a grupos de aplicaciones predefinidos por defecto.
Se pueden crear sus propios grupos de aplicacin y agregar cualquier protocolo a ellos. Despus
de crearlos, se pueden visualizar por nombre usando la vista Top N Application Group en el
Performance Manager. Se pueden incluir tambin los grupos de aplicacin en los reportes. La
descripcin del grupo aparece en Global Settings.
Nota: Se puede usar Other para desasociar un protocolo de un grupo.

Cmo funciona el monitoreo de Sites

El monitoreo de Sites provee visibilidad a travs de multiples tecnologas de nube WAN para
monitorear oficinas remotas. Por qu usar esta caracterstica? Por ejemplo, los probes WAN no
pueden monitorear trfico cuando los usuarios utilizan MPLS (MultiProtocol Label Switching),
VPNs (encriptadas) o Canal DS3. Colocando un probe en un link Ethernet justo dentro del router, el
probe puede monitorear sites como interfaces virtuales.
La configuracin de Site Monitoring incluye:

Identificacin 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 Bostn o Tokyo.

Site Monitoring
Se pueden definir un mximo de 4,000 Sites en el PM importando un archivo CSV con las
definiciones. Estos sitios son definidos por una combinacin de hasta 32 subredes y/o
direcciones IP individuales. Las subredes son definidas usando una mscara de 32 bits.
Cada interface de probe que es habilitada para Site Monitoring puede ser asociada con
sites utilizando un template desde la ventana Device Configuration.
Notas Importantes:
Mximo 1000 sites por probe (lmite de interfaces virtuales)
Modo de Lnea de Comandos en Probe: get dump site_list mostrar los sites configuradosGet dump site_vifn mostrar las interfaces tipo site creadas en las interfaces del probe
como resultado del trfico observado.

Host Group Setting

Por qu utilizar esta caracterstica? Para propsitos de agregaci y/ reduccin de
informacin en vistas. Una vez agregada, la opcin de Host Group aparece en la vista de
Hosts y de conversaciones. Host Grouping le permite recolectar trfico basado en un solo
host, una lista de hosts, una sola subred, una lista de subredes o una combinacin de hosts
y de subredes.

Template Manager
Se pueden crear los siguientes Templates:
Device templates Crear alarmas basadas en servidor para dispositvos basados en
utilizacin de CPU y Memoria.
Probe Interface templates Define cuando se monitorea y almacena (o ambas)
estadsticas de protocolos, hosts, conversaciones e informacin de tiempos de respuesta
para interfaces especficas de probe. Tambin se pueden crear hasta siete alarmas en un
probe template y asignarlo a diferentes interfaces de probe.
Switch Interface template Define intervalos de muestreo para un short-term history y
define dos alarmas de utilizacin. Short-term history le da una vista histrica de la
cantidad del trfico visto en una interfaz de switch. Esta informacin puede ayudarle a
realizar troubleshoooting a problemas detectando cualquier cambio repentino en
patrones de trfico 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 futuras
tendencias de utilizacin de la red. En dnde se ven los resultados? NewsPaper forecast
articles. Los artculos incluyen el nmero de das restantes para que los umbrales definidos
sean excedidos, y proyecciones basadas en valores de utilizacin definidos en el template.

Por defecto, el template Default est configurado para monitorear (pero no almacenar)
estadsticas de protocolos, hosts y conversaciones; response time monitoring est
desactivado (no habr monitoreo ni almacenamiento de response time. Cuando se crea un
nuevo template de interfaz de probe, si un template est seleccionado antes de dar click
en New Template, la configuracin del template seleccionado se duplicar. Si no hay un
template seleccionado, cuando se de click en New Template, los campos sern llenados
con la configuracin por default.

Aplicacin de los Templates a una interfaz

Cuando se agrega un dispositivo al nGenius Server, un template por defecto es
automticamente aplicado a la interfaz fsica del probe y a los puertos de switch. Se el
template por defecto no cumple con sus necesidades, se puede crear un nuevo template y
aplicarlo a las interfaces del probe individualmente o a los puertos de switch.

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. Las
alarmas son asociadas con un template para dar flexibilidad de aplicar diferentes alarmas
a cada dispositivo.
Las Power Alarms notifican cuando un umbral predefinido ha sido alcanzado o excedido y
envan evidencia del evento que levant la alarma. La evidencia proporciona informacin
necesaria para encontrar la causa de un problema.
Los probes pueden enviar alarmas (SNMP Traps) al nGenius Server. A travs de la
configuracin de template, el nGenius Server puede tambin reenviar alarmas basadas en
dispositivo o servidor hacia terceras aplicaciones.
El proceso de generacin de alarmas basadas en servidor empieza con la configuracin de
una alarma basada en servidor. Especficamente, el usuario especifica un template de
alarma que define cmo 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 que
suceder despus de que la alarma sea activada. Combinadas, estas tres piezas de
informacin definen completamente una alarma basada en servidor.

Probe Interface Alarms

Se pueden definir alarmas para interfaces fsicas de probe basadas en el siguiente criterio:

DLC (Data Link Control) Se pueden definir alarmas basadas en broadcast packets, CRC
errors, multicast packets, paquetes y utilizacin (%).
Utilization % Power Alarms Basadas en mtricas de utilizacin a travs del tiempo.
Proveen evidencia del evento que levant la alarma. Requiere que sean habilitadas las
Utilization Power Alarms en cada interfaz de probe que se quiera utilizar.
Application Utilization (%) Se pueden definir alarmas de utilizacin para protocolos
especficos.
Application Packets - Se pueden definir alarmas para protocolos especficos basadas en la
contabilizacin de paquetes.
Baselines Usando probes con CDM Flow habilitado, se pueden configurar alarmas de
baselines para notificar cuando la informacin DLC recolectada cada quince minutos (por
defecto) vare desde la informacin de baselines DLC.
Virtual Interfaces Se pueden definir alarmas basadas en utilizacin de DLC para
interfaces virtuales, si se est utilizando probes con CDM-Flow habilitado. Las alarmas de
interfaces virtuales tambin son soportadas en interfaces NetFlow.
Response Time Las interfaces de Probe deben ser configuradas para Power Alarms de
response time. Esto es requerido para recolectar y mostrar evidencia de alarmas.

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 adems de a cada direccin de la troncal (DTE/DCE o Inbound y Outbound). No es aplicada a cualquier sub-interfaz como Virtual LANs, Data Link Connection
Identifiers o ATM virtual channels. Solo un solo umbral de utilizacin puede ser configurado por
interfaz.
Application Responsiveness and Availability (Activar power_alarm_resp)
Las Utilization Alarms son manejadas por diferentes grupos de reglas que las Responsivenes and
Availability Alarms. stas ltimas mtricas son derivadas del Universal Response Time MIB URT,
que recolecta y almacena mtrcias de responsiveness en una base por aplicacin. Las R&A alarms
estn basadas en una base de excepcin.

Alarm Viewer y Evidencias

Puesto que todos los flujos en los probes son almacenados con granularidad de 1 minuto, la
evidencia es obtenida de la base de datos de flujos CDM para el periodo de 1 minuto durante el
cual la alarma ocurri, y la informacin est basada en deltas de 1 minuto. Cualquier informacin
que no haya sido almacenada en la base de datos CDM Flow se obtiene directamente del probe y
representa valores de cada 15 minutos. Cada pestaa 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. En
Performance Manager Console, si selecciona File > Preferences desde la pestaa Data Content se
pueden cambiar dichos valores.
Las Utilization Power Alarms son activadas cuando el umbral de utilizacin promedio es
(nicamente) alcanzado o excedido continuamente dentro de un tiempo especfico (Time Over
Threshold TOT). El TOT mnimo que puede ser ajustado para probes con CDM Flow habilitado es
de dos minutos y el mximo es treinta minutos. Solo las Utilization Power Alarm pueden ser
definidas para cada elemento monitoreado.

Opciones de Alarma (Callback Script)

Cuando en nGenius Server recibe una alarma, el script llamado nsscript se ejecuta si se selecciona
como Callback Script cuando se crea o modifica una alarma. El nGenius Server pasa parmetros al
nsscript como argumentos en una lnea de comandos. El archivo nsscript en nGenius Performance
Manager inicialmente est en blanco (aun as es ejecutado cada vez que la alarma es generada; sin
embargo, 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 encuentra
localizado en el directorio <nGenius install>/rtm/scripts. Los siguientes parmetros son pasados al
nsscript:
(1) Elemento (Nombre completo del ME), (2) Direccin IP (IP del ME), (3) Timestamp, (4)
Severidad, (5) Tipo de Trap, (6) Variable de Trap (la variable sobre la cual fue puesta la
alarma), (7) Valor del Trap (El valor de la variable), (8) Umbral del Trap (el umbral que fue
aplicado cuando la trap fue configurada), (9) Descripcin del Trap (Por ejemplo Rising
Threshold Reached) y (10) el intervalo del Trap (El intervalo de tiempo en segundos sobre
el cual el probe calcula un valor promedio para comparar con el umbral.
Cuando nsscript es ejecutado por el nGenius Server, la informacin de trap es copiada al archivo
<nGenius install>/rtm/log/traplog.log. El archivo nsscript tambin puede ser escrito como un
master script que puede mandar llamar o ejecutar otros scripts dependiendo de qu variable sea
pasada a l.

Ventana de Configuracin de Email (pasos para configurar)

1. Seleccionar Window > Server Management
2. Seleccionar la pestaa Server Configuration > Email Settings
3. Agregar la direccin IP del servidor en Outgoing SMTP Server. Para alarmas NewsPaper
nicamente, indique la direccin de correo que las enviar. Para alarmas solamente,
seleccione/deseleccione la opcin Enable Email Notification, como sea apropiado
(seleccionada por defecto)
Nota: Cuando se crea una alarma, tambin se puede seleccionar una opcin para enviar
notificaciones por email para dicha alarma. Sin embargo, a menos que la opcin Enable Email
Notification est seleccionada en la ventana de Email Settings, la notificacin por email no ser
activada no importando si se seleccion cuando se cre la alarma.
Nota: Slo se necesita ingresar un Login Name y password si el servidor SMTP
autenticacin.

requiere

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

Funciones en Home Page

El lado izquierdo del home page, contiene los campos para iniciar sesin, cuando se ingresa un
nombre de usuario y una contrasea para empezar a usar el Performance Manager.
Adicionalmente, el lado izquierdo del Home Page contiene los nombres de todos los componentes
mayores del Performance Manager. Dichos componentes son los siguientes:
Downloads (Java Plugin, Client Install, Sniffer Analysis)
Help (Visitar la Ayuda y la pgina de soporte de NetScout)
Workspaces (La seleccin de Workspaces en Home Page le permite el acceso al Performance
Manager Console)
Configuration (Device Management, Server Management, Report Administrator)
NewsPaper

Performance Manager Console

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

Monitoreo y vistas del trfico de red en las siete capas del modelo de referencia OSI.
Monitoreo de trfico de voz y video y comparacin de todo el trfico IP para determinar
como el trfico basado en VoIP est impactando su red. Recolecte, rastree y analice
tiempos de respuesta de servidores Web, sitios web y links. Vea la utilizacin de la red y
tiempos de respuesta promedio para servidores, clientes, aplicaciones y dispositivos as
como informacin en el tiempo de vuelo y latencia en red e informacin histrica en
tiempos de respuesta.
Realice anlisis de paquetes y procedimientos de decodificacin para aislar problemas y
hacer troubleshooting en la red.

rbol de Navegacin
Se puede controlar el rbol de navegacin de las siguientes maneras:

Especificar si se mostrar seleccionando o deseleccionando la casilla en View > Navigation

Tree.
Cambiarlo de tamao manteniendo el cursos apretado en el lado derecho del rbol de
navegacin hasta que se convierta en una flecha de dos cabezas, arrastrar hacia la
derecha 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 navegacin cambiando la configuracin en la
pestaa Navigation dentro de Preferences.
Realizar una bsqueda rpida para un elemento monitoreado en la pestaa seleccionada
(Groups o Elements) ingresando el texto en el campo de Search. Un historial de las ltimas
10 bsquedas es mantenido en el campo de Search. Para mostrar las bsquedas 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.

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 informacin cruda
desde la capa fsica y las transforma en paquetes de datos que la capa de re (capa 3) puede
reconocer. Las vistas Link Usage muestran informacin RMON1, incluyendo errores de distribucin
de tamao de paquetes y estadsticas de enlaces especficos a la topologa.
Network Layer
La capa de red (Capa 3 del modelo OSI) asegura que las redes heterogneas estn
interconectadas. Las vistas de capa de red muestran estadsticas en protocolos de capa de red,
incluyendo IP, DecNet, Vines, etc.
Application Layer
La capa de aplicacin muestra informacin en grupos predefinidos y grupos creados por el usuario,
y asegura que las aplicaciones de usuario en la red enven y reciban mensajes apropiadamente. Las
vistas de capa de aplicacin muestran estadsticas para el transporte a travs de las capas de
aplicacin (Capas 4 a 7 del modelo OSI).

Vistas
Cuando se selecciona un elemento monitoreado desde el rbol de navegacin y se hace click
derecho 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 Usage
corresponden a las series de vistas principales. Para mostrar un men en cascada de las vistas
disponibles, haga click en estas selecciones y deslice el mouse hacia la derecha.

Vistas Drill Down

Las vistas Drill Down muestran informacin acerca de hosts, conversaciones o trfico de
aplicaciones para un segmento especfico, puerto de switch o enlace troncal. Las vistas Drill Down
son lanzadas de la misma manera que su vista padre. Adems, si se hace drill down desde una
vista en un rango de tiempo especfico, ese intervalo de tiempo es heredado a la siguiente vista.

Parmetros de Aging de la base de datos por defecto:

Informacin de 1 minuto 7 das
Informacin de Tiempos de Respuesta 7 das
Informacin de 15 minutos 31 das
Informacin en el Daily Warehouse 92 das
Informacin en el Weekly Warehouse 182 das
Informacin en el Monthly Warehouse 365 das

Inclusin de Business Hours

Se pueden definir ya sea las horas en el da y/o los das en la semana a ser incluidos en las vistas
histricas. Slo la informacin que exista dentro de esas horas incluidas ser recolectada. Para
vistas en el tiempo, esto puede resultar en puntos de informacin o barras que no se mostrarn en
la grfica dependiendo el periodo de tiempo seleccionado. Para vistas snapshot, esto alterar la
informacin que es usada para calcular el valor agregado para una duracin especfica.

Entendiendo los Baselines

Los Baselines en Performance Manager muestra la informacin que ha sido analizada por un
periodo de tiempo definido (por defecto = 30 das). Los Baselines son calculados aplicando una
frmula predefinida a la informacin recolectada en cualquier periodo de tiempo.
La informacin de Baselines se muestra en las siguientes vistas de Usage:

Link Usage Over Time y Application Usage Over Time.

Los Baselines estn disponibles para los siguientes tipos de vista:
Real Time e Histricos (vistas a travs del tiempo)
Vistas de seleccin simples nicamente (no disponibles para mltiples interfaces,
protocolos o aplicaciones)
Interfaces Half Duplex, Full Duplex y MIB 2.

Clculo de Baselines (Por defecto es generacin bajo demanda)

Average Promedio de valores recolectados para un periodo de tiempo dado sobre un nmero
definido de das (30 por defecto). El promedio se mostrar despus de 24 horas (una muestra).
Maximum (Peak) El valor mximo recolectado para un periodo dado de tiempo sobre un nmero
definido de das. Los picos se mostrarn despus de 24 horas (una muestra).
X-Percentile (90p) El valor para un periodo de tiempo dado en el cual x por ciento de toda la
informacin recolectada cae en o debajo de un periodo de baseline dado (por defecto 30).
Requiere diez das de muestras.

Vistas de Consola que soporta informacin con picos de 1 segundo

-

Link Bursts Over Time: Basado en un enlace seleccionado, esta vista muestra el valor de
cada 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 duracin histrica especfica.
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 aplicacin seleccionada, esta vista muestra el
valor de cada pico de 1 segundo en un ciclo de 15 minutos.
Application Bursts Snapshot: Basado en una aplicacin seleccionada, esta vista muestra el
valor del pico de 1 segundo para una duracin histrica dada.
Burst Views no estn disponibles para:
o Selecciones mltiples de elementos monitoreados
o Grupos definidos por Usuarios
o Interfaces fsicas que tengan interfaces virtuales
o Interfaces virtuales (no-QoS) que comparten la misma troncal que interfaces QoS
o NetFlow o interfaces Site

QuickViews
Las vistas rpidas preconfiguradas estn disponibles por defecto en Performance Manager. Para
lanzar una QuickView diga el mismo procedimiento que usa para lanzar otro tipo de vistas (Desde
el men View o dando click derecho).
Configure grupos de vistas que se refieren a un problema en especfico. Por ejemplo, ejecute
QuickViews > Evidence para mostrar las vistas Top N AL Hosts, Top N AL Conversations, Top N
Applications utilization y Link Usage Over Time. Estas vistas ayudarpan a evaluar la utilizacipon de
la capa de enlace e identificar hosts, conversaciones y aplicaciones que contribuyen al problema.

Time Menu
Seleccionando opciones del men Time, se puede cambiar el periodo de tiempo para el cual la informacin es mostrada
en la vista actual.
Option Menu
Seleccionando opciones del men Option, se puede especificar cualquiera de los siguientes formatos de vista:

Formato de tabla o grfica

Para algunas vistas, el men Option tambin le permite especificar las siguientes preferencias adicionales:

Nombre de elemento, direccin o alias

Nombre corto de aplicacin, nombre largo de aplicacin, nombre corto de aplicacin ms puerto

Direccin (Total, entrada o salida)

Metric Menu
Seleccionando opciones del men Metric, se pueden cambiar las mtricas mostradas en la vista actual:
Las selecciones disponibles varan, dependiendo el tipo de vista.
Ejemplos de opciones en el men Metric incluyen: Volumen, Utilizacin, Tamao de Paquetes, Taza de Paquetes, Taza
de Errores, Taza de Bits, Signos Vitales, Tipos de Paquete, Distribucin de tamao 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 Duracin
Por defecto, es basado en duracin. Cambiar el contexto de tiempo de drill down a Basado en punto hace innecesario
dejar presionada la tecla Shift para hacer un drill-down especfico a un punto.

Workspaces
Por defecto, abrir la consola muestra todos los workspaces (ambos, guardados y borradores) que
fueron cargados cuando sali de ella por ltima vez, siendo o no que el contenido de la vista haya
sido guardado. Por ejemplo, si la consola contena dos workspaces, y se agregaron dos ms antes
de salir, las cuatro pestaas se mostraran la siguiente vez que se abra. Sin embargo el contenido
del workspace no se mostrar a menos de que se haya guardado el workspace antes de salir.
Aunque la consola puede incluir mltiples workspaces, slo un workspace est activo en un dado
tiempo. Las vistas en tiempo real que son abiertas en workspaces no activos continan recibiendo
actualizaciones del nGenius Server. Los Workspaces que se cierren no sern actualizados.
La primera vez que se abre la Consola, el workspace activo es el Workspace1. Despus, al abrir la
consola se mostrarn 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 Workspace
inactivo, primero active el workspace haciendo click en su pestaa.

Workspaces Compartidos
Cuando se guarda un workspace en la Consola, se puede especificar si ste ser privado (visible
slo para usted) o compartido (visible para todos los usuarios). Un Workspace compartido puede
ser cargado por cualquier usuario en el sistema. Sin embargo, solo el creador de un workspace
compartido puede modificarlo, borrarlo o hacerlo privado.
Guardar un Workspace preserva el contexto de las vistas que contiene. Por ejemplo, si se muestra
un Link Layer Snapshot en trminos de Byte Rate, y despus es guardado el Workspace, la vista
mostrar Byte Rate cuando se vuelva a cargar.
Para ver informacin acerca del contenido de cualquier Workspace guardado, selecciones el
workspace y de click en detalles.
Se pueden guardar sus propios Workspaces privados o compartidos. Para guardad un workspace
compartido creado por otro usuario, usted debe renombrar el Workspace.

Reportes Ad Hoc
Calendarizar un Reporte Ad Hoc (hasta 20 por hora) provee una conveniencia mayor. Ahorra
tiempo y asegura la consistencia permitindole crear la configuracin del reporte una vez y
enviarlo repetidamente de acuerdo al calendario. Debe sin embargo, considerar sus opciones
cuidadosamente al configurar sus reportes. Por ejemplo:
Cambiar el contenido de un workspace no actualiza automticamente el contenido de su reporte
calendarizado. Esto puede crear confusin si planea calendarizar un reporte basado en la nueva
configuracin. Puesto que el ttulo del reporte est basado por defecto en el nombre del
Workspace, es posible tener dos reportes con diferente contenido llamados Workspace1. Para
evadir confusiones:

Renombre uno o ambos reportes

Remueva el reporte original del Administrador de Reportes.

Creacin de Reportes
Los Reportes AD Hoc calendarizados soportan nicamente vistas histricas. Las vistas en tiempo
real son automticamente convertidas a Last Hour antes de que el reporte sea generado.
Las vistas convertidas a Last Hour muestran ahora histricos en lugar de granularidad en tiempo
real. 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 vistas
histricas mostrarn resolucin desde 1 minuto hasta 1 mes.
Ciertas vistas no pueden ser convertidas puesto que van directamente al probe por la informacin.
Las vistas en tiempo real que no son soportadas para los Reportes Ad Hoc calendarizados incluyen
las 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

Report Editor
Title Por defecto, el ttulo es el nombre del Workspace
Encabezados derecho, izquierdo y pie de pgina Se puede aceptar el default, usar una macro
diferente o ingresar su propio texto.
Annotation: Ingrese, o copie y pegue, una breve descripcin 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 nmero de filas en la tabla que quiere incluir o el nmero de grficas que
desea mostrar en una pgina.

Configuracin del Calendario

1. Seleccione Schedule para activar las opciones de calendario
2. Seleccione el nmero 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 el
reporte. Su seleccin determina cundo ser ejecutado el reporte.
(Opcional) Programe el envo por email
1. Si desea enviar el reporte por email, se debe configurar su sistema para SMTP
2. Asegrese que la opcin Send as Email est seleccionada
3. Ingrese las direcciones (To y From) de correo correspondientes. Separe mltiples
direcciones con ;
4. Si lo prefiere, active la casilla Send As Attachment para enviar un archivo PDF o RTF
adjunto al correo. De otra manera se mandara una liga URL para ser abierta en el Report
Administrator. Se necesita tener una cuenta de la aplicacin para poder abrir este tipo de
Reportes.

Report Administrator
Administre sus Reportes Ad Hoc
Puede usar el Report Administrator para administrar sus Reportes Ad Hoc, incluyendo las
siguientes actividades:

Ver los reportes ms recientemente generados

Ver el status de los reportes calendarizados
Modificar la configuracin de los reportes
Calendarizar o modificar el envo de los reportes va email
Generar (pero no enviar) un nuevo reporte bajo demanda
Generar y enviar un reporte bajo demanda
Borrar un reporte

Ventana de Estado de Capturas

En la ventana de estado de capturas, se puede mostrar la vista de Data Capture o limpiar las
capturas si:

Se inici una captura de datos

Se tiene los permisos de Network Administrator o Approver y el usuario que inici la
captura de paquetes seleccion la opcin de Share Data Capture.
Tiene permisos de Network Administrator y el permiso Override Data Capture est
seleccionado para ese rol. Si dicha opcin est activada, se tiene acceso a la vista Data
Capture y puede borrar capturas de paquetes incluso si el usuario no seleccion la opcin
Share Data Capture al iniciar la captura.

Si una de las condiciones listadas arriba es verdadera, para mostrar una captura de paquetes, haga
click derecho en la captura y seleccione Show Capture. Dicho botn est deshabilitado si ninguna
de las condiciones de arriba es verdadera.
Override Data Capture
Esta opcin est habilitada para usuarios asignados con el rol Network Administrator solamente.
Esta opcin no est seleccionada por defecto.

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

Filtros
Puesto que los filtros de pre-captura aplican directamente a la informacin que fluye a travs del
probe, se pueden crear filtros de pre-capture para protocolos basados en aquellos que sean
soportados en los Global Settings. (En contraste, los filtros post-captura aplican a la informacin
capturada en un archivo, donde una lista ms extensa de protocolos es soportada).
Dado que los filtros pre y post-captura soportan distintos protocolos, se pueden guardar dichos
filtros slo si no contienen elementos de filtro de protocolos (solamente direcciones, puertos y/o
patrones).
Ya que los filtros post-captura aplican a archivos de captura de paquetes, se pueden crear filtros
post-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 filtro
post-captura como un filtro de pre-captura slo si no contiene elementos de filtro de protocolos
(solamente Direcciones, puertos y patrones).
Despus de aplicar un filtro post-captura, se puede guardar el archivo de sub-trazado para
examinarse despus. Se puede reiniciar la vista decodificada para mostrar el contenido original y,
si es apropiado, aplicar un filtro post-captura diferente.

El editor de filtros emplea lgica Booleana implcita al combinar elementos de filtros.

Filtros Inclusivos (pre y post-captura) emplean lgica AND.

Mltiples patrones emplean lgica AND.
Mltiples puertos, direcciones, protocolos o filtros personalizados emplean lgica OR.
El editor de patrones emplea lgica AND.
Filtros exclusivos (pre y post-captura) emplean lgica NOT.

Filtros Pre-Captura
Elemento de Filtro
Cuenta como
Direcciones
y/o
puertos Una direccin 1
(origen y destino)
Ambas direcciones 2
Patrn
1
Filtro personalizado o de 1 cada uno
protocolos

Mximo permitido
Una direccin 8
Ambas direcciones 4
1
4

Filtros Post-Captura
Elemento de Filtro
Direcciones ( Origen y destino)

Cuenta como
Una direccin 1
Ambas direcciones 2
Puertos (Origen y destino)
Una direccin 1
Ambas direcciones 2
Patrn
1
Filtro personalizado o de 1
protocolos

Mximo Permitido
Una direccin 20
Ambas direcciones 10
Una direccin 20
Ambas direcciones 10
1
4

Filter Editor
El editor de filtros le permite crear y guardar filtros pre- y post-captura en un lugar. Se pueden
crear filtros basados en un elemento o una combinacin de elementos. Por ejemplo, con ciertas
restricciones, se puede crear un filtro basado en una combinacin de direcciones, puertos,
patrones y protocolos.

Ventana de Grupos de Filtro

Expanda el directorio apropiado (Shared o Private) y cualquier subdirectorio para ver una lista de
filtros previamente guardados.
Arrastre archivos y subdirectorios con las siguientes restricciones:
No se puede arrastrar, cortar, copiar o pegar en los directorios Shared ni Private.
No se puede mover un directorio padre a cualquiera de sus subdirectorios.

Vistas de Localidad Especficas

Cuando se ejecutan las vistas de RT desde una localidad seleccionada, todas las vistas
subsecuentes estarn basadas en la informacin de RT reportada desde la interfaz de probe
seleccionada.

Vistas de Tiempo de Respuesta

Un flujo es una combinacin de Aplicacin, servidor y cliente
La vista Worst Performing Flows permite a los administradores evaluar los peores Top N valores de
tiempos de respuesta especficos para una combinacin de aplicacin, servidor y clientes para una
duracin especfica (por ejemplo, Last 6 hours). Por ejemplo, el peor flujo podra 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 peores
valores de tiempo de respuesta para un par servidor/aplicacin especfico en una duracin
especfica (por ejemplo, last 6 hours).
Response Time Distribution:

Los usuarios pueden controlar (va un archivo de propiedades en serverprivate.properties) si la

informacin es mostrada como porcentaje como una cuenta total.

Flight Time
La vista de Flight Time muestra tiempos de respuesta de red y aplicaciones para una aplicacin
servidor seleccionados. La vista de Flight Time tambin muestra la interfaz de probe que detect la
respuesta.
Clculo del Flight Time desde una interfaz especfica
Si se selecciona una interfaz especfica desde el rbol de navegacin del nGenius Performance
Manager, el tiempo de red y de servidor/aplicacin mostrarn lo mismo que cuando solo hay un
probe. Esto es, el tiempo de red es el tiempo de conexin TCP y el tiempo de servidor/aplicacin
es el tiempo medido por el probe. Esto es sin importar el nmero de probes monitoreand tiempos
de respuesta. As, para tener el tiempo de respuesta ms exacto de red contra el de
servidor/aplicacin, se debera acceder a las vistas de Flight Time desde el nivel Enterprise.

Bouce Charts
Desde el panel de Resumen de la vista Protocol Decode, se puede seleccionar una trama para
ejecutar la vista Bounce Chart. Bounce Chart muestra el flujo de paquetes intercambiados en un
flujo TCP al cual pertenece la trama TCP seleccionada. Incluye informacin de tiempo que le
permite hacer un anlisis de tiempos de respuesta ms rpidamente del flujo TCP. El Bounce Chart
muestra las direcciones IP origen y destino y los puertos asociados con la sesin TCP.
Un mximo de cuatro Bounce Charts pueden estar abiertos a la vez.

Umbrales de Tiempos de Respuesta

Se puede modificar los umbrales de tiempos de respuesta por defecto para cualquier protocolo
TCP. Los umbrales RT determinan en cual intervalo de respuesta ser puesto. Existen cinco
umbrales para 6 intervalos de RT. Estos seis intervalos de RT no requieren un umbral de fin
definido. Cualquier respuesta que tome ms tiempo de lo definido en el quinto intervalo es puesto
en el sexto. Estos umbrales son configurados en una base por aplicacin y son aplicados
globalmente a cada probe.
Alarmas de Tiempos de Respuesta = Intervalo RT 5 (200 400 milisegundos)
Alarmas de Disponibilidad = Intervalo RT 6 (despus de los 400 milisegundos)
Debe haber una acumulacin de respuestas dentro de un umbral especfico durante un periodo
especfico de tiempo. Por ejemplo, por defecto se 5 respuestas se acumulan en un umbral 5
dentro del periodo de reporteo (15 minutos) se genera una Power Alarm.

Modificacin de Umbrales de Tiempos de Respuesta

Se pueden modificar los umbrales por defecto de los tiempos de respuesta para cualquier
protocolo TCP IPPING, o para aplicaciones/protocolos definidas por usuarios incluyendo ServerBased Applications, Citrix Children y URLs.
La configuracin para cada intervalo define el inicio del umbral para el siguiente intervalo. Por
ejemplo, usando la configuracin por defecto en la tabla de arriba, una respuesta TCP que tome
49ms cae en el intervalo 2 (Bucket 2). Sin embargo, una respuesta que tome 50ms cae en el
intervalo 3 (Bucket 3).
Nota: Cuando se modifica la configuracin de umbrales, no es necesario definir umbrales para el
intervalo 6 puesto que cualquier respuesta que supere o sea igual al umbral puesto para el
intervalo 5 automticamente cae en el intervalo 6. As, el intervalo 6 no se muestra en la ventana
de dialogo al editar la configuracin. En vistas de tiempo de respuesta el sexto intervalo muestra
Unavailable.