Pour vous donner une idée de ce qui se passe, jai deux pairs eBGP sans itinéraires annoncés. Les capacités sont nulles et il ny a pas de NLRI. BGP est établi entre les pairs eBGP.
Ensuite, je demande à lun des pairs dannoncer les routes IPv4 en ajoutant les routes. Immédiatement, ce routeur BGP passe de ESTABLISHED -> ACTIVE -> ESTABLISHED.
Est-il nécessaire de supprimer la session TCP et de recommencer avec les nouvelles capacités dans le message OPEN? Je vois la même chose dans le pcap. Ne pouvons-nous pas faire en sorte que le message UPDATE informe lautre pair des nouvelles capacités?
Merci.
Commentaires
- @BVH. Il nest pas nécessaire de supprimer une session BGP établie pour annoncer une autre route (s). Comment allez-vous " ajouter des routes IPv4 " à publier? Pouvez-vous partager votre configuration BGP pertinente ainsi que routes statiques ou protocole (s) de routage supplémentaire (s) utilisé (s) sur cet appareil?
- En dautres termes, si les capacités dun pair changent, il doit réinitialiser la session TCP.
- Quelle implémentation bgp? Veuillez partager votre configuration
- Il me semble que le pair ' na pas la reconfiguration logicielle activée, mais pour que la reconfiguration logicielle fonctionne, les deux homologues doivent la prendre en charge . Si vous nannoncez aucune fonctionnalité, lautre extrémité ne ' ne sait pas si vous prenez en charge lactualisation de litinéraire, de sorte quelle agite la session après avoir modifié ses filtres.
- une réponse vous aide? Si tel est le cas, vous devez accepter la réponse de sorte que la question ne ' continue d’apparaître indéfiniment, à la recherche d’une réponse. Vous pouvez également publier et accepter votre propre réponse.
Réponse
Ceci est pour Cisco mais jimagine cela sapplique également aux autres:
Chaque fois quil y a un changement dans la politique de routage, la session BGP doit être réinitialisée (effacée) pour que la nouvelle politique soit prend effet et la table de routage à reconfigurer. Lutilisation dune réinitialisation matérielle pour effacer une session BGP entraîne linvalidation du cache et a un impact négatif sur le fonctionnement du réseau.
Une réinitialisation logicielle est recommandée car elle permet de reconfigurer et dactiver les stratégies de table de routage sans effacer la session BGP. La réinitialisation logicielle est effectuée sur une base par voisin. Les réinitialisations logicielles peuvent être entrantes ou sortantes:
Mais le même document dit aussi:
Cette fonctionnalité fournit une méthode supplémentaire pour la réinitialisation logicielle qui permet léchange dynamique des demandes de rafraîchissement ditinéraire et des informations de routage entre les routeurs BGP, et la ré-annonce ultérieure de la table de routage sortante respective. La réinitialisation logicielle à laide de la fonction dactualisation de litinéraire ne nécessite pas de préconfiguration et ne consomme aucune ressource mémoire supplémentaire.
Pour utiliser cette nouvelle méthode, les deux homologues BGP doivent prendre en charge le logiciel route capacité dactualisation, qui est annoncée dans le message OPEN envoyé lorsquun lhomologue envoie sa mise à jour de la table de routage.
Puisque vous dites que vous ne voyez aucune capacité, il ny a pas de capacité de « rafraîchissement de route » annoncée donc il ny a pas dautre choix que pour réinitialiser la session BGP afin deffectuer le changement de politique de routage.
Références:
- Amélioration de la réinitialisation logicielle Cisco
- Codes de capacité BGP (voir codes 2 et 70)