Explicación del protocolo de enlace de tres vías mediante TCP/IP

Id. de artículo: 172983 - Ver los productos a los que se aplica este artículo
Traducción automáticaAdvertencia: Artículo de Traducción Automática, vea la exención de responsabilidad.
Expandir todo | Contraer todo

En esta página

Resumen

Este artículo está pensado para un público que estén familiarizado con la transmisión Control de protocolo de protocolo Internet (TCP/IP) y se describe el proceso de el protocolo de enlace de tres vías TCP que se produce entre un cliente y el servidor cuando iniciar o terminar una conexión TCP.

Para obtener información adicional sobre TCP/IP, consulte el siguiente documento técnico disponible en el servidor de ftp anónimo de Microsoft:
Nombre de archivo: Tcpipimp2.doc
Ubicación: FTP://FTP.Microsoft.com/bussys/winnt/winnt-docs/papers/
(ftp://ftp.microsoft.com/bussys/winnt/winnt-docs/papers/)
"Microsoft Windows NT 3.5/3.51/4.0: detalles de implementación de TCP/IP la pila de protocolos TCP/IP y servicios, versión 2.0"
Volver al principio | Enviar comentarios

Más información

El nivel de protocolo de Control de transmisión (TCP) de transporte de TCP/IP protocolo está orientado a la conexión. Orientado a la conexión significa que, antes de cualquier se pueden transmitir datos, debe obtenerse una conexión confiable y reconocido. Las transmisiones de datos de nivel de TCP, el establecimiento de conexiones, y terminación de la conexión mantener parámetros de control específicas que rigen la todo el proceso. Los bits de control son los siguientes:
URG: Campo de puntero urgente
ACK: Campo de confirmación
PSH: Función de inserción
RST: Restablecer la conexión
SYN: Sincronizar los números de secuencia
FIN: No hay más datos del remitente
Hay dos escenarios donde llevará a cabo un enlace de tres vías:
  • Establecer una conexión (abierto activo)
  • Terminar una conexión (un cierre activo)
La siguiente información de la muestra se obtuvo de un Monitor de red captura. Monitor de red es un analizador de protocolos que puede obtenerse de Microsoft Systems Management Server.

Establecer una conexión

La siguiente secuencia muestra el proceso de una conexión de TCP en el que se va establecido:

Capítulo 1:

Como verá en el primer fotograma, el cliente, NTW3, envía un segmento SYN (TCP ....S.). ésta es una solicitud al servidor para sincronizar la secuencia números. Especifica el número de secuencia inicial (ISN), que es incrementa en 1, 8221821 + 1 = 8221822 y que se envía al servidor. A inicializar una conexión, el cliente y el servidor deben sincronizar cada de los demás números de secuencia. También hay una opción para el segmento máximo Tamaño (MSS) para establecer, que se define por la longitud (len: 4). esta opción se comunica el tamaño máximo de segmento, que el remitente desea recibir. La Campo de confirmación (ack: 0) se establece en cero porque éste es el primero parte del protocolo de enlace de tres vías.
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                .........
Capítulo 2:

En el segundo fotograma, el servidor, BDC3, envía un ACK y SYN en esto segmento (TCP.A..S.). en este segmento está confirmando el servidor de la solicitud del cliente para la sincronización. Al mismo tiempo, es el servidor también enviar su solicitud al cliente para la sincronización de la secuencia de números. Hay una diferencia importante en este segmento. El servidor transmite un número de confirmación (8221823) para el cliente. La acuse de recibo es simplemente prueba al cliente que la confirmación es específica de la SYN iniciadas por los clientes. El proceso de reconocimiento de la solicitud del cliente permite que el servidor incrementar el número de secuencia del cliente en uno y se utiliza él como su 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.-......
Capítulo 3:

En el tercer fotograma, el cliente envía un ACK en este segmento (TCP.A....). En este segmento, el cliente reconoce la solicitud del servidor para la sincronización. El cliente utiliza el mismo algoritmo que el servidor se implementa en el suministro de un número de confirmación. El cliente confirmación de solicitud del servidor para la sincronización se completa el proceso de establecimiento de una conexión confiable, por lo tanto el three-way Protocolo de enlace.
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....

Terminar una conexión

Aunque el protocolo de enlace de tres vías sólo requiere tres paquetes para ser transmite a través de nuestros medios de comunicación en red, la terminación de este confiable conexión, exige la transmisión de paquetes de cuatro. Dado que un TCP conexión es dúplex completo (es decir, datos pueden fluir en cada dirección independientemente de la otra), cada dirección debe terminarse por separado.

Capítulo 4:

En esta sesión de fotogramas, consulte al cliente envía un FIN de que sea acompañado por una ACK (TCP.A...F). este segmento tiene dos funciones básicas. En primer lugar, cuando se establece el parámetro de la ALETA, se le informará al servidor que tiene No hay más datos para enviar. En segundo lugar, la confirmación es esencial en la identificación de la ha establecido una conexión específica.
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..
Capítulo 5:

En este marco, no ve nada especial excepto en el servidor RECONOCIENDO la ALETA que se transmite 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...........
Capítulo 6:

Después de recibir el FIN desde el equipo cliente, el servidor realizará ACK. Incluso Aunque TCP ha establecido las conexiones entre los dos equipos, el las conexiones son todavía independientes entre sí. Por lo tanto, el servidor También se debe transmitir a FIN de transporte (TCP.A...F) para el 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...........
Capítulo 7:

El cliente responde en el mismo formato que el servidor, por ACKing la ALETA 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 ACKing la notificación del FIN del servidor identifica un Cierre correcto de una conexión TCP.
Volver al principio | Enviar comentarios

Referencias

Para obtener información adicional acerca de ICMP:
Por favor, consulte el artículo siguiente en Microsoft Knowledge Base:
170292
(http://support.microsoft.com/kb/170292/EN-US/ )
Conceptos básicos de Internet Control Message Protocol (ICMP)
- o -
Obtener RFC 793.
Las solicitudes de cambio se puede obtener a través de Internet como sigue:

Hay copias en papel de todas las RFC disponibles en la NIC ya sea individualmente o en la base de una suscripción (para más información contacte con NIC@NIC.DDN.MIL). Hay copias en línea a través de FTP o Kermit desde NIC.DDN.MIL como RFC/rfc ###.txt o rfc/rfc ###.PS (núm es el número RFC sin espacios de relleno ceros).
Volver al principio | Enviar comentarios
Nota: es un artículo de "PUBLICACIÓN RÁPIDA" creado directamente por la organización de soporte técnico de Microsoft. La información aquí contenida se proporciona como está, como respuesta a problemas que han surgido. Como consecuencia de la rapidez con la que lo hemos puesto disponible, los materiales podrían incluir errores tipográficos y pueden ser revisados en cualquier momento sin previo aviso. Vea las Condiciones de uso
(http://go.microsoft.com/fwlink/?LinkId=151500)
para otras consideraciones
Volver al principio | Enviar comentarios

Propiedades

Id. de artículo: 172983 - Última revisión: domingo, 28 de abril de 2013 - Versión: 3.0
La información de este artículo se refiere a:
  • Windows Server 2008 Standard
  • Windows Server 2008 Enterprise
  • Windows Server 2008 Datacenter
  • Windows Server 2008 for Itanium-Based Systems
  • Microsoft Windows Server 2003, Datacenter Edition (32-bit x86)
  • Microsoft Windows Server 2003, Enterprise Edition (32-bit x86)
  • Microsoft Windows Server 2003, Standard Edition (32-bit x86)
  • Microsoft Windows XP Professional
  • Microsoft Windows XP Home Edition
  • Microsoft Windows XP Tablet PC Edition
  • Microsoft Windows XP Media Center Edition 2005 Update Rollup 2
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows 2000 Professional Edition
  • Microsoft Windows 2000 Server
  • Windows Vista Business
  • Windows Vista Business 64-bit edition
  • Windows Vista Enterprise
  • Windows Vista Enterprise 64-bit edition
  • Windows Vista Home Basic
  • Windows Vista Home Basic 64-bit edition
  • Windows Vista Home Premium
  • Windows Vista Home Premium 64-bit edition
  • Windows Vista Ultimate
  • Windows Server 2008 R2 Datacenter
  • Windows Server 2008 R2 Enterprise
  • Windows Server 2008 R2 Standard
  • Windows Web Server 2008 R2
  • Windows 7 Enterprise
  • Windows 7 Home Basic
  • Windows 7 Home Premium
  • Windows 7 Professional
  • Windows 7 Ultimate
Palabras clave: 
kbinfo kbnetwork kbmt KB172983 KbMtes
Traducción automática
IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.
Haga clic aquí para ver el artículo original (en inglés): 172983
(http://support.microsoft.com/kb/172983/en-us/ )
Volver al principio | Enviar comentarios

Enviar comentarios

 
Volver al principioVolver al principio