1
00:00:00,500 --> 00:00:08,240
O que eu gostaria de salientar mais uma vez é que cada site é resolvido para um endereço IP diferente.

2
00:00:08,240 --> 00:00:16,460
Por último, se eu fizer ping na CNN. com aviso que isso também resolve um endereço IP, mas é diferente

3
00:00:16,460 --> 00:00:17,660
dos exemplos anteriores.

4
00:00:17,660 --> 00:00:24,600
O DNS está fazendo a resolução de nomes, então está resolvendo um nome de domínio para um endereço IP e é assim

5
00:00:24,620 --> 00:00:28,890
que estou aprendendo o endereço IP da CNN pontocom ou do Google dot com.

6
00:00:29,000 --> 00:00:35,120
Você pode fazer ping de muitos dos sites conhecidos na Internet para descobrir quais são os endereços IP.

7
00:00:35,120 --> 00:00:42,200
Você também pode usar essa consulta que apenas faz uma resolução de DNS de um nome de domínio em

8
00:00:42,200 --> 00:00:44,270
vez de tentar fixar o servidor.

9
00:00:44,270 --> 00:00:50,490
Portanto, em resumo, os dispositivos na Internet foram configurados com endereços IP versão 4.

10
00:00:50,510 --> 00:00:55,180
Eu explicarei mais sobre a formatação de endereços IP nos próximos minutos.

11
00:00:55,400 --> 00:01:03,140
Mas por enquanto, basta observar que cada dispositivo tem um endereço IP e isso inclui minha própria máquina ou o

12
00:01:03,140 --> 00:01:07,860
comando IP config me mostrará o endereço IP em minha máquina local.

13
00:01:07,910 --> 00:01:09,420
Ao usar o Windows.

14
00:01:09,470 --> 00:01:14,740
Portanto, neste exemplo, meu endereço IP versão 4 é 10. 0 0 6

15
00:01:14,750 --> 00:01:22,960
Você também notará aqui que eu tenho um endereço IP versão 6 de 2001 Colin 20 colon cólon.

16
00:01:23,240 --> 00:01:28,910
Neste vídeo estamos nos concentrando na versão IP para endereços, mas em outro vídeo eu vou

17
00:01:28,910 --> 00:01:35,780
explicar IP versão 6 IP versão 6 está se tornando mais e mais importante porque os endereços IP estão

18
00:01:35,780 --> 00:01:44,240
esgotados em certas partes do mundo IP versão 4 ou versão do protocolo Internet 4 é uma camada 3 ou um protocolo de camada

19
00:01:44,240 --> 00:01:47,240
de rede de acordo com o modelo do SO.

20
00:01:47,400 --> 00:01:48,690
Você sabe vídeo diferente.

21
00:01:48,690 --> 00:01:50,470
Eu expliquei o sistema operacional no modelo.

22
00:01:50,510 --> 00:01:57,560
Então, se você não tem certeza sobre as camadas, por favor, refira-se a que o vídeo IP versão 4 é um protocolo de lista de conexão.

23
00:01:57,560 --> 00:02:01,420
Em outras palavras, não há sessões formadas quando o tráfego é transmitido.

24
00:02:01,580 --> 00:02:06,800
O transmissor simplesmente envia dados sem notificação ao receptor.

25
00:02:06,800 --> 00:02:10,500
Nenhuma informação de status é enviada de volta do receptor para o transmissor.

26
00:02:10,550 --> 00:02:15,490
É totalmente conexão menos TZP para protocolo de controle de transmissão.

27
00:02:15,500 --> 00:02:20,680
Por outro lado, a conexão orientada TZP irá configurar uma sessão.

28
00:02:20,750 --> 00:02:28,070
Portanto, antes que a transmissão ocorra no TZP, o transmissor envia o que é chamado de sol ou

29
00:02:28,070 --> 00:02:30,190
mensagem de sincronização ao receptor.

30
00:02:30,230 --> 00:02:38,210
Há uma mensagem sim do receptor para o transmissor e, em seguida, uma mensagem de reconhecimento ou ack

31
00:02:38,390 --> 00:02:40,430
da transmissão para o receptor.

32
00:02:40,430 --> 00:02:48,610
Portanto, antes de qualquer dado ser transmitido, os dispositivos que usam o TZP passam pelo que é chamado de handshake de três vias.

33
00:02:48,890 --> 00:02:54,960
Alguns enviam ack e ack IP, por outro lado, não fazem nada disso.

34
00:02:55,010 --> 00:02:58,820
Cada pacote é tratado independentemente de outros pacotes.

35
00:02:58,820 --> 00:03:04,190
É por isso que o tráfego pode seguir caminhos diferentes para chegar a um destino.

36
00:03:04,220 --> 00:03:11,000
Rodders roteará o tráfego por caminhos diferentes com base em opções, como balanceamento de carga, porque cada

37
00:03:11,000 --> 00:03:12,430
pacote é independente.

38
00:03:12,530 --> 00:03:15,190
Um IP é um protocolo de lista de conexão.

39
00:03:15,500 --> 00:03:22,110
Os roteadores também podem basear as decisões de roteamento em valores diferentes, como largura de banda ou contagem de saltos.

40
00:03:22,430 --> 00:03:32,240
Mas é possível que os pacotes de uma sessão tenham partes divergentes ou diferentes para chegar a um destino.

41
00:03:32,240 --> 00:03:39,260
Assim, por exemplo, o Ripp baseará suas decisões de roteamento na contagem de saltos, o que não é bom e, portanto, o

42
00:03:39,260 --> 00:03:41,470
Repp não é mais usado com frequência.

43
00:03:41,750 --> 00:03:48,650
O OSPF irá basear-se em larguras de banda. Outros protocolos em execução usarão suas próprias métricas para determinar

44
00:03:48,650 --> 00:03:49,830
o melhor caminho.

45
00:03:49,850 --> 00:03:56,630
Discutirei mais detalhadamente os protocolos de roteamento posteriormente neste curso, mas em breve os protocolos de gravação

46
00:03:56,630 --> 00:04:01,330
determinam o melhor caminho ou a melhor rota de A para B.

47
00:04:01,340 --> 00:04:08,120
Isto é baseado em toda a estrutura de endereçamento Rockhill na versão IP para uma versão IP 6

48
00:04:08,120 --> 00:04:15,080
onde temos uma porção de rede e host como parte do endereço Rawdon baseiam suas decisões de roteamento na

49
00:04:15,080 --> 00:04:22,100
porção de rede do endereço em vez de na porção host do o endereço e eu explicarei porções de

50
00:04:22,370 --> 00:04:24,390
rede e host em um momento.

51
00:04:24,620 --> 00:04:28,850
O IP também oferece apenas o melhor esforço para a entrega de pacotes.

52
00:04:28,850 --> 00:04:34,220
Não há garantia de entrega de pacotes. Qualquer pacote pode ser mal direcionado.

53
00:04:34,370 --> 00:04:41,960
Pode ser duplicado ou pode ser perdido na transmissão quando enviado para um destino e

54
00:04:41,960 --> 00:04:45,410
isso deve ser esperado em transmissões IP.

55
00:04:45,410 --> 00:04:52,190
Mais uma vez, o TZP, que é um protocolo orientado a conexões, tem a capacidade de

56
00:04:52,190 --> 00:04:58,730
ler pacotes de transmissão que perdem UDP. Outra camada para o protocolo não retransmite pacotes.

57
00:04:58,730 --> 00:05:04,130
Se eles caírem simplesmente perdidos e os aplicativos precisarem cuidar disso.

58
00:05:04,340 --> 00:05:07,780
Também não há recursos de recuperação de dados no IP.

59
00:05:07,790 --> 00:05:14,750
Se o pacote for corrompido, por exemplo, os dispositivos finais precisam lidar com isso e não com

60
00:05:14,750 --> 00:05:16,040
os roteadores intermediários.

61
00:05:16,040 --> 00:05:24,020
Portanto, em resumo, o IP não tem sessões boltin sem recuperação de dados, sem retransmissões. Os protocolos Hialeah,

62
00:05:24,020 --> 00:05:31,730
como o TCAP, precisarão lidar com pacotes perdidos, pacotes corrompidos, pacotes mal direcionados e assim por diante.

63
00:05:31,790 --> 00:05:39,850
O IP não fornece esses recursos e depende dos protocolos Hialeah para implementar esses recursos.

64
00:05:39,980 --> 00:05:47,300
Então, vamos olhar para o formato de uma versão IP para o endereço de uma versão IP para o endereço é de 32 bits

65
00:05:47,480 --> 00:05:56,750
de tamanho normalmente escrito em notação decimal pontuada, como neste exemplo 10 ponto um ponto 1. 1 de cada valor, como 10, tem

66
00:05:56,750 --> 00:05:59,770
8 bits de tamanho.

67
00:05:59,780 --> 00:06:07,780
Então, em outras palavras, temos x x x feito X com cada X sendo 8 bits de comprimento.

68
00:06:07,910 --> 00:06:13,390
Também conhecido como octeto, o tamanho total do endereço é de 32 bits.

69
00:06:13,400 --> 00:06:15,390
Por favor, consulte o vídeo binário.

70
00:06:15,530 --> 00:06:22,820
Se você não tem certeza sobre bits e como converter esse endereço em endereços IP binários e vice-versa, mais

71
00:06:22,820 --> 00:06:29,520
uma vez terá uma estrutura rock hill para ativar o roteamento, que consiste em duas partes principais.

72
00:06:29,630 --> 00:06:35,810
Temos a parte da rede de um endereço e a parte do host e analisamos isso com mais

73
00:06:35,810 --> 00:06:37,070
detalhes em um momento.

74
00:06:37,070 --> 00:06:45,620
Endereços IP são usados ​​para roteamento de uma forma muito semelhante à maneira como a DHL ou a FedEx classifica as parcelas com base

75
00:06:45,620 --> 00:06:51,390
em uma rota de endereço de destino, como roteará o tráfego para um endereço de destino.

76
00:06:51,530 --> 00:06:57,800
Quando os pacotes unicast são transmitidos, os pacotes de vários cursos usam um mecanismo diferente e fazem um roteamento

77
00:06:57,800 --> 00:06:59,500
baseado no endereço de origem.

78
00:06:59,600 --> 00:07:08,420
Então, como uma analogia, a DHL ou a FedEx estão enviando o possível para um destino com base no destino

79
00:07:08,420 --> 00:07:16,220
no pacote, os roteadores estão enviando pacotes para destinos com base no endereço de destino no pacote.