networking - protocolo - Si TCP está orientado a la conexión, ¿por qué los paquetes siguen caminos diferentes?
protocolo tcp/ip caracteristicas (4)
El protocolo TCP es implementado por las máquinas de envío / recepción, una vez que los paquetes salen de la máquina de envío, los enrutadores que viajan no saben nada de TCP, solo usan IP para obtener los paquetes desde la fuente hasta su destino. Entonces, es el trabajo de las máquinas de destino, utilizando TCP, asegúrese de que todos los paquetes lleguen y que lleguen en el orden correcto. Internet no sabe nada de TCP, es solo una capa (a menudo software) que da conexión a un medio sin conexión (internet).
Así que cuando un paquete deja un destino, puede ir a lo largo de cualquier ruta (en su mayoría), siempre que llegue a la fecha de desintado, independientemente del protocolo de nivel superior (como TCP o UDP).
Quiero decir, es un poco más complicado que eso, pero por lo que puedo recordar, esa es la Idea general.
Según tengo entendido, si se debe diseñar una aplicación de Internet, debemos usar un servicio orientado a la conexión o un servicio sin conexión, pero no ambos.
El servicio orientado a conexión de Internet es TCP y el servicio sin conexión es UDP, y ambos residen en la capa de transporte de la pila de Protocolo de Internet.
La única capa de red de Internet es IP, que es un servicio sin conexión. Entonces significa que cualquier aplicación que diseñamos eventualmente usa IP para transmitir los paquetes.
Los servicios orientados a la conexión utilizan la misma ruta para transmitir todos los paquetes, y los que no tienen conexión no.
Por lo tanto, mi problema es
si se ha diseñado una aplicación orientada a la conexión, debe transmitir los paquetes utilizando la misma ruta. Pero IP rompe esa regla al usar diferentes rutas. Entonces, ¿cómo trabajan juntos TCP y IP en este sentido? Me confunde por completo.
Este enlace responde bastante bien a su pregunta http://www.tcpipguide.com/free/t_ConnectionOrientedandConnectionlessProtocols-3.htm
Algunas personas consideran que esto (TCP) es como una "simulación" de conmutación de circuitos en capas de red superiores; esta es quizás una analogía dudosa. Aunque se puede usar una conexión TCP para enviar y recibir datos entre dispositivos, todos esos datos aún se envían como paquetes; no hay un circuito real entre los dispositivos. Esto significa que TCP debe lidiar con todas las trampas potenciales de la comunicación por conmutación de paquetes, tales como la posibilidad de pérdida de datos o la recepción de piezas de datos en el orden incorrecto.
El protocolo TCP trata el problema de los paquetes IP que llegan fuera de orden o que se pierden, para darle la sensación de que llegan a través de un solo canal FIFO. Sí, TCP es lo suficientemente inteligente como para hacer eso, no hay necesidad de un canal subyacente dedicado.
Tú, amigo mío, confundes la funcionalidad de dos capas diferentes.
TCP está orientado a la conexión en el sentido de que existe un establecimiento de conexión, entre los dos extremos, donde pueden negociar diferentes cosas como el mecanismo de control de la congestión, entre otras cosas.
El propósito general de los protocolos de capa de transporte es proporcionar entrega de proceso a proceso, lo que significa que no sabe nada sobre rutas; cómo sus paquetes llegan al sistema final está más allá de su alcance, solo les preocupa cómo se transmiten los paquetes entre los dos PROCESOS finales.
IP, por otro lado, el protocolo de capa de red para Internet, se ocupa de la entrega de datos entre sistemas finales, pero no tiene conexión, no mantiene conexión, por lo que cada paquete se maneja independientemente de los otros paquetes.
Al salir de su sistema, cada enrutador elegirá la ruta que considere apropiada para CADA paquete, y esta ruta puede cambiar dependiendo de la disponibilidad / congestión.
¿Cómo responde eso tu pregunta?
TCP se asegurará de que los paquetes lleguen al otro proceso, no le importará cómo llegaron allí.
A la IP, por otra parte, no le importará si llegan al otro extremo, sino que simplemente reenviará cada paquete diferente según lo que considere más adecuado para un paquete en particular.
Nota:
Supongamos que la IP estaba orientada a la conexión, ¿eso significaría que los paquetes seguirían el mismo camino? No necesariamente, depende de lo que signifique la palabra "conexión" en esta capa, si eso significa negociar ciertas opciones relacionadas con la seguridad, por ejemplo, aún puede tener todos sus paquetes siendo reenviados a través de diferentes rutas a través de Internet.
EDITAR:
Sin embargo, para no confundirlo, la mayoría de los servicios orientados a la conexión en la capa de red y debajo significan que la conexión, cuando se establece, también establece una ruta virtual que deben seguir todos los ''paquetes'', para obtener más información sobre:
Circuito virtual y redes frame relay
el enrutador funciona solo en tres capas (física, enlace de datos y capas de red), por lo que los enrutadores tomarán la decisión dependiendo únicamente de la información. de la capa de red (protocolo IP) por lo que no hay información disponible sobre su TCP o UDP en el enrutador