Dans le cadre de la documentation associée à ce produit, nous nous efforçons d’utiliser un langage exempt de préjugés. Dans cet ensemble de documents, le langage exempt de discrimination renvoie à une langue qui exclut la discrimination en fonction de l’âge, des handicaps, du genre, de l’appartenance raciale de l’identité ethnique, de l’orientation sexuelle, de la situation socio-économique et de l’intersectionnalité. Des exceptions peuvent s’appliquer dans les documents si le langage est codé en dur dans les interfaces utilisateurs du produit logiciel, si le langage utilisé est basé sur la documentation RFP ou si le langage utilisé provient d’un produit tiers référencé. Découvrez comment Cisco utilise le langage inclusif.
Cisco a traduit ce document en traduction automatisée vérifiée par une personne dans le cadre d’un service mondial permettant à nos utilisateurs d’obtenir le contenu d’assistance dans leur propre langue. Il convient cependant de noter que même la meilleure traduction automatisée ne sera pas aussi précise que celle fournie par un traducteur professionnel.
Ce document décrit les questions fréquemment posées (FAQ) sur le protocole BGP (Border Gateway Protocol).
R. Référez-vous à ces documents pour des informations sur la façon de configurer le fonctionnement de BGP et de BGP :
Configurer BGP
Études de cas BGP
R. L’utilisation d’une interface de bouclage garantit que le voisin reste actif et n’est pas affecté par un matériel défaillant.
BGP utilise l'adresse IP configurée sur l'interface physique directement connectée à l'homologue BGP comme adresse source quand il établit la session d'interconnexion entre homologues BGP, par défaut. Émettez la commande neighbor <ip address> update-source <interface> afin de changer ce comportement et de configurer le BGP qui communique avec le routeur pour établir l'interconnexion entre homologues avec l'utilisation d'une adresse de bouclage comme adresse source.
Référez-vous à l'Exemple de configuration pour iBGP et eBGP avec ou sans une adresse de bouclage pour plus d'informations.
R. L'ordre de préférence varie selon que les attributs sont appliqués aux mises à jour entrantes ou sortantes.
Pour les mises à jour entrantes, l'ordre de préférence est :
route-map
filter-list
prefix-list, distribute-list
Pour les mises à jour sortantes, l'ordre de préférence est :
filter-list
route-map | unsuppress-map
advertise-map (conditionnelle-advertisement)
prefix-list|distribute-list
ORF prefix-list (liste de préfixes que le voisin nous envoie)
Remarque : les attributs prefix-list et distribute-list s'excluent mutuellement, et une seule commande (neighbor prefix-list ou neighbor distribute-list) peut être appliquée à chaque direction entrante ou sortante pour un voisin particulier.
R. Un réseau dans la table BGP avec une adresse de saut suivant de 0.0.0.0 signifie que le réseau est localement créé par redistribution du protocole IGP (Interior Gateway Protocol) dans BGP, ou par une commande network ou aggregate dans la configuration BGP.
R. L'attribut community est un attribut transitif facultatif conçu pour regrouper les destinations dans une certaine communauté et appliquer certaines stratégies (telles que accepter, préférer ou redistribuer). Ce tableau montre les communautés BGP bien connues.
Communauté | Description |
---|---|
Local-AS | À utiliser dans les scénarios de confédération pour ne pas envoyer de paquets en dehors du système autonome local (AS). |
no-export | À ne pas annoncer aux homologues BGP externes (eBGP). Gardez cette route dans un AS. |
no-advertise | N'annoncez cette route à aucun homologue, interne ou externe. |
none | N'appliquez aucun attribut de la communauté quand vous voulez effacer les communautés associées à une route. |
Internet | Annoncez cette route à la communauté Internet, et à tout routeur qui lui appartient. |
Référez-vous à la section Configurer le filtrage de communauté BGP de Configurer BGP pour plus d'informations sur la configuration des communautés.
R. Dans le logiciel Cisco IOS® version 12.0 et ultérieure, vous pouvez configurer des communautés dans trois formats différents appelés décimal, hexadécimal et AA : NN. Par défaut, Cisco IOS utilise l'ancien format décimal. Afin de configurer et d'afficher dans AA:NN, où la première partie est le numéro AS et la seconde partie est un numéro de 2 octets, émettez la commande de configuration globale ip bgp-community new-format.
Remarque : l'attribut de communauté BGP est une valeur numérique (arbitraire) qui peut être attribuée à un préfixe spécifique et annoncée à d'autres voisins. Bien que l'attribut community puisse être représenté au format décimal, hexadécimal ou AA:NN, il s'agit toujours d'un nombre de 32 bits. Par exemple, les trois commandes de configuration suivantes spécifient la communauté 30:20 (AS 30, nombre 20) :
-set community 30:20
-set community 0x1E0014
-set community 1966100
Indépendamment de la commande que vous utilisez, la communauté affichée dans le fichier de configuration du routeur et la table BGP est 30:20.
Référez-vous à la section Attribut de communauté des Études de cas BGP , et Configurer et contrôler un réseau de fournisseur en amont avec des valeurs de communauté BGP pour plus d'informations.
R. Le comportement de résumé automatique a changé dans toutes les versions du logiciel Cisco IOS. Au commencement, le résumé automatique a été activé par défaut. Cependant, avec l'ID de bogue Cisco CSCdu81680, ce comportement a changé. Dans le dernier Cisco IOS, le résumé automatique est désactivé par défaut. Si le résumé automatique est activé, il récapitule les réseaux BGP localement lancés à leurs limites par classe. Le résumé automatique n'est activé par défaut que dans les anciennes versions. Si le résumé automatique est désactivé, les routes introduites localement dans la table BGP ne sont pas récapitulées à leurs limites par classe. Lorsqu'un sous-réseau existe dans la table de routage et que ces trois conditions sont remplies, n'importe quel sous-réseau de ce réseau par classe dans la table de routage locale peut inviter le protocole BGP à installer le réseau par classe dans la table BGP.
Instruction réseau par classe pour un réseau dans la table de routage
Masque classfull sur cette instruction réseau
Résumé automatique activé
Par exemple, si le sous-réseau dans la table de routage est 10.75.75.0 mask 255.255.255.0, et que vous configurez network 10.0.0.0 sous la commande router bgp, et que le résumé automatique est activé, BGP introduit le réseau par classe 10.0.0.0 mask 255.0.0.0 dans la table BGP.
Remarque : seuls les utilisateurs Cisco enregistrés peuvent accéder aux informations et aux outils Cisco internes.
Si ces trois conditions ne sont pas toutes réunies, alors BGP n'installe aucune entrée dans la table BGP à moins qu'il y ait une correspondance exacte dans la table de routage locale.
Remarque : si le système autonome qui exécute le protocole BGP ne possède pas le réseau par classe complet, Cisco recommande que vous émettiez la commande no auto-summary sous router bgp afin de désactiver le résumé automatique.
R. Utilisez ces commandes afin de vérifier si les blocs IP sont annoncés au FAI directement connecté :
La commande show ip bgp neighbors <address> adversted-routes indique les messages qui sont envoyés.
La commande show ip bgp neighbors <address> routes indique les messages reçus.
Remarque : la commande show ip bgp neighbors <address> advertise-routes ne prend pas en compte les stratégies sortantes que vous avez appliquées. Dans les futures versions du logiciel Cisco IOS, le résultat de la commande peut être modifié pour refléter les politiques sortantes. S'il y a deux autres chemins vers une destination, BGP utilise toujours la meilleure route pour l'annonce.
Afin de vérifier comment les blocs IP sont propagés au maillage BGP global par l'intermédiaire du FAI connecté directement, connectez-vous à un serveur de route sur Internet et recherchez les entrées BGP du préfixe dans le serveur de route.
R. Effacez une session BGP lorsque vous modifiez la stratégie entrante/sortante pour cette session. Émettez la commande clear ip bgp x.x.x.x soft out pour effacer une session BGP afin de mettre les modifications de la stratégie sortante en œuvre. Émettez la commande clear ip bgp x.x.x.x pour effacer une session BGP afin de mettre les modifications de la stratégie entrante en œuvre. Si le voisin a la capacité de reconfiguration logicielle, vous pouvez émettre la commande clear ip bgp x.x.x.x soft in . La session BGP peut être effacée automatiquement si vous configurez le routage de périphérie optimisé (OER). OER efface automatiquement la session BGP pour les directions entrante et sortante. Référez-vous à Configuration des composants réseau OER pour plus d'informations sur OER.
Remarque : avec le logiciel Cisco IOS version 12 et ultérieure, une nouvelle fonctionnalité d'amélioration de la réinitialisation logicielle BGP est introduite.
R. Oui, référez-vous à Exemple de configuration ASA/PIX : BGP via ASA pour des détails de configuration complets.
A. Les numéros de système autonome sont des numéros uniques au monde qui sont utilisés pour identifier les systèmes autonomes et qui permettent à un système autonome d’échanger des informations de routage extérieur entre des systèmes autonomes adjacents. Un AS est un groupe connecté de réseaux IP qui adhèrent à une stratégie de routage unique et clairement définie.
Il y a un nombre limité de numéros AS disponibles. Par conséquent, il est important de déterminer les sites qui exigent des numéros AS uniques et ceux qui n'en exigent pas. Les sites qui ne nécessitent pas de numéro de système autonome unique utilisent un ou plusieurs des numéros de système autonome réservés à un usage privé, compris entre 64512 et 65535. Accédez au site Web Services d'inscription des numéros AS le pour obtenir un numéro AS.
R. Les critères de sélection de chemin BGP sont documentés dans l'algorithme BGP Best Path Selection Algorithm.
R. Une explication complète des différences entre ces commandes est documentée dans Comment la commande bgp deterministic-med diffère de la commande bgp always-compare-med.
R. Les sessions iBGP conservent l'attribut de tronçon suivant appris des homologues eBGP. C'est pourquoi il est important d'avoir une route interne jusqu'au saut suivant. La route BGP est autrement inaccessible. Afin de vous assurer que vous pouvez atteindre le saut suivant eBGP, incluez le réseau auquel le saut suivant appartient dans l'IGP ou émettez la commande next-hop-self neighbor pour forcer le routeur à s'annoncer lui-même, plutôt que l'homologue externe, comme saut suivant. Référez-vous à la section Attribut de saut suivant BGP des Études de cas de l'algorithme BGP pour une explication plus détaillée.
R. Non, les sessions eBGP entre les sous-AS de confédération ne modifient pas l'attribut de saut suivant. Toutes les règles iBGP s'appliquent toujours pour que l'intégralité de l'AS se comporte comme entité unique. Les valeurs de mesure et de préférence locale demeurent également inchangées parmi les homologues eBGP en confédération. Référez-vous à la section Confédération BGP des Études de cas de l'algorithme BGP pour plus d'informations sur les confédérations.
R. Dans l'appairage eBGP, le saut suivant est l'adresse IP du voisin qui annonce la route. Cependant, quand la route est annoncée sur un support à accès multiple (par exemple, Ethernet ou Frame Relay), le saut suivant est habituellement l'adresse IP de l'interface du routeur connectée à ce support, qui a lancé la route. Référez-vous à la section Attribut de saut suivant BGP des Études de cas de l'algorithme BGP pour une explication plus détaillée.
R. Par défaut, l'attribut de tronçon suivant n'est pas modifié lorsqu'un préfixe est reflété par le réflecteur de route. Cependant, vous pouvez émettre la commande neighbor next-hop-self afin de changer l'attribut de saut suivant pour des préfixes réfléchis depuis un homologue eBGP vers n'importe quel client de réflecteur de route.
R. BGP annonce par défaut les routes de sa table BGP aux homologues externes. La fonctionnalité d'annonce conditionnelle BGP fournit un contrôle supplémentaire de l'annonce de route sur l'existence d'autres préfixes dans la table BGP. Normalement, les routes sont propagées indépendamment de l'existence d'un chemin différent. La fonctionnalité d'annonce conditionnelle de BGP utilise les commandes non-exist-map and advertise-map configurationafin de suivre les routes par préfixe de route. Si aucun préfixe de route n'est présent dans la commande non-exist-map, la route spécifiée par la commande advertise-map est annoncée. Référez-vous à la section Configurer l'annonce conditionnelle BGP de Configurer BGP pour plus d'informations.
R. La quantité de mémoire requise pour stocker les routes BGP dépend de nombreux facteurs, tels que le routeur, le nombre de chemins alternatifs disponibles, l'amortissement de route, la communauté, le nombre de chemins maximum configurés, les attributs BGP et les configurations VPN. Sans connaissance de ces paramètres il est difficile de calculer la quantité de mémoire requise pour stocker un certain nombre de routes BGP. Cisco recommande généralement un minimum de 512 Mo de RAM dans le routeur pour stocker une table de routage BGP globale complète depuis un homologue BGP. Cependant, il est important de comprendre les façons de réduire la consommation de mémoire et de réaliser un routage optimal sans nécessité de recevoir la table de routage Internet complète. Référez-vous à Configurer des routeurs BGP pour des performances optimales et une consommation de mémoire réduite pour plus d'informations détaillées.
R. Le principal avantage d'un groupe d'homologues BGP est qu'il réduit la quantité de ressources système (CPU et mémoire) utilisées dans une génération de mise à jour. Elle simplifie également la configuration BGP puisqu'elle permet le contrôle unique de la table de routage et la réplication des mises à jour à tous les autres membres du groupe d'homologues synchronisés. Ceci peut réduire de manière significative la charge, qui dépend du nombre de membres du groupe d'homologues, du nombre de préfixes dans la table et du nombre de préfixes annoncés. Cisco vous recommande de regrouper les homologues avec des stratégies d'annonce sortantes identiques. Référez-vous à Groupes d'homologues BGP pour plus d'informations détaillées.
R. Si votre AS transmet le trafic d'un autre AS à un troisième AS, BGP ne peut pas annoncer une route avant que tous les routeurs de votre AS apprennent la route via IGP. BGP attend qu'IGP propage la route dans l'AS et l'annonce alors aux homologues externes. Un routeur BGP avec synchronisation activée n'installe pas les routes apprises iBGP dans sa table de routage s'il ne peut pas valider ces routes dans son IGP. Émettez la commande no synchronization sous router bgp afin de désactiver la synchronisation. Cela empêche BGP de ne pas authentifier les routes iBGP dans IGP. Référez-vous à Études de cas BGP : Synchronisation pour une explication plus détaillée.
R. La commande de configuration set metric-type internal route-map force BGP à annoncer un MED qui correspond à la métrique IGP associée au tronçon suivant de la route. Cette commande est disponible dans les versions du logiciel Cisco IOS 10.3 et ultérieures.
R. Le minuteur ConnectRetry BGP par défaut est de 120 secondes. Seulement une fois ce délai écoulé, le processus BGP vérifie si la session TCP passive est établie. Si la session TCP passive n'est pas établie, le processus BGP lance une nouvelle tentative TCP active de se connecter au speaker BGP distant. Pendant ces 120 secondes d'inactivité du temporisateur ConnectRetry, l'homologue BGP distant peut établir une session BGP vers celui-ci. Actuellement, la valeur par défaut de 120 secondes du temporisateur ConnectRetry de Cisco IOS ne peut pas être changée.
R1> show ip bgp BGP table version is 5, local router ID is 10.200.200.1 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, r RIB-failure Origin codes: i - IGP, e - EGP, ? - incomplete Network Next Hop Metric LocPrf Weight Path r> 10.6.6.0/24 10.10.13.3 0 130 0 30 i *> 10.7.7.0/24 10.10.13.3 0 125 0 30 i
Lorsque BGP tente d'installer le préfixe du meilleur chemin dans la base d'informations de routage (RIB) (par exemple, la table de routage IP), RIB peut rejeter la route BGP pour l'une des raisons suivantes :
Route avec une meilleure distance administrative déjà présente dans IGP. Par exemple, si une route statique existe déjà dans la table de routage IP.
Défaillance mémoire.
Le nombre de routes dans VRF (VPN Routing/Forwarding) dépasse la valeur route-limit configurée sous l'instance VRF.
Dans de tels cas, les préfixes qui sont rejetés pour ces raisons sont identifiés par r RIB Failure dans le résultat de la commande show ip bgp et sont annoncés aux homologues. Cette fonctionnalité a été rendue disponible pour la première fois dans la version du logiciel Cisco IOS 12.2(08.05)T.
R. La redistribution des routes iBGP dans le protocole IGP (Interior Gateway Protocol) - Enhanced Interior Gateway Routing Protocol/Open Shortest Path First/Intermediate System-to-Intermediate System (EIGRP/OSPF/IS-IS) - peut provoquer des boucles de routage dans le système autonome, ce qui n'est pas recommandé. Par défaut, la redistribution iBGP dans IGP est désactivée. Émettez la commande bgp redistribute-internal afin d'activer la redistribution des routes iBGP dans IGP.
Remarque : des précautions doivent être prises pour redistribuer des routes spécifiques avec des route-maps dans IGP.
Un exemple de configuration pour redistribuer une route par défaut apprise iBGP 0.0.0.0/0 dans EIGRP est montré dans ce résultat. Les configurations pour OSPF/IS-IS sont semblables.
router bgp 65345 [...] bgp redistribute-internal ! router eigrp 10 [...] redistribute bgp 65345 route-map check-def ! ip prefix-list def-route seq 5 permit 0.0.0.0/0 ! route-map check-def permit 10 match ip address prefix-list def-route
Remarque : après avoir configuré la commande bgp redistribute internal, assurez-vous que la commande clear ip bgp est entrée afin d'effacer toutes les routes dans la table de routage locale.
R. Les routes spécifiques peuvent être filtrées si vous utilisez filter-list, distribute-list, prefix-list et route-map en entrée en même temps pour le même voisin bgp. Voici l'ordre des opérations :
Filter-list
Router-map
Distribute-list (ou) prefix-list
R. La raison pour laquelle le protocole de message d'erreur n'est pas dans cette image est que la fonctionnalité BGP n'est pas prise en charge dans la version de Cisco IOS qui s'exécute sur le routeur. Afin de résoudre cette erreur, mettez à niveau Cisco IOS vers une version ultérieure de Cisco IOS qui prend en charge BGP.
R. Ce message apparaît uniquement lorsqu'un débogage BGP est activé sur le routeur. Il s'agit juste d'un message informatif et non d'un message d'erreur. Ce message informatif est associé aux temporisateurs internes BGP. Ce message peut être ignoré par la commande undebug all.
R. Oui, il est possible de suivre le changement d’état d’une interface et la disponibilité d’une route avec le suivi d’objet amélioré.
R. IP RIB Update alloue les préfixes et les attributs sont contenus dans des blocs. Il n'est pas possible de libérer l'intégralité du bloc tant que chaque élément dans le bloc n'est pas libéré. Si d'autres routes sont apprises, ces éléments libres dans les blocs sont utilisés.
R. La commande show bgp ipv6 unicast summary est utilisée pour afficher les voisins BGP IPv6
A. Par exemple :
network 10.150.0.0 mask 255.255.0.0 no auto-summary
ip route 10.150.0.0 255.255.0.0 Null0
Le routeur s’arrête pour annoncer la route, mais il envoie toujours les autres routes les plus spécifiques.
R. Il s'agit du comportement normal, car les paquets Hello bfd sont envoyés en moins de quelques secondes et si vous exécutez des débogages pour cela, le routeur ne peut pas les gérer. Ainsi, les messages bfd ne sont vus dans debug que lorsque des flaps se produisent. C'est l'objectif de la debug bfdcommande :
debug bfd events
Cette commande active la journalisation des événements BFD pour toutes les sessions BFD actuellement configurées. Il capture les événements BFD tels que les changements d'état de session, les changements de configuration de session déclenchés par l'interface de ligne de commande locale ou par le terminal distant.
debug bfd packets
Cette commande active la journalisation des paquets BFD pour toutes les sessions BFD actuellement configurées. Il capture uniquement les paquets Hello BFD qui sont échangés lorsqu'il y a des changements de configuration bfd comme un changement d'état de session. Les paquets BFD normaux ne sont pas capturés par cette commande.
Q. Le routeur doit-il être redémarré après la configuration d'un nouveau préfixe maximal de voisin BGP ?
R. Si le nouveau nombre maximal de préfixes est plus grand que le nombre maximal actuel, il n'est pas nécessaire d'effacer la session BGP en mode logiciel/matériel, et le rechargement n'est pas nécessaire.
Q. Existe-t-il une commande pour vérifier les routes annoncées avec le préfixe des chemins AS ?
R. Lorsque la mise en attente du chemin AS est définie, les numéros AS à mettre en attente sont ajoutés au chemin AS et lorsque la mise à jour quitte le AS vers les homologues eBGP, le numéro AS local est mis en attente sur le chemin AS complet.
Cependant, vous pouvez facilement vérifier si la fonction de lissage du chemin AS est effectuée avec l'une des options suivantes :
-
Vérifiez l'attribut BGP AS PATH sur le périphérique d'appairage. Il s’agit de l’une des méthodes les plus simples pour vérifier si le routeur effectue ou non le préréglage de l’AS PATH.
-
Exécutez la commande debug sur les mises à jour BGP (dans la direction sortante), puis vérifiez les préfixes. Utilisez une liste de contrôle d'accès pendant le débogage des mises à jour BGP.
Example:
Router#debug ip bgp updates 1 out
BGP: TX IPv4 Unicast Mem global 3 1 10.1.1.2 Refresh has to wait for net
prepend.
BGP: TX IPv4 Unicast Top global Start net prepend.
BGP: TX IPv4 Unicast Top global Done net prepend (1 attrs).
The router has prepended the prefix.
BGP: TX IPv4 Unicast Grp global 3 Starting refresh after prepend completion.
-
Une autre option consiste à effectuer une capture de paquets sur l’interface de sortie et à voir quelle mise à jour est envoyée sur le câble.
Q. Comment fonctionne la commande entrante de reconfiguration logicielle du voisin ?
R. La commande neighbor soft-reconfiguration inbound force le routeur à stocker toutes les mises à jour de stratégie de routage reçues (entrantes) sans modification. Par exemple, une table dupliquée est stockée dans la mémoire pour chaque homologue.
Remarque : cette méthode est gourmande en mémoire et n'est pas recommandée sauf en cas d'absolue nécessité. Référez-vous à l'amélioration BGP Soft Reset afin d'obtenir la réinitialisation logicielle sans l'utilisation de mémoire supplémentaire.
Q. Que signifie le message d'erreur %BGP-3-NOTIFICATION: sent to neighbor *A.B.C.D passive 6/0 (stop) 0 bytes ?
R. Ce message se produit lorsqu'une autre session BGP est déjà établie. Le routeur qui reçoit le message d'arrêt a tenté d'envoyer un message BGP OPEN au même homologue sur une autre adresse IP. Ce message est cosmétique et est dû à une mauvaise configuration.
Q. Que signifie le message d'erreur %IPRT-3-ROUTEINSERTERROR : Error inserting routing entry error ?
R. Ce message d'erreur indique qu'il n'y a pas assez de mémoire pour accueillir les préfixes BGP, appris des voisins.
Q. GSR avec Cisco IOS XR prend-il en charge la fonction de détection automatique VPLS-BGP en tant que réflecteur de route ?
R. Oui, GSR avec Cisco IOS XR prend en charge la fonctionnalité de réflecteur de route pour la détection automatique VPLS-BGP.
Q. Comment déboguer des routes pour une vrf particulière dans l’environnement Cisco IOS XR ?
A. Utilisez la commande debug bgp keepalive [vrf [vrf-name] | all]] vpnv4 unicast afin de déboguer les routes pour un vrf donné dans l'environnement Cisco IOS XR. Voici est un exemple de sortie :
*Mar 1 00:16:06.735: BGP: ses TWO 10.2.2.3 (0x69A1C8F4:1) Keep alive timerfired. *Mar 1 00:16:06.735: BGP: 10.2.2.3 KEEPALIVE requested (bgp_keepalive_timer_expired) *Mar 1 00:16:06.743: BGP: ses TWO 10.2.2.3 (0x69A1C8F4:1) service keepalive IO request. *Mar 1 00:16:06.747: BGP: 10.2.2.3 KEEPALIVE write request serviced in BGP_IO *Mar 1 00:16:07.759: BGP: ses ONE 10.1.1.1 (0x6900D344:1) Keep alive timer fired. *Mar 1 00:16:07.759: BGP: 10.1.1.1 KEEPALIVE requested (bgp_keepalive_timer_expired) *Mar 1 00:16:07.759: BGP: ses ONE 10.1.1.1 (0x6900D344:1) service keepalive IO request. *Mar 1 00:16:07.763: BGP: 10.1.1.1 KEEPALIVE write request serviced in BGP_IO
Q. Quelle est la différence entre le moment où une route est injectée dans BGP via une commande redistribute ou une commande network ?
R. Lorsque vous utilisez la redistribution d'IGP dans BGP pour annoncer la route, il n'est pas nécessaire de spécifier l'instruction réseau pour tous les sous-réseaux individuellement. De même, lorsque la route est obtenue à partir de tout autre protocole de routage dans la table BGP par redistribution, l'attribut Origin est Incomplete (?) et lorsque vous spécifiez la commande network alors il est Internal/IGP (i). Lors de la sélection de la route, le code d'origine le plus bas est privilégié (IGP<EGP<Incomplete).
Q. Comment puis-je vérifier les informations récapitulatives de transfert de couche 4 ?
R. Afin d'afficher les informations récapitulatives sur le transfert de couche 4, utilisez la commande show mls cef summary. Exemple :
Router#show mls cef summary Total routes: 532462 IPv4 unicast routes: 502841 IPv4 Multicast routes: 6 MPLS routes: 19794 IPv6 unicast routes: 9821 IPv6 multicast routes: 3 EoM routes: 0 Router#show mls cef maximum-routes FIB TCAM maximum routes : ======================= Current :- ------- IPv4 + MPLS - 512k (default) IPv6 + IP Multicast - 256k
Informations connexes
Révision | Date de publication | Commentaires |
---|---|---|
4.0 |
28-Aug-2023 |
Recertification |
2.0 |
20-Jul-2022 |
Première publication |
1.0 |
23-Oct-2001 |
Première publication |