Explicación del protocolo de enlace triple a través de TCP/IP

Artículo
11/20/2024

En este artículo se describe el proceso de protocolo de enlace triple del Protocolo de control de transmisión (TCP) entre un cliente y un servidor al iniciar o finalizar una conexión TCP.

Número de KB original: 172983

Resumen

Este artículo está destinado a audiencias que están familiarizados con el Protocolo de control de transmisión/Protocolo de Internet (TCP/IP). Describe el proceso del protocolo de enlace triple tcp entre un cliente y un servidor al iniciar o finalizar una conexión TCP.

Más información

El nivel TCP del protocolo de transporte TCP/IP está orientado a la conexión. Orientado a la conexión significa que, antes de que se puedan transmitir datos, se debe obtener y confirmar una conexión confiable. Las transmisiones de datos de nivel TCP, el establecimiento de conexiones y la terminación de conexión mantienen parámetros de control específicos que rigen todo el proceso. Los bits de control se enumeran de la siguiente manera:

URG: campo puntero urgente significativo
ACK: campo de confirmación significativo
PSH: Función de inserción
RST: Restablecimiento de la conexión
SYN: Sincronizar números de secuencia
FIN: No hay más datos del remitente

Hay dos escenarios en los que tendrá lugar un protocolo de enlace triple:

Establecimiento de una conexión (una apertura activa)
Finalización de una conexión (cierre activo)

La siguiente información de ejemplo se obtuvo de una captura de Network Monitor. Network Monitor es un analizador de protocolos que se puede obtener de Microsoft Systems Management Server.

Establecimiento de una conexión

En la secuencia siguiente se muestra el proceso de establecimiento de una conexión TCP:

Frame 1:

Como ve en el primer fotograma, el cliente, NTW3, envía un segmento SYN (TCP ....S.). Se trata de una solicitud al servidor para sincronizar los números de secuencia. Especifica su número de secuencia inicial (ISN). El ISN se incrementa en 1 (8221821+1=8221822) y se envía al servidor. Para iniciar una conexión, el cliente y el servidor deben sincronizarse entre sí. También hay una opción para establecer el tamaño máximo de segmento (MSS), que se define mediante la longitud (len: 4). Esta opción comunica a MSS que el remitente quiere recibir. El campo Confirmación (ack: 0) se establece en cero porque es la primera parte del protocolo de enlace triple.


1 2.0785 NTW3 --> BDC3 TCP ....S., len: 4, seq: 8221822-8221825, ack: 0,
win: 8192, src: 1037 dst: 139 (NBT Session) NTW3 --> BDC3 IP

TCP: ....S., len: 4, seq: 8221822-8221825, ack: 0, win: 8192, src: 1037
dst: 139 (NBT Session)

TCP: Source Port = 0x040D
 TCP: Destination Port = NETBIOS Session Service
 TCP: Sequence Number = 8221822 (0x7D747E)
 TCP: Acknowledgement Number = 0 (0x0)
 TCP: Data Offset = 24 (0x18)
 TCP: Reserved = 0 (0x0000)
 TCP: Flags = 0x02 : ....S.

TCP: ..0..... = No urgent data
 TCP: ...0.... = Acknowledgement field not significant
 TCP: ....0... = No Push function
 TCP: .....0.. = No Reset
 TCP: ......1. = Synchronize sequence numbers
 TCP: .......0 = No Fin

TCP: Window = 8192 (0x2000)
 TCP: Checksum = 0xF213
 TCP: Urgent Pointer = 0 (0x0)
 TCP: Options

TCP: Option Kind (Maximum Segment Size) = 2 (0x2)
 TCP: Option Length = 4 (0x4)
 TCP: Option Value = 1460 (0x5B4)

TCP: Frame Padding

00000: 02 60 8C 9E 18 8B 02 60 8C 3B 85 C1 08 00 45 00 .`.....`.;....E.
00010: 00 2C 0D 01 40 00 80 06 E1 4B 83 6B 02 D6 83 6B .,..@....K.k...k
00020: 02 D3 04 0D 00 8B 00 7D 74 7E 00 00 00 00 60 02 .......}t~....`.
00030: 20 00 F2 13 00 00 02 04 05 B4 20 20 .........

Marco 2:

Como ve en el segundo fotograma, el servidor, BDC3, envía un segmento ACK y SYN (TCP .A..S.). En este segmento, el servidor reconoce la solicitud del cliente para la sincronización. Mientras tanto, el servidor también envía su solicitud al cliente para la sincronización de sus números de secuencia. Hay una diferencia importante en este segmento. El servidor transmite un número de confirmación (8221823) al cliente. La confirmación es simplemente una prueba para el cliente de que ACK es específico del SYN iniciado por el cliente. El proceso de confirmación de la solicitud del cliente permite al servidor incrementar el número de secuencia del cliente en uno y usarlo como número de confirmación.


2 2.0786 BDC3 --> NTW3 TCP .A..S., len: 4, seq: 1109645-1109648, ack:
8221823, win: 8760, src: 139 (NBT Session) dst: 1037 BDC3 --> NTW3 IP

TCP: .A..S., len: 4, seq: 1109645-1109648, ack: 8221823, win: 8760,
src: 139 (NBT Session) dst: 1037

TCP: Source Port = NETBIOS Session Service
 TCP: Destination Port = 0x040D
 TCP: Sequence Number = 1109645 (0x10EE8D)
 TCP: Acknowledgement Number = 8221823 (0x7D747F)
 TCP: Data Offset = 24 (0x18)
 TCP: Reserved = 0 (0x0000)
 TCP: Flags = 0x12 : .A..S.

TCP: ..0..... = No urgent data
 TCP: ...1.... = Acknowledgement field significant
 TCP: ....0... = No Push function
 TCP: .....0.. = No Reset
 TCP: ......1. = Synchronize sequence numbers
 TCP: .......0 = No Fin

TCP: Window = 8760 (0x2238)
 TCP: Checksum = 0x012D
 TCP: Urgent Pointer = 0 (0x0)
 TCP: Options

TCP: Option Kind (Maximum Segment Size) = 2 (0x2)
 TCP: Option Length = 4 (0x4)
 TCP: Option Value = 1460 (0x5B4)

TCP: Frame Padding

00000: 02 60 8C 3B 85 C1 02 60 8C 9E 18 8B 08 00 45 00 .`.;...`......E.
00010: 00 2C 5B 00 40 00 80 06 93 4C 83 6B 02 D3 83 6B .,[.@....L.k...k
00020: 02 D6 00 8B 04 0D 00 10 EE 8D 00 7D 74 7F 60 12 ...........}t`.
00030: 22 38 01 2D 00 00 02 04 05 B4 20 20 "8.-......

Marco 3:

Como ve en el tercer marco, el cliente envía un segmento ACK (TCP .A....). En este segmento, el cliente reconoce la solicitud del servidor para la sincronización. El cliente usa el mismo algoritmo que el servidor implementado para proporcionar un número de confirmación. La confirmación del cliente de la solicitud del servidor para la sincronización completa el proceso de establecimiento de una conexión confiable y el protocolo de enlace triple.


3 2.787 NTW3 --> BDC3 TCP .A...., len: 0, seq: 8221823-8221823, ack:
1109646, win: 8760, src: 1037 dst: 139 (NBT Session) NTW3 --> BDC3 IP

TCP: .A...., len: 0, seq: 8221823-8221823, ack: 1109646, win: 8760,
src: 1037 dst: 139 (NBT Session)

TCP: Source Port = 0x040D
 TCP: Destination Port = NETBIOS Session Service
 TCP: Sequence Number = 8221823 (0x7D747F)
 TCP: Acknowledgement Number = 1109646 (0x10EE8E)
 TCP: Data Offset = 20 (0x14)
 TCP: Reserved = 0 (0x0000)
 TCP: Flags = 0x10 : .A....

TCP: ..0..... = No urgent data
 TCP: ...1.... = Acknowledgement field significant
 TCP: ....0... = No Push function
 TCP: .....0.. = No Reset
 TCP: ......0. = No Synchronize
 TCP: .......0 = No Fin

TCP: Window = 8760 (0x2238)
 TCP: Checksum = 0x18EA
 TCP: Urgent Pointer = 0 (0x0)
 TCP: Frame Padding

00000: 02 60 8C 9E 18 8B 02 60 8C 3B 85 C1 08 00 45 00 .`.....`.;....E.
00010: 00 28 0E 01 40 00 80 06 E0 4F 83 6B 02 D6 83 6B .(..@....O.k...k
00020: 02 D3 04 0D 00 8B 00 7D 74 7F 00 10 EE 8E 50 10 .......}t....P.
00030: 22 38 18 EA 00 00 20 20 20 20 20 20 "8....

Finalizar una conexión

Aunque el protocolo de enlace triple solo requiere que se transmitan tres paquetes a través de nuestros medios en red, la terminación de esta conexión confiable debe transmitir cuatro paquetes. Dado que una conexión TCP es dúplex completo (los datos pueden fluir en cada dirección independientemente de la otra), cada dirección debe finalizar de forma independiente.

Marco 4:

En esta sesión de fotogramas, verá que el cliente envía un FIN que va acompañado de un ACK (TCP .A...F). Este segmento tiene dos funciones básicas. En primer lugar, cuando se establece el parámetro FIN, informará al servidor de que no tiene más datos que enviar. En segundo lugar, ACK es esencial para identificar la conexión específica que han establecido.


4 16.0279 NTW3 --> BDC3 TCP .A...F, len: 0, seq: 8221823-8221823,
ack:3462835714, win: 8760, src: 2337 dst: 139 (NBT Session) NTW3 --> BDC3
IP

TCP: .A...F, len: 0, seq: 8221823-8221823, ack: 1109646, win: 8760, src:
1037 dst: 139 (NBT Session)

TCP: Source Port = 0x040D
 TCP: Destination Port = NETBIOS Session Service
 TCP: Sequence Number = 8221823 (0x7D747F)
 TCP: Acknowledgement Number = 1109646 (0x10EE8E)
 TCP: Data Offset = 20 (0x14)
 TCP: Reserved = 0 (0x0000)
 TCP: Flags = 0x11 : .A...F

TCP: ..0..... = No urgent data
 TCP: ...1.... = Acknowledgement field significant
 TCP: ....0... = No Push function
 TCP: .....0.. = No Reset
 TCP: ......0. = No Synchronize
 TCP: .......1 = No more data from sender

TCP: Window = 8760 (0x2238)
 TCP: Checksum = 0x236C
 TCP: Urgent Pointer = 0 (0x0)

00000: 00 20 AF 47 93 58 00 A0 C9 22 F5 39 08 00 45 00 . .G.X...".9..E.
00010: 00 28 9B F5 40 00 80 06 21 4A C0 5E DE 7B C0 5E .(..@...!J.^.{.^
00020: DE 57 09 21 05 48 0B 20 96 AC CE 66 AE 02 50 11 .W.!.H. ...f..P.
00030: 22 38 23 6C 00 00 "8#l..

Marco 5:

En este marco, no verá nada especial excepto para el servidor que reconoce el FIN que se ha transmitido desde el cliente.


5 16.0281 BDC3 --> NTW3 TCP .A...., len: 0, seq: 1109646-1109646,
ack: 8221824, win:28672, src: 139 dst: 2337 (NBT Session) BDC3 --> NTW3
IP

TCP: .A...., len: 0, seq: 1109646-1109646, ack: 8221824, win:28672, src:
139 dst: 2337 (NBT Session)

TCP: Source Port = 0x040D
 TCP: Destination Port = NETBIOS Session Service
 TCP: Sequence Number = 1109646 (0x10EE8E)
 TCP: Acknowledgement Number = 8221824 (0x7D7480)
 TCP: Data Offset = 20 (0x14)
 TCP: Reserved = 0 (0x0000)
 TCP: Flags = 0x10 : .A....

TCP: ..0..... = No urgent data
 TCP: ...1.... = Acknowledgement field significant
 TCP: ....0... = No Push function
 TCP: .....0.. = No Reset
 TCP: ......0. = No Synchronize
 TCP: .......0 = No Fin

TCP: Window = 28672 (0x7000)
 TCP: Checksum = 0xD5A3
 TCP: Urgent Pointer = 0 (0x0)
 TCP: Frame Padding

00000: 00 A0 C9 22 F5 39 08 00 02 03 BA 84 08 00 45 00 ...".9........E.
00010: 00 28 D2 82 00 00 3F 06 6B BD C0 5E DE 57 C0 5E .(....?.k..^.W.^
00020: DE 7B 05 48 09 21 CE 66 AE 02 0B 20 96 AD 50 10 .{.H.!.f... ..P.
00030: 70 00 D5 A3 00 00 90 00 01 00 86 00 p...........

Marco 6:

Después de recibir el FIN del equipo cliente, el servidor ACK. Aunque TCP ha establecido conexiones entre los dos equipos, las conexiones siguen siendo independientes entre sí. Por lo tanto, el servidor también debe transmitir un FIN (TCP .A...F) al cliente.


6 17.0085 BDC3 --> NTW3 TCP .A...F, len: 0, seq: 1109646-1109646, ack:
8221824, win:28672, src: 139 dst: 2337 (NBT Session) BDC3 --> NTW3 IP

TCP: .A...F, len: 0, seq: 1109646-1109646, ack: 8221824, win:28672, src:
139 dst: 2337 (NBT Session)

TCP: Source Port = 0x0548
 TCP: Destination Port = 0x0921
 TCP: Sequence Number = 1109646 (0x10EE8E)
 TCP: Acknowledgement Number = 8221824 (0x7D7480)
 TCP: Data Offset = 20 (0x14)
 TCP: Reserved = 0 (0x0000)
 TCP: Flags = 0x11 : .A...F

TCP: ..0..... = No urgent data
 TCP: ...1.... = Acknowledgement field significant
 TCP: ....0... = No Push function
 TCP: .....0.. = No Reset
 TCP: ......0. = No Synchronize
 TCP: .......1 = No more data from sender

TCP: Window = 28672 (0x7000)
 TCP: Checksum = 0xD5A2
 TCP: Urgent Pointer = 0 (0x0)
 TCP: Frame Padding

00000: 00 A0 C9 22 F5 39 08 00 02 03 BA 84 08 00 45 00 ...".9........E.
00010: 00 28 D2 94 00 00 3F 06 6B AB C0 5E DE 57 C0 5E .(....?.k..^.W.^
00020: DE 7B 05 48 09 21 CE 66 AE 02 0B 20 96 AD 50 11 .{.H.!.f... ..P.
00030: 70 00 D5 A2 00 00 02 04 05 B4 86 00 p...........

Marco 7:

El cliente responde en el mismo formato que el servidor, mediante acKing del FIN del servidor e incrementando el número de secuencia en 1.


7 17.0085 NTW3 --> BDC3 TCP .A...., len: 0, seq: 8221824-8221824, ack:
1109647, win: 8760, src: 2337 dst: 139 (NBT Session) NTW3 --> BDC3 IP

TCP: .A...., len: 0, seq: 8221824-8221824, ack: 1109647, win: 8760, src:
2337 dst: 139 (NBT Session)

TCP: Source Port = 0x0921
 TCP: Destination Port = 0x0548
 TCP: Sequence Number = 8221824 (0x7D7480)
 TCP: Acknowledgement Number = 1109647 (0x10EE8F)
 TCP: Data Offset = 20 (0x14)
 TCP: Reserved = 0 (0x0000)
 TCP: Flags = 0x10 : .A....

TCP: ..0..... = No urgent data
 TCP: ...1.... = Acknowledgement field significant
 TCP: ....0... = No Push function
 TCP: .....0.. = No Reset
 TCP: ......0. = No Synchronize
 TCP: .......0 = No Fin

TCP: Window = 8760 (0x2238)
 TCP: Checksum = 0x236B
 TCP: Urgent Pointer = 0 (0x0)

00000: 00 20 AF 47 93 58 00 A0 C9 22 F5 39 08 00 45 00 . .G.X...".9..E.
00010: 00 28 BA F5 40 00 80 06 02 4A C0 5E DE 7B C0 5E .(..@....J.^.{.^
00020: DE 57 09 21 05 48 0B 20 96 AD CE 66 AE 03 50 10 .W.!.H. ...f..P.
00030: 22 38 23 6B 00 00 "8#k..

El cliente Aclking la notificación FIN del servidor identifica un cierre estable de una conexión TCP.

Referencias

Obtenga RFC 793.

Los RFC se pueden obtener a través de Internet de la siguiente manera:

Las copias en papel de todas las RFC están disponibles en la NIC, ya sea individualmente o en una suscripción (para obtener más información, póngase en contacto con NIC@NIC.DDN.MIL). Las copias en línea están disponibles a través de FTP o Kermit desde NIC.DDN.MIL como rfc/rfc####.txt o rfc/rfc####.PS (#### es el número RFC sin ceros iniciales).

Compartir a través de