OSPF coincé dans l'état d'adjacence d'Exstart

12

Selon cet article, deux routeurs seront bloqués dans l'état d'adjacence exstart lorsque leurs tailles MTU configurées ne correspondent pas. Une balise VLAN affecte-t-elle cela également, même si les routeurs impliqués ne sont pas concernés par le VLAN d'où le paquet provient ou se dirige vers?

J'essaierai de clarifier la question si elle n'est pas claire du tout.

— JDGray
source

8

Selon cet article, deux routeurs seront bloqués dans l'état d'adjacence exstart lorsque leurs tailles MTU configurées ne correspondent pas. Une balise VLAN affecte-t-elle cela également, même si les routeurs impliqués ne sont pas concernés par le VLAN d'où le paquet provient ou se dirige vers?

La plupart des routeurs et commutateurs Cisco autorisent des charges utiles IP de 1 500 octets par défaut, même lorsqu'ils sont étiquetés avec dot1q. Vous pouvez le vérifier avec show ip interface SomeIntfName...

Router1#sh ip int vlan105
Vlan105 is up, line protocol is up
  Internet address is 10.15.2.19/30
  Broadcast address is 255.255.255.255
  Address determined by setup command
  MTU is 1500 bytes  <-------------

La raison pour laquelle dot1q sur une interface Cisco fonctionne sans heurter le MTU de l'interface physique est que la plupart des routeurs Cisco prennent en charge ce que Cisco appelle les "baby giants" ... un bébé géant a un MTU Ethernet supérieur à 1518 (qui inclut la taille de l'en-tête eth), mais pas beaucoup plus que 1518 ... généralement les valeurs par défaut sont 1522 octets ... voir ce document de configuration MTU pour plus d'informations. De nombreuses plates-formes Cisco prennent en charge les MTU géants Ethernet configurables pour bébés à 1532 octets (ou même plus), ce qui explique également pourquoi les piles de balises MPLS (2 ou 3 balises profondes) peuvent fonctionner via des liaisons Ethernet héritées.

Même si les interfaces Ethernet Cisco prennent en charge les bébés géants, elles laissent le MTU IP par défaut à 1 500 octets. Tant que la MTU IP par défaut de 1500 est conservée, vous n'aurez aucun problème avec les paramètres par défaut de tout autre routeur avec une MTU IP 1500 octets ... citant la section 10.8 de la RFC 2328 :

10.8.  Sending Database Description Packets

    This section describes how Database Description Packets are sent
    to a neighbor. The Database Description packet's Interface MTU
    field is set to the size of the largest IP datagram that can be
    sent out the sending interface, without fragmentation.

— Mike Pennington
source

Que faire si j'utilise un routeur Cisco et un autre routeur d'un autre fournisseur? L'interface du routeur Cisco est configurée pour une MTU de 1500 octets, mais elle transmet en fait un paquet IP de 1522 octets, l'autre routeur l'acceptera toujours tant que l'interface est configurée avec une MTU de 1500 octets? Ce serait à cause de ce que @Puglet mentionne ci-dessous et OSPF attribue la partie Interface MTU du paquet de description DB avec la taille MTU explicitement configurée sur l'interface et pas quelle est la taille réelle du paquet?

— JDGray

Correct, Cisco IOS utilise l'IP MTU de l'interface locale ... l'IP MTU de votre Cisco et la boîte de l'autre fournisseur doivent correspondre. Malheureusement, je ne peux pas parler du comportement des autres équipements des fournisseurs. Existe-t-il un moyen d'effectuer un test ping (à l'aide de l'option DF) avant de déployer?

— Mike Pennington

Je ne rencontre pas réellement ce problème. J'ai vu une question similaire sur le lien dans une discussion sur les bonnes questions d'entrevue. J'ai pensé que ce serait une discussion pour cet échange de pile.

— JDGray

5

La balise VLAN affecte donc la quantité que vous pouvez transférer via l'interface sous l'en-tête Ethernet, mais elle ne change pas le MTU réel.

OSPF commence par envoyer des paquets Hello sur le support de diffusion (multidiffusion 224.0.0.5) pour trouver des voisins, puis effectue l'élection DR et BDR.

Une fois l'élection terminée, chaque hôte envoie un paquet de description de base de données. Dans ce paquet, il y a un champ [IP -> OSPF -> OSPF DB-Description -> Interface MTU]que OSPF définit sur le MTU de l'interface sortante.

Si les MTU des pairs ne correspondent pas, ils ne dépasseront pas la phase ExStart.

Je prendrais une capture de paquets (si possible) et explorerais ce champ pour voir ce qui se passe, ou j'effectuerais debug ip ospf adjjuste pour m'assurer que c'est le cas.

A show interface <int> | MTUvous donnera le MTU d'une interface.

— Puglet
source

Donc, même si vous ajoutez des balises VLAN à un paquet, cela n'affectera pas la taille des paquets OSPF négociant la contiguïté des voisins, car il n'inclurait pas de VLAN en premier lieu?

— JDGray

Cela n'affectera pas le MTU de l'interface sortante, ce que OSPF place dans ses paquets DBD.

— Puglet

2

La norme IEEE 802.3ac a augmenté la taille de trame Ethernet maximale de 1518 octets à 1522 octets pour accueillir la balise VLAN à quatre octets. Certains périphériques réseau qui ne prennent pas en charge la plus grande taille de trame traiteront la trame avec succès, mais peuvent les signaler comme des anomalies de type "bébé géant".

Donc, si votre appareil prend en charge "IEEE 802.3ac", IP MTU ne changera pas.

— t3mp
source