[et_pb_section fb_built=\u00bb1″ admin_label=\u00bbSection\u00bb _builder_version=\u00bb4.22.0″ _module_preset=\u00bbdefault\u00bb custom_margin=\u00bb0px||0px||false|false\u00bb custom_padding=\u00bb0px||0px||false|false\u00bb locked=\u00bboff\u00bb global_colors_info=\u00bb{}\u00bb][et_pb_row column_structure=\u00bb1_4,3_4″ _builder_version=\u00bb4.27.0″ _module_preset=\u00bbdefault\u00bb custom_padding=\u00bb50px||||false|false\u00bb custom_css_main_element=\u00bbz-index:0!important;\u00bb global_colors_info=\u00bb{}\u00bb][et_pb_column type=\u00bb1_4″ disabled_on=\u00bbon|on|off\u00bb _builder_version=\u00bb4.22.0″ _module_preset=\u00bbdefault\u00bb custom_padding=\u00bb||||false|false\u00bb sticky_position=\u00bbtop\u00bb sticky_offset_top=\u00bb100px\u00bb sticky_limit_bottom=\u00bbsection\u00bb motion_trigger_start=\u00bbtop\u00bb global_colors_info=\u00bb{}\u00bb][et_pb_text admin_label=\u00bbindice\u00bb _builder_version=\u00bb4.27.4″ _module_preset=\u00bbdefault\u00bb custom_margin=\u00bb||0px||false|false\u00bb custom_padding=\u00bb||14px||false|false\u00bb link_option_url=\u00bb#1″ global_colors_info=\u00bb{}\u00bb]<\/p>\n
Secciones<\/strong><\/p>\n [\/et_pb_text][\/et_pb_column][et_pb_column type=\u00bb3_4″ _builder_version=\u00bb4.27.0″ _module_preset=\u00bbdefault\u00bb custom_css_main_element=\u00bbz-index:0!important;\u00bb global_colors_info=\u00bb{}\u00bb][et_pb_text admin_label=\u00bbseccion\u00bb module_id=\u00bb1″ module_class=\u00bbittopicscontent\u00bb _builder_version=\u00bb4.27.4″ _module_preset=\u00bbdefault\u00bb z_index=\u00bb0″ custom_margin=\u00bb0px||0px||true|false\u00bb custom_padding=\u00bb0px||0px||false|false\u00bb custom_css_main_element=\u00bbfont-family:%22Pandora-Light%22;\u00bb locked=\u00bboff\u00bb global_colors_info=\u00bb{}\u00bb]<\/p>\n \u00bfHay algo peor que \u00abno tener Internet? S\u00ed, que la conexi\u00f3n vaya muy lenta y comience el calvario de recargar la p\u00e1gina, enviar de nuevo la petici\u00f3n al servidor, ver la frustrante respuesta en blanco… Al menos, cuando no tienes conexi\u00f3n, puedes asumirlo y dedicarte a otra cosa que no sea doomscrolling<\/i>. Pero cuando la red se arrastra por el barro, la principal sospechosa es la latencia<\/strong> y hoy la trataremos a fondo.<\/p>\n Veremos qu\u00e9 es<\/a>, sus causas, c\u00f3mo medirla y c\u00f3mo monitorizar este indicador clave, adem\u00e1s de recomendaciones para reducirla en lo posible.<\/p>\n Comencemos conociendo al enemigo<\/i>.<\/p>\n La latencia de red es el tiempo que tarda un paquete de datos<\/strong> en viajar desde su origen hasta su destino, y<\/strong> en recibir una confirmaci\u00f3n de vuelta (lo que en telecomunicaciones se denomina Round-Trip Time<\/i> (RTT) o Round-Trip Delay<\/i> (RTD) cuando hablamos de se\u00f1ales en general). La latencia se mide en milisegundos (ms) y es fundamental porque:<\/p>\n Por eso, la latencia es una variable cr\u00edtica para servicios digitales eficientes.<\/p>\n Profundicemos un poco m\u00e1s en los diferentes lados del prisma de la latencia, comenzando por examinar la que suele estar m\u00e1s asociada hoy con el t\u00e9rmino, como yo mismo he hecho al comienzo del art\u00edculo.<\/p>\n Esta es la latencia m\u00e1s habitual que un administrador IT querr\u00e1 comprobar para asegurar que el trabajo de los usuarios es productivo<\/strong> y acceden r\u00e1pidamente a los recursos en red que necesitan, sean archivos o aplicaciones en red. Esta latencia la puedo comprobar, por ejemplo, con un comando ping<\/i> desde mi terminal.<\/p>\n Si nos fijamos en la \u00faltima parte, la variable time<\/i> nos da un valor en ms que muestra esa latencia<\/strong>, lo que ha tardado el paquete ICMP en ir a destino y volver. En este caso, 22 ms.<\/p>\n Ahora, este no es el \u00fanico indicador interesante sobre problemas o an\u00e1lisis de latencia, porque tambi\u00e9n puedo comprobar el jitter<\/i><\/a>. Este concepto mide la variaci\u00f3n en la latencia<\/strong>. Si unos paquetes tardan 20 ms y otros emplean 80 ms en llegar, esa variaci\u00f3n (\u00b160 ms) es el jitter<\/i> en t\u00e9rminos generales, que puede causar voz entrecortada en llamadas o cortes en v\u00eddeo cuando es elevado. Por eso, no solo debemos tener en cuenta la latencia pura a la hora de analizar y optimizar la red, sino tambi\u00e9n la regularidad de esas velocidades<\/strong>.<\/p>\n El comando ping<\/i><\/a> tambi\u00e9n es \u00fatil para averiguar este indicador clave, as\u00ed, en la \u00faltima l\u00ednea de la salida de terminal de la prueba que he hecho antes aparece:<\/p>\n Eso nos muestra, por orden: la latencia m\u00ednima, la media, la m\u00e1xima registrada en los paquetes del ping<\/i> y ese mdev<\/i> final (mean deviation<\/i> o desviaci\u00f3n media), que ser\u00eda el jitter<\/i>. En este caso, sigue siendo reducido lo que indica que la latencia est\u00e1 bien y adem\u00e1s es estable<\/strong>, y\u00e9ndose apenas 3 ms de media entre paquetes.<\/p>\n Que no se preocupe quien no gusta de contemplar la oscuridad de la terminal porque le recuerda a su futuro, porque veremos herramientas m\u00e1s sencillas y visuales para monitorizar latencias y jitter<\/i>.<\/p>\n Obviamente, cuando hablamos de latencia de red, una de las maneras m\u00e1s directas de reducirla es mediante conexi\u00f3n cableada<\/strong>, que la mantendr\u00e1 entre 1-10 ms si todo funciona bien. WiFi o 5G, en cambio, pueden superar a menudo 30 ms de latencia por interferencias.<\/p>\n Aqu\u00ed nos referimos al tiempo de acceso a discos<\/a><\/strong>. Los m\u00e1s antiguos HDD sol\u00edan registrar unos 5-10 ms en sus giros de bailar\u00edn, mientras que los SSD est\u00e1n entre 0.1-0.5 ms. Esta latencia afecta a bases de datos y sistemas de archivos, por ejemplo los de tu equipo local.<\/p>\n En este caso, hablamos de retrasos en procesamiento de software<\/strong>. Por ejemplo, APIs mal optimizadas o el garbage collection<\/i> en Java pueden aumentar estos tiempos y que te empieces a desesperar con el manejo de la aplicaci\u00f3n.<\/p>\n Se refiere al tiempo de respuesta de un servidor<\/strong>, como por ejemplo uno web (en lo que se llama Time To First Byte<\/i> – TTFB). Lo ideal son menos de 200 ms. Pero si resulta que esa nueva flamante empresa IA, que no es m\u00e1s que el en\u00e9simo wrapper<\/i> de ChatGPT, usa una Raspberry Zero<\/i> para alojar su p\u00e1gina, dar\u00e1 igual lo r\u00e1pida que sea tu conexi\u00f3n, porque el servidor a\u00f1adir\u00e1 esa latencia<\/strong>. Esto nos muestra que dicha latencia no es siempre un problema de ancho de banda<\/a> de nuestro proveedor de Internet o la configuraci\u00f3n de la red, sino que puede haber otros culpables.<\/p>\n Cuando encontremos problemas de latencia en la red, deberemos resolverlos y comienza el juego del Cluedo<\/i> para descubrir al culpable (o culpables, porque la vida en IT tiene la man\u00eda de ser compleja y no debemos descartar razones multifactoriales). As\u00ed, los principales motivos de la latencia suelen ser:<\/p>\n\n
Latencia de red: qu\u00e9 es, c\u00f3mo se mide y c\u00f3mo reducirla en infraestructuras IT<\/h1>\n
Introducci\u00f3n<\/h2>\n
\u00bfQu\u00e9 es la latencia de red y por qu\u00e9 es importante?<\/h2>\n
\n
Tipos de latencia en IT: red, almacenamiento, aplicaci\u00f3n y m\u00e1s<\/h2>\n
La latencia de red<\/h3>\n
ping 8.8.8.8\n64 bytes from 8.8.8.8: icmp_seq=1 ttl=119 time=22.0 ms\n<\/code><\/pre>\nLa importancia del jitter<\/h4>\n
rtt min\/avg\/max\/mdev = 14.878\/19.205\/21.955\/3.097 ms<\/code><\/pre>\nLa latencia de almacenamiento<\/h3>\n
Latencia de aplicaci\u00f3n<\/h3>\n
Latencia de servidor<\/h3>\n
Principales causas de la latencia<\/h2>\n