{"id":282895,"date":"2022-10-30T10:18:00","date_gmt":"2022-10-30T07:18:00","guid":{"rendered":"https:\/\/vpn.inform.click\/?p=282895"},"modified":"2023-06-28T07:47:18","modified_gmt":"2023-06-28T04:47:18","slug":"fragmentacion-de-ip-completamente-explicada","status":"publish","type":"post","link":"https:\/\/vpn.inform.click\/es\/fragmentacion-de-ip-completamente-explicada\/","title":{"rendered":"Fragmentaci\u00f3n de IP: completamente explicada"},"content":{"rendered":"\n

Cada red basada en paquetes IP tiene un tama\u00f1o de Unidad de transmisi\u00f3n m\u00e1xima (MTU). La MTU, como sugiere el t\u00e9rmino, es el tama\u00f1o m\u00e1ximo del paquete<\/strong> que se puede transmitir en la red.<\/p>\n

Los paquetes IP m\u00e1s grandes que el tama\u00f1o de la MTU deben dividirse en fragmentos o paquetes m\u00e1s peque\u00f1os para que puedan viajar a trav\u00e9s de la red.<\/p>\n

\u00bfSigo confundido? No te preocupes.\u00a0<\/p>\n

En esta gu\u00eda, explicaremos todo sobre la fragmentaci\u00f3n de IP: qu\u00e9 es, qu\u00e9 hace, c\u00f3mo se usa y sus inconvenientes, en t\u00e9rminos sencillos de comprensi\u00f3n. A continuaci\u00f3n, responderemos algunas consultas espec\u00edficas de los usuarios relacionadas con el tema. Entonces, sin m\u00e1s pre\u00e1mbulos, \u00a1comencemos!<\/p>\n

\u00bfQu\u00e9 es la fragmentaci\u00f3n de IP?<\/h2>\n

Cada red local admite un tama\u00f1o m\u00e1ximo de paquete IP. Por lo tanto, cuando un host usa la red para transmitir un paquete IP, no debe ser m\u00e1s grande<\/strong> que el tama\u00f1o de la Unidad m\u00e1xima de transmisi\u00f3n (MTU). De lo contrario, se divide en partes peque\u00f1as, un proceso llamado fragmentaci\u00f3n de IP.<\/strong><\/p>\n

Este tama\u00f1o suele estar determinado por las MTU y el enlace de datos de la red que suele ser el mismo. Una red contempor\u00e1nea de trabajo, centro de datos o campus que se ofrece a trav\u00e9s de Ethernet tiene MTU por valor de 1500 bytes.<\/strong><\/p>\n

Sin embargo, los paquetes IP transferidos primero a trav\u00e9s de una red que admita una sola MCU pueden requerir enrutamiento a trav\u00e9s de t\u00faneles VPN, WAN u otras redes con unidades m\u00e1ximas de transmisi\u00f3n m\u00e1s peque\u00f1as. En caso de que el tama\u00f1o del paquete supere la MTU m\u00e1s peque\u00f1a, ser\u00e1 necesario fragmentar los datos de este paquete.<\/p>\n

Los datos se dividir\u00edan en m\u00faltiples partes<\/strong> y se transportar\u00edan en nuevos fragmentos (paquetes)<\/strong> que son m\u00e1s peque\u00f1os o iguales en tama\u00f1o que la MCU inferior. Estos datos fragmentados se volver\u00e1n a ensamblar cuando lleguen a su destino.<\/p>\n

\n

IPv4<\/h2>\n

Los campos de encabezado IPv4 utilizados<\/h3>\n

La fragmentaci\u00f3n y el proceso de reensamblaje tienen varios campos de encabezado IP involucrados que se configuran en piezas\/fragmentos.<\/p>\n<\/p>\n

(Cr\u00e9ditos de imagen: packagepushers.net)<\/p>\n

La operaci\u00f3n de fragmentaci\u00f3n se basa en tres campos de encabezado IP (un total de 32 bits).<\/strong> Todos estos fragmentos tendr\u00e1n valores significativamente diferentes en comparaci\u00f3n con el paquete IP original:<\/p>\n

El campo Identificaci\u00f3n (16 bits)<\/strong> contiene un n\u00famero de identificaci\u00f3n \u00fanico que es una combinaci\u00f3n de direcciones IP de origen y destino. El campo Protocolo,<\/strong> que tiene el valor del paquete original, permite al destino diferenciar entre los distintos fragmentos de paquetes que provienen de la misma fuente.<\/p>\n

Esto simplemente significa que se puede utilizar la misma ID incluso cuando la fuente, el protocolo y el destino de los paquetes fragmentados no son los mismos.<\/p>\n

Exactamente como el paquete IP original, el primer bit reservado del\u00a0 campo Flags<\/strong> (total 3 bits) y el segundo, el bit Don't Fragment (DF)\u00a0<\/strong> estar\u00e1n desactivados (0).<\/p>\n

Sin embargo, el fragmento final tendr\u00e1 el tercer bit del campo, es decir, M\u00e1s Fragmentos (MF)<\/strong> establecido en 1. Todos los bits en este campo del \u00faltimo paquete IP se establecer\u00e1n en 0, exactamente como el paquete IP original (a menos que sea un fragmento).<\/p>\n

Si en el paquete original, el indicador Don't Fragment est\u00e1 establecido, esto evitar\u00eda la fragmentaci\u00f3n y dar\u00eda como resultado que los paquetes deban descartarse. Los errores deben enviarse al remitente en este caso, como error ICMP de tipo 3: "Destino inalcanzable", c\u00f3digo 4: "Fragmentaci\u00f3n requerida y conjunto de DF".<\/strong><\/p>\n

El campo Fragment Offset\u00a0<\/strong> (total 13 bits) se utiliza para indicar la posici\u00f3n inicial de los datos en el fragmento, en relaci\u00f3n con los datos iniciales del paquete IP original. Esto luego se usa para volver a ensamblar los datos de todos los fragmentos (llegados o no).<\/p>\n

El desplazamiento en el primer fragmento es 0 ya que los datos en este paquete fragmentado y el original comienzan en el mismo lugar. En los siguientes fragmentos, se compensa el valor de los datos fragmentados desde el inicio de los datos en el fragmento inicial (compensaci\u00f3n 0), en bloques de 8 bytes (tambi\u00e9n conocidos como octawords).<\/strong><\/p>\n

Si un paquete IP que contiene datos con un valor de 800 bytes se divide en dos partes\/fragmentos iguales, cada uno con 400 bytes, entonces el desplazamiento del fragmento del primer fragmento es 0,<\/strong> mientras que el otro es 50 (400\/8).<\/strong><\/p>\n

El valor de compensaci\u00f3n tiene que ser el n\u00famero de bloques de datos de 8 bytes.<\/strong> Esto significa que el fragmento anterior tiene que ser un m\u00faltiplo de 8 bytes. El fragmento final puede transportar datos que no sean un m\u00faltiplo de 8 bytes, ya que no habr\u00e1 m\u00e1s fragmentos.<\/p>\n

\n

IPv6<\/h2>\n

Aunque la mayor\u00eda de los campos de encabezado siguen siendo los mismos, la fragmentaci\u00f3n de IP en IPv6 funciona de forma un poco diferente a la de IPv4. En IPv6, los datos solo se pueden fragmentar en el host de origen.<\/strong> Esto significa que la fragmentaci\u00f3n no se puede realizar en otras redes, excepto en la fuente.<\/p>\n

No hay un indicador No fragmentar<\/strong> disponible, por lo que todo lo que necesita hacer es no crear fragmentos.<\/p>\n

La fragmentaci\u00f3n de IP no se puede realizar si no se utiliza PMTUD. Los nodos no pueden usar una MTU superior a 1280 bytes<\/strong>, que es el m\u00ednimo de IPv6, si no implementan Path MTU Discovery (PMUTD).<\/p>\n

Si bien Path MTU Discovery funciona de la misma manera que IPv4, el mensaje de error ICMP es diferente:<\/p>\n

\"\"<\/a><\/p>\n

(Cr\u00e9ditos de imagen: packagepushers.net)<\/p>\n

Si el paquete IP es m\u00e1s grande que la MCU, entonces el enrutador IPv6 debe descartarlo<\/strong> y enviar un error ICMPv6 tipo 2 ‘Paquete demasiado grande'<\/strong> – c\u00f3digo 0 al remitente.<\/p>\n

Tenga en cuenta que depender de un canal posterior y la transmisi\u00f3n ICMP al host de origen tiene m\u00faltiples fallas, una importante es que los mensajes ICMP a menudo se bloquean en varias instancias<\/strong> en una red debido a las ventajas de seguridad.<\/p>\n

De esta forma, el host de origen no recibir\u00e1 los mensajes Packet Too Big<\/strong> y retransmitir\u00e1 los paquetes IP que fueron descartados varias veces, que seguramente no llegar\u00e1n. Eventualmente, la conexi\u00f3n se considerar\u00eda inestable y cerrada.<\/strong> Incluso si se estableciera uno nuevo, el problema se repetir\u00eda.<\/p>\n

Los campos de encabezado relacionados con la fragmentaci\u00f3n se colocan en un encabezado de extensi\u00f3n denominado encabezado de fragmento. Esto se especifica con un campo de encabezado siguiente<\/strong> (valor 44) en un IPv6 est\u00e1ndar o cualquier encabezado de extensi\u00f3n anterior.<\/p>\n

Al igual que todos los encabezados de extensi\u00f3n, este tiene una longitud de 8 bytes\/64 bits,<\/strong> junto con un encabezado est\u00e1ndar, lo que da como resultado una fragmentaci\u00f3n de IPv6 con una sobrecarga mayor que la de IPv4.<\/p>\n

Los campos de encabezado de IPv6 utilizados<\/h3>\n

Consulte los campos en el encabezado de extensi\u00f3n del Fragmento de IPv6:<\/p>\n

\"\"<\/a><\/p>\n

(Cr\u00e9ditos de imagen: packagepushers.net)<\/p>\n

El campo llamado Siguiente encabezado<\/strong> (8 bits) especifica el tipo de encabezado, como un encabezado de protocolo de capa superior o un encabezado de extensi\u00f3n IPv6. A continuaci\u00f3n, se reservan los siguientes 8 bits.<\/p>\n

El campo Fragment Offset<\/strong> de 13 bits se usa de manera similar a IPv4. Despu\u00e9s de esto, se reservan los siguientes 2 bits.<\/p>\n

El indicador del campo M<\/strong> se establecer\u00e1 en 1 y el fragmento final se establecer\u00e1 como el campo M\u00e1s fragmentos (MF)\u00a0<\/strong> de IPv4 .<\/p>\n

El campo de identificaci\u00f3n<\/strong> de 32 bits es el mismo que el campo IPv4 de 16 bits que contiene un n\u00famero de identificaci\u00f3n \u00fanico para la combinaci\u00f3n de direcciones de origen y direcciones de destino. El campo Protocolo no est\u00e1 disponible en IPv6.<\/p>\n

\n

Los inconvenientes de la fragmentaci\u00f3n de IP<\/h2>\n

Se considera que la pila del protocolo IP tiene un mecanismo poco confiable<\/strong> debido a que los hosts finales no pueden determinar el tama\u00f1o m\u00e1ximo de la carga \u00fatil cuando se comunican a trav\u00e9s de un host IPv4 e IPv6.<\/p>\n

Aunque la ausencia de un mecanismo MTU en la red es comprensible, ya que los paquetes IP toman diferentes rutas, la falta de informaci\u00f3n de extremo a extremo<\/strong> puede provocar que los enrutadores intermediarios reciban paquetes de gran tama\u00f1o y no puedan reenviarlos.<\/p>\n

Los enrutadores IPv4 pueden dividir paquetes IP en fragmentos durante el tr\u00e1nsito,<\/strong> pero la misma funci\u00f3n no est\u00e1 disponible en los enrutadores IPv6, donde el remitente debe realizar la fragmentaci\u00f3n.<\/p>\n

La fragmentaci\u00f3n da como resultado un pico en la sobrecarga de la capa 3.<\/strong> Entonces, por ejemplo, si el host final cree que puede usar paquetes IP de 1500 bytes, pero enfrenta un salto en su ruta de tama\u00f1o de MTU 1472, entonces el paquete IP se dividir\u00eda en dos paquetes, lo que resultar\u00eda en un encabezado IPv6 agregado de 40 bytes y cabecera IPv4 de 20 bytes.<\/strong><\/p>\n

Los fragmentos de IP suponen una carga adicional para el sistema receptor,<\/strong> ya que es necesario volver a ensamblar los fragmentos para enviarlos a capas de protocolo superiores. Esta actividad se agrava cuando el enrutador termina el tr\u00e1fico IP.<\/p>\n

Si un enrutador intenta ensamblar los paquetes fragmentados, los paquetes no podr\u00e1n volver a ensamblarse en el hardware y reducir\u00e1n dr\u00e1sticamente el rendimiento de la plataforma.<\/p>\n

\n

preguntas frecuentes<\/h2>\n

La fragmentaci\u00f3n de IP es vital para la transmisi\u00f3n de datos, ya que cada red tiene un l\u00edmite de tama\u00f1o diferente para el procesamiento de datos. Este l\u00edmite tambi\u00e9n se conoce como MTU (unidad m\u00e1xima de transmisi\u00f3n).<\/p>\n

No, los enrutadores pueden fragmentar paquetes IP, pero no volver a ensamblarlos. Es trabajo del dispositivo de destino volver a ensamblar estos paquetes para el usuario.<\/p>\n

Si se pierden uno o varios fragmentos de un datagrama, el datagrama completo se descarta despu\u00e9s del per\u00edodo de tiempo de espera.<\/p>\n

\n

Conclusi\u00f3n<\/h2>\n

Aqu\u00ed finaliza nuestra gu\u00eda detallada sobre la fragmentaci\u00f3n de IP.<\/p>\n

Para brindarle una descripci\u00f3n general r\u00e1pida, si los datos que se env\u00edan a trav\u00e9s de una red son m\u00e1s grandes que el tama\u00f1o de la Unidad de transmisi\u00f3n m\u00e1xima (MTU)<\/a>, los datos se dividir\u00e1n en m\u00faltiples fragmentos y se enviar\u00e1n al receptor.<\/p>\n

Tan pronto como los fragmentos de IP lleguen a su destino, se volver\u00e1n a ensamblar en el orden correcto para que los datos puedan ser \u00fatiles para los usuarios. El mecanismo de fragmentaci\u00f3n es diferente entre las redes IPv4 e IPv6, cuyos detalles se mencionan anteriormente.<\/p>\n

En caso de que tenga alguna pregunta sobre direcciones IP<\/a> y fragmentaciones, comun\u00edquese con nosotros en los comentarios.<\/p><\/p>\n","protected":false},"excerpt":{"rendered":"

\u00bfQuieres saber qu\u00e9 es la fragmentaci\u00f3n de IP? Lea nuestra gu\u00eda y aprenda todo sobre la fragmentaci\u00f3n de IP, c\u00f3mo funciona y sus inconvenientes.<\/p>\n","protected":false},"author":1,"featured_media":321742,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":"","_wp_rev_ctl_limit":""},"categories":[8535,8555,8484,8585,8515],"tags":[],"class_list":["post-282895","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-ajustes","category-general","category-instrucciones-de-vpn","category-miscelaneas","category-proteccion-de-datos"],"_links":{"self":[{"href":"https:\/\/vpn.inform.click\/es\/wp-json\/wp\/v2\/posts\/282895","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/vpn.inform.click\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/vpn.inform.click\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/vpn.inform.click\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/vpn.inform.click\/es\/wp-json\/wp\/v2\/comments?post=282895"}],"version-history":[{"count":0,"href":"https:\/\/vpn.inform.click\/es\/wp-json\/wp\/v2\/posts\/282895\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/vpn.inform.click\/es\/wp-json\/wp\/v2\/media\/321742"}],"wp:attachment":[{"href":"https:\/\/vpn.inform.click\/es\/wp-json\/wp\/v2\/media?parent=282895"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/vpn.inform.click\/es\/wp-json\/wp\/v2\/categories?post=282895"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/vpn.inform.click\/es\/wp-json\/wp\/v2\/tags?post=282895"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}