Tanto en un enlace de 10 G a través de routers centrales, como en un enlace 1 G a través de una empresa, o un enlace de 512 kbps en un satélite, los requisitos de conexión Ethernet siguen siendo los mismos. El cliente quiere un vínculo fiable a un precio asequible sin ningún tipo de interrupciones en el servicio. Para garantizar ese vínculo, estos tres parámetros clave siempre se debe mantener:

Rendimiento ( Throughput )
Prueba si está asignada la línea completa. Por ejemplo, si se despliega una línea de 100 MB, pero sólo puede obtener una tasa de información comprometida (Commited Information Rate - CIR -) de 50 MB a través de él, existe un problema. Si uno tiene un enlace de 10 G, pero sólo puede recibir 1 G a través de la fiabilidad de enlace, la tasa es inaceptable.

Latencia (ida y vuelta de retardo) - Latency -
Se refiere al tiempo que tarda un paquete en llegar a su destino y retornar. Este tipo de pruebas ha sido popularizado por la prueba de ping ( ping tests ) - un método ineficaz para probar el vínculo por las razones por las que se discutirá más adelante. En cualquier caso, es evidente que las largas demoras afectarán negativamente a la experiencia del usuario final (aunque a veces inevitable, ya que suele ser el caso de los enlaces por satélite).

Pérdidas ( Frame Loss )
Se produce cuando paquetes enviados desde un extremo no se reciben en el otro extremo. Debido a que Ethernet se ejecuta en una capa física, la fiabilidad de la conexión Ethernet es importante para las capas superiores del modelo OSI y pueden perjudicarlo drásticamente. Por ejemplo, una pérdida de paquetes de 1 por ciento puede degradar el Protocolo de Control de la Transmisión ( Transmission Control Protocol - TCP -). utilizandolo por tanto como un 80 por ciento, por lo que una pequeña proporción de pérdida puede afectar drásticamente a la calidad de la experiencia ( Quality Of Experience ) para el usuario final.
El último parámetro a probar es la presencia de jitter en la red. El jitter  tiene poco efecto en una red solamente de datos, sin embargo, la fluctuación de paquetes excesiva ( jitter ) puede interrumpir el servicio en una red que transmite tráfico de televisión IP ( IPTV ) o voz sobre IP ( VoIP ). Protocolos de configuraciones superiores no pueden usar los paquetes de datos que llegan tarde, por ejemplo, una llamada telefónica con  paquetes de datos que llegan demasiado tarde a oídos del que habla se perderían, resultando en una calidad de voz degradadas.

Prueba de los parámetros clave
Es importante llevar a cabo todas las pruebas a un CIR máximo cuando se prueba una conexión Ethernet. Rara vez se presentan problemas cuando se ejecuta el enlace a la utilización de 0,1 por ciento o menos (como una prueba de ping continuo a menudo hace), sino más bien se producen en la utilización del 100 por ciento. Prioridades incorrectas, configuraciones erróneas de línea, los problemas de auto-negociación, planificación pobre de redes, e incluso el cableado deficiente o equipos de red rara vez muestran problemas en bajo uso. La verdadera evaluación de la calidad del enlace sólo se puede determinar cuando una red está a pleno rendimiento. Por lo tanto, el primer paso para la prueba es garantizar que la tasa de información comprometida se entrega correctamente. Mientras un cliente que compra un enlace de 10 Mbps y recibe 100 Mbps, ciertamente estará contento; otro que compra un enlace de 100 Mbps y recibe 10 Mbps, no lo estará. Los planificadores de redes y encargados de gestión del tráfico no les gusta regalar ancho de banda. Por lo tanto, el primer paso de cualquier tipo de prueba es determinar si el enlace está dando el rendimiento adecuado.

Una vez que el rendimiento ha sido determinado, el siguiente paso es la medición del ratio de pérdida cometida a través de la red para determinar si el tráfico está pasando libre de errores. Debido a que las tramas con una secuencia de verificación de error ( Frame Check Sequence - FCS ) se perdieron en un switch o un router, las tramas erróneas a través de una red se perderán antes de que lleguen a su destino final. Por lo tanto, para determinar la fiabilidad de la conexión cada trama debe ser generada con un número de secuencia. Las tramas entrantes se comprueba entonces por el número de secuencia correcta y las tramas erróneas o perdidas se detectan, por lo tanto podemos determinar el índice de pérdida de tramas.