La capa de transporte utiliza un específico unidad de datos de protocolo para gestionar la comunicación de un extremo a otro. Cuando se utiliza el Protocolo de control de transmisión (TCP), esta unidad se conoce como segmento. Por el contrario, el Protocolo de datagramas de usuario (UDP) emplea un datagrama. Estas unidades distintas facilitan el intercambio de datos a través de redes. Por ejemplo, TCP representa aproximadamente El 55% del tráfico en redes móviles, mientras que UDP comprende aproximadamente el 45%. . Es importante distinguir este término de networking de un Unidad de distribución de energía , que cumple una función diferente en los sistemas eléctricos.
Conclusiones clave
- La capa de transporte utiliza una unidad de datos de protocolo ( PDU ) para enviar datos.
- TCP utiliza una PDU llamada Segmento. UDP utiliza una PDU llamada Datagrama.
- Los segmentos TCP garantizan que los datos lleguen correctamente y en orden. Son confiables.
- Los datagramas UDP envían datos rápidamente. No garantizan la entrega ni el pedido.
- Los números de puerto ayudan a la capa de transporte a enviar datos a la aplicación correcta.
- TCP es bueno para la navegación web y el correo electrónico. UDP es bueno para transmisión de video y juegos en línea.
- Elegir lo correcto PDU ayuda a que las aplicaciones funcionen mejor.
Comprender la capa de transporte y su unidad de datos de protocolo
El papel de la capa de transporte en las redes
Posición en los Modelos OSI y TCP/IP
La capa de transporte ocupa una posición crucial dentro de la arquitectura de red. En el modelo de Interconexión de Sistemas Abiertos (OSI), reside como Capa 4, directamente encima de la capa de red y debajo de la capa de sesión. De manera similar, en el modelo TCP/IP más ampliamente implementado, la capa de transporte se encuentra entre la capa de Internet y la capa de aplicación. Esta ubicación le permite cerrar la brecha entre la entrega de datos a nivel de red y la comunicación específica de la aplicación.
Responsabilidades principales para la comunicación de un extremo a otro
La capa de transporte asume importantes responsabilidades para garantizar una comunicación eficaz de un extremo a otro entre aplicaciones que se ejecutan en diferentes hosts. Es compatible entrega proceso a proceso , permitiendo que múltiples aplicaciones compartan una única conexión de red. Esta capa realiza multiplexación y demultiplexación, utilizando números de puerto para dirigir los datos al proceso de solicitud correcto. También divide los datos de las capas superiores en segmentos (para TCP) o datagramas (para UDP) y agrega los encabezados necesarios. Además, la capa de transporte maneja la detección, retransmisión y secuenciación de errores para mantener una comunicación confiable. Coordina el control de flujo para evitar que el receptor se sobrecargue, gestionando las velocidades de transmisión de datos para evitar que un remitente rápido sobrecargue el buffer de datos del receptor.
Introducción a la unidad de datos del protocolo de capa de transporte
¿Qué es una unidad de datos de protocolo?
A Unidad de datos de protocolo (PDU) Representa la unidad fundamental de intercambio entre entidades que se comunican a través de un protocolo de red específico. Los profesionales de redes utilizan PDU cuando trabajan con pilas de protocolos multicapa y gestionan interacciones de protocolos. Los protocolos de red, especialmente aquellos desarrollados dentro de modelos de referencia en capas como los modelos OSI o TCP/IP, definen sus unidades de intercambio de datos. Por ejemplo, un paquete sirve como PDU para IP, que gobierna las interacciones entre hosts identificados por direcciones IP en la capa de red. Las PDU normalmente constan de un encabezado de protocolo que contiene datos específicos, como direcciones de origen y destino, y una carga útil, que es la información real transmitida.
Por qué la capa de transporte necesita una PDU específica
La capa de transporte requiere su propia unidad de datos de protocolo específico para gestionar las complejidades de la comunicación entre procesos. A diferencia de la capa de red, que se centra en la entrega de host a host, la capa de transporte debe garantizar que los datos lleguen a la aplicación correcta en ese host. Esto requiere información adicional dentro de la PDU, como números de puerto, para identificar aplicaciones específicas. La PDU también transporta información de confiabilidad, control de flujo y gestión de conexiones, según el protocolo de transporte elegido.
El segmento TCP: una unidad de datos de protocolo confiable
Definición del segmento TCP
Características de un segmento TCP
Un segmento TCP representa la unidad fundamental de transmisión de datos dentro del Protocolo de control de transmisión. Cada segmento consta de un encabezado y una carga útil. El encabezado contiene metadatos esenciales para la transmisión. Su tamaño suele oscilar entre 20 bytes y un máximo de 60 bytes si se incluyen campos opcionales, como marcas de tiempo o reconocimientos selectivos. El tamaño máximo de segmento (MSS) define la mayor cantidad de datos, excluyendo el encabezado, que puede transportar un segmento TCP. Este es un concepto de Capa 4 directamente influenciado por la Unidad de Transmisión Máxima (MTU) de la red de Capa 2 subyacente. Los ingenieros de redes calculan MSS como MTU - IPHeader - TCPHeader. Por ejemplo, con una MTU Ethernet de 1500 bytes, un encabezado IP de 20 bytes y un encabezado TCP de 20 bytes, el MSS pasa a ser de 1460 bytes. Los valores MSS comunes incluyen 512 bytes para redes más antiguas y 1460 bytes, que es el valor predeterminado en la mayoría de las redes Ethernet/IP.
Propósito de la Unidad de Datos del Protocolo de Segmento TCP
El propósito principal del segmento TCP unidad de datos de protocolo es proporcionar confiable, ordenado y con corrección de errores transmisión de datos entre aplicaciones. Organiza datos para una transmisión segura entre un servidor y un cliente. Esto garantiza la integridad de los datos independientemente de la cantidad de información intercambiada. El segmento TCP garantiza la recepción de datos. sin errores y en el orden correcto a través de mecanismos como detección de errores, retransmisión de paquetes y secuenciación.
Componentes clave de un encabezado de segmento TCP
Números de puerto de origen y destino
El encabezado del segmento TCP incluye campos cruciales para identificar las aplicaciones en comunicación. A Puerto de origen de 16 bits El campo identifica el número de puerto de la aplicación del remitente. De manera similar, un Campo Puerto de destino de 16 bits identifica el número de puerto de la aplicación del receptor. Estos números de puerto permiten la multiplexación y demultiplexación, lo que garantiza que los datos lleguen al proceso correcto en el host de destino.
Números de secuencia y acuse de recibo
Los números de secuencia son vitales para la entrega ordenada. A Campo Número de secuencia de 32 bits Asigna un número único a cada byte de datos. Este número indica el número de byte del primer byte del segmento. Ayuda a volver a ensamblar segmentos desordenados. El Campo Número de confirmación de 32 bits indica el siguiente número de secuencia esperado del remitente. Esto confirma la recepción de bytes anteriores y está presente cuando se establece el indicador ACK.
Banderas de control y tamaño de ventana
El encabezado TCP contiene varios indicadores de control, cada uno de los cuales cumple una función específica. Estos incluyen:
- SYN (Sincronizar) : Se utiliza para iniciar una conexión durante el protocolo de enlace de tres vías.
- ACK (Reconocimiento) : Indica que el campo Número de reconocimiento es importante.
- FIN (Finalizar) : Señala el final de la transmisión de datos del remitente.
- Primero (restablecer) : Restablece la conexión debido a un error irrecuperable.
- URG (Urgente) : Indica que el campo Puntero urgente es importante y apunta a datos urgentes.
- PSH (empujar) : Solicita la entrega inmediata de datos almacenados en el buffer a la aplicación.
El campo Tamaño de ventana, un valor de 16 bits , es crucial para el control de flujo. Especifica la cantidad de datos que el receptor está dispuesto a aceptar, evitando que un remitente rápido abrume a un receptor más lento. Este valor puede escalarse hasta 1 GB o más con la opción Escala de ventana.
Funciones habilitadas por la unidad de datos del protocolo de segmento TCP
Transferencia de datos confiable y recuperación de errores
TCP garantiza una transferencia de datos confiable mediante una combinación de reconocimientos, tiempos de espera y mecanismos de retransmisión. Cada segmento incluye un campo de suma de comprobación para detectar corrupción. Si un segmento está dañado, el TCP de destino lo descarta y lo trata como perdido. TCP utiliza acuses de recibo para confirmar la entrega exitosa de segmentos de datos. Se retransmiten los segmentos faltantes, retrasados o dañados. Esto ocurre cuando el remitente recibe tres acuses de recibo duplicados, conocidos como Retransmisión rápida , o cuando expira un temporizador de retransmisión, lo que se denomina retransmisión después de RTO. Protocolos canalizados como Regreso-N y repetición selectiva También maneja datos perdidos o dañados y paquetes de confirmación, mejorando aún más la confiabilidad.
Control de flujo y gestión de congestión
TCP emplea mecanismos sofisticados para el control de flujo y la gestión de la congestión. El control de flujo limita el número de segmentos no reconocidos según el tamaño de ventana de recepción anunciado (RWND) del receptor. Los datos máximos en vuelo son el mínimo de RWND y la ventana de congestión (CWND). Para la gestión de la congestión, TCP utiliza un algoritmo de control de congestión incorporando Aumento-aditivo/disminución-multiplicativa (AIMD) y comienzo lento. La ventana de congestión (CWND) regula la velocidad de envío, limitando el número total de paquetes no reconocidos en tránsito. El inicio lento ayuda a que los flujos TCP alcancen rápidamente la capacidad del enlace al aumentar exponencialmente CWND. Una vez que se alcanza un umbral de inicio lento, el flujo evita la congestión y AIMD toma el control, lo que genera un crecimiento lineal de CWND.
Establecimiento y terminación de la conexión
Los segmentos TCP facilitan el establecimiento de la conexión mediante un protocolo de enlace de tres vías. Un cliente inicia una apertura activa enviando un segmento SYN con su número de secuencia inicial. El servidor reconoce el SYN del cliente y envía su propio SYN en un solo segmento. Finalmente, el cliente reconoce el SYN del servidor y establece la conexión. La terminación de la conexión implica un apretón de manos de cuatro vías . Una aplicación realiza un cierre activo enviando un segmento FIN, lo que indica que no tiene más datos para enviar. El otro extremo recibe el FIN, lo reconoce y pasa un fin de archivo a su aplicación. Más tarde, esa aplicación cierra su socket, lo que hace que su TCP envíe un FIN. El sistema que realizó el cierre activo recibe y reconoce este FIN final, completando la terminación.
El datagrama UDP: una unidad de datos de protocolo sin conexión
Definición del datagrama UDP
Características de un datagrama UDP
Un datagrama UDP representa una protocolo de capa de transporte simple y orientado a mensajes . Incluye verificación de integridad a través de una suma de verificación tanto para su encabezado como para su carga útil. Sin embargo, no ofrece garantías para la entrega de mensajes al protocolo de capa superior. La capa UDP no retiene ningún estado de los mensajes una vez que los envía, lo que lleva a su designación ocasional como "Protocolo de datagramas no confiables". Cualquier confiabilidad de transmisión deseada debe implementarse en el nivel de aplicación.
Los datagramas UDP poseen varias características clave:
- Estructura simple y liviana : Cada datagrama UDP incluye campos para Puerto de origen, Puerto de destino, Longitud, Suma de comprobación (opcional en IPv4, obligatorio en IPv6) y Datos.
- Falta de confiabilidad : UDP no proporciona acuses de recibo ni retransmisiones. Esto significa que los paquetes perdidos o dañados pueden pasar desapercibidos, lo que lo hace inadecuado para aplicaciones que requieren entrega garantizada.
- Protocolo sin conexión : UDP no establece una conexión antes de la transmisión de datos. Trata cada datagrama como una unidad independiente sin garantías de entrega ni de pedido.
- Simplicidad y Eficiencia : Tiene menores gastos generales y latencia en comparación con TCP debido a la ausencia de establecimiento y mantenimiento de la conexión.
- Apátrida : Ni el remitente ni el receptor mantienen información sobre el estado o la conexión.
- Sin control de congestión : UDP envía datos independientemente de las condiciones de la red, lo que puede provocar la pérdida de paquetes si la red se satura.
- Sin control de flujo : Carece de mecanismos para evitar que un remitente abrume a un receptor con demasiados datos.
- Sin recuperación ni secuenciación de errores : UDP no ofrece garantías de que los paquetes lleguen, lleguen en orden o lleguen sólo una vez; los paquetes pueden estar desordenados, duplicados o perdidos.
Propósito de la Unidad de Datos del Protocolo de Datagramas UDP
El Protocolo de datagramas de usuario (UDP) sirve como protocolo de comunicación elegido específicamente para aplicaciones urgentes. Estos incluyen juegos, reproducción de vídeo o búsquedas del sistema de nombres de dominio (DNS) . Su comunicación más rápida se debe a que no se pierde tiempo en establecer una conexión firme con el destino antes de transferir datos. UDP se utiliza principalmente para establecer conexiones de baja latencia y tolerancia a pérdidas entre aplicaciones en Internet. Prioriza la velocidad al permitir la transferencia de datos antes de que la parte receptora proporcione un acuerdo. Esto lo hace beneficioso para comunicaciones urgentes como VoIP, búsquedas de DNS y reproducción de video o audio.
Componentes clave de un encabezado de datagrama UDP
Números de puerto de origen y destino
El encabezado del datagrama UDP contiene campos esenciales para identificar las aplicaciones que se comunican. A El campo Puerto de origen identifica el puerto del remitente cuando esté presente. Si no se utiliza, se pone a cero. El campo Puerto de destino identifica el puerto del receptor y es un campo obligatorio. Estos números de puerto permiten que la capa de transporte dirija el datagrama al proceso de aplicación correcto en el host de destino.
Campos de longitud y suma de comprobación
El campo Longitud especifica la longitud total del encabezado UDP y los datos en bytes. La longitud mínima es de 8 bytes, que es el tamaño del propio encabezado. El máximo teórico es 65.535 bytes, pero IPv4 limita la longitud de los datos a 65.507 bytes . Para los jumbogramas IPv6, el campo de longitud es cero si la longitud total supera los 65.535 bytes. El campo Suma de comprobación se puede utilizar para comprobar errores. Es opcional en IPv4 y obligatorio en la mayoría de los casos en IPv6. Si no se utiliza, contiene todos ceros.
Funciones habilitadas por la unidad de datos del protocolo de datagramas UDP
Comunicación sin conexión y gastos generales mínimos
UDP permite la comunicación sin conexión al permitir a los remitentes transmitir paquetes de datos (datagramas) directamente a los destinatarios. Lo hace sin establecer primero una conexión dedicada ni realizar un protocolo de enlace. Esto significa que no se requiere reconocimiento, lo que facilita el flujo de datos ininterrumpido. UDP gastos generales mínimos surge de varias opciones de diseño. Utiliza una estructura de paquetes simple, lo que reduce el tiempo de procesamiento y los recursos necesarios tanto para el remitente como para el receptor. A diferencia de TCP, UDP no implementa control de flujo para regular las tasas de transferencia de datos. También carece de recuperación de errores; UDP no retransmite paquetes perdidos ni maneja la corrección de errores. Las aplicaciones que utilizan UDP son responsables de gestionar la integridad de los datos y las retransmisiones si es necesario. Esta omisión de mecanismos de confiabilidad hace que UDP sea más rápido y simple.
Velocidad sobre confiabilidad
UDP es un Protocolo sin conexión que prioriza la velocidad. . No establece una conexión formal ni verifica la recepción de datos. Simplemente envía datos como datagramas individuales sin un apretón de manos, similar a enviar una postal. Este enfoque conduce a una entrega poco confiable ya que no garantiza la entrega, el pedido o la corrección de errores. Al considerar la velocidad versus la confiabilidad, Los datagramas más pequeños son más confiables ya que es menos probable que se pierdan, corrompan o reordenen. . También son menos propensos a sufrir fragmentación, caídas o retrasos. Los datagramas más grandes son más eficientes y rápidos debido a que transportan más carga útil por unidad superior, lo que reduce el recuento de paquetes y la carga de procesamiento. Sin embargo, los datagramas más grandes son menos confiables ya que son más propensos a pérdidas, corrupción, reordenamiento, congestión de la red, latencia y fluctuaciones. También consumen más ancho de banda y recursos.
Comparación de las unidades de datos del protocolo de la capa de transporte: segmento frente a datagrama
Diferencias fundamentales en el diseño de unidades de datos de protocolo
Comparación de confiabilidad, velocidad y gastos generales
Los segmentos TCP y los datagramas UDP exhiben diferencias fundamentales de diseño , impactando directamente su confiabilidad, velocidad y gastos generales. TCP prioriza integridad de datos garantizada . Garantiza una entrega de datos confiable y retransmite datos perdidos. TCP utiliza números de secuencia para garantizar que los datos se vuelvan a ensamblar en el orden correcto. Realiza una sólida verificación de errores con sumas de verificación tanto en el encabezado como en los datos. Además, TCP incorpora mecanismos integrados para evitar la congestión de la red. Por el contrario, UDP no rastrea ni reenvía paquetes, lo que genera una posible pérdida de datos. Tampoco logra rastrear ni reordenar los datos, lo que puede resultar problemático para el procesamiento secuencial. UDP carece de mecanismos para ralentizar la transmisión durante la congestión.
Las características integrales de TCP contribuyen a una mayor latencia debido a su protocolo de enlace de tres vías y reconocimientos constantes. También incurre en mayores gastos generales con un encabezado más grande de 20 a 60 bytes , consumiendo más ancho de banda. TCP consume muchos recursos y requiere más memoria y procesamiento para el estado de la conexión, temporizadores y números de secuencia. Un paquete perdido en TCP puede retrasar los paquetes posteriores en la secuencia, un fenómeno conocido como bloqueo de cabecera de línea. UDP, sin embargo, ofrece un enfoque más rápido, simple y eficiente. . Su encabezado fijo de 8 bytes genera una sobrecarga muy baja.
| Característica | TCP (Protocolo de control de transmisión) | UDP (Protocolo de datagramas de usuario) |
|---|---|---|
| Fiabilidad | Garantiza la entrega de datos. | No garantiza la entrega de datos. |
| Velocidad | Comparativamente más lento. | Más rápido, más sencillo y más eficiente. |
| Longitud del encabezado | Longitud variable (20-60 bytes). | Longitud fija (8 bytes). |
| Arriba | Bajo, pero más alto que UDP. | Muy bajo. |
Enfoques orientados a la conexión versus enfoques sin conexión
El enfoque para establecer la comunicación también distingue estas dos unidades de datos de protocolo de capa de transporte. TCP está orientado a la conexión. Establece una conexión dedicada mediante un protocolo de enlace de tres vías (SYN, SYN-ACK, ACK) antes de la transferencia de datos. Termina esta conexión con un protocolo de enlace de cuatro vías. TCP rastrea activamente el estado de la comunicación durante toda la sesión. Por el contrario, UDP no tiene conexión. Envía datos sin un protocolo de enlace preliminar ni una conexión dedicada. Cada paquete se transmite de forma independiente y UDP no rastrea el estado de la comunicación.
Aplicaciones prácticas de cada unidad de datos de protocolo
Casos de uso para segmentos TCP
Las aplicaciones que requieren una transmisión de datos fiable, ordenada y controlada contra errores utilizan predominantemente segmentos TCP. Aplicaciones de comunicación por texto como WhatsApp, Instagram, Google Chat e iMessage confiar en TCP. El Protocolo de transferencia de archivos (FTP) es esencial para transferir archivos donde la pérdida de datos es inaceptable y el orden correcto es crucial. El Protocolo de transferencia de hipertexto (HTTP), utilizado para acceder a páginas web, aprovecha las capacidades de TCP para la entrega de datos en orden, control de errores, control de flujo y retransmisión de segmentos de datos. El Protocolo simple de transferencia de correo (SMTP), un protocolo de capa de aplicación para enviar correos electrónicos, también depende de los servicios TCP.
Casos de uso para datagramas UDP
Las aplicaciones que priorizan la velocidad sobre la confiabilidad suelen emplear datagramas UDP. Transmisión de video en vivo, utilizada por VoIP y videoconferencias , se beneficia de la menor sobrecarga y la tolerancia a la pérdida de paquetes de UDP, lo que reduce la latencia. El sistema de nombres de dominio (DNS) normalmente utiliza UDP para consultas rápidas y ligeras. La multidifusión de datos de mercado utiliza UDP en operaciones de baja latencia para la entrega eficiente de datos de mercado a múltiples destinatarios simultáneamente. Los dispositivos de Internet de las cosas (IoT) suelen emplear UDP para enviar pequeños paquetes de datos. Servicios de streaming como YouTube y Netflix Confíe en UDP para una reproducción fluida y en tiempo real, minimizando la latencia y permitiendo una pérdida menor de paquetes. Los juegos multijugador también prefieren UDP para garantizar una capacidad de respuesta en tiempo real y una experiencia de juego fluida, tolerando una pérdida menor de paquetes.
La importancia de la unidad de datos del protocolo de la capa de transporte
Cómo las PDU facilitan la entrega de proceso a proceso
El papel de los números de puerto en el enrutamiento de PDU
Las PDU de la capa de transporte, como segmentos o datagramas, son cruciales para extender el servicio de entrega de host a host de la capa de red a un servicio de entrega proceso a proceso . Esto implica multiplexación y demultiplexación de aplicaciones. En el lado del envío, la capa de transporte convierte los mensajes de la aplicación en PDU de transporte dividiéndolos potencialmente en fragmentos más pequeños y agregando un encabezado de la capa de transporte. Estas PDU luego pasan a la capa de red. En el lado receptor, la capa de transporte recibe estas PDU de la capa de red, elimina el encabezado de transporte, vuelve a ensamblar los mensajes y los entrega al proceso de aplicación correcto. Esto garantiza que las aplicaciones que se ejecutan en diferentes hosts puedan comunicarse de forma lógica, aunque no estén conectadas físicamente.
Los números de puerto son cruciales en la capa de transporte para identificar aplicaciones o servicios específicos en un host. Cuando los datos llegan a un destino, la capa de transporte utiliza el número de puerto en el encabezado para dirigir los datos a la aplicación correcta. Por ejemplo, El puerto 80 maneja el tráfico HTTP y el puerto 25 gestiona el correo electrónico. . Este mecanismo permite que múltiples aplicaciones en un solo dispositivo se comuniquen simultáneamente sin desvío de datos.
Encapsulación y decapsulación de la unidad de datos de protocolo
En la capa de transporte, la encapsulación implica agregar un Encabezado TCP o UDP a los datos . Los encabezados TCP son completos e incluyen números de puerto de origen y destino, números de secuencia, números de confirmación, tamaño de ventana e indicadores de control. Por el contrario, los encabezados UDP son más simples y contienen solo campos de puerto de origen, puerto de destino, longitud y suma de verificación. Este proceso transforma los datos en un segmento para TCP o un datagrama para UDP. La desencapsulación en esta capa se centra en examinar los números de puerto para dirigir los datos a la aplicación correcta. Para TCP, también gestiona números de secuencia, reconocimientos y control de flujo antes de eliminar el encabezado de transporte y entregar los datos a la aplicación.
Impacto en el rendimiento de la red y el diseño de aplicaciones
Elegir la unidad de datos de protocolo adecuada
La elección entre un segmento TCP y un datagrama UDP afecta significativamente el rendimiento de la red y el diseño de la aplicación. TCP garantiza la integridad de los datos para aplicaciones críticas como transacciones financieras y registros médicos, garantizando la entrega. Sin embargo, la sobrecarga de TCP afecta significativamente el rendimiento debido a encabezados adicionales, tráfico de confirmación y retransmisiones, lo que consume ancho de banda y recursos de procesamiento. El bloqueo de cabecera de línea también puede retrasar segmentos de datos posteriores mientras se espera que se retransmitan los que faltan, lo que afecta particularmente el rendimiento en redes de alta latencia.
Por el contrario, UDP ofrece una comunicación ligera con una sobrecarga mínima, crucial para aplicaciones urgentes que no pueden tolerar retrasos. Aplicaciones como transmisión de video (YouTube, Netflix) prefiere UDP . Es preferible eliminar un solo fotograma a pausar la transmisión para su retransmisión, ya que es posible que los usuarios solo noten un problema menor. Los juegos en línea también se benefician de UDP; recibir información ligeramente desactualizada es mejor que información perfecta demasiado tarde.
Optimización para diferentes necesidades de comunicación
Optimizar las necesidades de comunicación implica seleccionar el protocolo de capa de transporte adecuado e implementar estrategias específicas. Por ejemplo, un Enrutador PDU (PduR) enruta eficientemente las PDU entre diferentes protocolos de comunicación. Actúa como puerta de enlace para transmitir las PDU recibidas entre controladores o módulos de interfaz específicos de bus. El protocolo de transporte CAN (CanTp) optimiza el tamaño del mensaje segmentando PDU grandes y reensamblándolas en el receptor, incluido el control de flujo. Los desarrolladores consideran el tipo de datos, los requisitos de ancho de banda, las necesidades de confiabilidad y los costos de hardware al elegir los protocolos.
La capa de transporte unidad de datos de protocolo es un segmento TCP o un datagrama UDP. Los segmentos TCP garantizan una entrega de datos fiable, ordenada y sin errores. Los datagramas UDP se optimizan para una transmisión rápida, sin conexión y con bajos gastos generales. Cada tipo de PDU cumple con distintos requisitos de comunicación. Esto hace que la elección entre ellos sea crucial para el rendimiento de las aplicaciones y la eficiencia de la red. Comprender estas PDU es fundamental para comprender cómo los datos viajan a través de las redes y llegan al proceso previsto.
Preguntas frecuentes
¿Cuál es la principal diferencia entre un segmento TCP y un datagrama UDP?
Un segmento TCP ofrece una entrega de datos confiable, ordenada y con verificación de errores. Por el contrario, un datagrama UDP proporciona una transmisión rápida, sin conexión y con bajos gastos generales. Los desarrolladores eligen entre ellos según las necesidades de la aplicación.
¿Por qué las aplicaciones utilizan segmentos TCP?
Las aplicaciones utilizan segmentos TCP cuando requieren una entrega de datos garantizada. Esto incluye navegación web, correo electrónico y transferencias de archivos. TCP garantiza que los datos lleguen correctamente y en la secuencia adecuada.
¿Cuándo es un datagrama UDP la mejor opción para una aplicación?
Las aplicaciones priorizan la velocidad sobre la confiabilidad cuando utilizan datagramas UDP. Los ejemplos incluyen transmisión de video en vivo, juegos en línea y búsquedas de DNS. Estas aplicaciones toleran una pérdida menor de datos para reducir la latencia.
¿Qué papel juegan los números de puerto en las PDU de la capa de transporte?
Los números de puerto identifican aplicaciones específicas en un host. Permiten que la capa de transporte dirija los datos entrantes al proceso de software correcto. Esto permite que varias aplicaciones se comuniquen simultáneamente.
¿UDP proporciona algún tipo de verificación de errores?
Sí, UDP incluye un campo de suma de comprobación. Esta suma de comprobación ayuda a detectar daños en el encabezado y la carga útil. Sin embargo, UDP no retransmite datagramas perdidos o dañados.
¿Cuál es el propósito de los números de secuencia y acuse de recibo de TCP?
Los números de secuencia garantizan la entrega de datos ordenada. Identifican la posición de los datos dentro del flujo. Los números de acuse de recibo confirman la recepción exitosa de los datos, lo que permite la confiabilidad y la retransmisión.
¿Puede una sola aplicación utilizar tanto TCP como UDP?
Sí, una aplicación puede utilizar tanto TCP como UDP para diferentes funciones. Por ejemplo, una aplicación de juegos podría utilizar UDP para datos de juego en tiempo real y TCP para funciones de inicio de sesión o chat.