Comment l'OSPF gère-t-il les LSA avec le même préfixe de réseau

26 0 0 0

Bonjour les gens, comme nous le savons, les LSA sont répartis pour synchroniser le LSDB dans OSPF, et si les deux LSA avec le même préfixe de réseau sont reçus sur le même routeur, que va faire l'OSPF?

Dans cet article, nous parlerons de cette situation.

Prenons la topologie ci-dessous comme exemple.

OSPF même réseau LSA

 

Deux routes statiques comme ci-dessous sont configurées sur R2 pour détourner le trafic vers 34.1.0.0/24 vers R3 et le trafic vers 34.1.0.0/16 vers R4.

ip route-static 34.1.0.0 255.255.0.0 10.1.24.4

ip route-static 34.1.0.0 255.255.255.0 10.1.23.3

Ensuite, importez des routes statiques sur R2 dans OSPF, quels LSA seront générés sur R2?

Selon notre expérience, deux LSA de type 5 seront générés qui décrivent deux réseaux destinés aux 34.1.0.0/16 et 34.1.0.0/16. Est-ce que ce sera la réponse? Vérifions le LSDB sur R1


OSPF même réseau LSA LSDB

 

Comme l'affichage des résultats, deux LSA de type 5 existent en effet, mais pas comme nous le pensions, l'un des LSA est 34.1.0.255, qui devrait être 34.1.0.0 comme nous le pensions.

Comment est-ce arrivé?

Revenons à la RFC 2328 qui décrit l'OSPF, au Annexe E de la documentation, la raison est expliquée.

  L'algorithme ci-dessous est indiqué pour les AS-LSA externes.  C'est seulement
  pour plus de clarté;  le même algorithme peut être utilisé pour les LSA récapitulatifs.
  Supposons que le routeur souhaite créer un AS-LSA externe pour un
  réseau ayant l'adresse NA et le masque NM1.  Les étapes suivantes sont ensuite
  utilisé pour déterminer l'ID d'état de liaison du LSA:
  (1) Déterminez si le routeur est déjà à l'origine d'un AS-
  LSA externe avec ID d'état de liaison égal à NA (dans un tel LSA, le
  routeur lui-même sera répertorié comme routeur publicitaire de la LSA).
  Sinon, l'ID de l'état de la liaison est défini sur NA et l'algorithme
  se termine.  Autrement,
  (2) Obtenir le masque de réseau à partir du corps de l'existant
  AS-external-LSA.  Appelez ce masque NM2.  Il y a alors deux cas:
  o NM1 est plus long (c'est-à-dire plus spécifique) que NM2.  Dans ce cas,
  définissez l'ID d'état de la liaison dans le nouveau LSA comme réseau
  [NA, NM1] avec tous les bits de l'hôte définis (c'est-à-dire égaux à NA or'ed
  avec tous les bits qui ne sont pas définis dans NM1, qui est
  adresse de diffusion du réseau [NA, NM1]).
  o NM2 est plus long que NM1.  Dans ce cas, modifiez le
  LSA (ayant Link State ID of NA) pour référencer le nouveau
  réseau [NA, NM1] en incrémentant le numéro de séquence,
  changer le masque dans le corps en NM1 et insérer le coût
  du nouveau réseau.  Puis créer un nouveau LSA pour l'ancien
  réseau [NA, NM2], avec l'ID d'état de liaison égal à NA or'ed
  avec les bits qui ne sont pas définis dans NM2 (c'est-à-dire,
  l'adresse de diffusion du réseau [NA, NM2]).
  L'algorithme ci-dessus suppose que tous les masques sont contigus;  cela garantit que lorsque deux réseaux ont la même adresse, un masque est plus spécifique que l'autre.  L'algorithme suppose également qu'aucun réseau n'existe ayant une adresse égale à l'adresse de diffusion d'un autre réseau.  Compte tenu de ces deux hypothèses, l'algorithme ci-dessus produit toujours des ID d'état de lien uniques.  L'algorithme ci-dessus peut également être reformulé comme suit: Lorsque vous créez un AS-LSA externe, essayez d'utiliser le numéro de réseau comme ID d'état de liaison.  Si cela produit un conflit, examinez les deux réseaux en conflit.  L'un sera un sous-ensemble de l'autre.  Pour le réseau moins spécifique, utilisez le numéro de réseau comme ID d'état de liaison et pour les plus spécifiques, utilisez plutôt l'adresse de diffusion du réseau (c'est-à-dire, basculez tous les bits "hôte" sur 1).  Si le réseau le plus spécifique a été créé en premier, cela entraînera la création de deux LSA à la fois.

 


Vérification des LSA de type 5 sur R1,



ospf_lsa_same_network


  D'après le résultat ci-dessus, nous pourrions apprendre que le réseau moins spécifique qui est 34.1.0.0/16, utilise le numéro de réseau comme ID d'état de liaison et pour le réseau plus spécifique qui est 34.1.0.0/24, utilise à la place l'adresse de diffusion du réseau .  C'est exactement comme la documentation RFC l'a décrit.
  C'est tout pour ça, j'espère que ça vous plaira.
  Si vous avez des problèmes ou des suggestions, n'hésitez pas à les poster.
  Si vous souhaitez en savoir plus, vous pouvez visiter notre site Web d'assistance (CLIQUEZ ICI ) ou KB (CLIQUEZ ICI ).

 


  • x
  • Standard:

Commentaire

envoyer
Connectez-vous pour répondre. Se connecter | Enregistrer

Remarque Remarque : Afin de protéger vos droits et intérêts légitimes, ceux de la communauté et des tiers, ne divulguez aucun contenu qui pourrait présenter des risques juridiques pour toutes les parties. Le contenu interdit comprend, sans toutefois s'y limiter, le contenu politiquement sensible, le contenu lié à la pornographie, aux jeux d'argent, à l'abus et au trafic de drogues, le contenu qui peut divulguer ou enfreindre la propriété intellectuelle d'autrui, y compris les secrets professionnels, les marques commerciales, les droits d'auteur et les brevets, ainsi que la vie privée personnelle. Ne partagez pas votre nom d'utilisateur ou votre mot de passe avec d'autres personnes. Toutes les opérations effectuées à partir de votre compte seront considérées comme vos propres actions, et toutes les conséquences en découlant vous seront imputées. Pour plus de détails, voir « Politique de confidentialité ».
Si le bouton de la pièce-jointe n'est pas disponible, mettez à jour Adobe Flash Player à la dernière version.
Connectez-vous pour participer à la communication et au partage

Connectez-vous pour participer à la communication et au partage

S'identifier