1
00:00:00,300 --> 00:00:08,790
Abra primero la ruta más corta u OSPF OSPF es un protocolo de escritura potente y estándar de la industria que se utiliza en

2
00:00:08,790 --> 00:00:14,620
muchos entornos de red en el mundo. La palabra abierta significa que es un estándar abierto.

3
00:00:14,640 --> 00:00:19,470
Esta es una gran ventaja para usar OSPF debido a la interoperabilidad de Vendy.

4
00:00:19,590 --> 00:00:26,010
Puede hacer enrutadores Cisco con enrutadores Nortel enrutadores HP y otros, y tener la seguridad de que las

5
00:00:26,010 --> 00:00:28,600
ratas serán intercambiadas entre los diferentes proveedores.

6
00:00:30,810 --> 00:00:39,960
Nos mostró a los primeros o SBF, también conocido como el algoritmo de digestores que lleva el nombre del desarrollador que publicó el

7
00:00:39,960 --> 00:00:47,750
algoritmo en 1959, es utilizado por SPF para determinar la ruta más corta o la mejor ruta a un destino.

8
00:00:48,180 --> 00:00:49,660
Entonces, vamos a cubrir estos.

9
00:00:49,660 --> 00:00:52,150
En primer lugar, una descripción general de OSPF.

10
00:00:52,200 --> 00:00:54,050
Vemos las características de OSPF.

11
00:00:54,090 --> 00:00:58,350
Me gustaría mostrarle cómo configurar una red utilizando un área única de OSPF.

12
00:00:58,350 --> 00:01:02,550
Voy a mostrar la importancia de los paquetes y cómo determinan la ID de Rodda.

13
00:01:02,650 --> 00:01:09,720
Vemos bastantes configuraciones y configuraciones en OSPF que incluyen OSPF de múltiples áreas y autenticación. OSPF una

14
00:01:11,880 --> 00:01:19,650
vez más es un protocolo de enrutamiento de estado de enlace e inundará los enlaces de publicidades o elyses

15
00:01:20,760 --> 00:01:23,250
en toda la red o área.

16
00:01:23,430 --> 00:01:27,530
Describiendo En primer lugar, los enlaces adjuntos a un enrutador.

17
00:01:27,660 --> 00:01:34,110
En otras palabras, las interfaces del enrutador y el estado de esos enlaces, el estado que significa una descripción

18
00:01:34,110 --> 00:01:41,170
de una interfaz y su relación con los enrutadores vecinos, es la interfaz hacia arriba o la interfaz hacia abajo.

19
00:01:41,220 --> 00:01:47,430
Esa descripción incluiría, por ejemplo, la dirección IP de la interfaz, la máscara de subred, la parte superior de la

20
00:01:47,430 --> 00:01:52,840
red a la que está conectado y los enrutadores que están conectados a esa red, y así sucesivamente.

21
00:01:54,190 --> 00:02:00,910
La recopilación de todos estos enlaces establece la base de datos alogical superior. Todos los enlaces entablan relaciones de formulario de

22
00:02:02,150 --> 00:02:10,400
enrutamiento de bases de datos de estado mediante el envío de mensajes de saludo utilizando una dirección de multidifusión 2 2 4 0 0 5

23
00:02:11,060 --> 00:02:18,240
0 costos únicos Elisei vuelve a inundar el área de la red y el la base de datos del estado del enlace

24
00:02:18,240 --> 00:02:22,200
se crea a partir de estos enlaces a los anuncios o elysĂŠes.

25
00:02:22,310 --> 00:02:28,400
Siempre se si vuelve a utilizar el primer algoritmo de ruta más corta o el algoritmo de digestores

26
00:02:28,400 --> 00:02:30,970
para determinar la mejor ruta para cada destino.

27
00:02:32,210 --> 00:02:34,730
Ahora hay un poco de debate sobre esto.

28
00:02:34,730 --> 00:02:44,060
Los ingenieros a menudo discutirán en qué lugar del modelo residen varios protocolos. OSPF reside directamente encima de IP.

29
00:02:44,060 --> 00:02:53,930
OSPF no usa TCAP o UDP para transportar actualizaciones e información directamente sobre IP. Siempre se hace referencia en el

30
00:02:54,200 --> 00:03:04,250
encabezado IP con el ID de protocolo 89 TZP. referencia con los ID de protocolo 6 y el ID de protocolo

31
00:03:04,270 --> 00:03:11,600
UDP 17 y, por lo tanto, algunos debatirán que OSPF reside en la Capa 4.

32
00:03:11,970 --> 00:03:19,020
Sin embargo, por esta causa vamos a decir que OSPF reside en una capa 3 directamente sobre IP.

33
00:03:19,060 --> 00:03:23,130
También al menos tres para muchos de nosotros en el mundo real.

34
00:03:23,160 --> 00:03:25,290
Esto no es una gran preocupación.

35
00:03:25,620 --> 00:03:27,810
Eso puede ser desde un punto de vista teórico.

36
00:03:29,320 --> 00:03:35,210
Sí, ¿por qué la captura de Shaw muestra varios paquetes OSPF?

37
00:03:35,240 --> 00:03:42,980
Dice un ejemplo: el primero es de Iraq con una dirección IP de 10 1 1 1 Ir a la conocida

38
00:03:42,980 --> 00:03:47,270
dirección de multidifusión para OSPF 2 2 4 0 0 5.

39
00:03:47,380 --> 00:03:54,390
Así que esa es la dirección utilizada por siempre ser un seguimiento en, por ejemplo, un segmento de Ethernet y se

40
00:03:54,390 --> 00:03:57,510
puede ver en la salida aquí en la Capa 2.

41
00:03:57,740 --> 00:04:05,930
Tenemos la dirección MAC de origen del Rodda que envía información a una dirección de multidifusión IP versión 4.

42
00:04:05,980 --> 00:04:18,620
En este caso, la bien conocida dirección de multidifusión V. F. Atlay para el tipo de ether es 0 800 en hexadecimal.

43
00:04:18,650 --> 00:04:20,420
En otras palabras, al hacer

44
00:04:23,350 --> 00:04:30,450
referencia a IP al menos tres tenemos la dirección IP de origen de 10 1 1 1 y esta es

45
00:04:30,450 --> 00:04:30,900
una

46
00:04:34,020 --> 00:04:43,590
nación de 2 2 4 0 0 5, puede ver esto como una versión de IP para el paquete y puede ver aquí el ID de protocolo

47
00:04:43,680 --> 00:04:49,940
es OSPF en hexadecimal con una referencia de 0 x 5 9 con una calculadora de Windows.

48
00:04:50,160 --> 00:04:56,490
Podemos configurarlo para usar hexadecimal, establecer el valor en 59 y luego cambiarlo a decimal y se puede

49
00:04:56,490 --> 00:04:59,280
ver que el ID del protocolo es 89.

50
00:04:59,820 --> 00:05:08,970
Por lo tanto, se hace referencia a al menos tres OSPF con el ID de protocolo 89 la fuente una vez más

51
00:05:09,240 --> 00:05:18,650
es 10 1 en 1 destino es la dirección de varios cursos para OSPF que reside directamente sobre IP es OSPF Entonces, tenga

52
00:05:19,010 --> 00:05:25,100
en cuenta que tenemos ethernet IP OSPF OSPF no usa TCAP o UDP como transporte

53
00:05:25,190 --> 00:05:27,850
Utiliza IP.

54
00:05:28,040 --> 00:05:34,100
Puede ver el encabezado OSPF versión 2 de OSPF, puede ver que este es un paquete hueco.

55
00:05:34,100 --> 00:05:43,250
En otras palabras, puede ver el tipo 1 para las áreas 0 0 Se pueden hacer referencia a las áreas SBF como números decimales simples como 0 o en

56
00:05:43,250 --> 00:05:51,430
notación decimal con puntos IP como en 0. 0 0. 0.

57
00:05:51,710 --> 00:05:54,670
Es como decir mañana o tomate.

58
00:05:54,830 --> 00:05:56,710
Es lo mismo.

59
00:05:56,910 --> 00:06:04,410
Puede ver las fuentes 10 1 1 1 puede ver que es un paquete hueco información como esa red

60
00:06:05,080 --> 00:06:13,890
mezquita el intervalo hueco la ruta de prioridad la ruta un intervalo de fecha a la ruta designada es para el designador

61
00:06:13,890 --> 00:06:20,390
de copia de seguridad que los vecinos activos y así adelante vamos a cubrir una gran

62
00:06:20,390 --> 00:06:28,300
cantidad de esta información en los próximos juegos, lo importante que hay que notar una vez más es que OSPF

63
00:06:28,300 --> 00:06:29,610
reside directamente sobre IP.

64
00:06:29,650 --> 00:06:37,060
Si mira el siguiente mensaje donde 10 1 1 2 codificado está enviando una descripción de la base de

65
00:06:37,090 --> 00:06:46,640
datos para enrutarlo 10 1 1 1, verá una vez más que no hay TZP UDP OSPF se hace referencia con ID de partícula.

66
00:06:46,790 --> 00:06:53,440
89 en una cabecera IP versión 4 siempre será para este curso reside al menos tres.

67
00:06:53,570 --> 00:06:57,520
Pero como se mencionó, hay un poco de debate sobre dónde reside exactamente.

68
00:06:58,620 --> 00:07:05,030
ARADAS envía enlaces a las publicidades para publicitar el estado del enlace inmediatamente cuando

69
00:07:05,030 --> 00:07:10,300
el estado cambia o periódicamente de manera predeterminada cada 30 minutos.

70
00:07:10,330 --> 00:07:17,310
Las bases de datos se sincronizarán con el estado de los enlaces siempre serán de enrutadores o relaciones

71
00:07:17,870 --> 00:07:24,740
vecinas y la lista de vecinos se almacenará en la tabla de adyacencia o en la tabla de

72
00:07:24,740 --> 00:07:33,420
vecinos OSPF, de modo que, al aparecer, los vecinos OSPF mostrarán que los vecinos adyacentes siempre usan multidifusión direcciones 2 2 4 0

73
00:07:33,430 --> 00:07:39,420
0 5 y 2 2 4 0 0 6 que son enlace de multidifusión local.

74
00:07:39,430 --> 00:07:42,800
En otras palabras, esa multidifusión no puede pasar por un enrutador.

75
00:07:43,210 --> 00:07:50,260
Los escritores tienen que estar directamente conectados siempre temerosos almacenar todas las rutas aprendidas en la base de datos de tipología

76
00:07:50,260 --> 00:07:53,210
OSPF o base de datos de estado de enlace.

77
00:07:53,320 --> 00:07:59,490
La base de datos de estado de enlaces contiene todos los enrutadores y los enlaces de enlace en el área o la red siempre

78
00:07:59,490 --> 00:08:01,200
serán de enrutadores en la misma área.

79
00:08:01,530 --> 00:08:03,520
Comparte la misma base de datos.

80
00:08:03,690 --> 00:08:09,920
Las mejores rutas se colocan en la tabla de escritura también conocida como la tabla de reenvío.

81
00:08:09,950 --> 00:08:12,830
Hay varios tipos de paquetes utilizados en OSPF.

82
00:08:13,020 --> 00:08:19,530
El primer tipo es un paquete hueco que se utiliza, en primer lugar, para descubrir dinámicamente a los vecinos y,

83
00:08:19,530 --> 00:08:23,620
en segundo lugar, para formar relaciones vecinas y mantener esas relaciones vecinas.

84
00:08:23,650 --> 00:08:30,790
Hay algunos intervalos predeterminados para halos en segmentos multimedia de difusión como Ethernet.

85
00:08:30,810 --> 00:08:33,140
El intervalo es de 10 segundos.

86
00:08:33,270 --> 00:08:38,910
El segundo intervalo predeterminado es de 30 segundos que se usa en segmentos no emitidos,

87
00:08:39,030 --> 00:08:47,570
tales como enlaces en serie, un MBA hecho en ambientes multieje sin transmisión, como Frame Relay siempre tiene lo que se conoce como

88
00:08:47,570 --> 00:08:52,510
intervalo de datos o temporizador muerto que es cuatro veces el intervalo defecto.

89
00:08:52,680 --> 00:08:58,600
Si cambia el intervalo hueco, temía cambiar automáticamente el intervalo de fechas al valor 4 veces

90
00:08:58,610 --> 00:09:05,400
el intervalo de saludo en una interfaz específica para que se usen para descubrir vecinos y si no

91
00:09:05,400 --> 00:09:11,130
se recibe un saludo dentro del intervalo de datos, la relación de vecinos se anula porque

92
00:09:11,130 --> 00:09:14,380
se considera que el trabajo ya no está disponible.

93
00:09:14,430 --> 00:09:22,590
La segunda parte superior del paquete es una descripción de la base de datos escrita como DD o dbd que se usa

94
00:09:22,800 --> 00:09:30,410
para intercambiar versiones breves de cada anuncio de estado de enlace OSPF como protocolo de enrutamiento de estado de enlace. Los

95
00:09:30,420 --> 00:09:35,050
enrutadores intercambian información sobre el estado de los enlaces para vincular anuncios estatales.

96
00:09:35,130 --> 00:09:41,580
Cuando se forma una relación inicial entre dos enrutadores SPF, intercambiarán descripciones de bases de datos que se darán

97
00:09:41,940 --> 00:09:45,430
una visión general de lo que contiene la base de datos.

98
00:09:45,810 --> 00:09:52,690
Si faltan partes de la base de datos en un enrutador, enviará una solicitud de estado de enlace solicitando la

99
00:09:53,070 --> 00:09:57,990
misma información del enrutador vecino. El enrutador vecino enviará lo que se llama un

100
00:09:58,050 --> 00:10:05,040
enlace Actualización de estado que es un paquete que contiene enlaces publicitarios estatales y como se mencionó generalmente se envía

101
00:10:05,040 --> 00:10:07,780
en respuesta a una solicitud de estado vinculada.

102
00:10:07,800 --> 00:10:13,650
Contiene información detallada sobre la base de datos de estado del enlace en lugar de solo una descripción general de la misma que

103
00:10:13,950 --> 00:10:16,120
figuraba en la descripción de la base de datos.

104
00:10:17,340 --> 00:10:22,890
Los reconocimientos de estado de los enlaces confirman o confirman la recepción del mensaje de actualización del estado del enlace.
