Acabas de contratar un enlace de 10 MB y ¿parece de 2?
¿Te dicen que necesitas más ancho de banda porque pasas más tráfico?
¿Tienes comunicación con tus sucursales pero es muy lento?
Tienes proyectos para lanzar aplicaciones centralizadas, pero ¿sabes cómo impactará en el rendimiento de la red WAN?
Si contestaste que SÍ a una pregunta o más, te felicito, formas parte de un selecto grupo que no se conforma con el “conformance” de su red.   Es cierto, los enlaces por lo cuáles pagas mes a mes están disponibles la mayor parte del tiempo, cuándo hay un corte de fibra, trabajan arduamente por tener un método alterno, pero ¿qué pasa cuándo no se detecta alguna caída y solo es un mala experiencia y recorrer los pasillos donde desarrolladores, Recursos Humanos te digan que la red esta lenta? Para medir el rendimiento de un enlace no basta con hacer un “ping” a Internet o al servidor ni ver en el NOC que las gráficas están en verde. No es lo mismo responder a la pregunta ¿el enlace está arriba? a preguntar pero sobre todo responder ¿realizar correctamente la priorización de los mensajes? ¿cuál es el ancho de banda garantizado para los servicios de voz? ¿se están cumpliendo? Existen estándares de pruebas para la medición de la disponibilidad así como la calidad del servicio que ofrecen los ISP (proveedores de Internet) determinados por la IETF (Internet Engineering Task Force) y el MEF (Metro Ethernet Forum, por sus siglas en ingles) que definen los métodos, documentos, terminología y pruebas para la medición del performance. RFC 2544 Este estándar  discute y define un número de pruebas que pueden ser utilizadas para describir y comparar las características de performance de dispositivos de interconexión de redes. Así mismo describe los formatos para el reporte de los resultados de las pruebas. De todo el documento (dejaremos que los ingenieros del área de TI lo lean por completo) cabe resaltar la manera en que el estándar define la arquitectura de pruebas de medición. La metodología es utilizar un equipo de prueba (tester) con puertos de transmisión y recepción en los extremos de la comunicación  para determinar si todos los paquetes transmitidos fueron recibidos y verificar que los paquetes correctos sean recibidos, por lo que terminología como Throughput, Latency, Frame Loss rate, Back to Back frames, System Recovery, Reset.
Como era de esperarse existe un gran variedad de soluciones en el mercado que pueden ejecutar la suite de medición RFC 2544, por lo que el trabajo consiste en encontrar la tecnología que mas beneficios ofrezca a nuestra compañía. Todas las soluciones son basadas en la electrónica de los dispositivos que va a medir, por lo que la veracidad de las pruebas depende en gran medida en la habilidad no interferir en el medio agregando la menor cantidad el retraso (delay). Existen tecnologías basadas en FPGA (Field-Programmable Gate Array) cuya arquitectura se basa en la alta densidad de dispositivos electrónicos de lógica limitada que no requiere software para el procesamiento de información, por lo que el retraso suele ser muy pequeño (menor a los 5 µsec, 1 µsec es una millonésima parte de un segundo) mientas que las soluciones basadas en software agregan entre 3 y 30 msec (1 msec es la milésima parte de un segundo). Si tu red esta lenta y te piden que compres mas ancho de banda, di NO y cuéntaselo al consultor de TI que más confianza le tengas.   Ivan Morales ( imorales@smartekh.com )