Pourquoi l'OSPF a-t-il besoin de LSA de type 2?

En savoir plus sur l'OSPF pour les études du CCNP. Je regarde comment OSPF construit ses liens et viens de couvrir les LSA de type 1. En regardant les LSA de type 1, je me demande pourquoi elles sont même nécessaires?

Le livre que je lis implique que les LSA de Type2 sont utilisés pour aider le routeur à construire le `` casse-tête '' de la topologie, comme si juste en utilisant des LSA de Type1, il ne pourrait pas comprendre tous les liens dans la topologie. Il semble que le LSA de type 1 donne suffisamment d'informations pour que le routeur puisse déterminer comment deux routeurs ou plus sont liés. Peut-être que le livre que je lis a de mauvais exemples, mais je ne vois pas ce que l'OSPF gagne des LSA de Type2 et il est difficile de comprendre comment ils fonctionnent.

Il est important de noter que les LSA de type 2 ne sont générés que sur les segments où un DR / BDR a été choisi - cela inclut les réseaux BMA (Broadcast Multi-Access) et NBMA (Non-Broadcast Multi-Access). Le DR est ce qui génère le LSA de type 2. Ce comportement peut être contourné en configurant vos interfaces Ethernet sur lesquelles vous choisissez d'exécuter OSPF point-to-point(cela empêchera également le processus d'élection DR).

Les LSA de type 2 sont avantageux lors de l'exécution d'OSPF sur un support de diffusion (Ethernet) ou multi-accès non diffusé (Frame Relay). En termes simples, oui, les routeurs pourraient utiliser des LSA de type 1 et détailler les liens de chaque routeur vers tous les autres routeurs, mais cela est inefficace et introduira une surcharge inutile dans le LSDB OSPF. Pour atténuer cela, le LSA de type 2 (réseau) est utilisé pour représenter le sous-réseau de diffusion. Chaque routeur LSA a alors une liaison avec le réseau LSA du sous-réseau de diffusion, et le réseau LSA a des liaisons avec chacun des routeurs LSA. C'est un problème mathématique - avec chaque routeur utilisant des LSA de type 1, vous avez des n * (n - 1)liens dans la base de données d'état des liens. Avec les LSA de type 2, ce nombre est réduit à n * 2.

Je recommande fortement de lire le livre de John Moy sur OSPF . Il a également écrit les RFC initiaux pour le protocole.

Très bien expliqué!

Peut-être que ce graphique aide à visualiser cela.

En outre: Type-2 LSA utilise uniquement comme "instance virtuelle" d'un routeur dans le segment MA, ce pseudonode a une contiguïté à tous les routeurs attachés (y compris DR / BDR) sur le réseau et répertorie tous les routeurs attachés (RID) à ce segment . Pour le LSA de transfert, ils (DR / BDR) utilisent également le LSA de type 1.

R1# sh ip ospf database
        OSPF Router with ID (1.1.1.1) (Process ID 1)
            Router Link States (Area 0)
Link ID         ADV Router      Age         Seq#       Checksum Link count
1.1.1.1         1.1.1.1         708         0x80000003 0x008686 2
2.2.2.2         2.2.2.2         709         0x80000003 0x00CB0C 2

            Net Link States (Area 0)
Link ID               ADV Router    Age         Seq#              Checksum
192.168.0.2     2.2.2.2         709         0x80000001 0x0014A6

R1# sh ip ospf database network
        OSPF Router with ID (1.1.1.1) (Process ID 1)
            Net Link States (Area 0)
  Routing Bit Set on this LSA in topology Base with MTID 0
  LS age: 780
  Options: (No TOS-capability, DC)
  LS Type: Network Links
  Link State ID: 1.1.1.1 (address of Designated Router)
  Advertising Router: 1.1.1.1
  LS Seq Number: 80000001
  Checksum: 0x14A6
  Length: 32
  Network Mask: /24
    Attached Router: 2.2.2.2
    Attached Router: 1.1.1.1

R1#sh ip ospf database router self-originate
        OSPF Router with ID (1.1.1.1) (Process ID 1)
            Router Link States (Area 0)
  LS age: 400
  Options: (No TOS-capability, DC)
  LS Type: Router Links
  Link State ID: 1.1.1.1
  Advertising Router: 1.1.1.1
  LS Seq Number: 80000002
  Checksum: 0x729C
  Length: 48
  Number of Links: 2

Link connected to: a Stub Network
 (Link ID) Network/subnet number: 11.11.11.11
 (Link Data) Network Mask: 255.255.255.255
  Number of MTID metrics: 0
   TOS 0 Metrics: 1

Link connected to: a Transit Network
 (Link ID) Designated Router address: 192.168.0.1
 (Link Data) Router Interface address: 192.168.0.1
  Number of MTID metrics: 0
   TOS 0 Metrics: 10

Voici un exemple de LSA 2 qui pourrait être utile (non trouvé dans la réponse d'origine):

R1 ---- | ---- R2 ---- | ---- R3 - tous connectés sur un support de diffusion.

Disons que le lien R3 descend:

R1 ---- | ---- R2 ---- |

R2 détectera R3 descendant lorsque le temporisateur mort expirera. Mais comment R1 apprend-il que R3 descend, car R2 ne changera pas son LSA de type 1 (le lien de R2 vers R3 est toujours actif). La réponse est que R2 va inonder un LSA de type 2 dans lequel il dit que R3 ne fait plus partie du pseudonode. À la réception de cette mise à jour, R1 supprimera les itinéraires qui utilisaient R3 comme transit. Fait intéressant, R1 a toujours R3 de type 1 LSA. Il voit juste que le graphe est interrompu (du type 2 lsa envoyé par R2).

Je pense qu'une raison est que dans un routeur-LSA, le réseau n'est représenté que comme l'adresse IP (pas de masque de réseau) du DR de ce réseau tandis que l'IP et le masque de réseau sont inclus dans le réseau-LSA.

Sur le plan conceptuel, c'est le DR qui identifie le réseau, pas un routeur moyen lié au réseau.

Une autre raison est qu'un tel réseau-LSA sera envoyé à d'autres et expirera en tant qu'unité unique. Par exemple, un DR sortant peut vider son ancien Network-LSA afin que ce réseau soit supprimé de la base de données d'état de liaison des autres routeurs.

Les publicités sur l'état des liens constituent la base de ce type de protocole. sans eux et leurs temporisateurs bonjour et morts, il n'y aurait aucun moyen de s'assurer que la topologie et les liens étaient toujours actifs.

Les protocoles d'état de liaison dépendent de ceux-ci, tandis que l'EIGRP et d'autres protocoles de vecteur de distance dépendent davantage du chemin des données et du coût du chemin déterminé par la disponibilité de la bande passante, la latence, etc. Ils n'ont pas non plus de "mises à jour" régulières. le lien est inactif.

Avec OSPF et LSA, des mises à jour complètes de la table de topologie sont envoyées régulièrement, elles dépendent d'éléments similaires, tels que la distance et la bande passante, mais elles sont calculées différemment en raison de l'algorithme utilisé dans OSPF.

Je préfère EIGRP mais ce n'est pas une option dans les pays non Cisco, c'est juste un protocole plus efficace et plus simple pour configurer IMO.

Je vis dans un monde tout Juniper, donc eIGRP est une chose du passé, OSPF et les différents types de publicités LSA sont une nécessité de savoir.