1
00:00:09,070 --> 00:00:11,880
Vamos ver os protocolos de roteamento da versão 6 do IP.

2
00:00:11,880 --> 00:00:19,000
Agora, muitos dos protocolos de roteamento que você viu na provisão foram atualizados para a versão 6 do IP versão 6

3
00:00:19,020 --> 00:00:21,040
usa uma estrutura de endereço diferente.

4
00:00:21,240 --> 00:00:26,670
Portanto, a versão da chave para escrever protocolos não pode ser usada no IP versão 6.

5
00:00:26,670 --> 00:00:29,940
As versões atualizadas dos protocolos de roteamento precisam ser usadas.

6
00:00:29,940 --> 00:00:35,460
Agora, alguns exemplos, como os tipos de roteamento da versão 6, incluem rotas estáticas e mostrarei um pouco

7
00:00:35,460 --> 00:00:37,460
mais adiante como configurar rotas estáticas.

8
00:00:37,470 --> 00:00:43,140
Também vou mostrar como configurar o rip em G ou ripar a próxima geração, que é essencialmente o

9
00:00:43,140 --> 00:00:44,620
REPP no IP versão 6.

10
00:00:44,760 --> 00:00:48,940
Se eu fosse você, lembraria dos vários protocolos de roteamento listados aqui.

11
00:00:49,170 --> 00:00:51,080
Não se preocupe muito com os Archies.

12
00:00:51,250 --> 00:00:53,090
Eu os coloquei aqui por completo.

13
00:00:53,230 --> 00:00:58,350
Se você realmente quiser entrar na profundidade dos protocolos de roteamento, dê uma olhada neles ou veja

14
00:00:58,350 --> 00:01:03,600
se a versão 3 do OSPF é uma versão do OSPF que suporta o IP versão 6.

15
00:01:03,600 --> 00:01:13,140
Também temos o ISIS para IPV 6, assim como a versão BGP multiprotocolo para multiprotocolo O BGP suporta

16
00:01:13,140 --> 00:01:22,890
essencialmente vários protocolos, incluindo a versão IP para IP versão 6 e VPN, antes de usar ambientes NPL.

17
00:01:22,920 --> 00:01:30,650
O que deve ser lembrado é o multiprotocolo. A versão 4 do BGP é a versão do BGP usada em seis ambientes IPV.

18
00:01:30,730 --> 00:01:32,810
O GOP também foi atualizado.

19
00:01:33,060 --> 00:01:36,010
Portanto, temos um GOP de interface do usuário para a versão 6 do IP.

20
00:01:36,030 --> 00:01:40,820
É importante lembrar desse comando no modo de configuração global em um roteador.

21
00:01:40,920 --> 00:01:41,560
Precisa disso.

22
00:01:41,570 --> 00:01:48,390
Venha o roteamento unicast do ITV 6 antes de ativar qualquer protocolo de roteamento nesse roteador.

23
00:01:49,500 --> 00:01:59,040
Então só para demonstrar que ele tem um roteador dizendo Global config mode eu vou digitar IPV seis Rodda e vamos tentar ativar rep

24
00:01:59,670 --> 00:02:06,540
e agora um IP versão 6 você precisa especificar uma string para identificar o reprocesso Alysha digamos

25
00:02:06,540 --> 00:02:11,930
RIP NG e observe diz que o roteamento IPV 6 não está habilitado.

26
00:02:12,110 --> 00:02:21,000
Então eu tenho que digitar roteamento de cache único V-6 IP e agora eu posso tocar o vir ITV 6 para representante do roteador com uma

27
00:02:21,000 --> 00:02:21,870
seqüência de caracteres.

28
00:02:22,170 --> 00:02:29,190
Então, por favor, não esqueça que você precisa colocar o roteamento unicast em IP V-6 comum antes de ativar um

29
00:02:29,640 --> 00:02:33,540
protocolo de roteamento que suporte IP versão 6 nos roteadores Cisco.

30
00:02:33,660 --> 00:02:40,020
Agora rip Engy é muito parecido com a versão IP, pois é um protocolo de roteamento de vetor de distância.

31
00:02:40,110 --> 00:02:43,970
Tem um raio de 15 saltos 16 está definido para o infinito.

32
00:02:44,040 --> 00:02:50,600
Ele ainda usa um veneno de split horizon e é muito baseado em repletion também.

33
00:02:50,610 --> 00:02:54,710
Em outras palavras, a versão do REPP usava uma versão IP para ambientes.

34
00:02:54,750 --> 00:02:56,060
Houve atualizações.

35
00:02:56,100 --> 00:02:59,330
Obviamente, ele precisa suportar o IP V-6 Prefect.

36
00:02:59,370 --> 00:03:05,310
Em outras palavras, suportar seis endereços IPV próximos Os endereços Hoppa são definidos para o endereço IP

37
00:03:05,310 --> 00:03:12,210
V-6 porque podemos rodar uma rede inteiramente usando IP versão 6 sem versão IP por enquanto ele usa um grupo

38
00:03:12,330 --> 00:03:20,250
multicast de 5 0 para chamar uncurling 9 que é o grupo multi-curso de todos os roteadores que é o endereço de vários

39
00:03:20,250 --> 00:03:22,600
cursos usado para atualizações de repetição.

40
00:03:22,790 --> 00:03:29,910
Em um caso você se lembre de que o Ripp envia atualizações usando transmissões, as transmissões não são mais suportadas no IP

41
00:03:29,910 --> 00:03:30,720
versão 6.

42
00:03:30,720 --> 00:03:37,100
Portanto, eles não podem ser usados. As transmissões também têm algumas desvantagens inerentes que cobrimos anteriormente.

43
00:03:37,320 --> 00:03:42,860
Reversão para usa endereço multicast 2 2 4 0 0 9.

44
00:03:42,870 --> 00:03:48,720
Portanto, um dos endereços bem conhecidos de vários cursos e você pode ver esse endereço é muito semelhante

45
00:03:48,720 --> 00:03:53,220
à versão 2 e a versão 2 é 2 2 4 0 0 9.

46
00:03:53,220 --> 00:04:00,270
Em outras palavras, esse é o endereço multi-curso usado na versão IP para criptografar o N-G na versão 6 do IP.

47
00:04:00,270 --> 00:04:03,620
Usamos o endereço multicast F-0 para chamar 9 não colorido.

48
00:04:03,780 --> 00:04:10,290
Então, digamos que alguma consistência no número de grupo multicast IP versão 6 é usada para o transporte de

49
00:04:10,290 --> 00:04:11,400
atualizações do Ripp.

50
00:04:11,430 --> 00:04:11,690
REP.

51
00:04:11,710 --> 00:04:22,070
N-G desde as atualizações na porta UDP cinco para um que é uma corda Engy ou Next-Generation

52
00:04:22,100 --> 00:04:30,810
nesses roteadores dizendo que o modo de configuração global pode superar o V-6 Virata.

53
00:04:31,050 --> 00:04:35,560
E então eu preciso especificar uma string para identificar esse processo.

54
00:04:35,640 --> 00:04:42,490
Eu só vou chamá-lo em um G e você pode ver que agora estou em pode

55
00:04:42,490 --> 00:04:55,280
descobrir um modo ou eles precisam entrar em minhas interfaces e top IPV 6 esfregar o nome do processo e, em seguida, permitir superior e eu posso fazer isso em

56
00:04:55,280 --> 00:04:56,290
cada interface.

57
00:04:58,280 --> 00:05:05,460
Você não tem que fazer isso primeiro, mas isso vai permitir que você

58
00:05:05,460 --> 00:05:13,590
mude vários parâmetros. Eu posso fazer a mesma coisa no topo do IPV six Rodda.

59
00:05:18,200 --> 00:05:22,080
Eu apenas mudaria isso para ngi também, porque isso está no caminho.

60
00:05:23,360 --> 00:05:24,710
Fui para a minha

61
00:05:35,400 --> 00:05:39,150
interface e agora habilitamos o REPP de volta a Rodda.

62
00:05:39,230 --> 00:05:41,300
Eu posso superar o show Vamos lá.

63
00:05:41,560 --> 00:05:52,410
IPV 6 rochas para ver minha mesa de escrita e depois de um tempo eu deveria ver minhas raízes preencher na mesa

64
00:05:52,410 --> 00:05:53,360
de escrita.

65
00:05:53,390 --> 00:06:02,720
Sandakan ensinou ping 2001 Colan uma cor uma cor e três cores em um que é esse endereço IP e

66
00:06:02,840 --> 00:06:06,350
você pode ver o rosa consegue alguns.

67
00:06:06,380 --> 00:06:10,080
Capaz de pingar do roteador 1 para o roteador.

68
00:06:10,420 --> 00:06:20,320
Eu também poderia fazer essa fonte e especificar a primeira interface ethernet no roteador 1 e você pode ver o

69
00:06:20,320 --> 00:06:21,610
sucesso do ping.

70
00:06:21,850 --> 00:06:25,410
Então, é tão simples assim configurar um.

71
00:06:25,440 --> 00:06:29,580
Eu também poderia anunciar uma rota padrão do roteador um para um

72
00:06:32,440 --> 00:06:34,730
T indo para a interface serial.

73
00:06:34,770 --> 00:06:35,400
Eu posso superar isso.

74
00:06:35,400 --> 00:06:37,330
Vamos IPV 6.

75
00:06:38,860 --> 00:06:43,880
O nome do processo e, em seguida, as informações padrão, originam-se

76
00:06:46,800 --> 00:06:57,160
do envio de uma equipe oculta padrão oculta na tabela de escrita da tabela, para mostrar aqui o aviso de seis rotas

77
00:07:00,050 --> 00:07:01,310
da IPV.

78
00:07:01,490 --> 00:07:08,970
Estou recebendo uma rota padrão a rota padrão é representada por uncurl de código no Ford barra Zira.

79
00:07:09,200 --> 00:07:15,140
Observe que a distância administrativa do representante em G ainda é 120 e ainda temos uma contagem de saltos.

80
00:07:15,170 --> 00:07:21,410
Neste caso de notar que ela tem um exemplo olhando a rota da Rota 1.

81
00:07:21,680 --> 00:07:24,920
Então, esse rack aqui é a balsa no Phos.

82
00:07:24,920 --> 00:07:34,610
Ethan É 0 1 1 um aviso estamos aprendendo a Vire não para este endereço, mas através do endereço local do link

83
00:07:34,850 --> 00:07:36,250
no roteador 1.

84
00:07:36,620 --> 00:07:44,010
Então, indo para a rota 1 é um exemplo show Ickey V-6 interface Saral 0 0.

85
00:07:44,510 --> 00:07:46,190
Observe os endereços locais do link.

86
00:07:46,200 --> 00:07:55,190
Se 80 C 600 e assim por diante, que é o endereço aqui, os endereços locais de link são usados ​​escrevendo protocolos para sempre

87
00:07:55,190 --> 00:07:57,580
digitar rotas uns para os outros.

88
00:07:58,070 --> 00:08:03,410
Esses endereços não estão sendo usados ​​pelos protocolos de roteamento para anunciar os ratos

89
00:08:03,410 --> 00:08:11,660
outros comandos que eu posso digitar pontos que mostram IP V-6 rep que me mostra informações sobre Ripp você pode ver, por

90
00:08:11,690 --> 00:08:13,620
exemplo, quais interfaces repens ativado.

91
00:08:13,850 --> 00:08:19,840
Você pode ver que é o número máximo de pausa administrativa que suporta 16

92
00:08:19,850 --> 00:08:21,740
neste caso Edmon distancia 120.

93
00:08:21,740 --> 00:08:28,130
Você pode ver o grupo multicast que, se você se lembra de volta para 2 2 4 0 0 9 da Activision Foy.

94
00:08:28,430 --> 00:08:38,170
Então, algo semelhante aqui se, por exemplo, as atualizações são enviadas a

95
00:08:38,190 --> 00:08:40,700
cada 30 segundos.

96
00:08:40,710 --> 00:08:43,140
Então eles expiram depois de 180 segundos.

97
00:08:43,140 --> 00:08:44,880
Nós ainda temos split horizon.

98
00:08:44,910 --> 00:08:49,090
Nós ainda temos veneno reverso e ainda temos espera nos cronômetros.

99
00:08:49,200 --> 00:08:57,970
Eu posso ver apenas os relatórios na mesa de escrita tocando no C'mon show IPV six wrocht repr e você

100
00:08:57,970 --> 00:09:01,450
pode ver minhas duas rotas na Rota 2.

101
00:09:01,600 --> 00:09:08,950
Estamos aprendendo um padrão descartado do roteador 1 e estamos aprendendo sobre essa rede, que

102
00:09:08,950 --> 00:09:16,210
é essa aqui, tanto pelo endereço local vinculado da serial 0 0 no roteador 1.

103
00:09:16,210 --> 00:09:27,870
Agora vamos configurar o OSPF nesses roteadores, então no modo de configuração global eu posso digitar IPV 6 Varada OSPF e especificar o id

104
00:09:27,880 --> 00:09:29,940
do processo digamos 1.

105
00:09:29,980 --> 00:09:39,190
Observe o que diz a versão 3 do OSPF Crossus não se pode escolher o ID de errata, embora este seja o OSPF

106
00:09:39,190 --> 00:09:39,970
versão 3.

107
00:09:39,970 --> 00:09:42,730
Em outras palavras, o IP do OSPF versão 6.

108
00:09:42,730 --> 00:09:48,220
Requer um ID de roteador no formato da versão 4 do IP.

109
00:09:48,710 --> 00:09:51,710
Então, vou colocar isso como um quádruplo.

110
00:09:51,910 --> 00:09:55,580
Você precisa ir para as interfaces para colocá-las nas várias áreas.

111
00:09:55,600 --> 00:10:03,450
Então, eu vou digitar IP V-6 ID do processo OSPF é uma área especificada.

112
00:10:03,560 --> 00:10:08,770
Neste caso, especificarei a área 1 na interface serial.

113
00:10:08,780 --> 00:10:10,480
Vou colocar isso em áreas.

114
00:10:11,510 --> 00:10:13,460
Precisamos fazer o mesmo no roteador 2.

115
00:10:13,790 --> 00:10:26,380
Então IPV seis roteador sempre IPF vamos apenas fazer esse processo para dar-lhe um ID quádruplo Arata para ir para a

116
00:10:26,380 --> 00:10:29,060
interface de 40 minutos.

117
00:10:29,250 --> 00:10:37,140
ITV 6 OSPF para em outras palavras, um ID de processo.

118
00:10:37,320 --> 00:10:44,580
E vamos colocar isso na área para entrar na interface do Ciril e colocar isso na área zero.

119
00:10:44,910 --> 00:10:47,180
Então, esperamos que formemos um relacionamento próximo.

120
00:10:47,220 --> 00:10:51,560
E como você pode ver, o relacionamento foi completo.

121
00:10:51,600 --> 00:11:01,300
Então, esperamos obter ratos da Rota 1 para mostrar IPV 6 Berat aviso aqui nós recebemos um OSPF na rota de

122
00:11:01,390 --> 00:11:10,000
duas áreas do roteador 1 nos dizendo sobre esta rede não percebe ninguém no final aqui porque isso é

123
00:11:10,000 --> 00:11:19,110
um endereço de rede não um endereço de host Então, na rota 1, vamos criar uma interface de loopback, então

124
00:11:19,110 --> 00:11:24,050
dê a ele um IP V-6, o endereço digamos 2002.

125
00:11:24,160 --> 00:11:32,140
Culham, uma fatia e sessenta chamadas, colocam isso na área OSPF um meio de volta na Rota 2.

126
00:11:32,730 --> 00:11:37,360
É um novo visual para V. F. rochas.

127
00:11:37,540 --> 00:11:38,920
E aqui vai você.

128
00:11:39,040 --> 00:11:46,300
Nós agora aprendemos sobre o loop de volta na rota 1 através do OSPF e ele é exibido na tabela de

129
00:11:46,390 --> 00:11:47,380
escrita do rodded.

130
00:11:48,240 --> 00:11:51,660
Eu poderia pingar em 2002 Karl Cullinan.

131
00:11:52,090 --> 00:11:54,100
Ou melhor, ligar e ligar para um.

132
00:11:54,180 --> 00:11:57,190
E como você pode ver, o ping é bem sucedido.

133
00:11:57,270 --> 00:12:00,870
É tão simples assim configurar o OSPF versão 3.

134
00:12:00,870 --> 00:12:08,040
Em outras palavras, a versão 6 do IP do OSPF é importante para perceber que estamos executando apenas o IP

135
00:12:08,040 --> 00:12:09,530
versão 6 nesses roteadores.

136
00:12:09,750 --> 00:12:13,050
Por exemplo, digito show IP route.

137
00:12:13,140 --> 00:12:20,160
Você notará que não há rotas na rota que uma em um roteador exiba a tabela de escrita da mesma

138
00:12:20,160 --> 00:12:22,040
maneira que não há ratos.

139
00:12:22,170 --> 00:12:25,200
Não há endereços IP versão 4 configurados nesses roteadores.

140
00:12:25,500 --> 00:12:27,720
Então nada é exibido na mesa de escrita.

141
00:12:27,960 --> 00:12:30,870
É possível executar os dois protocolos ao mesmo tempo.

142
00:12:31,170 --> 00:12:41,940
Então, no roteador para na interface serial permite configurar um endereço IP de 201 para conversar e, agora, se Alltop mostrar rota IP

143
00:12:42,010 --> 00:12:47,740
notou que a rota aparece na mesa de escrita na Rota 1.

144
00:12:47,870 --> 00:12:53,300
Ainda não há rochas porque nenhuma provisão para endereços foi configurada na interface serial

145
00:12:53,300 --> 00:12:53,870
Zerah.

146
00:12:53,870 --> 00:13:00,040
Eu poderia fazer algo como o endereço IP 10:01 para um com uma mesquita.

147
00:13:00,240 --> 00:13:03,740
E agora a tabela de escrita mostrará esse grot.

148
00:13:03,980 --> 00:13:10,550
Então, eu poderia pingar de um a dois, que é o endereço IP do roteador 2.

149
00:13:11,020 --> 00:13:19,990
Oh eu poderia pingar 2001, mas em uma chamada e um Kurland para chamar uncurl sobre te que é o

150
00:13:20,080 --> 00:13:24,520
endereço IP versão 6 do roteador t eu também poderia,

151
00:13:27,760 --> 00:13:30,930
por exemplo, tentar telnet para o roteador

152
00:13:37,860 --> 00:13:50,930
e como você pode ver a sua senha necessária, mas nenhum conjunto não pode fazer o mesmo na versão 6 assim no Ratatouille vamos criar uma senha Viti y senha

153
00:13:50,930 --> 00:13:53,490
Cisco Creadon habilitado senha da Cisco.

154
00:13:53,660 --> 00:13:58,010
E agora vamos tentar e telnet a partir do Roteador 1 para usar o IP versão 6.

155
00:13:58,190 --> 00:14:05,630
E como você pode ver aqui, podemos telnetar com sucesso e obter uma versão IP para que

156
00:14:05,630 --> 00:14:07,380
possamos telnet com sucesso.

157
00:14:07,430 --> 00:14:13,220
Em outras palavras, ambos os protocolos podem ser executados ao mesmo tempo em execução lado a lado.

158
00:14:13,220 --> 00:14:20,000
Isso é conhecido mais uma vez como a execução de uma pilha de jóias, tanto a provisão para pilha como a

159
00:14:20,000 --> 00:14:23,540
pilha da versão IP 6 ou a execução lado a lado.

160
00:14:23,680 --> 00:14:28,540
Você também pode limpar o processo OSPF de maneira semelhante ao IP versão 4.

161
00:14:28,660 --> 00:14:37,910
Você literalmente tot clear IP V-6 OSPF crossest e que limpa os processos OSPF.

162
00:14:37,970 --> 00:14:42,520
Você pode ver que a relação vizinha foi demolida e depois restabelecida.

163
00:14:42,530 --> 00:14:48,630
Então, muitos dos conceitos são muito semelhantes entre a versão IP de um IP versão 6.

164
00:14:48,690 --> 00:14:54,550
Outro exemplo de um comando muito similar no IP versão 6 como um IP versão 4 é que você

165
00:14:54,550 --> 00:15:00,170
pode fazer o mesmo no hostname do ITV 6 e não especificar um nome de host, digamos, dois.

166
00:15:00,480 --> 00:15:05,740
E então eu posso especificar seu endereço.

167
00:15:05,770 --> 00:15:09,720
Então agora eu tenho ping para fazer isso de novo.

168
00:15:09,730 --> 00:15:17,080
Observe que o ping é bem-sucedido. Vamos ver algumas das confusões para o Kabillion de seis mecanismos de transição.

169
00:15:17,080 --> 00:15:19,990
Felizmente há riqueza de transmissão.

170
00:15:19,990 --> 00:15:23,480
Em outras palavras, não há data fixa para conversão.

171
00:15:23,500 --> 00:15:30,460
Isto não é como o Y2K, onde o mundo inteiro iria desmoronar no final de 1999.

172
00:15:30,460 --> 00:15:33,130
Não há necessidade de todos nós para converter de uma só vez.

173
00:15:33,160 --> 00:15:35,530
No entanto, isso está se tornando muito importante.

174
00:15:35,680 --> 00:15:43,240
Como mencionei anteriormente, já que estou gravando isso há uma semana, a versão de IP disponível para o espaço de

175
00:15:43,240 --> 00:15:44,200
endereços estava esgotada.

176
00:15:44,500 --> 00:15:50,230
Portanto, está se tornando crítico agora que as empresas busquem maneiras de fazer a transição para o IP versão 6.

177
00:15:50,230 --> 00:15:53,620
Existem vários mecanismos de transição disponíveis.

178
00:15:53,650 --> 00:15:59,290
O primeiro deles é o que chamamos Correndo uma pilha de jóias, onde você executa a versão

179
00:15:59,290 --> 00:16:03,460
IP para um IP versão 6 ao mesmo tempo em um único host.

180
00:16:03,460 --> 00:16:10,300
Portanto, este MacBook, por exemplo, tem um endereço IP, bem como um endereço IP versão 6, quando o Macbook está

181
00:16:10,300 --> 00:16:12,200
se comunicando com o servidor.

182
00:16:12,490 --> 00:16:15,380
Pode usar minha provisão para.

183
00:16:15,700 --> 00:16:20,890
Mas ao se comunicar com esse servidor, ele pode usar o IP versão 6.

184
00:16:20,890 --> 00:16:27,040
Portanto, esta é a analogia típica em que uma pessoa pode falar duas línguas e como uma analogia

185
00:16:27,070 --> 00:16:30,670
falaria inglês para um servidor e francês para outro servidor.

186
00:16:30,880 --> 00:16:38,740
Mas, neste caso, IPV para o servidor que apenas executa IPV para um IP V-6 para o servidor que executa

187
00:16:38,740 --> 00:16:40,730
apenas o IP versão 6.

188
00:16:40,760 --> 00:16:43,010
Um monte de sistema operacional suporta isso.

189
00:16:43,310 --> 00:16:47,470
É um exemplo no Windows eu posso pingar 170.

190
00:16:47,590 --> 00:16:57,010
Eu posso pingar 127 0 0 1 o loopback uma versão IP para mais uma vez eu posso coisa o loop de volta

191
00:16:57,010 --> 00:17:05,940
em IP versão 6 esta máquina Windows suporta os dois protocolos e neste caso, com base no endereço do protocolo específico

192
00:17:05,940 --> 00:17:06,810
é escolhido.

193
00:17:07,850 --> 00:17:11,480
Portanto, neste exemplo, estamos olhando para uma pilha de protocolos IP versão 4.

194
00:17:11,770 --> 00:17:15,980
Neste exemplo, o aplicativo que está sendo usado suporta apenas o IP versão 4.

195
00:17:16,280 --> 00:17:23,450
Assim, quando os dados são enviados da camada de aplicação para a camada física, o aplicativo escolhe se

196
00:17:23,570 --> 00:17:26,290
está usando o TZP UDP Layer 4.

197
00:17:26,630 --> 00:17:32,840
Em seguida, ele usaria a provisão para pilha de protocolo pelo menos três camadas de adição para que o tipo

198
00:17:32,840 --> 00:17:35,210
de Ethernet fosse definido como zero x 800.

199
00:17:35,210 --> 00:17:40,580
Se esta é uma Ethernet para o quadro que, em seguida, seria encaminhada através da mídia

200
00:17:40,610 --> 00:17:42,140
física, neste caso, Ethernet.

201
00:17:42,140 --> 00:17:48,520
Se um aplicativo suportar a versão IP para um IP versão 6, o aplicativo poderá escolher DC

202
00:17:48,700 --> 00:17:51,910
para UDP, dependendo de como ele foi programado.

203
00:17:52,070 --> 00:17:54,940
E então a pilha de protocolos 3 seria escolhida.

204
00:17:54,950 --> 00:17:59,060
Estamos usando o código da versão IP ou estamos usando o IP versão 6?

205
00:17:59,060 --> 00:18:04,580
Assim, a escolha da pilha de protocolos seria determinada, por exemplo, pelo endereço IP de destino

206
00:18:04,580 --> 00:18:10,970
para o qual iremos ou pelo uso de um servidor DNS que determina qual pilha de protocolos é usada.

207
00:18:11,060 --> 00:18:17,180
A interface de programação de aplicativos ou a API do aplicativo precisa ser capaz de lidar com

208
00:18:17,180 --> 00:18:19,550
endereços formatados do IP versão 6.

209
00:18:19,570 --> 00:18:26,360
Então, como eu mostrei anteriormente no HGP, o endereço da versão 6 do IP teria que ser colocado entre parênteses.

210
00:18:26,660 --> 00:18:32,100
Assim, o aplicativo precisaria ser capaz de lidar com esses formatos de endereço, por exemplo,

211
00:18:32,420 --> 00:18:39,470
o tipo infinito seria, então, escolhido novamente se a versão completa do IP fosse definida como 0 x cem.

212
00:18:39,590 --> 00:18:43,690
Mas se for IP versão 6, o tipo de ethernet seria definido como 0 8 6.

213
00:18:43,700 --> 00:18:48,000
DD Isso então seria encaminhado através do meio físico.

214
00:18:48,050 --> 00:18:54,390
Portanto, quando dados são enviados de um aplicativo, digamos que o Internet Explorer depende de vários parâmetros.

215
00:18:54,470 --> 00:19:01,640
Por exemplo, o Jaro que você especificou no navegador os dados seriam enviados através da pilha do IP versão

216
00:19:02,300 --> 00:19:09,730
6 em toda a pilha do IP versão 4 até o meio físico e outro mecanismo de transição é usar

217
00:19:09,730 --> 00:19:10,630
o tunelamento.

218
00:19:10,750 --> 00:19:16,210
Neste exemplo, temos um host no lado esquerdo que está executando o IP versão 6 no lado direito o

219
00:19:16,210 --> 00:19:22,480
servidor está executando o IP versão 6, mas a haste é toda conectada por uma única rede IP versão 4, então

220
00:19:23,110 --> 00:19:26,720
os endereços IP versão 6 não serão ser roteado por essa infraestrutura.

221
00:19:26,980 --> 00:19:34,720
Então, o que você pode fazer é configurar um túnel entre o roteador 1 e o roteador 2 para encapsular o IP versão 6 sobre

222
00:19:34,990 --> 00:19:36,400
o IP versão 4.

223
00:19:36,760 --> 00:19:42,430
Existem várias maneiras de fazer isso, você pode usar tunelamento manual ou tunelamento dinâmico de sessenta e quatro

224
00:19:43,060 --> 00:19:46,730
ou intra site ou uma tonelada métrica de protocolo de endereçamento durará.

225
00:19:46,750 --> 00:19:48,990
Você pode usar para tunelamento de Rito.

226
00:19:49,170 --> 00:19:51,820
Vamos ver cada um deles com mais profundidade.

227
00:19:52,230 --> 00:19:58,070
Então, como um exemplo de encapsulamento de pacotes da versão 6 do IP, a visão da infra-estrutura não é mais.

228
00:19:58,300 --> 00:20:05,650
O Mac book no lado esquerdo desde os dados IP versão 6 dentro de um cabeçalho IP

229
00:20:05,650 --> 00:20:14,650
versão 6 para o seu gateway padrão que é digamos roteador um roteador um, em seguida, tomar as informações IP versão

230
00:20:14,650 --> 00:20:23,440
6 e encapsulado dentro da versão IP para um túnel está definido da provisão local para endereço do roteador um ao

231
00:20:23,830 --> 00:20:26,130
endereço IP remoto em rabbity.

232
00:20:26,230 --> 00:20:29,730
Então, por favor, note que este é um cabeçalho IP extra.

233
00:20:29,740 --> 00:20:36,340
Em outras palavras, uma versão IP para o cabeçalho é anexada à frente do cabeçalho da versão 6 do IP encapsula

234
00:20:36,340 --> 00:20:38,620
as informações da versão 6 do IP.

235
00:20:38,650 --> 00:20:41,120
Então Rod está na provisão de infraestrutura.

236
00:20:41,290 --> 00:20:44,330
Nunca veja o cabeçalho da versão 6 do IP.

237
00:20:44,570 --> 00:20:50,220
Eles só vêem a versão do IP para o cabeçalho não ter certeza de mais detalhes sobre a provisão para o cabeçalho.

238
00:20:50,470 --> 00:20:54,770
Mostrei os endereços de origem e destino, mas isso faz parte do mesmo cabeçalho.

239
00:20:55,000 --> 00:21:02,290
Quando o pacote é roteado para o IP versão 4, o head é retirado e um pacote é enviado

240
00:21:02,290 --> 00:21:06,880
na LAN remota como um pacote de versão 6 do IP puro.

241
00:21:06,910 --> 00:21:12,460
Agora, ao configurar o tunelamento, é importante lembrar que o tipo de protocolo é 41, portanto, o pacote

242
00:21:12,460 --> 00:21:15,950
do IP versão 6 é encapsulado dentro do IP versão 4.

243
00:21:16,180 --> 00:21:22,720
E quando a Activision para encapsula o pacote IP versão 6, um tipo de protocolo de 41 é especificado no

244
00:21:22,720 --> 00:21:30,160
cabeçalho IP versão 4, o TCAP tem, por exemplo, um tipo de protocolo de 6 e tipo de protocolo UDP de 17.

245
00:21:30,430 --> 00:21:35,050
E neste caso, a versão 6 do IP é configurada para o protocolo 41.

246
00:21:35,140 --> 00:21:37,420
A cabeça tem 20 bytes de tamanho.

247
00:21:37,540 --> 00:21:40,680
Quando não há opções, isso pode causar alguns problemas.

248
00:21:40,690 --> 00:21:49,170
A unidade máxima de transmissão entre nossos dois hosts, o MacBook e o servidor, é reduzida em 20 bytes.

249
00:21:49,360 --> 00:21:54,910
Por causa desse cabeçalho adicional, pode ser difícil solucionar problemas com o tunelamento.

250
00:21:55,150 --> 00:22:01,420
Como exemplo, a haste na nuvem poderia estar bloqueando o protocolo 41 e precisaria ser alterada para

251
00:22:01,420 --> 00:22:04,520
permitir que o tráfego passasse pelo tunelamento manual.

252
00:22:04,530 --> 00:22:10,720
Você está mentalmente estabelecendo o túnel entre a Rota 1 e o roteador 2 e eu vou demonstrar como

253
00:22:10,720 --> 00:22:12,650
fazer isso um pouco mais tarde.

254
00:22:13,000 --> 00:22:20,260
Com tunelamento 64 dinâmico, o túnel é automaticamente estabelecido entre as redes IP B-6 através da versão

255
00:22:20,260 --> 00:22:27,130
IP para configuração de Preece de rede de endereços IP de origem e destino versão 4

256
00:22:27,130 --> 00:22:34,240
não é necessário para a atribuição de prefixo automático destes túneis automáticos é uma forma agregada global

257
00:22:34,240 --> 00:22:42,220
unicast IPV 6 prefixo é atribuído a cada site Sessenta e Quatro e estes são baseados no endereço específico 2002.

258
00:22:42,370 --> 00:22:46,160
Colon cólon barra 16 atribuído pelo on.