EVPN est opérationnel, le service ne l'est pas : quatre points de contrôle

Atteindre l'adresse du VTEP distant prouve que le sous-réseau de transport achemine les paquets, et c'est tout ce que cela prouve. Le service du locataire a besoin d'une session BGP EVPN avec la bonne famille d'adresses, d'un VNI local attaché et opérationnel, d'une route originaire et d'un import à l'extrémité distante. Ce sont quatre points de contrôle distincts, chacun avec une réparation différente. Considérer un underlay au vert comme une préparation du service est la façon la plus courante dont un déploiement EVPN se bloque.

Lisez-les dans l'ordre et arrêtez-vous au premier qui ne correspond pas à ce que le design attend. Les points de contrôle suivants ne peuvent pas compenser un échec antérieur.

Point de contrôle 1 : le transport vers le VTEP

Commencez par la joignabilité entre les adresses de loopback utilisées comme sources VTEP. La route doit exister dans l'underlay, le chemin doit être autorisé, y compris toute exigence d'encapsulation, et le chemin de retour doit fonctionner. Une route qui existe mais est filtrée dans un sens produit une défaillance asymétrique qui semble intermittente. Confirmez les deux sens avant de continuer.

Notez les adresses source et destination que vous avez vérifiées. Une étape ultérieure qui résout un saut suivant via une autre adresse est un test différent, et les traiter comme un seul est la façon dont un saut suivant résolu se voit reprocher une panne de transport.

Point de contrôle 2 : la famille EVPN, pas le nombre de sessions

Une session BGP établie ne signifie pas que la famille d'adresses EVPN a été négociée. Regardez l'état propre à la famille pour le voisin : si la famille est activée, si elle a été négociée avec le pair et si la session la transporte du tout. Une session active pour IPv4 unicast qui n'a jamais négocié EVPN ne montre rien d'anormal dans un résumé général des voisins, et la spécification de superposition EVPN traite les procédures de service et de contrôle comme des sujets distincts du transport.

Vérifiez aussi l'adresse source de la session. Un appairage construit sur une adresse qui n'est pas la source VTEP est une incohérence de conception qui attend d'expliquer une panne de transfert.

Point de contrôle 3 : le service local est attaché

Le VNI local doit être attaché au pont ou au VRF qui représente le locataire, et la plateforme doit le signaler comme opérationnel. L'état d'appartenance utilisé par le modèle de réplication peut compter avant qu'aucune MAC d'hôte ne soit apprise, donc une table de points de terminaison vide n'est pas la preuve que le service est arrêté.

Confirmez ensuite ce que l'équipement origine réellement : la route locale pour ce VNI avec les route targets que le design spécifie. Un VNI attaché mais non annoncé produit un service qui existe localement et nulle part ailleurs.

Point de contrôle 4 : l'import chez le récepteur

Sur l'équipement récepteur, comparez les route targets exportés et importés plutôt que les VNI numériques. Un numéro de VNI identique ne prouve pas que l'instance réceptrice importe l'annonce, et un route target incohérent est invisible dans une liste de VNI. Résolvez le saut suivant annoncé à travers l'underlay avant de faire confiance à l'entrée de transfert. Ensuite, lisez l'état de transfert de la superposition pour le service plutôt que pour l'équipement dans son ensemble.

Une table de pairs peut aussi refléter des données de plan de données ou un apprentissage d'appartenance propres à l'implémentation. Lisez son origine et son contexte de service avec la route EVPN au lieu de traiter un nombre de lignes comme une preuve.

Un enregistrement qui parcourt le chemin

Tenez un enregistrement par service : état local du VNI, le voisin EVPN et sa famille, la route originaire, ainsi que le résultat reçu et importé. Parcourez cet enregistrement de l'origine à l'installation. Quand quelque chose échoue, l'enregistrement indique lequel des quatre points de contrôle réparer plutôt que quelle commande essayer.

Ajoutez des horodatages pendant que vous le faites. Un import qui apparaît quelques minutes après l'annonce est une question de politique ou de convergence, tandis qu'un import qui n'apparaît jamais est une question de configuration, et cette différence n'est visible que si vous avez noté quand vous avez regardé.

Quand le VXLAN statique est la bonne réponse

Un chemin de données VXLAN configuré statiquement peut fonctionner avec des pairs fournis manuellement tant que la table EVPN reste vide. Ce n'est pas un déploiement EVPN cassé, c'est un modèle de contrôle différent. Décidez lequel le design prévoit avant de diagnostiquer une table vide comme une panne.

Un voisin IGP dans l'underlay fournit le transport et rien de plus. L'état du service de la superposition est une chose distincte à construire et une chose distincte à vérifier.