{"id":87,"date":"2021-09-30T20:50:36","date_gmt":"2021-09-30T20:50:36","guid":{"rendered":"https:\/\/blog.decu.com.mx\/telecom\/?p=87"},"modified":"2021-09-30T20:51:05","modified_gmt":"2021-09-30T20:51:05","slug":"que-es-una-prueba-rfc-6349","status":"publish","type":"post","link":"https:\/\/blog.decu.com.mx\/telecom\/que-es-una-prueba-rfc-6349\/","title":{"rendered":"\u00bfQu\u00e9 es una Prueba RFC 6349?"},"content":{"rendered":"\n<p class=\"wp-block-paragraph\">Paso a Paso te Guiamos<\/p>\n\n\n\n<h1 class=\"wp-block-heading\"><strong>RFC 6349<\/strong><\/h1>\n\n\n\n<p class=\"wp-block-paragraph\">En la metodolog\u00eda pr\u00e1ctica la prueba se usa para medir Throughput TCP de extremo a extremo en una red administrada por IP de manera autom\u00e1tica y sencilla para el usuario, misma podemos definirla en pasos los cuales desglosamos de la siguiente manera:<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>PASO 1 B\u00daSQUEDA DE MAX MTU<\/strong>:<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Buscar la longitud de paquete m\u00e1xima que puede ser enviado a trav\u00e9s de la red sin segmentaci\u00f3n. El m\u00e9todo de la b\u00fasqueda de MTU sigue es RFC4821 (Packetization Layer Path MTU Discovery).<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>PASO 2 B\u00daSQUEDA DE TIEMPO DE VIAJE REDONDO (RTT)<\/strong>:<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Es la medida del viaje redondo entre el segmento TCP enviado y la confirmaci\u00f3n recibida. La prueba debe realizarse en una red que no est\u00e9 congestionada para obtener el retardo de viaje redondo real (sin considerar el retardo por el b\u00fafer de red).<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>PASO 3 B\u00daSQUEDA DEL CUELLO DE BOTELLA DEL ANCHO DE BANDA (BB)<\/strong>:<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Para este paso puede realizarse una prueba de Capa 2\/3 (RFC2544 \u00f3 Y.1564) para determinar el throughput m\u00e1ximo soportado por la red.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>PASO 4 C\u00c1LCULO DEL PRODUCTO DE RETARDO DE ANCHO DE BANDA (BDP)<\/strong>:<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Con base en los resultados RTT y BB, el BDP se calcula para estimar el tama\u00f1o de ventana \u00f3ptimo que deber\u00eda utilizarse para prueba (Auto mode). El usuario puede tambi\u00e9n especificar un tama\u00f1o de ventana fijo.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>RAZ\u00d3N DE TIEMPO DE TRANSFERENCIA:<\/strong><\/h2>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>&nbsp;<\/strong>Raz\u00f3n del tiempo de transferencia TPC actual con el tiempo de transferencia ideal.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">El tiempo ideal de transferencia TCP est\u00e1 en base a la tasa de transferencia TCP m\u00e1xima alcanzable, calculada con base en BB y el encabezado de capa 1\/2\/3\/4 asociado con la ruta de red.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">El tiempo de transferencia TCP actual mide el tiempo que toma la transferencia de datos<\/p>\n\n\n\n<p class=\"has-text-align-center wp-block-paragraph\"><strong><em>RAZ\u00d3N DE TIEMPO DE TRANSFERENCIA = TIEMPO DE TRANSFERENCIA TCP ACTUAL \/ TIEMPO IDEAL DE TRANSFERENCIA TCP<\/em><\/strong><\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong><em>\u00a0<\/em><\/strong>Ejemplo de tiempo de transferencia TCP ideal en base a 1500 Bytes MTU descarga de archivo de 100MB:<\/p>\n\n\n\n<div class=\"wp-block-image\"><figure class=\"aligncenter size-full\"><img fetchpriority=\"high\" decoding=\"async\" width=\"434\" height=\"116\" src=\"https:\/\/blog.decu.com.mx\/telecom\/wp-content\/uploads\/2021\/09\/image.jpeg\" alt=\"\" class=\"wp-image-88\" srcset=\"https:\/\/blog.decu.com.mx\/telecom\/wp-content\/uploads\/2021\/09\/image.jpeg 434w, https:\/\/blog.decu.com.mx\/telecom\/wp-content\/uploads\/2021\/09\/image-300x80.jpeg 300w\" sizes=\"(max-width: 434px) 100vw, 434px\" \/><\/figure><\/div>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Eficiencia TCP:&nbsp;<\/strong>Porcentaje de Bytes que no son retransmitidos<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Bytes transmitidos = n\u00famero total de bytes transmitidos incluyendo bytes retransmitidos<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong><em>(%) EFICIENCIA TCP = BYTES TRANSMITIDOS + BYTES RETRANSMITIDOS \/BYTES TRANSMITIDOS X 100<\/em><\/strong><\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">La retransmisi\u00f3n TCP se realiza cuando los segmentos TCP se pierden durante la transmisi\u00f3n o hace falta una confirmaci\u00f3n. Los segmentos puedes retransmitirse m\u00e1s de una vez.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">No existe una correlaci\u00f3n directa entre el n\u00famero de tramas Ethernet perdidas en la capa f\u00edsica y el n\u00famero de retransmisiones TCP, dado que la p\u00e9rdida de un reconocimiento puede derivar en muchas retransmisiones.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Retardo de B\u00fafer (Buffer Delay):&nbsp;<\/strong>Representa el incremento (o decremento) en RTT durante una prueba de throughput TCP comparado con la RTT inicial.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>RTT Inicial (Baseline RTT) =&nbsp;<\/strong>RTT medido al inicio de la prueba<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>RTT Promedio =<\/strong>&nbsp;&nbsp;Promedio de todas las mediciones RTT\u2019s para la duraci\u00f3n de la prueba de throughput<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong><em>(%) RETARDO DE B\u00daFER = RTT PROMEDIO \u2013 RTT INICIAL \/ RTT PROMEDIO X 100<\/em><\/strong><\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Un retardo grande de B\u00fafer RTT indica que la red est\u00e1 experimentando congesti\u00f3n y que hay segmento retardados<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">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\u00e1metros detallados y la veracidad de la prueba puede llegar a ser comprometida por el hardware de la plataforma usada.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>VeEX:\u00a0<\/strong>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\u00e1s dejando parte del hardware dedicado \u00fanicamente a las pruebas que se est\u00e9n realizando.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Iperf:<\/strong><strong>&nbsp;<\/strong><\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>Es una herramienta de prueba de red com\u00fanmente utilizada que puede crear flujos de datos TCP y UDP y medir el Throughput de una red que los transporta.<\/li><li>Le permite al usuario establecer diferentes par\u00e1metros como tama\u00f1o de ventana, de archivo o duraci\u00f3n de prueba<\/li><li>Posee funcionalidad cliente\/servidor y puede medir el Throughput entre dos extremos<\/li><li>Es de arquitectura abierta y se ejecuta en diferentes plataformas, incluyendo Llinux, Unix y Windows<\/li><\/ul>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>V-Perf:<\/strong><\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>El equipo de prueba puede crear flujos TCP directamente a la demarcaci\u00f3n del cliente<\/li><li>Puede evaluar extremo a extremo entre 2 equipos o hacia uno servidor iPerf<\/li><li>La pila TCP no se ejecuta en un Sistema Operativo dependiente del desempe\u00f1o PC\/ Servidor o sujeto a la interacci\u00f3n con otra aplicaci\u00f3n ejecut\u00e1ndose en el mismo servidor.<\/li><li>Los par\u00e1metros de prueba TCP son configurables<\/li><li>Provee una referencia repetible de pruebas TCP con resultados consistentes.}<\/li><\/ul>\n\n\n\n<p class=\"wp-block-paragraph\"><\/p>\n\n\n\n<p class=\"has-text-align-center wp-block-paragraph\"><em>UTILIZA\u00a0<strong>RFC6349<\/strong>\u00a0COMO METODOLOG\u00cdA DE PRUEBA Y UN JUEGO DE M\u00c9TRICAS PARA LA RESOLUCI\u00d3N DE INCONVENIENTES DE DESEMPE\u00d1O.<\/em><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Paso a Paso te Guiamos RFC 6349 En la metodolog\u00eda pr\u00e1ctica la prueba se usa para medir Throughput TCP de extremo a extremo en una red administrada por IP de &hellip;<\/p>\n<p class=\"read-more\"> <a class=\" thunk-readmore button \" href=\"https:\/\/blog.decu.com.mx\/telecom\/que-es-una-prueba-rfc-6349\/\"> <span class=\"screen-reader-text\">\u00bfQu\u00e9 es una Prueba RFC 6349?<\/span>Leer m\u00e1s<\/a><\/p>\n","protected":false},"author":1,"featured_media":89,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_joinchat":[],"footnotes":""},"categories":[4],"tags":[17,18,14,12,16,13,15],"class_list":["post-87","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-acceso-y-o-transporte","tag-buffer-delay","tag-eficiencia-tcp","tag-iperf","tag-rfc6349","tag-rtt","tag-tcp","tag-veex"],"aioseo_notices":[],"_links":{"self":[{"href":"https:\/\/blog.decu.com.mx\/telecom\/wp-json\/wp\/v2\/posts\/87","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/blog.decu.com.mx\/telecom\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blog.decu.com.mx\/telecom\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blog.decu.com.mx\/telecom\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/blog.decu.com.mx\/telecom\/wp-json\/wp\/v2\/comments?post=87"}],"version-history":[{"count":1,"href":"https:\/\/blog.decu.com.mx\/telecom\/wp-json\/wp\/v2\/posts\/87\/revisions"}],"predecessor-version":[{"id":90,"href":"https:\/\/blog.decu.com.mx\/telecom\/wp-json\/wp\/v2\/posts\/87\/revisions\/90"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/blog.decu.com.mx\/telecom\/wp-json\/wp\/v2\/media\/89"}],"wp:attachment":[{"href":"https:\/\/blog.decu.com.mx\/telecom\/wp-json\/wp\/v2\/media?parent=87"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blog.decu.com.mx\/telecom\/wp-json\/wp\/v2\/categories?post=87"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blog.decu.com.mx\/telecom\/wp-json\/wp\/v2\/tags?post=87"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}