1
00:00:00,000 --> 00:00:05,000
TCP ou Transmission Control Protocol é um protocolo de camada de transporte que

2
00:00:06,000 --> 00:00:10,000
reside na camada 4 no modelo OSI e é orientado para

3
00:00:11,000 --> 00:00:17,000
conexão, permitindo novamente acesso de protocolos de camada alta à camada de rede ou camada IP,

4
00:00:18,000 --> 00:00:20,000
mas, nesse caso, fornecendo confiabilidade.

5
00:00:21,000 --> 00:00:23,000
É a conexão orientada antes da

6
00:00:24,000 --> 00:00:27,000
transmissão que uma sessão é estabelecida entre 2 dispositivos.

7
00:00:28,000 --> 00:00:31,000
O TCP geralmente implementa um modo de operação full duplex.

8
00:00:32,000 --> 00:00:34,000
Existem algumas exceções, mas não vamos entrar nelas.

9
00:00:35,000 --> 00:00:38,000
Em outras palavras, uma conexão TCP é um par de circuitos

10
00:00:39,000 --> 00:00:42,000
virtuais, um em cada direção, que operam no modo full duplex.

11
00:00:43,000 --> 00:00:47,000
O transmissor pode receber dados ao mesmo tempo sua transmissão.

12
00:00:48,000 --> 00:00:52,000
Ambos os hosts em uma conversa podem transmitir e receber ao mesmo tempo.

13
00:00:53,000 --> 00:00:55,000
Há uma verificação de erros no TCP

14
00:00:56,000 --> 00:01:00,000
porque existe uma soma de verificação no datagrama para verificar se não há corrupção.

15
00:01:05,000 --> 00:01:08,000
Os segmentos TCP também são numerados em sequência

para que o destino possa reordenar segmentos e determinar se faltam dados.

16
00:01:09,000 --> 00:01:15,000
Há também o aviso de recebimento de dados, portanto todos os dados são reconhecidos pelo receptor.

17
00:01:20,000 --> 00:01:25,000
o transmissor ou remetente pode retransmitir o segmento ou encerrar a conexão se determinar

18
00:01:26,000 --> 00:01:29,000
que o receptor não está mais envolvido na conversa.

19
00:01:30,000 --> 00:01:32,000
O TCP implementa recursos de recuperação de dados

20
00:01:33,000 --> 00:01:35,000
em outras palavras, pode haver retransmissão de dados perdidos.

21
00:01:36,000 --> 00:01:39,000
Portanto, se não houver reconhecimento de um segmento, o segmento será retransmitido.

22
00:01:40,000 --> 00:01:44,000
O segmento TCP é enviado usando pacotes IP.

23
00:01:45,000 --> 00:01:51,000
O cabeçalho TCP seguirá o cabeçalho IP fornecendo informações específicas para o protocolo TCP.

24
00:01:52,000 --> 00:01:56,000
Como você pode ver aqui o cabeçalho TCP tem muito mais opções do que o cabeçalho UDP.

25
00:01:57,000 --> 00:02:01,000
Então, em primeiro lugar, você tem um número de porta de origem de 16 bits que identifica a porta de envio.

26
00:02:02,000 --> 00:02:06,000
Temos uma porta de destino de 16 bits, que identifica a porta de recebimento.

27
00:02:07,000 --> 00:02:13,000
Há um número de sequência de 32 bits, se o bit SYN for definido, esse será

28
00:02:14,000 --> 00:02:16,000
o número de sequência inicial.

29
00:02:17,000 --> 00:02:23,000
O número de sequência do primeiro byte de dados real é então esse número de sequência mais 1.

30
00:02:24,000 --> 00:02:30,000
Se o bit SYN não estiver definido, o número de sequência é o número de sequência acumulado do primeiro

31
00:02:31,000 --> 00:02:34,000
byte de dados deste pacote para a sessão atual.

32
00:02:35,000 --> 00:02:38,000
Em seguida, ele tem um número de confirmação de 32 bits.

33
00:02:39,000 --> 00:02:43,000
Se o sinalizador ACK estiver definido ou o bit estiver definido, o valor

34
00:02:44,000 --> 00:02:46,000
do número de confirmação será o

35
00:02:47,000 --> 00:02:50,000
próximo número de sequência que o receptor está esperando receber.

36
00:02:51,000 --> 00:02:54,000
Este campo confirma o recebimento de todos os bytes anteriores.

37
00:02:55,000 --> 00:03:00,000
O primeiro ACK ou confirmação enviado por cada extremidade confirma que o

38
00:03:01,000 --> 00:03:06,000
outro termina com o número de sequência inicial, mas sem dados.

39
00:03:07,000 --> 00:03:15,000
O comprimento do cabeçalho ou o deslocamento de dados especifica o tamanho do cabeçalho TCP em palavras de 32 bits.

40
00:03:16,000 --> 00:03:21,000
O tamanho mínimo do cabeçalho é de 5 palavras e o máximo é de 15 palavras.

41
00:03:22,000 --> 00:03:25,000
O tamanho mínimo do cabeçalho é de

42
00:03:26,000 --> 00:03:29,000
20 bytes e o tamanho máximo do

43
00:03:30,000 --> 00:03:37,000
cabeçalho é de 60 bytes no IPv4, o que permite até 40 bytes de opções no cabeçalho.

44
00:03:38,000 --> 00:03:43,000
A reserva preenche o set para 0 e é reservada para uso futuro.

45
00:03:44,000 --> 00:03:49,000
Agora há muitos flags ou bits de controle disponíveis no cabeçalho TCP e não passaremos

46
00:03:50,000 --> 00:03:51,000
por todos eles.

47
00:03:52,000 --> 00:03:57,000
O Sinalizador Reduzido da Janela de Congestionamento faz parte de um

48
00:03:58,000 --> 00:04:02,000
mecanismo de notificação de congestionamento usado em conjunto com

49
00:04:03,000 --> 00:04:08,000
o sinalizador ECE bit ou flag ou eco echo congestion notification.

50
00:04:09,000 --> 00:04:10,000
Mais uma vez usado na notificação de congestionamento.

51
00:04:11,000 --> 00:04:15,000
Isso pode ser usado na qualidade do serviço em que a rede

52
00:04:16,000 --> 00:04:19,000
e o host se comunicam para indicar o congestionamento,

53
00:04:20,000 --> 00:04:23,000
portanto, informando ao transmissor que ele precisa diminuir a velocidade.

54
00:04:24,000 --> 00:04:27,000
O sinalizador URG pode indicar que esse segmento é urgente e deve ser

55
00:04:28,000 --> 00:04:29,000
processado o quanto antes.

56
00:04:30,000 --> 00:04:34,000
O sinalizador ACK, conforme mencionado, é usado para reconhecimento de dados.

57
00:04:35,000 --> 00:04:41,000
PSH é o sinalizador definido pelo remetente TCP para fazer com que o receptor TCP passe imediatamente 60

58
00:04:45,000 --> 00:04:48,000
os dados desse segmento para o soquete do aplicativo

59
00:04:49,000 --> 00:04:55,000
de receptores junto com todos os outros dados de ordem que o receptor ainda deve fornecer a esse aplicativo.

60
00:04:56,000 --> 00:05:01,000
Restabelecer; redefine a conexão em outras palavras, a conexão é desativada.

61
00:05:02,000 --> 00:05:05,000
SYN é usado para sincronizar números de seqüência.

62
00:05:06,000 --> 00:05:12,000
Somente o primeiro pacote enviado de cada extremidade terá esse sinalizador definido.

63
00:05:13,000 --> 00:05:17,000
FIN significa que não há mais dados do remetente.

64
00:05:18,000 --> 00:05:21,000
O tamanho da janela que tem 16 bits de

65
00:05:22,000 --> 00:05:24,000
comprimento especifica o tamanho da janela

66
00:05:25,000 --> 00:05:30,000
recebida, que é o número de bytes que o receptor está atualmente disposto a receber.

67
00:05:31,000 --> 00:05:35,000
Falaremos mais sobre controle de fluxo e tamanhos de janela em um momento.

68
00:05:36,000 --> 00:05:39,000
O TCP também inclui uma soma de verificação TCP de 16 bits

69
00:05:40,000 --> 00:05:43,000
que é usada para verificação de erros do cabeçalho e dos dados.

70
00:05:44,000 --> 00:05:49,000
O ponteiro urgente de 16 bits é usado com o sinalizador URG

71
00:05:50,000 --> 00:05:55,000
que, quando ativado, significa que o ponteiro urgente de 16 bits é usado.

72
00:05:56,000 --> 00:06:02,000
Isso indica um deslocamento do número de seqüência que indica o último byte de dados urgente.

73
00:06:03,000 --> 00:06:05,000
Existem também várias opções disponíveis

74
00:06:06,000 --> 00:06:10,000
no TCP, mas isso está fora do escopo deste curso.

75
00:06:11,000 --> 00:06:15,000
E, finalmente, temos os dados, que são os dados dos protocolos de

76
00:06:16,000 --> 00:06:18,000
camada superior encapsulados no cabeçalho TCP.

77
00:06:19,000 --> 00:06:26,000
Existem alguns exemplos de aplicativos que dependem do TCP ou do UDP.

78
00:06:27,000 --> 00:06:33,000
Exemplos são protocolos de transferência de arquivos incluem; FTP ou Protocolo de Transferência de Arquivo

79
00:06:34,000 --> 00:06:40,000
TFTP ou Protocolo de Transferência de Arquivo Trivial, NFS ou Sistema de Arquivos de Rede.

80
00:06:41,000 --> 00:06:49,000
No e-mail, tendemos a usar o POP3 ou o Post Office Protocol para receber e-mail ou SMTP para enviar e-mail ou IMAP ou

81
00:06:50,000 --> 00:06:54,000
Internet Message Access Protocol, que é outro protocolo usado para recuperação de

82
00:06:55,000 --> 00:06:58,000
e-mail. 86 Para o login remoto em dispositivos, poderíamos

83
00:07:03,000 --> 00:07:05,000
usar o telnet, que envia tráfego

84
00:07:06,000 --> 00:07:09,000
em texto não criptografado e, portanto, está seguro ou

85
00:07:10,000 --> 00:07:13,000
seguro em SHELL ou SSH, o que permite uma

86
00:07:14,000 --> 00:07:16,000
conexão segura com dispositivos remotos.

87
00:07:17,000 --> 00:07:23,000
Para gerenciamento de rede, podemos usar o SNMP e, para o gerenciamento de nomes, podemos usar

88
00:07:24,000 --> 00:07:27,000
o Sistema de Nomes de Domínio, que permite

89
00:07:28,000 --> 00:07:31,000
o uso de nomes em vez de endereços

90
00:07:32,000 --> 00:07:35,000
IP e traduz esses nomes de domínio significativos

91
00:07:36,000 --> 00:07:40,000
em endereços IP, por exemplo Cisco. com será convertido em um endereço

92
00:07:41,000 --> 00:07:43,000
IP quando um usuário navegar na Internet.

93
00:07:44,000 --> 00:07:47,000
Antes de continuar, quero mencionar novamente como os mapeamentos funcionam

94
00:07:48,000 --> 00:07:50,000
entre as diferentes camadas do modelo OSI.

95
00:08:09,000 --> 00:08:12,000
Na camada 2 em um quadro Ethernet 2, há um campo chamado o número do tipo

que permite que um host diferencie entre vários protocolos da camada 3

na camada 3, lembre-se que você poderia estar usando um protocolo como IPv4 ou IPv6

ou nos velhos tempos IPX ou apple talk.

96
00:08:13,000 --> 00:08:20,000
Portanto, na camada 2, o NEC precisa saber em qual protocolo da camada 3 enviar esse tráfego e o número

97
00:08:21,000 --> 00:08:25,000
do tipo é usado para diferenciar os diferentes protocolos da camada 3.

98
00:08:32,000 --> 00:08:37,000
Na camada 3, um número de protocolo é usado para diferenciar 105 os diferentes protocolos em execução na camada 4, portanto, em um

99
00:08:38,000 --> 00:08:43,000
cabeçalho IP, o campo de protocolo indicará onde o TCP ou UDP está sendo usado na camada 4 Na camada 4, um número

100
00:08:53,000 --> 00:08:59,000
de porta é usado para diferenciar vários aplicativos sendo usados ​​na camada 7. 108 Por isso, é importante observar que, na camada 4, a maneira como

101
00:09:00,000 --> 00:09:04,000
o TCP ou o UDP sabe para qual aplicativo esse tráfego está destinado é pelo número da porta.