Una conexión TCP tiene dos extremos

Establecer una conexión

Envío y recepción de datos

El cliente envía un segmento con un número de secuencia de 101, un número de confirmación de 501, un bit ACK de 1, un poco SYN de cero, y ocho bytes de datos en la parte de datos del segmento. Los bits de SYN y ACK no cambia para el resto de la conexión. El servidor reconoce que reciben los 8 bytes de datos, enviando un segmento con un número de secuencia de 501 y un número de confirmación de 109. La parte de datos de este segmento puede también contiene nuevos datos que se envían al cliente, que el cliente reconoce en otro segmento. Los segmentos enviados al establecer una conexión de datos puede incluir también. Cuando esto ocurre, el destino debe contener los datos recibidos hasta que se establezca la conexión.

Un apretón de manos con éxito le dice al equipo de origen que los datos inscritos en la capa del equipo de destino TCP. Todavía hay margen para el error, sin embargo, porque el apretón de manos no puede garantizar que el proceso designado en el equipo de destino recibido los datos de la capa TCP. Así que para estar absolutamente seguros de que la aplicación del destino recibido los datos, se necesita un protocolo en la capa de aplicación para facilitar el reconocimiento.

Cierre de una conexión

De una conexión de clausura también se requiere de reconocimiento. Para cerrar una conexión completamente, cada equipo envía un segmento con el bit de control FIN fijado en 1 para indicar que el equipo no tiene más datos a enviar. Cada destino debe acusar recibo de la aleta. Artículo Red 5-5 muestra un ejemplo:

1. El cliente envía un segmento con el bit de control FIN fijado en 1. Esto indica que el cliente va a enviar más datos a través de esta conexión. El cliente puede continuar recibiendo desde el servidor.

2. El servidor envía un segmento FIN reconocer la recibió. Si el servidor no tiene más datos a enviar, fija su bit FIN a 1. De lo contrario, el servidor continúa enviando datos y establece el bit FIN a 1 cuando todos los datos ha sido enviado.

3. El cliente envía un segmento FIN reconocer la recibió. La conexión se ha cerrado.

Por supuesto, es posible que uno de los equipos se colgará o ser removido de la red antes de que el apretón de manos de clausura completa. En este caso, el otro ordenador podrá decidir después de un tiempo para considerar la conexión cerrada y libre de los recursos asignados a la conexión.

Control de flujo

Un proceso de envío puede tener varios segmentos listos para enviar a un destino. Antes de enviar cada segmento, el proceso de envío puede esperar un reconocimiento para el segmento anterior. Pero esta no es la forma más eficaz de transferencia de datos si el destino tiene espacio para almacenar los datos en más de un segmento.

Para las transferencias más eficaz, el proceso de envío puede utilizar un campo de cabecera recibido Ventana para ayudar a determinar la cantidad de datos a enviar, sin esperar una confirmación. El destino puede ajustar el tamaño de acuerdo a su estado actual, cambiando el contenido de la ventana de campo según sea necesario en los encabezados que envía. Un número de confirmación recibida indica al remitente que el destino recibido todos los datos con los números de serie de sesiones de hasta uno menos que el número de confirmación. Si el remitente no recibe confirmación, se puede volver a enviar los datos. Normalmente, el envío de un segmento, la fuente almacena temporalmente datos del segmento en una cola de retransmisión e inicia un temporizador. Al recibir un reconocimiento, la fuente de borrar los datos de la cola de retransmisión. Si la fuente no recibe un reconocimiento por el tiempo que el temporizador a veces, la fuente del supuesto de que el destino no ha recibido el segmento y la reenvía, utilizando los datos en la cola de retransmisión. La cantidad de tiempo a esperar antes de reenviar puede varían con la red. anfitriones utilizan a menudo la ronda de media hora de viaje de una transmisión en la determinación de un valor de tiempo de espera.

Mejorar el rendimiento

Con el tiempo, varios métodos han entrado en el uso popular para ayudar a que las transferencias de datos TCP más eficiente. Los métodos de limitar la cantidad de datos de un remitente puede enviar en algunas situaciones, y también puede eliminar la necesidad de esperar un tiempo de espera antes de retransmitir. Los métodos son inicio lento, evitar la congestión, Retransmisión rápida y rápida recuperación. RFC2581: TCP Congestion Control de documentos de los métodos. Los métodos tienen que ver con especificar el número de segmentos de una fuente puede transmitir antes de recibir una confirmación. Si una fuente de espera para el reconocimiento del segmento anterior antes de enviar el siguiente segmento, la fuente cumple con los requisitos de los aprobados y las normas propuestas. Un sistema integrado que transfiere datos con poca frecuencia puede utilizar este sencillo, aunque menos eficientes, enfoque.

TCP apoyo en sistemas embebidos

Soporte TCP en un sistema embebido es más complicado que el apoyo a UDP. Además de agregar y quitar los encabezados y el apoyo a la PI, el equipo debe realizar la 3-way handshake para conectarse a un host remoto, mantener la secuencia y los números de acuse de recibo cuando el intercambio de datos, apretón de manos cuando se cierra una conexión, y responder a los errores detectados. Para enviar un mensaje a través de TCP, un ordenador en una red Ethernet debe hacer lo siguiente:

• Establecer una conexión con el 3-way handshake.

• Use el tamaño de la ventana recibido para determinar la cantidad de datos del equipo remoto puede aceptar.

• Coloque la fuente y los números de puerto de destino, número de orden, número de confirmación, longitud de cabecera, tamaño de la ventana de origen, y suma de comprobación en los lugares apropiados en la cabecera TCP. Cálculo de la suma de control es necesario conocer la fuente y las direcciones IP de destino.

• Coloque los datos a enviar en la parte de datos del segmento.

• Coloque el segmento de TCP en la parte de datos de un datagrama IP. El datagrama IP requiere direcciones IP origen y destino y calculando una suma de comprobación en la cabecera.

• Pasar el datagrama IP al controlador de la controladora de Ethernet para el envío de la red e iniciar un temporizador de tiempo de espera.

• Espere a recibir un número de confirmación que indica que el equipo remoto recibido los datos. Si el reconocimiento no llega antes de un tiempo de espera, vuelva a enviar el segmento. Para recibir un datagrama a través de TCP, un ordenador en una red Ethernet debe hacer lo siguiente:

• Establecer una conexión con el 3-way handshake.

• Recibir un datagrama IP de controlador de la controladora Ethernet.

• Faja de la cabecera IP de los datagramas. Calcular la suma de comprobación y comparar con el valor recibido.

• Si las sumas de comprobación partido, tira de la cabecera de la serie de sesiones TCP. Calcular la suma de control y compararlo con el valor recibido.

• Examine el número de confirmación recibida para averiguar si el segmento es el acuse de recibo de los datos previamente enviados y de ser así, eliminar los datos reconocidos de la cola de retransmisión.

• Comparar el número de secuencia recibido y el valor esperado. Si el partido de los números, establecer el número de confirmación para regresar al remitente en un segmento TCP.

• Utilice el número de puerto de destino para decidir dónde pasar los datos. Además, en cualquier momento, cualquiera de los equipos pueden solicitar a cerrar o reiniciar la conexión y el otro equipo debería reconocer la solicitud y podrá solicitar a cerrar o reiniciar la conexión de la otro extremo, si procede.

Como muestran los ejemplos en el inicio de la red tutorial muestra, si está usando un módulo con el apoyo del PCT, los detalles de la creación de los segmentos y hacer frente a las sumas de comprobación y números de secuencia y acuse de recibo se manejan para usted.

un artículo presentado por Daniel R.

Descargo de responsabilidad:Nuestro sitio web no es responsable por el contenido de este artículo. Webarticles es un recurso de información gratuito.
Importante: Este artículo "Una conexión TCP tiene dos extremos", fue traducida por un software automático. Sentimos pena por los errores de ortografía que pueda haber ocurrido. Gracias por su comprensión.