1
00:00:00,300 --> 00:00:08,790
Abra o caminho mais curto primeiro ou OSPF O OSPF é um protocolo de escrita poderoso padrão da indústria usado em muitos ambientes

2
00:00:08,790 --> 00:00:14,620
de rede no mundo hoje em dia, a palavra aberta significa que é um padrão aberto.

3
00:00:14,640 --> 00:00:19,470
Essa é uma grande vantagem de usar o OSPF devido à interoperabilidade de Vendy.

4
00:00:19,590 --> 00:00:26,010
Você pode fazer roteadores Cisco com roteadores HP e outros roteadores da Nortel e ter certeza de que os

5
00:00:26,010 --> 00:00:28,600
ratos serão trocados entre os diferentes fornecedores.

6
00:00:30,810 --> 00:00:39,960
Mostrou-nos primeiro ou SBF também conhecido como o algoritmo digestores nomeado após o desenvolvedor que publicou o algoritmo em 1959

7
00:00:39,960 --> 00:00:47,750
é usado pelo SPF para determinar o caminho mais curto ou a melhor rota para um destino.

8
00:00:48,180 --> 00:00:49,660
Então, vamos cobrir isso?

9
00:00:49,660 --> 00:00:52,150
Em primeiro lugar, uma visão geral do OSPF.

10
00:00:52,200 --> 00:00:54,050
Nós olhamos para os recursos do OSPF.

11
00:00:54,090 --> 00:00:58,350
Gostaria de mostrar como configurar uma rede usando uma única área do OSPF.

12
00:00:58,350 --> 00:01:02,550
Vou mostrar a importância dos pacotes e como eles determinam o ID da Rodda.

13
00:01:02,650 --> 00:01:09,720
Observamos algumas configurações e configurações no OSPF, incluindo o OSPF de área múltipla e a autenticação do OSPF,

14
00:01:11,880 --> 00:01:19,650
mais uma vez, é um protocolo de roteamento de estado de link e inunda links que anúncios ou elysce

15
00:01:20,760 --> 00:01:23,250
em toda a rede ou área.

16
00:01:23,430 --> 00:01:27,530
Descrevendo Primeiramente os links anexados a um roteador.

17
00:01:27,660 --> 00:01:34,110
Em outras palavras, as interfaces do roteador e o estado desses conectam o estado, o que significa uma

18
00:01:34,110 --> 00:01:41,170
descrição de uma interface e sua relação com roteadores vizinhos é a interface para cima ou a interface para baixo.

19
00:01:41,220 --> 00:01:47,430
Essa descrição incluiria, por exemplo, o endereço IP da interface, a máscara de sub-rede, a parte superior da rede

20
00:01:47,430 --> 00:01:52,840
à qual está conectada e os roteadores que estão conectados a essa rede e assim por diante.

21
00:01:54,190 --> 00:02:00,910
A coleção de todos esses estados de links forma o banco de dados alógico superior todos os links relacionam

22
00:02:02,150 --> 00:02:10,400
as relações de formulário de roteamento de banco de dados enviando mensagens Hello usando qualquer endereço multicast 2 2 4 0 0 5

23
00:02:11,060 --> 00:02:18,240
0 custos únicos Elisei é novamente inundado em toda a área da rede e banco de dados de estado de

24
00:02:18,240 --> 00:02:22,200
link é criado a partir desses links para anúncios ou elysées.

25
00:02:22,310 --> 00:02:28,400
Sempre ser, se mais uma vez, usar o algoritmo do primeiro caminho mais curto ou digestores para

26
00:02:28,400 --> 00:02:30,970
determinar o melhor caminho para cada destino.

27
00:02:32,210 --> 00:02:34,730
Agora há um pouco de debate sobre isso.

28
00:02:34,730 --> 00:02:44,060
Engenheiros discutirão frequentemente onde no modelo vários protocolos residem OSPF reside diretamente sobre IP OSPF não

29
00:02:44,060 --> 00:02:53,930
usa TCAP ou UDP para transporte de atualizações e informações que reside diretamente sobre IP sempre é

30
00:02:54,200 --> 00:03:04,250
referenciado no cabeçalho IP com protocolo ID 89 TZP referência com IDs de protocolo 6 e protocolo UDP

31
00:03:04,270 --> 00:03:11,600
ID 17 e, portanto, alguns debateriam que o OSPF reside na Camada 4.

32
00:03:11,970 --> 00:03:19,020
Por esta razão, no entanto, vamos dizer que o OSPF reside uma camada 3 diretamente em cima do IP.

33
00:03:19,060 --> 00:03:23,130
Também pelo menos três para muitos de nós no mundo real.

34
00:03:23,160 --> 00:03:25,290
Isso não é uma grande preocupação.

35
00:03:25,620 --> 00:03:27,810
Isso pode ser do ponto de vista teórico.

36
00:03:29,320 --> 00:03:35,210
Sim, por que a captura de Shaw mostra vários pacotes OSPF.

37
00:03:35,240 --> 00:03:42,980
Diz um exemplo o primeiro é do Iraque com um endereço IP de 10 1 1 1 Indo para o

38
00:03:42,980 --> 00:03:47,270
conhecido endereço multicast para OSPF 2 2 4 0 0 5.

39
00:03:47,380 --> 00:03:54,390
Então esse é o endereço usado por sempre ser uma sequência, por exemplo, um segmento Ethernet e você

40
00:03:54,390 --> 00:03:57,510
pode ver na saída aqui na Camada 2.

41
00:03:57,740 --> 00:04:05,930
Temos o endereço MAC de origem do Rodda enviando informações para um endereço multicast IP versão 4.

42
00:04:05,980 --> 00:04:18,620
Neste caso, o conhecido endereço multicast V. F. Atlay para o tipo de éter é 0 800 em hexadecimal.

43
00:04:18,650 --> 00:04:20,420
Em outras palavras, referenciando IP

44
00:04:23,350 --> 00:04:30,450
pelo menos três nós temos o endereço IP de origem mais uma vez de 10 1 1 1 e esta

45
00:04:30,450 --> 00:04:30,900
uma

46
00:04:34,020 --> 00:04:43,590
nação de 2 2 4 0 0 5 você pode ver isso como uma versão IP para o pacote e você pode ver aqui o O ID

47
00:04:43,680 --> 00:04:49,940
do protocolo é o OSPF em hexadecimal referenciado como 0 x 5 9 usando uma calculadora do Windows.

48
00:04:50,160 --> 00:04:56,490
Podemos configurá-lo para usar hexadecimal definir o valor para 59 e, em seguida, alterá-lo para decimal e você

49
00:04:56,490 --> 00:04:59,280
pode ver o ID do protocolo é 89.

50
00:04:59,820 --> 00:05:08,970
Então, pelo menos três OSPF é referenciado com protocolo ID 89 a fonte mais uma vez é 10 1

51
00:05:09,240 --> 00:05:18,650
em 1 destino é o endereço multi-curso para OSPF residindo diretamente em cima de IP é OSPF Então, note que

52
00:05:19,010 --> 00:05:25,100
temos ethernet IP OSPF OSPF não usa TCAP ou UDP como um transporte.

53
00:05:25,190 --> 00:05:27,850
Ele usa IP.

54
00:05:28,040 --> 00:05:34,100
Você pode ver o cabeçalho OSPF versão 2 do OSPF você pode ver que este é um pacote oco.

55
00:05:34,100 --> 00:05:43,250
Em outras palavras, tipo 1, você pode ver que é para áreas 0 0 As áreas SBF podem ser referenciadas como um único número decimal, como 0, ou em

56
00:05:43,250 --> 00:05:51,430
notação decimal com ponto IP, como em 0. 0 0 0

57
00:05:51,710 --> 00:05:54,670
É como dizer amanhã ou tomate.

58
00:05:54,830 --> 00:05:56,710
É a mesma coisa.

59
00:05:56,910 --> 00:06:04,410
Você pode ver as fontes 10 1 1 1 você pode ver que é um pacote oco é informação

60
00:06:05,080 --> 00:06:13,890
como aquela mesquita de rede o intervalo oco a rota de prioridade a rota um intervalo de data para a rota designada

61
00:06:13,890 --> 00:06:20,390
é para o designador de backup Audi que os vizinhos ativos e assim Por fim, vamos

62
00:06:20,390 --> 00:06:28,300
cobrir muitas dessas informações nos próximos sleights. O importante é notar mais uma vez que o OSPF reside diretamente no

63
00:06:28,300 --> 00:06:29,610
topo do IP.

64
00:06:29,650 --> 00:06:37,060
Se você olhar para a próxima mensagem onde o rodízio 10 1 1 2 está enviando uma descrição do banco de

65
00:06:37,090 --> 00:06:46,640
dados para rotea-lo 10 1 1 1 você verá mais uma vez que não há TZP UDP O OSPF é referenciado com o ID de partícula.

66
00:06:46,790 --> 00:06:53,440
89 em um cabeçalho de versão IP 4 sempre seja para este curso reside, pelo menos, três.

67
00:06:53,570 --> 00:06:57,520
Mas, como mencionado, há um pouco de debate sobre exatamente onde ele reside.

68
00:06:58,620 --> 00:07:05,030
O ARADAS envia links para que os anunciantes anunciem o estado do link imediatamente

69
00:07:05,030 --> 00:07:10,300
quando o estado mudar ou periodicamente por padrão a cada 30 minutos.

70
00:07:10,330 --> 00:07:17,310
Os bancos de dados serão sincronizados com o estado dos links sempre ser de roteadores

71
00:07:17,870 --> 00:07:24,740
ou vizinhos e a lista de vizinhos é armazenada na tabela de adjacências ou na

72
00:07:24,740 --> 00:07:33,420
tabela vizinha do OSPF para que os vizinhos adjacentes sempre usem multicast endereços 2 2 4 0 0 5

73
00:07:33,430 --> 00:07:39,420
e 2 2 4 0 0 6 que são link multicast local.

74
00:07:39,430 --> 00:07:42,800
Em outras palavras, esse multicast não pode passar por um roteador.

75
00:07:43,210 --> 00:07:50,260
Os escritores precisam estar conectados diretamente, sempre com medo de armazenar todas as rotas aprendidas no banco de dados de tipologia OSPF

76
00:07:50,260 --> 00:07:53,210
ou no banco de dados de estado de link.

77
00:07:53,320 --> 00:07:59,490
O banco de dados de estado de links contém todos os roteadores e anexar links na área ou rede sempre

78
00:07:59,490 --> 00:08:01,200
será de roteadores na mesma área.

79
00:08:01,530 --> 00:08:03,520
Compartilhe o mesmo banco de dados.

80
00:08:03,690 --> 00:08:09,920
As melhores rotas são então colocadas na tabela de escrita, também conhecida como tabela de encaminhamento.

81
00:08:09,950 --> 00:08:12,830
Existem vários tipos de pacotes usados ​​no OSPF.

82
00:08:13,020 --> 00:08:19,530
O primeiro tipo é um pacote oco que é usado primeiramente para descobrir dinamicamente vizinhos e, em

83
00:08:19,530 --> 00:08:23,620
segundo lugar, para formar relacionamentos vizinhos e manter esses relacionamentos vizinhos.

84
00:08:23,650 --> 00:08:30,790
Existem alguns intervalos padrão para halos em segmentos de difusão de multimídia, como Ethernet.

85
00:08:30,810 --> 00:08:33,140
O intervalo é de 10 segundos.

86
00:08:33,270 --> 00:08:38,910
O segundo intervalo padrão é de 30 segundos, usado em segmentos sem difusão, como

87
00:08:39,030 --> 00:08:47,570
links seriais em ambientes de vários eixos de não difusão do MBA, como o Frame Relay, que possui o chamado intervalo

88
00:08:47,570 --> 00:08:52,510
de dados ou temporizador morto, que é quatro vezes o intervalo padrão.

89
00:08:52,680 --> 00:08:58,600
Se você alterou o intervalo oco, fiquei com medo de alterar automaticamente o intervalo de data

90
00:08:58,610 --> 00:09:05,400
para valorizar 4 vezes o intervalo de saudação em uma interface específica, de modo que hello é usado

91
00:09:05,400 --> 00:09:11,130
para descobrir vizinhos e se um hello não for recebido dentro do intervalo de dados.

92
00:09:11,130 --> 00:09:14,380
Considera-se que o trabalho não está mais disponível.

93
00:09:14,430 --> 00:09:22,590
O segundo topo do pacote é o que é chamado de descrição do banco de dados escrito como DD ou dbd que é

94
00:09:22,800 --> 00:09:30,410
usado para trocar breves versões de cada propaganda de estado de link OSPF como roteadores de protocolo de roteamento de estado de

95
00:09:30,420 --> 00:09:35,050
link trocam informações sobre o estado dos links para vincular anúncios de estado.

96
00:09:35,130 --> 00:09:41,580
Quando uma relação inicial é formada entre dois roteadores SPF, eles trocam descrições de bancos de dados, dando-se

97
00:09:41,940 --> 00:09:45,430
uma visão geral do que o banco de dados contém.

98
00:09:45,810 --> 00:09:52,690
Se partes do banco de dados estiverem faltando em um roteador, ele enviará uma solicitação de estado de link solicitando

99
00:09:53,070 --> 00:09:57,990
a mesma formação do roteador vizinho. O roteador vizinho enviará o que é chamado

100
00:09:58,050 --> 00:10:05,040
de link State Update, que é um pacote que contém anúncios de estado de links e como mencionado geralmente é

101
00:10:05,040 --> 00:10:07,780
enviado em resposta a uma solicitação de estado vinculada.

102
00:10:07,800 --> 00:10:13,650
Isso contém informações detalhadas sobre o banco de dados de estado do link, em vez de apenas uma visão geral dele, que

103
00:10:13,950 --> 00:10:16,120
estava contida na descrição do banco de dados.

104
00:10:17,340 --> 00:10:22,890
Reconhecimentos de estado de links reconhecem ou confirmam o recebimento da mensagem de atualização do estado do link.