DOCUMENTACIÓN & FAQ

Los softwares de Telcomanager funcionan con un appliance llamado TelcoAppliance. No es necesario adquirir o instalar ningún hardware o sistema operacional para funcionar con el TRAFip. El appliance posee CLI (command line interface) que es utilizado para realizar todas las configuraciones necesarias para implementar el sistema correctamente.

NetFlow es un protocolo desarrollado por Cisco que crea un caché en la memoria de los enrutadores y switches para el análisis del tráfico que pasa por esos dispositivos, introduciendo en el caché algunas informaciones sobre el tráfico, como:

Dirección IP de origen y de destino
Puerta TCP/UDP de origen y de destino
Campo ToS
Interface de entrada
Protocolo de capa 4
Estas informaciones son llamadas de claves de flujo. Después, si un paquete IP pasa por un enrutador conteniendo el mismo un conjunto de claves de una entrada en el caché, el dato será actualizado. El dato almacenado para cada entrada de caché es un número de bytes y de paquetes. Estas informaciones pueden ser extremadamente valiosas si son almacenadas y tratados por herramientas como el TRAFip, que es capaz de mostrarlas bajo diferentes perspectivas.

Hoy, muchos fabricantes diferentes como Juniper, Huawei, Enterasys, entre otros, implementaron el NetFlow o protocolos similares como funcionalidades nativas de sus enrutadores y switches.

Los softwares de Telcomanager funcionan con un appliance denominado TelcoAppliance. No es necesario adquirir o instalar ningún hardware o sistema operacional para funcionar con el TRAFip. El appliance posee CLI (command line interface) que es utilizado para realizar todas las configuraciones necesarias para implantar el sistema correctamente. Sepa más sobre NetFlow clicando aquí.

SNMP (Simple Network Management Protocol) es un protocolo ampliamente utilizado para supervisar el desempeño del dispositivo en redes IP. La mayoría de los dispositivos IP, como enrutadores, switches, impresoras, desktops y servidores implantaron agentes SNMP. Estos agentes proveen un gran número de informaciones sobre el desempeño e inventario a los sistemas de gestión como el SLAview. La información que cada agente puede proporcionar es descrita en los archivos MIB (Management Information Base).

Si. Considerando que el dispositivo está configurado para exportar flujos para el TRAFip, usted puede acceder a través del menú Sistema-> Diagnósticos -> Exportadores y verificar la lista de dispositivos que están actualmente exportando flujos para el TRAFip.

Antes de que cualquier nueva aplicación pueda ser visualizada en un perfil asociado a un grupo de interfaces o subredes, por ejemplo, es necesario que la aplicación ya este asociada a un determinado perfil. Para hacer esto, entre en Configuraciones -> Perfil de Tráfico, edite la opción de Aplicaciones y seleccione la configurada en el perfil.

Va a depender de las características de su gráfico, y será necesario que el NetFlow agregue informaciones basadas en algunas claves como dirección IP de origen, dirección de IP de destino, puertas TCP/UDP de origen y destino. Por lo tanto, cuanto mayor sea la variación de esas claves en su tráfico, mayor será el tráfico NetFlow. Nuestra experiencia nos dice que para una red Enterprise típica, el tráfico en un link de red aumenta entre 1 a 5% debido al tráfico NetFlow.

Va a depender de las características del fabricante. Cisco, por ejemplo, dispone de un documento con el benchmark para algunos de sus equipos. Basándonos en nuestra experiencia, podemos decir que si el CPU no está sobrecargado, es seguro habilitar el NetFlow, una vez que generalmente representa un incremento del 1 al 2% en la utilización del CPU. Si el CPU del enrutador ya estuviese mostrando una alta utilización, muestras del NetFlow pueden ser usadas como alternativa.

Si, el TRAFip se ajusta perfectamente cuando hablamos de redes MPLS, porque el sistema es capaz de recibir datos vía NetFlow de todos los enrutadores de la red, filtrar el tráfico duplicado y mostrar análisis de la matriz de tráfico entre localidades de la red.

Generalmente, el Appliance es proyectado para almacenar por lo menos dos años de datos procesados, usados para construir gráficos y algunos informes, y 3 meses de registros de flujos detallados. Pero todo ello va a depender de algunos factores:

1 – De la capacidad del disco de almacenamiento de los appliances, que puede ser verificada en el menú Sistema -> Diagnósticos -> Uso de Disco.
2 – Del total de datos generados cada día para cada tipo de datos. Esto también puede ser verificado en el mismo menú.
3 – La configuración de almacenamiento para cada base de datos, que puede ser configurada en Sistema -> Parámetros -> Uso de Disco.

Si. El análisis QoS puede ser realizada utilizando el objeto ToS (Type of Service) disponible en el TRAFip.

Si, este análisis puede ser realizado creando un objeto subrede con máscara de 32 bits. Ej.: 10.0.0.1/32. Si usted aplica el tráfico en este objeto, este tráfico puede aparecer sobre diferentes perspectivas, como aplicaciones, localidades de origen y de destino, clases de servicio etc.

El SLAview busca supervisar el desempeño y los errores de los elementos de red, rellenando esas dos funciones del framework FCAPS para gestión de redes.

El SLAview usa, básicamente, los protocolos SNMP v1, v2c y v3 para buscar todos los tipos de datos de desempeño de los elementos de red. Adicionalmente, el sistema soporta la integración con las probes de IP SLA de Cisco, que pueden realizar mediciones utilizando diversos protocolos como HTTP, ICMP, DNS y UDP para calcular métricas como jitter, lentitud, pérdida de paquetes etc. El SLAview usa también el protocolo ICMP para calcular la disponibilidad de los nudos de red.

Sí, siempre que el equipo implante el agente SNMP. Usted puede configurar el SLAview para buscar cualquier métrica de desempeño disponible en los MIBs del equipo. Además de enrutadores y switches, el SLAview ha sido ampliamente utilizado para supervisar el desempeño y los errores de equipos como impresoras, servidores, BSSs, GGSNs, SGSNs y otros.

Si. El SLAview viene de fábrica con los scripts apropiados para realizar las configuraciones de casi todas las probes IP SLA de Cisco, como UDP Jitter, UDP Echo y HTTP. Si el script para una probe específica no está disponible, el usuario puede crearlo.

Si, el dispositivo solamente necesita de un soporte CLI (command line interface), accesible de SSH o Telnet y configurable vía script CHAT.

Es idéntico al proceso de las probes IP SLA de CISCO, lo que significa que después que la probe es creada, será suministrada en el TelcoAppliance por el SLAview.

Sí.