        Dans le protocole EGP, la notion d'AS (Autonomous System, système autonome) est introduite. AS fait référence à un ensemble de routeurs gérés par la même organisation de gestion technique et utilisant une stratégie de routage unifiée.
        L'intérieur de l'AS utilise IGP pour calculer et découvrir des itinéraires, et les routeurs du même AS se font confiance, de sorte que le calcul d'itinéraire et l'inondation d'informations de l'IGP sont complètement ouverts et il y a peu d'intervention manuelle.
        Les exigences de connexion entre les différents AS favorisent le développement du protocole de passerelle extérieure. BGP est utilisé comme protocole de passerelle extérieure pour le contrôle et l'optimisation des routes entre les AS.

Le rôle fondamental de BGP

⦁ Le prédécesseur de BGP, EGP, est conçu très simplement. Il ne peut que transmettre simplement des informations de routage entre AS, sans aucune optimisation des routes, et ne considère pas comment éviter les boucles de routage entre AS. Par conséquent, EBP est finalement remplacé par BGP. remplacer.
⦁ Par rapport à EGP, BGP présente davantage de caractéristiques de protocoles de routage, comme suit :
⦁ Découverte de voisin et établissement de relations de voisinage ; ⦁ Acquisition,
optimisation et notification de routes ; ⦁ Fournit de riches capacités de contrôle de routage entre les AS qui ne sont pas entièrement fiable. ⦁ En utilisant BGP comme protocole de routage, le domaine de routage de l'utilisateur est échangé avec d'autres domaines de routage dans leur ensemble, et ce domaine de routage est l'AS. Le concept d'un AS est un ensemble de routeurs et un réseau composé de ces routeurs. Ces routeurs appartiennent tous à la même organisation de gestion et mettent en œuvre une politique de routage unifiée. ⦁ L'exécution du protocole BGP nécessite un numéro de système autonome unifié pour identifier le domaine de routage, c'est-à-dire le numéro AS. Chaque système autonome possède un numéro unique, attribué par l'IANA. Avant janvier 2009, seuls les numéros AS d'une longueur maximale de 2 octets pouvaient être utilisés, soit 1-65535. Parmi eux, 1-64511 est un AS public et 64512-65534 est un AS privé. Après janvier 2009, l'IANA a décidé d'utiliser un AS à 4 octets avec une plage de 65536 à 4294967295.

Caractéristiques du protocole BGP

⦁ Étant donné que les routes sont transmises entre les AS, afin de garantir la fiabilité des données, BGP utilise TCP comme protocole support pour établir des connexions. Par conséquent, contrairement à IGP, qui établit des voisins par des routeurs saut par saut, BGP peut établir des relations de voisinage entre des routeurs multi-sauts.
⦁ Les routeurs entre AS ne se font pas entièrement confiance. Afin de réaliser le contrôle et l'optimisation du routage en fonction des exigences, BGP a conçu de nombreux attributs.

Découverte de voisins BGP

⦁ Le protocole BGP est conçu pour exécuter des routes entre les AS. Il existe des liaisons WAN entre les AS. Une congestion ou une perte de liaison imprévisible peut se produire lorsque des paquets de données sont transmis sur le WAN. Par conséquent, BGP utilise TCP comme protocole de support. Fiabilité garantie.
⦁ BGP utilise l'encapsulation TCP pour établir une relation de voisinage, le numéro de port est 179 et TCP utilise la monodiffusion pour établir une connexion, de sorte que le protocole BGP n'utilise pas la multidiffusion pour découvrir les voisins comme RIP et OSPF. L'établissement de la connexion unicast oblige également BGP à spécifier uniquement les voisins manuellement.

Type de voisin BGP - EBGP

⦁ EBGP n'est utilisé que pour transférer des routes entre différents AS. Comme le montre la figure, RTB et BTC dans l'AS 100 apprennent respectivement différents itinéraires de l'AS 200 et de l'AS 300. Comment réaliser l'échange d'itinéraires entre l'AS 200 et l'AS 300 dans l'AS 100 ?
⦁ Échanger les routes apprises de l'AS 200 et de l'AS 300 dans l'AS 100, importer les routes BGP dans le protocole IGP (protocole OSPF sur la figure) sur les routeurs RTB et RTC dans la topologie, puis transférer les routes du protocole IGP Introduire le BGP protocole sur les routeurs RTB et RTC pour réaliser l'échange des routes AS 200 et AS 300.
⦁ La méthode ci-dessus présente les inconvénients suivants :
        ⦁ Le nombre de routes transportées par BGP sur le réseau public est très important. Après l'introduction du protocole IGP, le protocole IGP ne peut pas transporter un grand nombre de routes BGP ; ⦁ Lorsque les
        routes BGP sont importées dans le protocole IGP, un contrôle strict est requis et la configuration est compliquée, pas facile à maintenir ;
        ⦁ Les attributs portés par BGP peuvent être perdus lors de l'introduction du protocole IGP, car le protocole IGP ne peut pas le reconnaître.
⦁ Par conséquent, nous devons concevoir BGP pour transférer les routes au sein de l'AS.

Type de voisin BGP - IBGP

⦁ Comme le montre la figure ci-dessus, étant donné que BGP utilise TCP comme protocole de support, des relations de voisinage peuvent être établies entre les appareils. Comme le montre la figure, une relation de voisinage IBGP est établie entre RTB et RTC, et chacun transmet les routes apprises des autres AS à l'extrémité homologue, réalisant ainsi la transmission des routes BGP au sein de l'AS.

Configuration de la relation de voisinage BGP

⦁ Étapes de configuration :
        ⦁ Configurer l'ID du routeur (identifier le routeur) ;
        ⦁ Configurer la relation de voisinage EBGP (routes de transfert entre les AS) ;
        ⦁ Configurer la relation de voisinage IBGP (routes de transfert au sein de l'AS).
⦁ Explication de la configuration : ⦁ Si aucun ID de routeur n'est configuré, le routeur BGP         élira automatiquement un
        ID de routeur selon certaines règles.         Choisissez l'adresse IP avec la valeur numérique la plus élevée sur toutes ses interfaces physiques.         ⦁ Commande de configuration : ID de routeur XXXX ⦁ Le type de relation de voisin BGP se distingue principalement par le numéro AS configuré. Le mot-clé peer est suivi de l'adresse IP de l'interface du voisin homologue, et le numéro AS est suivi du numéro AS de le routeur voisin. C'est une relation de voisin IBGP ; si le numéro d'AS est différent, c'est une relation de voisin EBGP. ⦁ Le mot-clé homologue est suivi de l'adresse IP source de mise à jour du homologue homologue, qui identifie l'adresse de destination pour lancer une connexion TCP avec l'homologue voisin. Cette adresse peut être l'adresse IP de l'interface directement connectée du voisin homologue, ou l'adresse IP de l'interface de bouclage non directement connectée (mais l'adresse IP doit être accessible). Lors de l'établissement d'une relation de voisin IBGP, utilisez généralement l'adresse IP de l'interface LoopBack, car l'interface LoopBack est toujours dans l'état UP après son activation, tant que la route est accessible, la relation de voisin est toujours dans un état stable ; lors de l'établissement de la relation de voisinage EBGP, utilisez généralement l'adresse IP de l'adresse IP de l'interface directement connectée, car EBGP établit des relations de voisinage entre les AS, les routes entre les interfaces non directement connectées sont inaccessibles avant que la relation de voisin ne soit établie.

Optimisation de la configuration des relations avec les voisins BGP

⦁ Lors de l'établissement d'une relation de voisin EBGP, utilisez généralement l'adresse IP de l'interface directement connectée ; lors de l'établissement d'une relation de voisin IBGP, utilisez généralement l'adresse IP de l'interface Loopback.

Établissement de quartier BGP

⦁ BGP effectue des opérations telles que l'établissement de voisins et la mise à jour du routage via l'interaction des messages. Il existe cinq types de messages : Ouvrir, Mettre à jour, Notification, Keepalive et Actualiser la route.
        ⦁ Message ouvert : il s'agit du premier message envoyé après l'établissement de la connexion TCP et est utilisé pour établir la relation de connexion entre les voisins BGP. Une fois que le voisin BGP a reçu le message Open et négocié avec succès, il enverra un message Keepalive pour confirmer et maintenir la validité de la connexion. Après confirmation, les messages Update, Notification, Keepalive et Route-refresh peuvent être échangés entre les voisins BGP.
        ⦁ Message de mise à jour : utilisé pour échanger des informations de routage entre voisins BGP. Le message de mise à jour peut annoncer plusieurs éléments d'informations de routage accessibles avec les mêmes attributs, et peut également révoquer plusieurs éléments d'informations de routage inaccessibles.
                ⦁ Un message de mise à jour peut annoncer plusieurs routes accessibles avec les mêmes attributs de routage, et ces routes peuvent partager un ensemble d'attributs de routage. Tous les attributs de routage contenus dans un message Update donné s'appliquent à toutes les destinations (indiquées par des préfixes IP) dans le champ NLRI (Network Layer Reachability Information) du message Update.
                ⦁ Un message de mise à jour peut supprimer plusieurs itinéraires inaccessibles. Chaque route passant par une destination (indiquée par un préfixe IP) définit clairement une route précédemment annoncée entre les routeurs BGP.
                ⦁ Un message Update ne peut être utilisé que pour retirer des routes, il n'est donc pas nécessaire d'inclure des attributs de chemin ou NLRI. Au contraire, il peut également être utilisé uniquement pour annoncer les routes accessibles, et il n'est pas nécessaire de transporter des informations sur les routes de révocation.
⦁ Message de notification : lorsqu'un routeur BGP détecte un état d'erreur, il envoie un message de notification à ses voisins, puis la connexion BGP sera immédiatement interrompue.
⦁ Message Keepalive : les routeurs BGP enverront périodiquement des messages Keepalive aux voisins pour maintenir la validité de la connexion.
⦁ Message d'actualisation de route : l'actualisation de route est utilisée pour demander à l'homologue de renvoyer les informations de routage après avoir modifié la politique de routage.

Comment les routes BGP sont générées - Réseau (1)

⦁ Il existe deux manières de générer des routes BGP : la première consiste à utiliser la commande de configuration réseau et la seconde consiste à utiliser la commande de configuration import.
⦁ Comme le montre la figure, il existe deux segments de réseau utilisateur de 100.0.0.0/24 et 100.0.1.0/24 sur le RTA, et la route vers le segment de réseau 100.0.0.0/24 est spécifiée via un routage statique sur le RTB, qui est appris via la route OSPF vers 100.0.1.0/24. RTB établit une relation de voisin EBGP avec RTC, et RTB annonce les routes de 100.0.0.0/24, 100.0.1.0/24 et 10.1.12.0/24 via la commande réseau, afin que le RTC voisin EBGP homologue puisse apprendre les routes dans la table de routage RTB.

Comment les routes BGP sont générées - Réseau (2)

Comment les routes BGP sont générées - Importer (1)

⦁ Il existe deux segments de réseau utilisateur de 100.0.0.0/24 et 100.0.1.0/24 sur le RTA, la route vers le segment de réseau 100.0.0.0/24 est spécifiée sur le RTB via un routage statique et la route vers le 100.0. 1.0/ 24 itinéraires. RTB établit une relation de voisin EBGP avec RTC, et RTB annonce les routes 100.0.0.0/24, 100.0.1.0/24 et 10.1.12.0/24 via la commande import, afin que les voisins EBGP homologues puissent apprendre les routes dans le AS local.
⦁ Afin d'empêcher l'importation d'autres routes dans BGP, il est nécessaire de configurer le préfixe IP pour une correspondance exacte et d'appeler la politique de route pour contrôler le moment où BGP importe les routes.

Comment les routes BGP sont générées - Importer (2)

Message de mise à jour BGP

L'un des principes publicitaires de BGP : n'annoncer ses propres itinéraires optimaux qu'aux voisins

⦁ Lorsqu'il existe plusieurs routes valides, un routeur BGP annonce uniquement sa meilleure route à ses voisins.
        ⦁ RTD peut apprendre la route 100.0.0.0/24 des voisins BGP RTB et RTC, et en même temps, RTD publie sa propre route directe 200.0.0.0/24 vers BGP. Utilisez la commande display bgp router-table sur le RTD pour l'afficher comme indiqué dans la figure ;
        ⦁ Utilisez la commande display bgp router-table sur le RTE pour l'afficher comme indiqué dans la figure. On peut constater que RTD annonce l'itinéraire efficace et optimal marqué par lui-même au RTE voisin BGP.
⦁ Signification de l'état dans la table de routage BGP :
        ⦁ Codes d'état : * - valide, > - meilleur, d - amorti, h - historique, i - interne, s - supprimé, S - périmé ⦁ Origine : i - IGP, e - EGP
        , ? – incomplet
        ⦁ Réseau : afficher l'adresse réseau dans la table de routage BGP
        ⦁ NextHop : l'adresse du prochain saut du message envoyé
        ⦁ MED : valeur de la métrique de route
        ⦁ LocPrf : préférence locale ⦁
        PrefVal : valeur préférée du protocole
        ⦁ Path/Ogn : afficher AS numéro de chemin et attribut d'origine⦁
        Communauté : informations sur les attributs de la communauté

Le deuxième principe de la publicité BGP : la route optimale obtenue via EBGP est envoyée à tous les voisins BGP

⦁ La route optimale obtenue par un routeur BGP via EBGP sera annoncée à tous les voisins BGP (y compris les voisins EBGP et IBGP).
⦁ Comme le montre la figure, il existe un segment de réseau utilisateur de 100.0.0.0/24 sur RTA, et ce segment de réseau est annoncé au RTB voisin BGP via EBGP. Après que RTB ait reçu la route 100.0.0.0/24 du voisin EBGP, il notifiera son propre voisin IBGP RTC et son voisin EBGP RTD.

Principe de publicité BGP 3 : la route optimale obtenue via IBGP ne sera pas annoncée aux autres voisins IBGP

⦁ La route optimale obtenue par un routeur BGP via IBGP ne sera pas annoncée aux autres voisins IBGP.
⦁ Comme le montre la figure, il existe un segment de réseau utilisateur de 100.0.0.0/24 sur RTA, RTA, RTB et RTC sont voisins IBGP les uns des autres, et RTA annonce l'itinéraire de 100.0.0.0/24 vers RTB et RTC via IBGP, mais RTB n'annonce pas les routes IBGP reçues à son voisin IBGP RTC.
⦁ Le but de cette conception est d'éviter les boucles de routage à l'intérieur de l'AS. Selon la réglementation, lorsqu'une route BGP est transmise au sein du même AS, l'attribut AS_Path ne changera pas. Comme le montre la figure, lorsque RTA annonce l'itinéraire 100.0.0.0/24 vers RTB, l'attribut AS_Path reste inchangé et est vide. Si RTB peut annoncer la route IBGP 100.0.0.0/24 à RTC, AS_Path est toujours vide. Ensuite, RTC peut également annoncer la route 100.0.0.0/24 à RTA, car AS_Path est vide, RTA ne rejettera pas la route IBGP et une boucle de routage se produit. Par conséquent, le principe de notification ci-dessus consiste à empêcher les boucles de routage à l’intérieur de l’AS.

Principe de publicité BGP 4 : synchronisation entre BGP et IGP

⦁ Il existe un segment de réseau de 100.0.0.0/24 utilisateurs sur RTA, qui est annoncé au RTB via EBGP. RTB établit une relation de voisin IBGP avec RTD. RTD apprend la route BGP via IBGP et annonce la route au RTE voisin EBGP.
⦁ Lorsque RTE accède à la route 100.0.0.0/24, il consulte la table de routage et constate que le prochain saut pour atteindre la route 100.0.0.0/24 est RTD. Une fois que RTE a trouvé l'interface sortante, il envoie le paquet de données. vers RTD ; RTD reçoit le paquet de données. Enfin, recherchez la table de routage et constatez que le prochain saut de la route vers 100.0.0.0/24 est RTB et que l'interface sortante est l'interface connectée à RTC sur RTD, donc le paquet de données est envoyé à RTC, et RTC recherche la table de routage et constate qu'elle n'atteint pas la route 100,0,0,0/24, les données sont donc rejetées, formant un « trou noir de routage ».
⦁ Principe de publicité BGP : avant qu'une route apprise d'un voisin IBGP ne soit annoncée à un voisin BGP, la route doit être connue via IGP, c'est-à-dire que BGP et IGP sont synchronisés.
        ⦁ Comme le montre la figure, une fois que RTD a reçu la route IBGP envoyée par RTB, s'il souhaite la publier sur le voisin BGP RTE, il vérifie si le protocole IGP (c'est-à-dire le protocole OSPF) peut apprendre la route avant de la publier. Si oui, annoncez la route IBGP vers RTE.
        ⦁ Sur les routeurs Huawei, le contrôle de synchronisation entre BGP et IGP est désactivé par défaut, la raison est de réaliser la publicité normale des routes IBGP. Cependant, une fois la vérification de synchronisation entre BGP et IGP désactivée, le problème du « trou noir de routage » apparaîtra. Il existe donc deux solutions pour résoudre les problèmes ci-dessus :
        ⦁ Importer les routes BGP dans IGP pour assurer la synchronisation entre IGP et BGP. Cependant, comme le nombre de routes BGP sur Internet est très important, une fois introduites dans l'IGP, cela entraînera une énorme charge de traitement et de stockage pour le routeur IGP. Si le routeur est surchargé, il peut être paralysé.
        ⦁ Les routeurs IBGP doivent être entièrement interconnectés pour garantir que tous les routeurs peuvent apprendre les routes annoncées. Cela peut résoudre le problème du « trou noir de routage » provoqué par la désactivation de la synchronisation.

Traitement des informations de routage BGP

⦁ Table de routage IP (IP_RIB) : base d'informations de routage globale, comprenant toutes les informations de routage IP.
⦁ Table de routage BGP (Local_RIB) : base d'informations de routage BGP, y compris les informations de routage sélectionnées par les routeurs BGP locaux, la table des voisins et la liste des voisins.
⦁ Après avoir reçu un message Update d'un voisin BGP, le routeur exécutera un algorithme de sélection de chemin, déterminera le meilleur chemin pour chaque préfixe et stockera le meilleur chemin calculé dans la table de routage BGP locale (Local_RIB).
⦁ Si la fonctionnalité multipath est activée, le meilleur chemin et tous les chemins équivalents sont soumis à IP_RIB pour examen en vue de l'installation. En plus des meilleurs chemins reçus des voisins BGP, Local_RIB contient également des routes injectées par le routeur actuel (appelées routes initiées localement).
⦁ Dans Local_RIB, seul le préfixe sélectionné sera encapsulé dans le message Update et annoncé à ses propres voisins BGP.

Problèmes rencontrés lors de la sélection de la route BGP

⦁ Solutions aux deux problèmes ci-dessus :
        ⦁ Lors de l'échange d'informations d'accessibilité entre AS, BGP est conçu pour fournir des attributs riches afin d'obtenir un contrôle et une optimisation flexibles des routes.
                ⦁ Modifiez la table de routage et ajustez la métrique de lien entre AS ; 2. Ne modifiez pas la table de routage, mais utilisez la politique pour modifier le saut suivant de la route. Mais ces méthodes ont des limites dans certains cas et ne peuvent pas répondre aux nombreuses demandes du réseau.
        ⦁ Enregistrez le chemin de propagation lorsque la route est transmise entre les AS pour éviter les boucles.

Riches attributs de BGP

⦁ Attributs reconnus : attributs que tous les routeurs BGP doivent reconnaître et prendre en charge.
        ⦁ Reconnu et obligatoire : Les attributs qui doivent être inclus dans le message BGP Update.
        ⦁ Reconnu comme arbitraire : il n'est pas nécessaire qu'il existe dans le message de mise à jour BGP et peut être librement sélectionné en fonction des besoins.
⦁ Attributs facultatifs : attributs qui ne doivent pas nécessairement être reconnus par tous les routeurs BGP.
        ⦁ Transition facultative : un attribut que BGP ne reconnaît pas, mais peut recevoir et annoncer à ses voisins.
        ⦁ Facultatif non transitionnel : BGP PEUT ignorer les messages contenant cet attribut et ne pas en faire la publicité auprès de ses voisins.

Attribut BGP - Origine

⦁ Comme le montre la figure, le protocole OSPF s'exécute dans AS 200 et le segment de réseau 200.0.0.0/24 est déclaré à OSPF. RTB convertit la route 200.0.0.0/24 en route BGP via la méthode réseau pour notifier RTA, et RTC convertit la route 200.0.0.0/24 en route BGP via la méthode d'importation pour notifier RTA.
⦁ BGP transfère les informations entre les AS et transporte un grand nombre de routes. S'il existe plusieurs chemins vers la même adresse IP de destination et que BGP apprend ces routes via différentes méthodes, l'attribut Origin est un facteur dans la détermination du chemin optimal et est utilisé pour indiquer l'origine de la route.
⦁ Trois attributs d'Origin :
        ⦁ i indique que la route BGP est injectée via la commande réseau ;
        ⦁ e indique que la route BGP est apprise d'EGP. Le protocole EGP est difficile à voir dans le réseau en direct, mais l'attribut Origin du La route peut être définie via la politique de routage. Remplacez-la par e;
        ⦁ ? Autrement dit, Incomplet indique que le routage BGP a appris les informations de routage via d'autres méthodes, telles que l'utilisation de la commande import pour importer des routes.
⦁ Les priorités des trois attributs Origin sont : i>e>Incomplet (?).

Attribut BGP - AS_Path

⦁ BGP a conçu l'attribut AS_Path pour les deux problèmes ci-dessus, qui enregistre les numéros de tous les AS traversés par la route :
        ⦁ Dans la figure, lorsque RTA reçoit la route 100.0.0.0/24 de RTB, AS_Path est (2, 4 ), Lorsque RTA reçoit la route 100.0.0.0/24 de RTC, l'AS_Path est (3, 5, 4). Il est stipulé que plus l'AS_Path est court (moins il y a de numéros AS enregistrés), meilleur est le chemin, donc RTA préférera l'itinéraire 100.0.0.0/24 reçu de RTB.
        ⦁ En prenant RTE comme exemple, la route 100.0.0.0/24 est annoncée via BGP, et la route peut former une boucle via RTE->RTB->RTC->RTD->RTE. Pour éviter les boucles, lorsque RTE reçoit une route de RTD, il vérifie l'attribut AS_Path (porté par la route), et s'il constate que l'AS_Path de la route contient son propre numéro AS, il rejette la route.
⦁ Quatre types d'AS_Path :
        ⦁ AS_Sequence (sera expliqué en détail lorsque l'agrégation de routes BGP sera expliquée plus tard) ;
        ⦁ AS_Set (sera expliqué en détail lorsque l'agrégation de routes BGP sera expliquée plus tard) ;
        ⦁ AS_Confed_Sequence (appliqué à la confédération, non couvert dans ce cours);
        ⦁ AS_Confed_Set (s'applique aux ligues, non couvertes dans ce cours).

Attributs BGP - Next_hop

⦁ Lorsque le routeur BGP annonce la route d'origine de l'extrémité locale au voisin IBGP, il définira le Next_hop des informations de routage sur l'IP de l'interface utilisée par l'extrémité locale pour établir la relation de voisin.
        ⦁ Comme le montre la figure, lorsque RTA annonce le segment de réseau 100.0.0.0/24 à RTB, si RTA et RTB utilisent une interface de connexion directe pour établir un voisin IBGP, alors Next_hop est l'IP de l'interface directement connectée à RTB sur RTA. ; si RTA et RTB Si une interface de bouclage est utilisée pour établir une relation de voisinage IBGP, Next_hop est l'adresse IP de l'interface de bouclage du RTA.
⦁ Lorsqu'un routeur BGP annonce une route vers un voisin EBGP, il définira le Next_hop des informations de routage sur l'IP de l'interface qui établit une relation de voisin BGP entre l'extrémité locale et l'extrémité homologue.
        ⦁ Comme le montre la figure, lorsque RTB publie le segment de réseau de 100.0.0.0/24 sur RTC, Next_hop est l'interface IP directement connectée à RTC sur RTB.
⦁ Lorsqu'un routeur BGP annonce une route apprise d'EBGP aux voisins IBGP, il ne modifie pas l'attribut du saut suivant de la route.
        ⦁ Cas particulier : comme le montre la figure, lorsque RTA apprend le segment de réseau 200.0.0.0/24 libéré par RTC à partir de RTB, Next_hop est l'IP de l'interface sortante de RTD, car RTB et RTD sont dans le même segment de réseau, et le Next_hop notifié par RTC à RTB est l'adresse IP de l'interface sortante du RTD.
⦁ Explications pour les trois situations ci-dessus :
        ⦁ Les voisins EBGP utilisent généralement des interfaces directes pour établir des relations de voisinage, et les voisins EBGP modifieront Next_hop en leur propre IP d'interface sortante lors de la publicité des routes les uns vers les autres ; ⦁ Les voisins IBGP utilisent généralement des interfaces de bouclage pour établir des voisins
        , Lorsque la route provient du routeur, Next_hop est remplacé par sa propre adresse source de mise à jour après son envoi aux voisins, de sorte que même en cas de défaillance de la liaison dans le réseau, tant que Next_hop est accessible, le segment de réseau de destination peut également être accessible, améliorant ainsi la stabilité du réseau ;
        ⦁ Par rapport à IGP, par exemple, lorsque RIP annonce des routes, il modifiera le saut suivant à chaque fois qu'il passe par un routeur. Les routeurs qui annoncent les routes prétendent tous qu'ils peuvent atteindre l'adresse cible et envoyer le paquet de données à la cible. réseau saut par saut. Les routeurs du réseau ne savent pas qui est le véritable routeur d'origine, créant ainsi des boucles. BGP modifie uniquement Next_hop lors du transfert entre EBGP, et IBGP ne modifie pas le prochain saut lors de l'envoi des routes apprises d'EBGP aux voisins IBGP, ce qui empêche les boucles dans une certaine mesure.

Attribut BGP - Local_Preference

⦁ Comme le montre la figure, il existe un segment de réseau utilisateur de 200.0.0.0/24 dans AS 200, qui est annoncé à AS 100 via BGP. Comment les administrateurs d'AS 100 configurent-ils l'accès au réseau 200.0.0.0/24 via une liaison à large bande passante ?
⦁ Solution :
⦁ Définissez le préfixe IP sur le RTC pour qu'il corresponde à la route de 200.0.0.0/24, utilisez la stratégie de route pour appeler le préfixe IP, définissez Local_Preference sur 200 et appliquez la politique à la direction d'exportation. de l'itinéraire publié par le RTA.
⦁ L'attribut Local_Pref n'est valide qu'entre voisins IBGP et n'est pas annoncé aux autres AS. Il indique la priorité BGP du routeur, plus la valeur est grande, mieux c'est.
⦁ L'attribut Local_Pref est utilisé pour déterminer le meilleur itinéraire pour le trafic sortant de l'AS. Lorsqu'un routeur BGP obtient plusieurs routes avec la même adresse de destination mais des sauts suivants différents via différents voisins IBGP, il sélectionnera préférentiellement la route avec une valeur plus élevée de l'attribut Local_Pref, et sa valeur par défaut est 100.

Attributs BGP - MED

⦁ Comme le montre la figure, l'administrateur de l'AS 300 souhaite agir dans l'AS 300 pour influencer l'AS 200 afin qu'il accède à 100.0.0.0/24 via une liaison à large bande passante. Comment y parvenir ?
⦁ Solution :
⦁ Définissez le préfixe IP sur le RTE pour qu'il corresponde à la route 100.0.0.0/24, puis définissez la stratégie de route pour appeler le préfixe IP, définissez le MED sur 100 et appliquez la politique à l'exportation. sens de l'itinéraire publié par le RTC.
⦁ L'attribut MED (Multi-Exit-Discriminator) n'est transmis qu'entre deux AS adjacents, et l'AS qui reçoit cet attribut ne l'annoncera à aucun autre AS tiers. Comme le montre la figure, l'AS100 ne recevra pas la valeur MED définie dans l'AS 300, mais l'AS 200 recevra la valeur MED définie dans l'AS 300, afin que l'AS 200 puisse choisir une route à large bande passante.
⦁ L'attribut MED est équivalent à la valeur métrique (Metric) utilisée par IGP, qui est utilisée pour déterminer le meilleur itinéraire lorsque le trafic entre dans l'AS. Lorsqu'un routeur exécutant BGP obtient plusieurs routes avec la même adresse de destination mais des sauts suivants différents via différents voisins EBGP, dans les mêmes conditions, la route avec la valeur MED la plus petite sera préférée comme meilleure route. La valeur par défaut est 0.

Attributs BGP - Communauté

⦁ Comme le montre la figure, il existe un segment de réseau utilisateur de 10.1.10.0/24 dans AS 10 et un segment de réseau utilisateur de 10.1.11.0/24 dans AS 11. Afin de distinguer les segments du réseau utilisateur, 10.1.10.0/24 dans AS 10 est configuré avec une communauté de 10 : 12, et 10.1.11.0/24 d'AS 11 est configuré avec une communauté de 11 : 12. Après avoir envoyé le message à AS 12 via BGP, AS 12 attend Après avoir résumé, protégez les routes détaillées et envoyez-les à AS 13, en espérant que AS 13 ne transmettra pas les routes à d'autres AS après les avoir reçues.
⦁ Solution :
⦁ Définissez le filtre communautaire sur RTC pour faire correspondre les itinéraires avec la communauté 10:12 et 11h12, puis définissez la politique de route pour qu'elle corresponde au filtre communautaire, regroupez les deux itinéraires en un itinéraire de 10.1.10.0/23 et Appelez la politique de routage.
⦁ Définissez la politique de routage sur le RTC, définissez l'attribut de communauté sur non-exportation et appelez la politique de routage dans la direction d'exportation notifiée par le RTC au RTD.

Principe d'optimisation des routes BGP

Effet de Preference_Value sur la sélection d'itinéraire

⦁ Comme le montre la figure, il existe un segment de réseau utilisateur de 200.0.0.0/24 dans AS 200. L'administrateur dans AS 100 souhaite accéder au segment de réseau de 200.0.0.0/24 dans AS 200 via une liaison à large bande passante, et espère La politique sur le réseau ne peut affecter que sa propre sélection d'itinéraire, mais pas les autres appareils.Comment la mettre en œuvre ?
⦁ Solution :
⦁ Définissez le préfixe IP sur le RTA pour qu'il corresponde à la route de 200.0.0.0/24, puis définissez la stratégie de route pour appeler le préfixe IP, définissez la valeur Preference_Value sur 100 et appliquez la politique à l'importation. sens de l'itinéraire publié par le RTC.
⦁ Vérification : utilisez la commande Tracert sur le RTC pour afficher les routeurs qui accèdent au segment de réseau 200.0.0.0/24.

Effet du mode d'agrégation sur la sélection d'itinéraire

⦁ Comme le montre la figure, dans AS 200, il y a des utilisateurs sur le segment de réseau 200.0.0.0/24 sur RTB et RTC. Une fois l'agrégation de routes envoyée à RTA et l'agrégation automatique et l'agrégation manuelle activées en même temps, comment Le RTB optimise-t-il le parcours agrégé ?
⦁ Comme le montre la figure, activez simultanément l'agrégation automatique et l'agrégation manuelle sur RTB, utilisez la commande pour afficher, vous pouvez constater que les entrées de routage de l'agrégation manuelle sont envoyées à RTA et que les entrées de routage de l'agrégation automatique ne le sont pas. notifié, indiquant la priorité de l'agrégation manuelle supérieure à l'agrégation automatique.
⦁ Lors de l'utilisation de l'agrégation de routes, il convient de noter que l'agrégation automatique ne peut agréger que les routes BGP importées, et que l'agrégation manuelle peut agréger les routes qui existent dans la table de routage BGP, qui sera présentée en détail dans l'agrégation de routes BGP ultérieurement. Dans le scénario ci-dessus, étant donné que les routes qui doivent être agrégées sont toutes des routes importées, l'objectif de l'agrégation peut être atteint en utilisant l'agrégation automatique ou l'agrégation manuelle. S'il existe à la fois des routes importées et des routes déclarées par le réseau dans la table de routage BGP, l'agrégation manuelle ne peut être utilisée que.

La route du voisin EBGP est meilleure que la route du voisin IBGP

⦁ Comme le montre la figure, il existe un segment de réseau de 200.0.0.0/24 dans AS 200, qui est notifié à RTA et RTB via la relation de voisinage EBGP, et RTB notifiera le segment de réseau de 200.0.0.0/24 à RTA. via la relation de voisinage IBGP. Ainsi, RTA recevra deux routes vers 200.0.0.0/24, comment RTA va-t-il optimiser ?
⦁ Selon le principe de sélection d'itinéraire, RTA préférera l'itinéraire appris des voisins EBGP.

Influence de la métrique IGP dans un AS sur la sélection de la route BGP

⦁ Comme le montre la figure, il existe un segment de réseau utilisateur de 200.0.0.0/24 dans AS 200, qui est annoncé à RTB et RTC via EBGP, et RTB et RTC annoncent l'itinéraire vers RTA via IBGP. L'administrateur de l'AS 100 souhaite accéder au segment réseau 200.0.0.0/24 de l'AS 200 via une liaison à haut débit. Comment l'implémenter sur RTA ?
⦁ Ajustez la valeur du coût OSPF de l'interface connectant RTA et RTB à 100, et RTA choisira le chemin RTA->RTC->RTD pour accéder au segment de réseau 200.0.0.0/24 : ⦁ La raison est que lorsque RTA accède à
200.0 .0.0/24, le coût (2) pour Next_hop 10.1.34.4 est inférieur au coût pour Next_hop 10.1.24.4 (101).

Effet de l'ID de routeur et de l'adresse IP sur la sélection de la route BGP

⦁ Comme le montre la figure, il existe un segment de réseau utilisateur de 200.0.0.0/24 dans AS 200, qui est annoncé à RTB et RTC via EBGP, et RTB et RTC annoncent l'itinéraire vers RTA via IBGP. RTA et RTB sont reliés par deux liens, comment optimiser RTA ?
⦁ RTA sélectionnera le prochain saut comme 10.1.12.2 comme prochain saut pour accéder au segment de réseau de 200.0.0.0/24 :
⦁ RTA sélectionne le chemin de RTA->RTB->RTD pour accéder au segment de réseau de 200.0.0.0/ 24, la raison est que l'ID de routeur RTB est plus petit que RTC, BGP préfère la route publiée par le routeur avec un ID de routeur plus petit ; ⦁ RTA sélectionne l'interface avec
le saut suivant comme adresse 10.1.12.2 comme interface sortante, car BGP préfère le voisin avec le plus petit routage d'adresse IP.
⦁ Utilisez la commande display bgp router-table 200.0.0.0 sur RTA pour afficher les éléments suivants :
<RTA>display bgp router-table 200.0.0.0
ID du routeur local BGP : 1.1.1.1
Numéro d'AS local : 100
Chemins : 2 disponibles, 1 meilleur , 1 sélectionnez
les informations d'entrée de la table de routage BGP de 200.0.0.0/24 :
De : 2.2.2.2 (2.2.2.2)
Durée de la route : 00h02m10s
IP du relais Nexthop : 10.1.12.2
Interface de sortie IP relais : GigabitEthernet0/0/0
Nexthop d'origine : 10.1.24.4
Informations Qos : 0x0
AS-path 200, origine igp, MED 0, localpref 100, pref-val 0, valide, interne, pre255, coût IGP 2, non préféré pour l'ID du routeur
……

Exemple de configuration de stratégie de routage BGP

⦁ Comme le montre la figure, il existe deux segments de réseau d'utilisateurs dans l'AS 300, l'un est 200.0.0.0/24 et l'autre est 100.0.0.0/24. Pour distinguer les utilisateurs sur différents segments de réseau, attribuez l'attribut de communauté 300:100 au segment de réseau 100.0.0.0/24 dans AS 300 et attribuez l'attribut de communauté 300:200 au segment de réseau 200.0.0.0/24. Lorsque les utilisateurs de l'AS 100 accèdent à ces deux segments de réseau, ils souhaitent mettre en œuvre le partage du trafic sur RTB et RTC. Lorsque l'AS 200 accèdera à ces deux segments de réseau, on espère que le partage du trafic sera mis en place sur RTE et RTF. Veuillez utiliser autant de méthodes que possible pour répondre aux exigences ci-dessus.
⦁ Selon les besoins, lorsque l'AS 100 accède à ces deux segments de réseau, il est prévu de mettre en œuvre un partage de trafic sur RTB et RTC ; lorsque l'AS 200 accède à ces deux segments de réseau, il est prévu de mettre en œuvre un partage de trafic sur RTE et RTF. Supposons que le chemin lorsque RTA accède à 100.0.0.0/24 est RTA->RTB->RTD->RTE->RTG, et que le chemin lors de l'accès à 200.0.0.0/24 est RTA->RTC->RTD->RTF-> RTG, sur la base de la connaissance des attributs de chemin appris, les solutions suivantes sont disponibles à titre de référence :
        ⦁ RTE et RTF notifient à RTD les itinéraires portant des attributs de communauté ;
        ⦁ RTD utilise deux filtres de communauté pour faire correspondre différentes communautés après avoir reçu l'itinéraire portant des attributs de communauté. attributs, puis utilisez deux politiques de route pour appeler respectivement Community-filter, définissez le prochain saut de la route correspondant à l'attribut de communauté 300:100 à l'adresse de l'interface sortante sur le RTE ; définissez le prochain saut de la route correspondant à l'attribut de communauté 300:200 Définissez-le comme adresse d'interface sortante sur RTF ;
        ⦁ Définissez deux politiques de route sur RTD, l'une consiste à définir la valeur MED de la route dont l'attribut de communauté correspondant est 300:100 à 100, et à l'appeler dans le sens de l'exportation. de RTC ; l'autre est Faire correspondre la route dont l'attribut de communauté est 300:200 et définir sa valeur MED sur 100, et l'appeler dans le sens d'exportation de RTB.

Présentation de l'agrégation de routes BGP

La nécessité de l'agrégation de routes BGP

⦁ Solution :
        ⦁ Résumez les routes détaillées dans AS 100 et AS 200 en une route de 10.1.8.0/21 sur RTC et annoncez cette route agrégée au client AS.
⦁ Il existe un grand nombre d'entrées de routage sur Internet, et les problèmes suivants existent lors du traitement de ces routes :
        ⦁ La table de routage pour stocker les entrées de routage occupera une grande quantité de ressources mémoire et la transmission des informations de routage nécessite une grande quantité des ressources de bande passante ;
        ⦁ Les vibrations fréquentes des itinéraires détaillés provoquent une instabilité du réseau.
⦁ Par conséquent, il est inévitable d'économiser les ressources de mémoire et de bande passante et de réduire l'impact des battements de routes grâce à l'agrégation de routes.

Méthode d'agrégation de routes BGP - Statique

⦁ L'idée d'utiliser le routage statique pour configurer l'agrégation de routes :
⦁ Utilisez le routage statique pour agréger la route détaillée en 10.1.8.0/22, et le saut suivant pointe vers NULL 0, car la route agrégée n'est pas une adresse spécifique, et ce n'est que la route détaillée lorsqu'elle est envoyée à l'AS 200. Au lieu de cela, afin d'éviter les boucles de routage, pointez le prochain saut vers Null 0 ;
⦁ En raison de l'utilisation du routage statique, une route de 10.1.8.0/22 est généré dans la table de routage, et le saut suivant est Null 0. Utilisez la commande network pour modifier la route 10.1.8.0/22 dans la table de routage IP en route BGP et annoncez-la au voisin BGP homologue pour réaliser l'agrégation.

Méthode d'agrégation de routes BGP - Agrégation automatique

⦁ Comme le montre la figure, il y a 4 segments de réseau utilisateur dans l'AS 100, qui sont convertis en routes BGP via l'importation, et l'AS 200 est connecté à un AS client. Comment résoudre ce problème si le segment de réseau dans l'AS 200 ne le fait pas vous voulez recevoir trop de routes ?
⦁ La configuration est comme indiqué sur la figure. Utilisez la commande display bgp router-table sur les routeurs RTB et RTC pour visualiser, et le résultat est le suivant : <RTB>display
bgp router-table

Réseau NextHop MED LocPrf PrefVal Path/Ogn
*> 10.0.0.0 10.1.12.1 0 100 ?
<RTC>afficher la table de routage BGP

Network NextHop MED LocPrf PrefVal Path/Ogn
*> 10.0.0.0 10.1.23.2 0 200 100?
⦁ La synthèse automatique résume uniquement les routes importées de BGP et les envoie aux voisins après avoir résumé le segment de réseau naturel.

Méthode d'agrégation de routes BGP - Agrégation manuelle

⦁ Comme le montre la figure, il existe 4 segments de réseau utilisateur dans AS 100. Il existe des routes BGP importées via l'importation et des routes BGP importées via le réseau. L'AS 200 est connecté à un AS Client. Les routeurs de cet AS ont une faible capacité de traitement. Par conséquent, il est souhaité d'accéder aux segments de réseau de l'AS 100 et de l'AS 200 sans recevoir trop de routes. Comment résoudre ce problème ?
⦁ La configuration est comme indiqué sur la figure. Utilisez la commande display bgp router-table sur les routeurs RTB et RTC pour visualiser, et le résultat est le suivant : <RTB>display
bgp router-table

Réseau NextHop MED LocPrf PrefVal Path/Ogn
*> 10.1.8.0/22 10.1.12.1 0 100 ?
<RTC>afficher la table de routage BGP

Network NextHop MED LocPrf PrefVal Path/Ogn
*> 10.1.8.0/22 10.1.23.2 0 200 100?
⦁ L'agrégation manuelle agrège les routes existantes dans la table de routage locale BGP, et peut spécifier le masque de la route agrégée.

Problèmes causés par l'agrégation de routes BGP - Boucles potentielles

Problèmes causés par l'agrégation de routes BGP - Solutions

⦁ Afin de résoudre les problèmes causés par l'agrégation de routes BGP, deux attributs AS_Path sont définis :
        ⦁ Atomic-Aggregate : Reconnu comme attribut arbitraire, il est utilisé pour avertir les routeurs en aval de la perte d'informations. Comme le montre la figure, l'AS 200 est configuré avec agrégation de routes Après l'agrégation du routeur, une perte de chemin se produit. À ce moment, le routeur informe ses voisins de la perte de chemin en transportant cet attribut dans un paquet de mise à jour.
        ⦁ Agrégateur : attribut de transition facultatif, qui contient le numéro AS et l'ID de routeur du routeur qui initie l'agrégation, indiquant où l'agrégation se produit.
⦁ Il existe deux types d'attributs AS_Path :
        ⦁ AS_Sequence : indique que le numéro AS dans AS_Path est une liste ordonnée.
        ⦁ AS_Set : indique que le numéro AS dans AS_Path est une liste non ordonnée.
⦁ AS_Path lui-même est une liste ordonnée, car chaque fois que AS_Path passe par un AS, le numéro AS sera ajouté à AS_Path et l'AS_Path sera disposé de gauche à droite dans l'ordre de passage.
        ⦁ Comme le montre la figure, lorsque l'AS 400 annonce la route agrégée vers l'AS 300, l'attribut AS_Path (à l'exception de ceux entre accolades) indique que la route agrégée passe tour à tour par l'AS 200 et l'AS 400.
⦁ Une fois l'agrégation effectuée, si la route agrégée doit transporter les numéros AS transmis par toutes les routes détaillées pour éviter les boucles, ajoutez le paramètre as-set après la commande de configuration d'agrégation.
        ⦁ Comme le montre la figure, si l'agrégation se produit dans l'AS 200 et que le paramètre as-set est configuré, le routage d'agrégation représentera les informations AS_Path de l'itinéraire détaillé avec un ensemble AS-Set (les informations sur le numéro AS entre crochets, le set Les numéros AS ne sont pas dans l'ordre), transportés après l'itinéraire agrégé pour éviter les boucles.
⦁ L'agrégation de routage résout deux types de problèmes : l'un consiste à réduire la charge de ressources requise pour la transmission des appareils et le calcul des itinéraires, et l'autre consiste à masquer des informations de routage spécifiques et à réduire l'impact des battements d'itinéraire. Cependant, une fois la route agrégée, l'attribut AS_Path est perdu, ce qui peut provoquer une boucle.
⦁ Si les routes agrégées contiennent les informations AS de toutes les routes détaillées, lorsque les routes détaillées fluctuent fréquemment, les routes agrégées peuvent également être affectées par des actualisations fréquentes.
⦁ Par conséquent, pour savoir si la route agrégée transporte les informations AS_Path manquantes, le concepteur doit prendre en compte de manière globale l'environnement réseau.

questions de réflexion

⦁ Réponse : ABC.
⦁ Réponse : B.

Déploiement HCIP-IERS d'un réseau de routage et de commutation au niveau de l'entreprise - Principe et configuration du protocole BGP

avant-propos