segmento - tcp ip

TCP vs UDP: ¿qué es una conexión TCP?

Question

¿Qué es exactamente una conexión TCP? Entiendo que no hay una conexión física del cliente al servidor. ¿Es esta conexión solo el socket del cliente vinculado con el nuevo socket creado por el servidor después del handshake de tres vías? A partir de entonces, una vez que se establece la "conexión", los enchufes en los extremos de la conexión saben dónde enviar sus paquetes.

¿Cómo difiere esto de la forma en que las funciones UDP son diferentes al saludo inicial con TCP? ¿Es que cada socket del servidor solo tiene un cliente que envía paquetes a ese socket en particular?

¿Cuáles son algunas ventajas posibles de tener una conexión dedicada entre hosts? Mi comprensión de TCP y UDP sigue siendo muy básica, por lo que las generalizaciones generales deberían ser suficientes.

Answer 1

La principal diferencia entre los zócalos TCP y UDP es que UDP es sin conexión y no espera realmente una confirmación de que el otro extremo recibió los datos.

"El Transmission Control Protocol (TCP) es uno de los protocolos principales de Internet Protocol Suite. TCP es uno de los dos componentes originales de la suite, que complementa al Protocolo de Internet (IP) y, por lo tanto, a toda la suite se la conoce comúnmente como TCP / IP. TCP proporciona entrega confiable y ordenada de una secuencia de bytes desde un programa en una computadora a otro programa en otra computadora. TCP es el protocolo que las principales aplicaciones de Internet como la World Wide Web, correo electrónico, administración remota y transferencia de archivos Confíe en. Otras aplicaciones, que no requieren un servicio de flujo de datos confiable, pueden usar el Protocolo de datagramas de usuario (UDP), que proporciona un servicio de datagramas que enfatiza la latencia reducida sobre la confiabilidad ". 1

Answer 2

Vamos a dividir esto en partes. Primero, la red se basa en IP, que es un protocolo que asigna una dirección a cada nodo de la red y que le permite enviar pequeñas cantidades de datos (generalmente hasta 64kB, pero típicamente solo 1500B) de un nodo a otro.

Eso en sí mismo no vale mucho todavía, porque no podemos verificar que los datos realmente llegaron y que llegaron en el orden correcto. Si queremos un mecanismo abstracto para transmitir cantidades arbitrarias de datos y garantizar que lleguen, necesitamos otro protocolo en la parte superior de la red que maneje esta "transmisión". Y ese es el propósito de TCP.

Sin embargo, en paralelo a TCP, hay otro protocolo de "transmisión" que no realiza ninguna comprobación y no tiene fiabilidad, UDP. UDP es solo una envoltura delgada alrededor de paquetes de IP sin procesar, que agrega un poco de metadatos (como un número de puerto ).

UDP sigue siendo útil, sin embargo, dado que hay muchas situaciones en las que la integridad de los datos ya se transfiere a un protocolo aún mayor, por lo que no es necesario un protocolo de transmisión complejo. Esto se usa, por ejemplo, en los servicios de redes virtuales, donde otra instancia de TCP / IP normalmente se ejecuta sobre un canal UDP. (Hacer que el canal use un protocolo confiable como TCP puede tener consecuencias desastrosas en ese caso debido a reenviar cascadas).

Entonces, el término "conexión TCP" se refiere a la aplicación del TCProtocol. El protocolo es con estado, naturalmente, y normalmente procede en una secuencia SYN-ACK-data-FIN, o SYN / RST en caso de una transmisión rechazada; ambos pares mantienen un estado de la conexión (handshake, established, closing, closed). TCP también introduce los términos "servidor" y "cliente", siendo el servidor el par que listen() para una conexión entrante.