1
00:00:09,390 --> 00:00:15,300
Este é um dos vários vídeos de solução de problemas de IP versão 6 nesta rede.

2
00:00:15,300 --> 00:00:22,800
Fomos informados de que uma gravação de uma à esquerda não pode executar ping no loop traseiro de um leme, três o leme

3
00:00:22,830 --> 00:00:31,510
à direita, então vamos verificar isso agora porque essa é a versão 6 do IP, em vez da versão 4 do IP, observe que não há

4
00:00:31,600 --> 00:00:35,670
direitos da versão 4 do IP existe na mesa de escrita.

5
00:00:35,800 --> 00:00:44,290
Precisamos fazer todos os nossos testes usando a versão 6 do IP, algo como pagar o loop back do leme 3,

6
00:00:44,290 --> 00:00:45,730
temos uma falha.

7
00:00:45,730 --> 00:00:51,320
Não podemos executar ping no loop back do leme 3.

8
00:00:51,590 --> 00:00:56,050
Vamos fazer um rastreamento certo e ver até que ponto estamos bem.

9
00:00:56,060 --> 00:01:02,260
Então, o que você acha dessa saída, o que está acontecendo aqui?

10
00:01:02,260 --> 00:01:10,210
Observe que somos informados de que o destino não foi encontrado dentro do diâmetro máximo da contagem de saltos, então vamos

11
00:01:10,210 --> 00:01:11,430
fazer isso novamente.

12
00:01:11,440 --> 00:01:12,670
Observe o que está acontecendo.

13
00:01:13,690 --> 00:01:17,220
Então, para onde está indo o tráfego.

14
00:01:17,380 --> 00:01:21,410
Agora, este é um bom exemplo de um loop em decomposição.

15
00:01:21,460 --> 00:01:24,790
Então, se rolarmos para cima, observe o que está acontecendo.

16
00:01:24,790 --> 00:01:26,950
Tráfego também vai para a RADA.

17
00:01:27,160 --> 00:01:34,760
Então vai para o RADA um depois dois o escrevem dois depois dois trazem um para escrever novamente para o RADA um e assim

18
00:01:34,780 --> 00:01:37,000
por diante e assim por diante.

19
00:01:37,030 --> 00:01:39,490
Então, temos um loop acontecendo aqui.

20
00:01:40,940 --> 00:01:47,750
Então, vamos dar uma olhada na tabela de escrita que mostra que esses seis lemes à direita têm uma

21
00:01:47,750 --> 00:01:52,980
rota padrão para 2001, coluna 1, coluna 2, coluna 2, que é bastante 2.

22
00:01:53,300 --> 00:02:05,420
Portanto, o tráfego também está sendo enviado para o RADA, mas no leme, para mostrar o IP v 6, você pode ver o problema

23
00:02:05,420 --> 00:02:06,250
aqui.

24
00:02:06,320 --> 00:02:14,800
Pause o vídeo, se precisar, mas veja se consegue encontrar o problema. OK. Temos uma rota estática padrão para escrever três.

25
00:02:14,900 --> 00:02:22,040
Parece bom, há uma volta estática no loop de volta do leme que também parece bem, aqui está

26
00:02:22,040 --> 00:02:28,630
uma rota estática para o loop de volta dos rotores três, mas isso parece errado.

27
00:02:28,640 --> 00:02:35,270
Observe onde está apontando que, para chegar ao pacote Loop do Rider 3, precisamos seguir a

28
00:02:35,260 --> 00:02:36,350
rota 1.

29
00:02:36,410 --> 00:02:42,950
Definitivamente, isso não está certo e é meio redundante, porque temos essa frente padrão na tabela

30
00:02:42,950 --> 00:02:44,210
de roteamento.

31
00:02:44,210 --> 00:02:55,310
Então, para mostrar a rota do pipe de execução, precisamos nos livrar dessa rota e corrigir o próximo salto

32
00:02:55,310 --> 00:03:00,930
ou simplesmente removê-lo e confiar no rascunho padrão aqui.

33
00:03:01,010 --> 00:03:02,630
Então, Ken escreveu alguém

34
00:03:05,280 --> 00:03:07,250
pagando o backup de loop Rider 3.

35
00:03:07,390 --> 00:03:19,880
OK, os pings ainda estão falhando, vamos rastrear o endereço para o qual o pacote é enviado, mas depois não vai

36
00:03:20,270 --> 00:03:22,610
a lugar algum.

37
00:03:22,610 --> 00:03:27,320
Portanto, não parece que ele fique mais baseado nessa saída.

38
00:03:27,530 --> 00:03:32,180
Então, Ken escreveu para fazer ping no loop de três forjados, sim,

39
00:03:35,080 --> 00:03:35,830
pode.

40
00:03:36,540 --> 00:03:41,220
Então, para manter o loop de volta, escrevi um três,

41
00:03:42,690 --> 00:03:50,130
mas um contendo o loop de três em vez de três letras para uma depuração e verifique se

42
00:03:50,580 --> 00:03:57,970
o tráfego está realmente recebendo dois em vez de três em vez de um e podemos ver que

43
00:03:58,590 --> 00:04:05,940
é assim. podemos ver que os pings estão chegando a três, mas parece que a resposta não

44
00:04:06,090 --> 00:04:13,440
está voltando para uma mais ampla. Em vez disso, três receberam uma solicitação de eco de 2001

45
00:04:13,870 --> 00:04:22,490
Colin, uma cor na coluna 1, que é o destino certo, é o retorno leme três, para que o eco seja

46
00:04:22,490 --> 00:04:30,950
enviado, mas não volte novamente, então vamos desativar a depuração e fazer uma depuração do pacote HPV seis agora no mundo

47
00:04:31,040 --> 00:04:38,540
real, você precisa ter muito cuidado ao fazer isso. Vou enviar um único pacote e vamos ver o

48
00:04:38,540 --> 00:04:45,240
que acontece novamente, tenha muito cuidado. Ao fazer isso no mundo real, você obterá muita saída,

49
00:04:45,630 --> 00:04:54,010
mesmo na pequena rede, se não desativarmos a depuração, podemos obter muita saída no console, então há a depuração que eu

50
00:04:54,010 --> 00:05:02,380
enviou um único ping da direita eu quero escreva um três, temos uma pesquisa de destino para que o leme

51
00:05:02,380 --> 00:05:11,280
veja que como uma rede local conectada ao loop de volta, para que pareça bom, mas observe aqui IP estes seis encaminham

52
00:05:11,290 --> 00:05:22,990
não há direito ao destino 2001 Colin um Colin Colin uma fonte é o loop O destino do verso do leme três é a interface gigabit 00 do leme

53
00:05:22,990 --> 00:05:30,370
um e somos informados de que não há queda válida, por isso não parece um roteador três sabe

54
00:05:30,430 --> 00:05:38,610
como voltar ao leme um, então mostre o IP desses seis certo jangada na tabela de roteamento para voltar ao

55
00:05:38,930 --> 00:05:39,900
leme 1.

56
00:05:40,330 --> 00:05:41,770
E a resposta é não.

57
00:05:42,010 --> 00:05:53,170
Temos essa jangada estática que permitiria que três tomassem o loop de volta do leme um, mas ele não pode

58
00:05:53,170 --> 00:05:56,530
pagar dois mil e um.

59
00:05:56,530 --> 00:06:07,000
Então, o que precisamos fazer é adicionar uma frente estática à barra 2001 da coluna um cólon e zero barra 64

60
00:06:07,060 --> 00:06:12,910
e enviá-la para o leme, agora vamos fazer o ping novamente.

61
00:06:12,990 --> 00:06:14,610
Observe que os

62
00:06:17,600 --> 00:06:24,530
pings foram bem-sucedidos e, sem usar o comando de repetição, os pings agora são bem-sucedidos, para que possamos

63
00:06:24,530 --> 00:06:32,130
voltar ao loop do leme três e à interface física do leme três, portanto, tenha cuidado com os pings.

64
00:06:32,300 --> 00:06:36,180
Isso se aplica à versão IP 4 e à versão 6 IP.

65
00:06:36,260 --> 00:06:42,420
Só porque eu posso enviar tráfego para você, não significa que você sabe como enviar tráfego de volta para mim.

66
00:06:42,440 --> 00:06:48,080
Ambos os lados precisam de apodrecimento na mesa de escrita para permitir a comunicação em dois sentidos.

67
00:06:48,080 --> 00:06:49,610
Espero que tenham gostado deste vídeo.

68
00:06:49,610 --> 00:06:52,620
Se foi um benefício para você, por favor.

69
00:06:52,620 --> 00:06:55,310
E inscreva-se no meu canal do YouTube.

70
00:06:55,310 --> 00:06:57,190
Desejo a todos o melhor.
