1
00:00:01,020 --> 00:00:07,060
Portanto, os protocolos corrompidos incluem a versão IP para uma versão IP 6.

2
00:00:07,080 --> 00:00:14,820
Esses protocolos são independentes uns dos outros e, para ilustrar, vamos examinar uma topologia simples.

3
00:00:14,970 --> 00:00:16,560
Então ele tem uma pergunta para você.

4
00:00:16,920 --> 00:00:21,270
Esses roteadores são capazes de pingar uns aos outros.

5
00:00:21,320 --> 00:00:29,780
E a resposta é sim e não há um problema na estrutura de endereçamento do IP versão 4 nesta topologia.

6
00:00:29,810 --> 00:00:39,230
Se essas duas interfaces tiverem endereços IP de 10. 0 queria 2. 1 slushed 24 e 10 pontos 1. 40 slash 24 eles estão em

7
00:00:39,230 --> 00:00:47,270
sub-redes diferentes, mas foram configurados no mesmo link, de modo que Rotto one e o roteador dois não poderão

8
00:00:47,270 --> 00:00:51,440
executar ping uns nos outros usando o IP versão 4.

9
00:00:51,680 --> 00:00:55,640
No entanto, a versão 6 do IP foi configurada corretamente.

10
00:00:55,790 --> 00:01:02,900
Portanto, esses dois endereços estão na mesma sub-rede, e o Rotto one e o Rodek dois poderão executar ping

11
00:01:02,900 --> 00:01:05,660
uns nos outros usando o IP versão 6.

12
00:01:05,660 --> 00:01:15,050
O ponto é o que um protocolo corrompido faz é totalmente independente e separado de protocolos rafados

13
00:01:15,200 --> 00:01:24,920
de protocolo de terceiros, como a versão IP para um IP versão 6, que funcionam independentemente um do

14
00:01:24,920 --> 00:01:31,010
outro e usam protocolos de roteamento diferentes no mundo da rede.

15
00:01:31,010 --> 00:01:33,970
Isso é frequentemente chamado de navios durante a noite.

16
00:01:34,190 --> 00:01:40,190
Em outras palavras, o que um navio durante a noite está fazendo é diferente do que outro navio à noite

17
00:01:40,190 --> 00:01:40,940
está fazendo.

18
00:01:41,150 --> 00:01:48,710
Protocolos concedidos são independentes uns dos outros e não dependem de um outro. Os

19
00:01:48,810 --> 00:01:53,200
protocolos usam protocolos de roteamento diferentes como exemplo.

20
00:01:53,330 --> 00:02:02,900
OSPF uma visão também é um protocolo de roteamento usado na versão IP para OSPF versão 3 é um protocolo

21
00:02:02,900 --> 00:02:11,570
de escrita usado em diferentes protocolos roteadores IP versão 6 usam diferentes protocolos de roteamento e eles agem independentemente

22
00:02:11,570 --> 00:02:20,300
um do outro mesmo se um protocolo rant for quebrado outros protocolos rafted podem ainda funcionam são duas maneiras

23
00:02:20,330 --> 00:02:25,140
principais que os ratos são adicionados às tabelas de horários.

24
00:02:25,370 --> 00:02:32,180
As primeiras maneiras de usar o estudo Grotz, onde um administrador adiciona manualmente uma jangada à mesa de

25
00:02:32,180 --> 00:02:36,370
escrita e a segunda maneira é usar protocolos de escrita dinâmica.

26
00:02:36,440 --> 00:02:42,890
Assim, com rotas estáticas, você, como administrador, está adicionando as raízes à tabela de escrita.

27
00:02:43,010 --> 00:02:47,690
A vantagem desse método é que não há sobrecarga na rede.

28
00:02:47,720 --> 00:02:55,550
Na verdade, não há vidas de detentores ou constantes atualizações de gravação salvas entre roteadores ou executando o protocolo de

29
00:02:55,550 --> 00:03:03,720
informações, que é um protocolo de roteamento mais antigo envia toda a sua tabela de escrita a cada 30 segundos.

30
00:03:03,800 --> 00:03:10,520
Portanto, ao usar rotas estáticas em vez de agrupar essa sobrecarga, são removidos protocolos

31
00:03:10,520 --> 00:03:18,350
de roteamento mais modernos, como E. EU. O GOP e o OSPF removem essa atualização constante que ocorre no Rupp a cada 30 segundos.

32
00:03:18,620 --> 00:03:25,580
Mas eles ainda enviam halos e mantêm vidas baixas na rede que consomem largura de banda com rotas

33
00:03:25,700 --> 00:03:27,310
estáticas que são removidas.

34
00:03:27,380 --> 00:03:34,820
Mas a principal desvantagem de gráficos constantes é que você, como administrador, precisa atualizar a tabela de escrita,

35
00:03:34,820 --> 00:03:42,110
o que poderia ser muito trabalhoso se você tiver uma rede grande estável. O Grotz não leva em

36
00:03:42,110 --> 00:03:45,310
conta automaticamente as mudanças no uso da rede.

37
00:03:45,440 --> 00:03:54,020
O administrador teria que atualizar manualmente a tabela de gravação em um roteador ou vários roteadores se um

38
00:03:54,050 --> 00:03:55,730
link estivesse inativo.

39
00:03:55,730 --> 00:03:59,140
Portanto, a sobrecarga não está na rede.

40
00:03:59,270 --> 00:04:04,590
A sobrecarga está em você como administrador para manter tudo atualizado.

41
00:04:04,610 --> 00:04:12,560
O Grotz estático não é dimensionado quando as redes se tornam grandes. A quantidade de trabalho envolvida em

42
00:04:12,560 --> 00:04:20,300
manter as tabelas de roteamento atualizadas manualmente é muito grande, especialmente quando há muitas alterações de topologia.

43
00:04:20,300 --> 00:04:25,460
As rotas estáticas não atualizam as tabelas de roteamento quando a topologia é alterada.

44
00:04:25,460 --> 00:04:26,920
Na maioria dos casos.

45
00:04:27,080 --> 00:04:35,290
Agora que foi dito, é possível atualmente monitorar endereços IP e, por exemplo, remover uma pedra da

46
00:04:35,410 --> 00:04:36,810
mesa de escrita.

47
00:04:37,040 --> 00:04:42,830
Se um endereço IP não estiver mais disponível, é possível implementar algumas opções dinâmicas com

48
00:04:42,830 --> 00:04:49,810
rotas estáticas, mas a sobrecarga ainda é grande e as rotas estáticas são complicadas em redes grandes.

49
00:04:49,970 --> 00:04:54,110
Agora Grotz estático ainda é usado em muitas redes hoje.

50
00:04:54,140 --> 00:04:58,240
O exemplo mais comum é uma rota estática padrão.

51
00:04:58,400 --> 00:05:08,690
Sua casa DSL ou cabo ou fibra Rodda normalmente terá uma rota padrão para o seu provedor de serviços para o seu

52
00:05:08,690 --> 00:05:13,100
roteador doméstico não sabe sobre os ratos na Internet.

53
00:05:13,100 --> 00:05:17,550
Ele simplesmente encaminha o tráfego para o seu provedor.

54
00:05:17,600 --> 00:05:25,190
Um apodrecimento padrão em uma estrada é uma tabela de escrita que diz basicamente ao Rodda quando você não tem uma rede específica para

55
00:05:25,310 --> 00:05:28,690
o tráfego que você recebe em sua mesa de escrita.

56
00:05:28,910 --> 00:05:37,700
Basta enviar os pacotes para o roteador que está configurado como seu gateway padrão ou gateway de último recurso.

57
00:05:37,700 --> 00:05:44,270
Portanto, quando você configura uma rota padrão em um roteador, está apontando para outro roteador, o que

58
00:05:44,270 --> 00:05:51,140
significa que esse roteador simplesmente enviará o tráfego para esse gateway padrão quando ele não tiver uma rota

59
00:05:51,170 --> 00:05:53,530
mais específica na tabela de escrita.