01 (55) 683 046 53 / (55) 70453935|ventas@decu.com.mx

¿Qué es una prueba RFC 6349?

¿Qué es una prueba RFC 6349?


RFC 6349

En la metodología práctica la prueba se usa para medir Throughput TCP de extremo a extremo en una red administrada por IP de manera automática y sencilla para el usuario, misma podemos definirla en pasos los cuales desglosamos de la siguiente manera:

Paso 1 Búsqueda de Max MTU:

Buscar la longitud de paquete máxima que puede ser enviado a través de la red sin segmentación. El método de la búsqueda de MTU sigue es RFC4821 (Packetization Layer Path MTU Discovery).

Paso 2 Búsqueda de Tiempo de viaje redondo (RTT):

Es la medida del viaje redondo entre el segmento TCP enviado y la confirmación recibida. La prueba debe realizarse en una red que no esté congestionada para obtener el retardo de viaje redondo real (sin considerar el retardo por el búfer de red).

Paso 3 Búsqueda del cuello de botella del ancho de banda (BB):

Para este paso puede realizarse una prueba de Capa 2/3 (RFC2544 ó Y.1564) para determinar el throughput máximo soportado por la red.

Paso 4 Cálculo del producto de Retardo de Ancho de Banda (BDP):

Con base en los resultados RTT y BB, el BDP se calcula para estimar el tamaño de ventana óptimo que debería utilizarse para prueba (Auto mode). El usuario puede también especificar un tamaño de ventana fijo.

Razón de Tiempo de Transferencia:

 Razón del tiempo de transferencia TPC actual con el tiempo de transferencia ideal.

El tiempo ideal de transferencia TCP está en base a la tasa de transferencia TCP máxima alcanzable, calculada con base en BB y el encabezado de capa 1/2/3/4 asociado con la ruta de red.

El tiempo de transferencia TCP actual mide el tiempo que toma la transferencia de datos

Razón de Tiempo de Transferencia = Tiempo de Transferencia TCP actual / Tiempo Ideal de Transferencia TCP

 Ejemplo de tiempo de transferencia TCP ideal en base a 1500 Bytes MTU descarga de archivo de 100MB:

Eficiencia TCP: Porcentaje de Bytes que no son retransmitidos

Bytes transmitidos = número total de bytes transmitidos incluyendo bytes retransmitidos

(%) Eficiencia TCP = Bytes transmitidos + Bytes Retransmitidos /Bytes Transmitidos x 100

La retransmisión TCP se realiza cuando los segmentos TCP se pierden durante la transmisión o hace falta una confirmación. Los segmentos puedes retransmitirse más de una vez.

No existe una correlación directa entre el número de tramas Ethernet perdidas en la capa física y el número de retransmisiones TCP, dado que la pérdida de un reconocimiento puede derivar en muchas retransmisiones.

Retardo de Búfer (Buffer Delay): Representa el incremento (o decremento) en RTT durante una prueba de throughput TCP comparado con la RTT inicial.

RTT Inicial (Baseline RTT) = RTT medido al inicio de la prueba

RTT Promedio =  Promedio de todas las mediciones RTT’s para la duración de la prueba de throughput

(%) Retardo de Búfer = RTT Promedio – RTT Inicial / RTT Promedio x 100

Un retardo grande de Búfer RTT indica que la red está experimentando congestión y que hay segmento retardados

Para realizar una prueba RFC 6349 varios fabricantes cuentan con aplicaciones que pueden ayudarnos a realizar dichas operaciones, pero no todos cuentan con los parámetros detallados y la veracidad de la prueba puede llegar a ser comprometida por el hardware de la plataforma usada.

VeEx cuenta con 2 aplicaciones que nos ayudan con esta prueba, y siendo estas totalmente dedicadas nos da un resultado real ya que las plataformas operan de manera distinta a las demás dejando parte del hardware dedicado únicamente a las pruebas que se estén realizando.

 

Iperf: 

  • Es una herramienta de prueba de red comúnmente utilizada que puede crear flujos de datos TCP y UDP y medir el Throughput de una red que los transporta.
  • Le permite al usuario establecer diferentes parámetros como tamaño de ventana, de archivo o duración de prueba
  • Posee funcionalidad cliente/servidor y puede medir el Throughput entre dos extremos
  • Es de arquitectura abierta y se ejecuta en diferentes plataformas, incluyendo Llinux, Unix y Windows

V-Perf:

  • El equipo de prueba puede crear flujos TCP directamente a la demarcación del cliente
  • Puede evaluar extremo a extremo entre 2 equipos o hacia uno servidor iPerf
  • La pila TCP no se ejecuta en un Sistema Operativo dependiente del desempeño PC/ Servidor o sujeto a la interacción con otra aplicación ejecutándose en el mismo servidor.
  • Los parámetros de prueba TCP son configurables
  • Provee una referencia repetible de pruebas TCP con resultados consistentes.

Utiliza RFC6349 como metodología de prueba y un juego de métricas para la resolución de inconvenientes de desempeño.

Have any Question or Comment?

Deja un comentario

Tu dirección de correo electrónico no será publicada.

0