1 00:00:00,300 --> 00:00:08,790 Ouvrir le chemin le plus court en premier ou OSPF OSPF est un protocole d'écriture puissant utilisé dans de nombreux environnements de 2 00:00:08,790 --> 00:00:14,620 réseau dans le monde. Aujourd'hui, le mot ouvert signifie qu'il s'agit d'un standard ouvert. 3 00:00:14,640 --> 00:00:19,470 L’utilisation d’OSPF présente un avantage considérable en raison de l’interopérabilité de Vendy. 4 00:00:19,590 --> 00:00:26,010 Vous pouvez créer des routeurs Cisco avec des routeurs Nortel, des routeurs HP et d’autres, et avoir l’assurance que les 5 00:00:26,010 --> 00:00:28,600 rats seront échangés entre les différents fournisseurs. 6 00:00:30,810 --> 00:00:39,960 Nous avons montré les deux premiers ou SBF également connu sous le nom d'algorithme digesteurs d'après le développeur qui a publié l'algorithme en 7 00:00:39,960 --> 00:00:47,750 1959 est utilisé par SPF pour déterminer le chemin le plus court ou le meilleur itinéraire vers une destination. 8 00:00:48,180 --> 00:00:49,660 Alors allons-nous couvrir ces. 9 00:00:49,660 --> 00:00:52,150 Tout d'abord un aperçu de l'OSPF. 10 00:00:52,200 --> 00:00:54,050 Nous examinons les fonctionnalités d'OSPF. 11 00:00:54,090 --> 00:00:58,350 Je voudrais vous montrer comment configurer un réseau en utilisant une seule zone OSPF. 12 00:00:58,350 --> 00:01:02,550 Je vais montrer l'importance des packs et comment ils déterminent l'identifiant Rodda. 13 00:01:02,650 --> 00:01:09,720 Nous examinons un certain nombre de configurations et de configurations dans OSPF, notamment OSPF à zones multiples et 14 00:01:11,880 --> 00:01:19,650 l'authentification. OSPF est à nouveau un protocole de routage d'état des liaisons et inondera les liaisons qui sont annoncées ou elysées 15 00:01:20,760 --> 00:01:23,250 sur le réseau ou la zone. 16 00:01:23,430 --> 00:01:27,530 Décrivant d’abord les liens attachés à un routeur. 17 00:01:27,660 --> 00:01:34,110 En d’autres termes, les interfaces de routeur et l’état de ces liaisons, l’état signifiant 18 00:01:34,110 --> 00:01:41,170 une description d’une interface et ses relations avec les routeurs voisins est l’interface suivante ou précédente. 19 00:01:41,220 --> 00:01:47,430 Cette description inclurait par exemple l'adresse IP de l'interface, le sous-réseau masque le haut du réseau auquel elle 20 00:01:47,430 --> 00:01:52,840 est connectée et les routeurs qui sont connectés à ce réseau et ainsi de suite. 21 00:01:54,190 --> 00:02:00,910 La collection de tous ces états de liens constitue la base de données la plus alogique qui soit. 22 00:02:02,150 --> 00:02:10,400 Tous les liens entre les états de liens de la base de données en envoyant des messages Hello en utilisant l’adresse de multidiffusion 23 00:02:11,060 --> 00:02:18,240 2 2 4 0 0 5 0 coûts uniques Elisei La base de données d'état des liens est créée à 24 00:02:18,240 --> 00:02:22,200 partir de ces liens vers des publicités ou des elysées. 25 00:02:22,310 --> 00:02:28,400 Toujours être si utilise encore une fois l'algorithme du chemin le plus court en premier ou celui des digesteurs 26 00:02:28,400 --> 00:02:30,970 pour déterminer le meilleur chemin vers chaque destination. 27 00:02:32,210 --> 00:02:34,730 Maintenant, il y a un peu de débat à ce sujet. 28 00:02:34,730 --> 00:02:44,060 Les ingénieurs discutent souvent de l'emplacement des différents protocoles dans le modèle. OSPF réside directement au-dessus 29 00:02:44,060 --> 00:02:53,930 de l'adresse IP. OSPF n'utilise pas TCAP ni UDP pour le transport des mises à jour. 30 00:02:54,200 --> 00:03:04,250 référence avec les ID de protocole 6 et UDP 17, et certains discuteraient donc du fait que 31 00:03:04,270 --> 00:03:11,600 le protocole OSPF se situe au niveau de la couche 4. 32 00:03:11,970 --> 00:03:19,020 Pour cette raison cependant, nous allons dire qu'OSPF réside sur une couche 3 directement sur IP. 33 00:03:19,060 --> 00:03:23,130 Aussi au moins trois pour beaucoup d'entre nous dans le monde réel. 34 00:03:23,160 --> 00:03:25,290 Ce n'est pas une préoccupation majeure. 35 00:03:25,620 --> 00:03:27,810 Cela peut être d'un point de vue théorique. 36 00:03:29,320 --> 00:03:35,210 Oui, pourquoi Shaw Capture affiche-t-il divers paquets OSPF? 37 00:03:35,240 --> 00:03:42,980 Donne un exemple. Le premier est irakien avec une adresse IP de 10 1 1 1, allant de la célèbre 38 00:03:42,980 --> 00:03:47,270 adresse de multidiffusion pour OSPF 2 2 4 0 0 5 39 00:03:47,380 --> 00:03:54,390 Ainsi, l’adresse utilisée est toujours un suivi, par exemple un segment Ethernet, et vous pouvez le voir 40 00:03:54,390 --> 00:03:57,510 dans la sortie ici, au niveau 2. 41 00:03:57,740 --> 00:04:05,930 Nous avons l'adresse MAC source de la Rodda qui envoie les informations à une adresse de multidiffusion IP version 4. 42 00:04:05,980 --> 00:04:18,620 Dans ce cas, l'adresse de multidiffusion bien connue V. F. La valeur du type ether est 0 800 en hexadécimal. 43 00:04:18,650 --> 00:04:20,420 En d’autres termes, en 44 00:04:23,350 --> 00:04:30,450 référençant IP au moins trois, nous avons à nouveau l’adresse IP source de 10 1 1 1 et c’est une 45 00:04:30,450 --> 00:04:30,900 nation 46 00:04:34,020 --> 00:04:43,590 de 2 2 4 0 0 5 que vous pouvez voir comme une version IP pour le paquet et vous pouvez voir ici le L'ID de 47 00:04:43,680 --> 00:04:49,940 protocole est OSPF en hexadécimal et est référencé 0 x 5 9 à l'aide d'une calculatrice Windows. 48 00:04:50,160 --> 00:04:56,490 Nous pouvons le configurer pour utiliser hexadécimal. Définissez la valeur sur 59, puis modifiez-le en décimal et vous pourrez 49 00:04:56,490 --> 00:04:59,280 voir que l'ID de protocole est 89. 50 00:04:59,820 --> 00:05:08,970 Ainsi, au moins trois OSPF sont référencés avec l'ID de protocole 89, la source est 51 00:05:09,240 --> 00:05:18,650 à nouveau 10 10; la destination est l'adresse multi-cours de l'OSPF résidant directement au-dessus de 52 00:05:19,010 --> 00:05:25,100 l'IP, c'est donc OSPF. UDP en tant que transport. 53 00:05:25,190 --> 00:05:27,850 Il utilise IP. 54 00:05:28,040 --> 00:05:34,100 Vous pouvez voir l'en-tête OSPF version 2 d'OSPF et vous pouvez voir qu'il s'agit d'un paquet creux. 55 00:05:34,100 --> 00:05:43,250 En d'autres termes, vous pouvez voir que le type 1 correspond aux zones 0 0. Les zones SBF peuvent être référencées avec un seul nombre décimal comme 0 ou en 56 00:05:43,250 --> 00:05:51,430 notation décimale IP en pointillé comme dans 0. 0 0. 0. 57 00:05:51,710 --> 00:05:54,670 C'est comme dire demain ou tomate. 58 00:05:54,830 --> 00:05:56,710 C'est la même chose. 59 00:05:56,910 --> 00:06:04,410 Vous pouvez voir les sources 10 1 1 1 vous pouvez voir que c'est un paquet creux qui 60 00:06:05,080 --> 00:06:13,890 est une information comme cette mosquée réseau l'intervalle creux l'itinéraire prioritaire l'itinéraire l'intervalle de date à l'itinéraire désigné est celui du 61 00:06:13,890 --> 00:06:20,390 remplaçant désigné Audi, qui est le voisin actif, etc. Nous allons maintenant couvrir une grande 62 00:06:20,390 --> 00:06:28,300 partie de ces informations dans les prochains tours. Ce qu'il est important de noter à nouveau, c'est qu'OSPF réside 63 00:06:28,300 --> 00:06:29,610 directement dans l'IP. 64 00:06:29,650 --> 00:06:37,060 Si vous regardez le message suivant où rodded 10 1 1 2 envoie une description de la base 65 00:06:37,090 --> 00:06:46,640 de données pour l'acheminer 10 1 1 1, vous verrez à nouveau qu'il n'y a pas de TZP UDP OSPF référencé avec l'ID de particule. 66 00:06:46,790 --> 00:06:53,440 89 dans un en-tête IP version 4, que ce soit pour ce cours ou au moins trois. 67 00:06:53,570 --> 00:06:57,520 Mais comme mentionné, il y a un peu de débat sur exactement où il réside. 68 00:06:58,620 --> 00:07:05,030 ARADAS envoie des liens aux annonces pour annoncer l’état du lien immédiatement lorsque 69 00:07:05,030 --> 00:07:10,300 l’état change ou périodiquement par défaut toutes les 30 minutes. 70 00:07:10,330 --> 00:07:17,310 Les bases de données seront synchronisées avec l'état des liens, qu'il s'agisse de routeurs ou de relations de voisinage, 71 00:07:17,870 --> 00:07:24,740 et la liste des voisins est stockée dans la table de contiguïté ou la table de voisins OSPF 72 00:07:24,740 --> 00:07:33,420 de sorte que les modifications apportées aux voisins OSPF indiquent que les voisins adjacents utilisent toujours la multidiffusion adresses 2 2 4 0 0 73 00:07:33,430 --> 00:07:39,420 5 et 2 2 4 0 0 6 qui sont des liaisons de multidiffusion locales. 74 00:07:39,430 --> 00:07:42,800 En d'autres termes, ces multidiffusions ne peuvent pas sauter par un routeur. 75 00:07:43,210 --> 00:07:50,260 Les rédacteurs doivent être directement connectés et doivent toujours stocker tous les itinéraires appris dans la base de données typologiques OSPF ou 76 00:07:50,260 --> 00:07:53,210 dans la base de données d'état des liens. 77 00:07:53,320 --> 00:07:59,490 La base de données d'état des liens contient tous les routeurs et attache des liens dans la zone ou le réseau sera toujours 78 00:07:59,490 --> 00:08:01,200 des routeurs dans la même zone. 79 00:08:01,530 --> 00:08:03,520 Partager la même base de données. 80 00:08:03,690 --> 00:08:09,920 Les meilleurs itinéraires sont ensuite placés dans la table d'écriture, également appelée table de transfert. 81 00:08:09,950 --> 00:08:12,830 Il existe différents types de paquets utilisés dans OSPF. 82 00:08:13,020 --> 00:08:19,530 Le premier type est un paquet creux qui est utilisé d’une part pour découvrir dynamiquement les voisins, d’autre part pour 83 00:08:19,530 --> 00:08:23,620 former des relations de voisinage et maintenir ces relations de voisinage. 84 00:08:23,650 --> 00:08:30,790 Il existe des intervalles par défaut pour les halos sur les segments multimédia de diffusion tels que Ethernet. 85 00:08:30,810 --> 00:08:33,140 L'intervalle est de 10 secondes. 86 00:08:33,270 --> 00:08:38,910 Le deuxième intervalle par défaut est de 30 secondes et est utilisé sur 87 00:08:39,030 --> 00:08:47,570 les segments non diffusés, tels que les liaisons série et les environnements multiaxes non diffusés créés par MBA, tels que Frame 88 00:08:47,570 --> 00:08:52,510 Relay, qui comporte toujours un intervalle de données ou une défaut. 89 00:08:52,680 --> 00:08:58,600 Si vous modifiez l'intervalle creux, j'avais peur de modifier automatiquement l'intervalle de date en lui attribuant une 90 00:08:58,610 --> 00:09:05,400 valeur 4 fois supérieure à l'intervalle hello sur une interface spécifique. Ainsi, hello est utilisé pour détecter les voisins et 91 00:09:05,400 --> 00:09:11,130 si aucun hello n'est reçu dans l'intervalle de données, la relation de voisinage est détruite car 92 00:09:11,130 --> 00:09:14,380 on considère que la main-d'œuvre n'est plus disponible. 93 00:09:14,430 --> 00:09:22,590 Le deuxième sommet du paquet est ce que l'on appelle une description de base de données écrite en DD ou dbd, utilisée 94 00:09:22,800 --> 00:09:30,410 pour échanger de brèves versions de chaque annonce OSPF d'annonce d'état des liens en tant que routeurs de protocole de 95 00:09:30,420 --> 00:09:35,050 routage d'état des liens pour échanger des informations sur l'état des liens. 96 00:09:35,130 --> 00:09:41,580 Lorsqu'une relation initiale est établie entre deux routeurs SPF, ils échangent des descriptions de base de données en se donnant une 97 00:09:41,940 --> 00:09:45,430 vue d'ensemble de ce que la base de données contient. 98 00:09:45,810 --> 00:09:52,690 Si des parties de la base de données manquent sur un routeur, celui-ci 99 00:09:53,070 --> 00:09:57,990 envoie une demande d'état de lien demandant au même 100 00:09:58,050 --> 00:10:05,040 routeur de transmettre la même information au routeur voisin. est généralement envoyé en réponse 101 00:10:05,040 --> 00:10:07,780 à une demande d'état lié. 102 00:10:07,800 --> 00:10:13,650 Il contient des informations détaillées sur la base de données d’état des liens plutôt qu’un simple aperçu de celles-ci contenues dans 103 00:10:13,950 --> 00:10:16,120 la description de la base de données. 104 00:10:17,340 --> 00:10:22,890 Les accusés de réception de l'état des liens accusent réception ou confirment la réception du message de mise à jour de l'état des liens.