1
00:00:00,000 --> 00:00:05,000
TCP o Transmission Control Protocol es un protocolo de capa de transporte que reside en la

2
00:00:06,000 --> 00:00:10,000
capa 4 en el modelo OSI y está orientado a la conexión,

3
00:00:11,000 --> 00:00:17,000
una vez más permite que los protocolos de capa superior accedan a la capa de red o capa IP

4
00:00:18,000 --> 00:00:20,000
pero en este caso brinda confiabilidad.

5
00:00:21,000 --> 00:00:23,000
Está orientado a la conexión antes

6
00:00:24,000 --> 00:00:27,000
de la transmisión, se establece una sesión entre 2 dispositivos.

7
00:00:28,000 --> 00:00:31,000
TCP generalmente implementa un modo de operación dúplex completo.

8
00:00:32,000 --> 00:00:34,000
Hay algunas excepciones, pero no vamos a entrar

9
00:00:35,000 --> 00:00:38,000
aquí. En otras palabras, una conexión TCP es un par de circuitos

10
00:00:39,000 --> 00:00:42,000
virtuales, uno en cada dirección, que opera en modo dúplex completo.

11
00:00:43,000 --> 00:00:47,000
El transmisor puede recibir datos al mismo tiempo que está transmitiendo.

12
00:00:48,000 --> 00:00:52,000
Ambos host en una conversación pueden transmitir y recibir al mismo tiempo.

13
00:00:53,000 --> 00:00:55,000
hay una comprobación de errores en TCP

14
00:00:56,000 --> 00:01:00,000
porque hay una suma de comprobación en el datagrama para verificar que no haya corrupción.

15
00:01:05,000 --> 00:01:08,000
Los segmentos TCP también están numerados en secuencia

para que el destino pueda volver a ordenar segmentos y determinar si faltan datos.

16
00:01:09,000 --> 00:01:15,000
También hay un acuse de recibo de los datos, de modo que el receptor acepta todos los datos.

17
00:01:20,000 --> 00:01:25,000
el transmisor o el emisor pueden retransmitir el segmento o terminar la conexión si determina que

18
00:01:26,000 --> 00:01:29,000
el receptor ya no está involucrado en la conversación.

19
00:01:30,000 --> 00:01:32,000
TCP implementa características de recuperación de datos; en

20
00:01:33,000 --> 00:01:35,000
otras palabras, puede haber retransmisión de datos perdidos.

21
00:01:36,000 --> 00:01:39,000
Entonces, si no hay reconocimiento de un segmento, el segmento será retransmitido.

22
00:01:40,000 --> 00:01:44,000
El segmento TCP se envía utilizando paquetes IP.

23
00:01:45,000 --> 00:01:51,000
El encabezado TCP seguirá el encabezado IP que proporciona información específica del protocolo TCP.

24
00:01:52,000 --> 00:01:56,000
Como puede ver aquí, el encabezado TCP tiene muchas más opciones que el encabezado UDP.

25
00:01:57,000 --> 00:02:01,000
Entonces, primero tienes un número de puerto de origen de 16 bits que identifica el puerto de envío.

26
00:02:02,000 --> 00:02:06,000
Tenemos un puerto de destino de 16 bits, que identifica el puerto de recepción.

27
00:02:07,000 --> 00:02:13,000
Hay un número de secuencia de 32 bits; si se establece el bit SYN, este es

28
00:02:14,000 --> 00:02:16,000
el número de secuencia inicial.

29
00:02:17,000 --> 00:02:23,000
El número de secuencia del primer byte de datos real es entonces este número de secuencia más 1.

30
00:02:24,000 --> 00:02:30,000
Si el bit SYN no está configurado, entonces el número de secuencia es el número de secuencia acumulado del primer

31
00:02:31,000 --> 00:02:34,000
byte de datos de este paquete para la sesión actual.

32
00:02:35,000 --> 00:02:38,000
Luego tiene un número de confirmación de 32 bits.

33
00:02:39,000 --> 00:02:43,000
Si se establece el indicador de ACK o se establece un bit, entonces el

34
00:02:44,000 --> 00:02:46,000
valor del número de acuse de recibo

35
00:02:47,000 --> 00:02:50,000
es el siguiente número de secuencia que el receptor espera recibir.

36
00:02:51,000 --> 00:02:54,000
Este campo reconoce la recepción de todos los bytes anteriores.

37
00:02:55,000 --> 00:03:00,000
El primer ACK o acuse de recibo enviado por cada extremo confirma

38
00:03:01,000 --> 00:03:06,000
que el otro finaliza el número de secuencia inicial pero no los datos.

39
00:03:07,000 --> 00:03:15,000
La longitud del encabezado o el desplazamiento de datos especifica el tamaño del encabezado TCP en palabras de 32 bits.

40
00:03:16,000 --> 00:03:21,000
El tamaño mínimo del encabezado es de 5 palabras y el máximo es de 15 palabras.

41
00:03:22,000 --> 00:03:25,000
El tamaño mínimo del encabezado es de

42
00:03:26,000 --> 00:03:29,000
20 bytes y el tamaño máximo del

43
00:03:30,000 --> 00:03:37,000
encabezado es de 60 bytes en IPv4, lo que permite hasta 40 bytes de opciones en el encabezado.

44
00:03:38,000 --> 00:03:43,000
La reserva llena el conjunto a 0 y se reserva para uso futuro.

45
00:03:44,000 --> 00:03:49,000
Ahora hay muchos indicadores o bits de control disponibles en el encabezado TCP y no

46
00:03:50,000 --> 00:03:51,000
los revisaremos todos.

47
00:03:52,000 --> 00:03:57,000
El indicador de reducción de ventana de congestión es parte de un mecanismo

48
00:03:58,000 --> 00:04:02,000
de notificación de congestión utilizado junto con el campo o indicador

49
00:04:03,000 --> 00:04:08,000
de eco de bit o bandera ECE o notificación de congestión de eco.

50
00:04:09,000 --> 00:04:10,000
Una vez más, se usa en la notificación de congestión.

51
00:04:11,000 --> 00:04:15,000
Esto se puede utilizar en la calidad del servicio, donde la red y

52
00:04:16,000 --> 00:04:19,000
el host se comunican para indicar la congestión, lo que

53
00:04:20,000 --> 00:04:23,000
permite que el transmisor sepa que necesita disminuir la velocidad.

54
00:04:24,000 --> 00:04:27,000
El indicador de URG puede indicar que este segmento es urgente y debe

55
00:04:28,000 --> 00:04:29,000
procesarse lo antes posible.

56
00:04:30,000 --> 00:04:34,000
El indicador de ACK como se menciona se usa para el reconocimiento de datos.

57
00:04:35,000 --> 00:04:41,000
PSH es la bandera establecida por el remitente TCP para hacer que el receptor TCP pase inmediatamente 60 los

58
00:04:45,000 --> 00:04:48,000
datos de ese segmento al zócalo de la aplicación de

59
00:04:49,000 --> 00:04:55,000
receptores junto con todos los otros datos de orden que el receptor aún no ha entregado a esa aplicación.

60
00:04:56,000 --> 00:05:01,000
Reiniciar; restablece la conexión en otras palabras, la conexión se baja.

61
00:05:02,000 --> 00:05:05,000
SYN se usa para sincronizar números de secuencia.

62
00:05:06,000 --> 00:05:12,000
Solo el primer paquete enviado desde cada extremo tendrá esta bandera establecida.

63
00:05:13,000 --> 00:05:17,000
FIN significa que no hay más datos del remitente.

64
00:05:18,000 --> 00:05:21,000
El tamaño de la ventana, que tiene 16 bits de

65
00:05:22,000 --> 00:05:24,000
longitud, especifica el tamaño de la ventana

66
00:05:25,000 --> 00:05:30,000
recibida, que es la cantidad de bytes que el receptor está dispuesto actualmente a recibir. Hablaremos más

67
00:05:31,000 --> 00:05:35,000
sobre el control de flujo y el tamaño de las ventanas en un momento.

68
00:05:36,000 --> 00:05:39,000
TCP también incluye una suma de comprobación de TCP de 16 bits

69
00:05:40,000 --> 00:05:43,000
que se utiliza para la comprobación de errores del encabezado y los datos.

70
00:05:44,000 --> 00:05:49,000
El puntero urgente de 16 bits se usa con el indicador URG, que

71
00:05:50,000 --> 00:05:55,000
cuando se activa significa que se utiliza el puntero urgente de 16 bits.

72
00:05:56,000 --> 00:06:02,000
Esto indica un desplazamiento del número de secuencia que indica el último byte de datos urgente.

73
00:06:03,000 --> 00:06:05,000
También hay varias opciones disponibles en

74
00:06:06,000 --> 00:06:10,000
el TCP, pero esto está fuera del alcance de este curso.

75
00:06:11,000 --> 00:06:15,000
Y, por último, tenemos los datos, que son los datos de los protocolos de

76
00:06:16,000 --> 00:06:18,000
capa superior encapsulados dentro del encabezado TCP.

77
00:06:19,000 --> 00:06:26,000
Hay algunos ejemplos de aplicaciones que dependen de TCP o UDP.

78
00:06:27,000 --> 00:06:33,000
Algunos ejemplos son los protocolos de transferencia de archivos; FTP o Protocolo de transferencia

79
00:06:34,000 --> 00:06:40,000
de archivos TFTP o Trivial File Transfer Protocol, NFS o Network File System.

80
00:06:41,000 --> 00:06:49,000
En el correo electrónico, tendemos a utilizar POP3 o Post Office Protocol para recibir correo. Simple Mail Transfer Protocol o SMTP para enviar correo o IMAP

81
00:06:50,000 --> 00:06:54,000
o Internet Message Access Protocol, que es otro protocolo utilizado para la recuperación

82
00:06:55,000 --> 00:06:58,000
de correo electrónico. 86 Para el inicio de sesión remoto

83
00:07:03,000 --> 00:07:05,000
en los dispositivos, podemos usar telnet que

84
00:07:06,000 --> 00:07:09,000
envía tráfico en texto claro y, por lo tanto, está

85
00:07:10,000 --> 00:07:13,000
en modo seguro o seguro SHELL o SSH, que permite

86
00:07:14,000 --> 00:07:16,000
una conexión segura a dispositivos remotos.

87
00:07:17,000 --> 00:07:23,000
Para la gestión de red podemos usar Simple Network Management Protocol o SNMP y para la administración

88
00:07:24,000 --> 00:07:27,000
de nombres podemos usar Domain Name System que

89
00:07:28,000 --> 00:07:31,000
permite el uso de nombres en lugar de

90
00:07:32,000 --> 00:07:35,000
direcciones IP y traduce esos nombres de dominio

91
00:07:36,000 --> 00:07:40,000
significativos a direcciones IP, por ejemplo, cisco. com se convertirá a una dirección

92
00:07:41,000 --> 00:07:43,000
IP cuando un usuario navegue por Internet.

93
00:07:44,000 --> 00:07:47,000
Antes de continuar, quiero volver a mencionar cómo funcionan las asignaciones

94
00:07:48,000 --> 00:07:50,000
entre las diferentes capas del modelo OSI.

95
00:08:09,000 --> 00:08:12,000
En la capa 2 en una trama Ethernet 2, hay un campo llamado número de tipo

que permite a un host diferenciar entre múltiples protocolos de capa 3

en la capa 3, recuerda que podrías estar usando un protocolo como IPv4 o IPv6

o en los viejos tiempos IPX o conversación de manzana.

96
00:08:13,000 --> 00:08:20,000
Por lo tanto, en la capa 2, el NEC necesita saber a qué protocolo de la capa 3 enviar este tráfico y el número

97
00:08:21,000 --> 00:08:25,000
de tipo se usa para diferenciar los diferentes protocolos de la capa 3.

98
00:08:32,000 --> 00:08:37,000
En la capa 3 se usa un número de protocolo para diferenciar 105 los diferentes protocolos que se ejecutan en la capa 4, por lo

99
00:08:38,000 --> 00:08:43,000
que en un encabezado IP el campo del protocolo denotará donde se usa TCP o UDP en la capa 4. En la capa 4 se

100
00:08:53,000 --> 00:08:59,000
usa un número de puerto para diferenciar múltiples aplicaciones que se usan en la capa 7. 108 Por lo tanto, es importante tener en cuenta que en la capa 4, la

101
00:09:00,000 --> 00:09:04,000
forma en que TCP o UDP saben a qué aplicación está destinado este tráfico es por el número de puerto.