🐘 🕣 🧑🏽‍🤝‍🧑🏽 Comment BGP fonctionne 👯 ✌🏼 ♈️

Aujourd'hui, nous examinons le protocole BGP. Nous ne parlerons pas longtemps pourquoi il est et pourquoi il est utilisé comme seul protocole. Beaucoup d'informations sont à ce sujet, par exemple ici .

Alors, quel est BGP? BGP est un protocole de routage dynamique qui est le seul protocole EGP (External Gateway Protocol). Ce protocole est utilisé pour créer un routage sur Internet. Considérez comment le voisinage entre deux routeurs BGP est construit.

Considérez le voisinage entre Router1 et Router3. Nous les configurerons à l'aide des commandes suivantes:

router bgp 10 network 192.168.12.0 network 192.168.13.0 neighbor 192.168.13.3 remote-as 10 router bgp 10 network 192.168.13.0 network 192.168.24.0 neighbor 192.168.13.1 remote-as 10

Le voisinage au sein d'un système autonome est AS 10. Après avoir entré des données sur un routeur, par exemple sur Router1, ce routeur essaie d'établir une relation de voisinage avec Router3. L'état initial lorsque rien ne se produit est appelé Idle . Dès que bgp est configuré sur Router1, il commencera à écouter le port TCP 179 - il passera à l'état Connect et lorsqu'il essaiera d'ouvrir une session avec Router3, il passera à l'état Active .

Une fois la session établie entre Router1 et Router3, un échange de messages ouvert a lieu. Lorsque ce message est envoyé par Router1, cet état sera appelé Open Sent . Et lorsqu'il reçoit un message d'ouverture de Router3, il passe à l'état Open Confirm . Considérez le poste ouvert plus en détail:

Ce message transmet des informations sur le protocole BGP que le routeur utilise. En échangeant des messages ouverts, Router1 et Router3 se communiquent mutuellement des informations sur leurs paramètres. Les paramètres suivants sont transmis:

Version : cela inclut la version BGP que le routeur utilise. La version actuelle de BGP est la version 4 qui est décrite dans la RFC 4271. Deux routeurs BGP essaieront de négocier une version compatible, quand il y a un décalage alors il n'y aura pas de session BGP.
Mon AS : cela inclut le numéro AS du routeur BGP, les routeurs devront se mettre d'accord sur le (s) numéro (s) AS et il définit également s'ils exécuteront iBGP ou eBGP.
Temps de maintien: si BGP ne reçoit aucun message de persévérance ou de mise à jour de l'autre côté pendant la durée du temps de maintien, il déclarera l'autre côté «mort» et détruira la session BGP. Par défaut, le temps d'attente est défini sur 180 secondes sur les routeurs Cisco IOS, le message keepalive est envoyé toutes les 60 secondes. Les deux routeurs doivent se mettre d'accord sur le temps d'attente ou il n'y aura pas de session BGP.
Identifiant BGP : il s'agit de l'ID de routeur BGP local qui est élu comme OSPF:
Utilisez l'ID de routeur configuré manuellement avec la commande bgp router-id.
Utilisez l'adresse IP la plus élevée sur une interface de bouclage.
Utilisez l'adresse IP la plus élevée sur une interface physique.
Paramètres optionnels : vous trouverez ici quelques fonctionnalités optionnelles du routeur BGP. Ce champ a été ajouté afin que de nouvelles fonctionnalités puissent être ajoutées à BGP sans avoir à créer une nouvelle version. Les choses que vous pourriez trouver ici sont:

prise en charge de MP-BGP (BGP multiprotocole).
prise en charge de Route Refresh.
prise en charge des numéros AS à 4 octets.

Pour établir un quartier, les conditions suivantes doivent être remplies:

Numéro de version. Version actuelle 4.
Le numéro AS doit correspondre à celui que vous avez configuré le voisin 192.168.13.3 à distance en tant que 10 .
L'ID du routeur doit être différent du voisin.

Si l'un des paramètres ne remplit pas ces conditions, le routeur enverra un message de notification où il indique une erreur. Après l'envoi et la réception de messages ouverts, la relation de voisinage entre dans l'état ESTABLISHED . Après cela, les routeurs peuvent échanger des informations sur les itinéraires et le faire en utilisant des messages de mise à jour . Voici un message de mise à jour qui envoie Router1 à Router3:

Indiquez ici les réseaux signalés par les attributs Router1 et Path, qui sont analogues aux métriques. Nous parlerons plus en détail des attributs Path. De plus, les messages keepalive sont transmis dans la session TCP. Ils sont transmis, par défaut, toutes les 60 secondes. Ceci est une minuterie Keepalive. Si le message Keepalive n'est pas reçu pendant la temporisation de mise en attente, cela signifie une perte de communication avec le voisin. Par défaut, il est égal à - 180 secondes.

Assiette utile:

Il semble avoir compris comment les routeurs se transmettent des informations, essayons maintenant de comprendre la logique du protocole BGP.

Pour publier un itinéraire vers la table BGP, comme dans les protocoles IGP, la commande réseau est utilisée, mais la logique de fonctionnement est différente. Si dans IGP, après avoir spécifié une route dans la commande réseau, IGP regarde quelles interfaces appartiennent à ce sous-réseau et les inclut dans sa table, puis la commande réseau dans BGP regarde dans la table de routage et recherche une correspondance exacte avec la route dans la commande réseau. S'ils sont trouvés, ces itinéraires tomberont dans la table BGP.

Recherchez une route dans la table de routage IP actuelle du routeur qui correspond exactement aux paramètres de la commande réseau; si la route IP existe, mettez l'équivalent NLRI dans la table BGP locale.

Nous allons maintenant augmenter le BGP à tous les autres et voir comment l'itinéraire est sélectionné dans un AS. Une fois que le routeur BGP a reçu les routes du voisin, la sélection de la route optimale commence. Ici, vous devez comprendre quel type de voisins peuvent être - internes et externes. Le routeur de configuration comprend-il si le voisin configuré est interne ou externe? En équipe:

 neighbor 192.168.13.3 remote-as 10

en tant que paramètre remote-as, l'AS est spécifié, qui est configuré sur le routeur lui-même dans la commande router bgp 10. Les routes qui proviennent de l'AS interne sont considérées comme internes et les routes de l'AS externe sont considérées comme externes. Et pour chacun, une logique différente de réception et d'envoi d'œuvres. Considérez la topologie suivante:

Chaque routeur a une interface de bouclage configurée avec ip: xxxx 255.255.255.0 - où x est le numéro du routeur. Sur Router9, nous avons une interface de bouclage avec l'adresse - 9.9.9.9 255.255.255.0. Nous l'annoncerons sur BGP et verrons comment il est distribué. Cette route sera transmise au routeur 8 et au routeur 12. Avec Router8, cette route ira vers Router6, mais sur Router5, elle ne sera pas dans la table de routage. En outre, sur Router12, cette route entrera dans la table, mais sur Router11, ce ne sera pas non plus. Essayons de le comprendre. Considérez quelles données et quels paramètres sont transmis par Router9 à ses voisins, en signalant cette route. Le paquet ci-dessous sera envoyé du routeur 9 au routeur 8.

Les informations d'itinéraire se composent d'attributs Path.

Les attributs de chemin sont divisés en 4 catégories:

Bien connu obligatoire - Tous les routeurs BGP doivent reconnaître ces attributs. Doit être présent dans toutes les mises à jour.
Discrétionnaire bien connu - Tous les routeurs BGP doivent reconnaître ces attributs. Ils peuvent être présents dans les mises à jour, mais leur présence n'est pas nécessaire.
Transitif facultatif - peut ne pas être reconnu par toutes les implémentations BGP. Si le routeur ne reconnaît pas l'attribut, il marque la mise à jour comme partielle et l'envoie plus loin aux voisins, en préservant l'attribut non reconnu.
Facultatif non transitif - peut ne pas être reconnu par toutes les implémentations BGP. Si le routeur ne reconnaît pas l'attribut, l'attribut est ignoré et est rejeté lors de la transmission aux voisins.

Exemples d'attributs BGP:

Obligatoire bien connu :
- Chemin du système autonome
- Saut suivant
- Origine
Discrétionnaire bien connu :
- Préférence locale
- Agrégat atomique
Transitif facultatif :
- Agrégateur
- Communautés
Option non transitive :
- Discriminateur à sorties multiples (MED)
- Identifiant de l'initiateur
- Liste des clusters

Dans ce cas, nous serons intéressés par Origin, Next-hop, AS Path. Étant donné que l'itinéraire passe entre Router8 et Router9, c'est-à-dire à l'intérieur du même AS, il est considéré comme interne et nous ferons attention à Origin.

Attribut d'origine - indique comment l'itinéraire a été reçu dans la mise à jour. Valeurs d'attribut possibles:

0 - IGP: NLRI obtenu à l'intérieur du système autonome d'origine;
1 - EGP: NLRI appris par l'Extérieur Gateway Protocol (EGP). Prédécesseur BGP, non utilisé
2 - Incomplet: NLRI a été appris d'une autre manière

Dans notre cas, comme le montre le paquet, c'est 0. Lorsque cette route est transmise au routeur 12, alors ce code aura le code - 1.

Ensuite, Next-hop. Attribut de saut suivant

Il s'agit de l'adresse IP du routeur eBGP par laquelle passe le chemin vers le réseau de destination.
L'attribut change lorsque le préfixe est transmis à un autre AS.

Dans le cas d'iBGP, c'est-à-dire à l'intérieur d'un AS, Next-hop sera indiqué celui qui a appris ou parlé de cette route. Dans notre cas, ce sera 192.168.89.9. Mais quand il transférera cette route de Router8 à Router6, Router8 la changera et la remplacera par la sienne. Le prochain saut sera - 192.168.68.8. Cela nous amène à deux règles:

Si le routeur transmet la route à son voisin interne, il ne modifie pas le paramètre Next-hop.
Si le routeur envoie la route à son voisin externe, il change le Next-hop en ip de l'interface à partir de laquelle ce routeur envoie.

Cela nous amène à comprendre le premier problème - Pourquoi il n'y aura pas de route dans la table de routage sur Router5 et Router11. Examinons plus en détail. Ainsi, Router6 a reçu les informations d'itinéraire 9.9.9.0/24 et les a ajoutées en toute sécurité à la table de routage:

 Router6#show ip route bgp Codes: L - local, C - connected, S - static, R - RIP, M - mobile, B - BGP D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2 E1 - OSPF external type 1, E2 - OSPF external type 2 i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2 ia - IS-IS inter area, * - candidate default, U - per-user static route o - ODR, P - periodic downloaded static route, H - NHRP, l - LISP a - application route + - replicated route, % - next hop override, p - overrides from PfR Gateway of last resort is not set 9.0.0.0/24 is subnetted, 1 subnets B 9.9.9.0 [20/0] via 192.168.68.8, 00:38:25

Maintenant, Router6 a dépassé la route Router5 et n'a pas modifié la première règle de saut suivant. Autrement dit, Router5 devrait ajouter 9.9.9.0 [20/0] via 192.168.68.8 , mais il n'a pas de route vers 192.168.68.8 et donc cette route ne sera pas ajoutée, bien que les informations sur cette route soient stockées dans la table BGP:

 <b>Router5#show ip bgp BGP table version is 1, local router ID is 5.5.5.5 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, x best-external, a additional-path, c RIB-compressed, Origin codes: i - IGP, e - EGP, ? - incomplete RPKI validation codes: V valid, I invalid, N Not found Network Next Hop Metric LocPrf Weight Path * i 9.9.9.0/24 192.168.68.8 0 100 0 45 i</b>

La même situation se produira entre Router11-Router12. Afin d'éviter une telle situation, il est nécessaire de configurer de sorte que Router6 ou Router12, en passant la route à leurs voisins internes, substitue leur adresse IP en Next-hop. Cela se fait à l'aide de la commande:

 neighbor 192.168.56.5 next-hop-self

Après cette commande, Router6 enverra un message de mise à jour, où pour les routes comme Next-hop l'adresse IP de l'interface Gi0 / 0 de Router6 sera indiquée - 192.168.56.6, après quoi cette route sera déjà dans la table de routage.

Allons de l'avant et voyons si cette route apparaît sur Router7 et Router10. Il n'apparaîtra pas dans la table de routage et nous pourrions penser que le problème est comme dans le premier avec le paramètre Next-hop, mais si nous regardons la sortie de la commande show ip bgp, nous verrons que la route n'y a pas été reçue même avec le mauvais Next-hop, qui signifie que l'itinéraire n'a même pas été transmis. Et cela nous conduira à l'existence d'une autre règle:

Les itinéraires reçus de voisins internes ne sont pas transférés à d'autres voisins internes.

Étant donné que le routeur 5 a reçu l'itinéraire du routeur 6, il ne sera pas transmis à son autre voisin interne. Pour que le transfert se produise, vous devez configurer la fonction Route Reflector ou configurer des relations de voisinage entièrement connectées (Full Mesh), c'est-à-dire que Router5-7 sera chacun un voisin. Nous utiliserons le Route Reflector dans ce cas. Sur Router5, vous devez utiliser cette commande:

 neighbor 192.168.57.7 route-reflector-client

Route-Reflector change le comportement de BGP lors de la transmission d'une route à un voisin interne. Si le voisin interne est spécifié en tant que client-réflecteur de route , les routes internes seront annoncées à ces clients.

La route n'apparaît-elle pas sur Router7? N'oubliez pas le Next-hop également. Après ces manipulations, la route devrait également sur Router7, mais cela ne se produit pas. Cela nous amène à une autre règle:

La règle de saut suivant ne fonctionne que pour les routes externes. Pour les routes internes, l'attribut de saut suivant n'est pas remplacé.

Et nous obtenons une situation dans laquelle vous devez créer un environnement utilisant le routage statique ou IGP pour informer les routeurs de toutes les routes à l'intérieur de l'AS. Nous enregistrerons les routes statiques sur Router6 et Router7 et après cela, nous obtiendrons la route souhaitée dans le tableau du routeur. Dans AS 678, nous agirons un peu différemment - nous écrirons les routes statiques pour 192.168.112.0/24 sur Router10 et 192.168.110.0/24 sur Router12. Ensuite, nous établissons la relation de voisinage entre Router10 et Router12. Nous configurons également Router12 pour envoyer son prochain bond pour Router10:

 neighbor 192.168.110.10 next-hop-self

Le résultat sera que Router10 recevra la route 9.9.9.0/24, elle sera reçue à la fois de Router7 et Router12. Voyons quel choix Router10 fait:

 Router10#show ip bgp BGP table version is 3, local router ID is 6.6.6.6 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, x best-external, a additional-path, c RIB-compressed, Origin codes: i - IGP, e - EGP, ? - incomplete RPKI validation codes: V valid, I invalid, N Not found Network Next Hop Metric LocPrf Weight Path *>i 9.9.9.0/24 192.168.112.12 0 100 0 45 i 192.168.107.7 0 123 45 i

Comme nous pouvons le voir, deux itinéraires et une flèche (>) signifient que l'itinéraire via 192.168.112.12 est sélectionné.
Voyons comment se déroule le processus de sélection d'itinéraire:

Tout d'abord, à réception de l'itinéraire, la disponibilité de son Next-hop est vérifiée. C'est pourquoi, lorsque nous avons reçu une route sur Router5 sans définir Next-hop-self, cette route n'a plus été soumise pour traitement.
Vient ensuite le paramètre Weight. Ce paramètre n'est pas un attribut de chemin (PA) et n'est pas transmis dans les messages BGP. Il est configuré localement sur chaque routeur et n'est utilisé que pour manipuler la sélection d'itinéraire sur le routeur lui-même. Prenons un exemple. Il est montré ci-dessus que Router10 a choisi la route pour 9.9.9.0/24 via Router12 (192.168.112.12). Pour modifier le paramètre Wieght, vous pouvez utiliser route-map pour définir des itinéraires spécifiques ou attribuer un poids à son voisin à l'aide de la commande:
```
  neighbor 192.168.107.7 weight 200 
```
Maintenant, toutes les routes de ce voisin auront un tel poids. Voyons comment le choix de l'itinéraire change après cette manipulation:
```
 Router10#show bgp *Mar 2 11:58:13.956: %SYS-5-CONFIG_I: Configured from console by console BGP table version is 2, local router ID is 6.6.6.6 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, x best-external, a additional-path, c RIB-compressed, Origin codes: i - IGP, e - EGP, ? - incomplete RPKI validation codes: V valid, I invalid, N Not found Network Next Hop Metric LocPrf Weight Path *> 9.9.9.0/24 192.168.107.7 200 123 45 i * i 192.168.112.12 0 100 0 45 i 
```
Comme vous pouvez le voir, l'itinéraire via Router7 est maintenant sélectionné, mais cela n'aura aucun effet sur les autres routeurs.
En troisième place, nous avons - Préférence locale. Ce paramètre est un attribut discrétionnaire bien connu, ce qui signifie que sa présence est facultative. Ce paramètre n'est valide que dans un seul AS et affecte le choix du chemin uniquement pour les voisins internes. C'est pourquoi, il n'est transmis que dans les messages de mise à jour destinés au voisin interne. Dans les messages de mise à jour pour les voisins externes, il est absent. Par conséquent, il a été affecté au discrétionnaire bien connu. Essayons de l'appliquer sur Router5. Sur Router5, nous devrions avoir deux routes pour 9.9.9.0/24 - une via Router6 et la seconde via Router7.

Nous regardons:
```
 Router5#show bgp BGP table version is 2, local router ID is 5.5.5.5 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, x best-external, a additional-path, c RIB-compressed, Origin codes: i - IGP, e - EGP, ? - incomplete RPKI validation codes: V valid, I invalid, N Not found Network Next Hop Metric LocPrf Weight Path *>i 9.9.9.0/24 192.168.56.6 0 100 0 45 i 
```
Mais comme vous pouvez voir un itinéraire via Router6. Et où est l'itinéraire via Router7? Peut-être qu'il n'existe même pas sur Router7? Nous regardons:
```
 Router#show bgp BGP table version is 10, local router ID is 7.7.7.7 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, x best-external, a additional-path, c RIB-compressed, Origin codes: i - IGP, e - EGP, ? - incomplete RPKI validation codes: V valid, I invalid, N Not found Network Next Hop Metric LocPrf Weight Path *>i 9.9.9.0/24 192.168.56.6 0 100 0 45 i 192.168.107.10 0 678 45 i 
```
Étrange, tout semble être en ordre. Pourquoi n'est-il pas transmis à Router5? Le fait est que BGP a une règle:
Le routeur ne transmet que les routes qu'il utilise lui-même.

Le routeur 7 utilise l'itinéraire via le routeur 5, de sorte que l'itinéraire via le routeur 10 ne sera pas transmis. Retour à la préférence locale. Définissons la préférence locale sur Router7 et voyons comment Router5 répond à cela:
```
 route-map BGP permit 10 match ip address 10 set local-preference 250 access-list 10 permit any router bgp 123 neighbor 192.168.107.10 route-map BGP in</b> 
```
Nous avons donc créé une route-map dans laquelle toutes les routes entrent et avons dit à Router7 de changer le paramètre Local Preference à 250 à la réception, par défaut, il est de 100. Nous regardons ce qui s'est passé sur Router5:
```
 Router5#show bgp BGP table version is 8, local router ID is 5.5.5.5 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, x best-external, a additional-path, c RIB-compressed, Origin codes: i - IGP, e - EGP, ? - incomplete RPKI validation codes: V valid, I invalid, N Not found Network Next Hop Metric LocPrf Weight Path *>i 9.9.9.0/24 192.168.57.7 0 250 0 678 45 i 
```
Comme nous le voyons maintenant, Router5 préfère la route via Router7. La même image sera sur Router6, bien qu'il soit plus rentable pour lui de choisir un itinéraire via Router8. Nous ajoutons également qu'une modification de ce paramètre nécessite un redémarrage du voisinage pour que la modification prenne effet. Lisez ici . Avec la préférence locale triée. Passez au paramètre suivant.

Préférence de route avec le paramètre Next-hop 0.0.0.0, c'est-à-dire les routes locales ou agrégées. Après avoir entré la commande réseau, ces routes se voient automatiquement attribuer le paramètre Weight égal au maximum - 32678:

 Router#show bgp BGP table version is 2, local router ID is 9.9.9.9 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, x best-external, a additional-path, c RIB-compressed, Origin codes: i - IGP, e - EGP, ? - incomplete RPKI validation codes: V valid, I invalid, N Not found Network Next Hop Metric LocPrf Weight Path *> 9.9.9.0/24 0.0.0.0 0 32768 i

Le chemin le plus court à travers AS. Le paramètre le plus court AS_Path est sélectionné. Moins l'itinéraire passe, mieux c'est. Considérez la route vers 9.9.9.0/24 sur Router10:

 Router10#show bgp BGP table version is 2, local router ID is 6.6.6.6 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, x best-external, a additional-path, c RIB-compressed, Origin codes: i - IGP, e - EGP, ? - incomplete RPKI validation codes: V valid, I invalid, N Not found Network Next Hop Metric LocPrf Weight Path * 9.9.9.0/24 192.168.107.7 0 123 45 i *>i 192.168.112.12 0 100 0 45 i

Comme vous pouvez le voir, Router10 a choisi la route via 192.168.112.12 car le paramètre AS_Path ne contient que 45 pour cette route, et 123 et 45 dans l'autre cas.

Le paramètre suivant est Origin. IGP (route obtenue en utilisant BGP) est-il meilleur que EGP (route obtenu en utilisant le prédécesseur BGP, maintenant non utilisé), et EGP est meilleur que Incomplete? (reçus d'une autre manière, par exemple par redistribution).
Le paramètre suivant est MED. Nous avions Wieght, qui ne fonctionnait que localement sur le routeur. Il y avait une préférence locale qui ne fonctionnait qu'au sein d'un système autonome. Comme vous pouvez le deviner, MED est un paramètre qui sera transmis entre les systèmes autonomes. Très bon article sur cette option.

Plus d'attributs ne seront pas utilisés, mais si les deux routes ont les mêmes attributs, les règles suivantes sont utilisées:

Choisissez un chemin à travers le voisin IGP le plus proche.
Sélectionnez l'itinéraire le plus ancien pour le chemin eBGP.
Choisissez un chemin à travers le voisin avec l'ID de routeur BGP le plus bas.
Choisissez un chemin à travers le voisin avec l'adresse IP la plus basse.

Examinons maintenant la question de la convergence BGP.

Voyons ce qui se passe si, par exemple, Router6 perd la route 9.9.9.0/24 via Router9. Nous désactivons l'interface Gi0 / 1 Router6, qui comprend immédiatement que la session BGP avec Router8 est déconnectée et que le voisin a disparu, ce qui signifie que la route reçue d'elle n'est pas valide. Router6 envoie immédiatement des messages de mise à jour où il indique le réseau 9.9.9.0/24 dans le champ Routes retirées. Dès que Router5 reçoit un message similaire, envoyez-le à Router7. Mais puisque Router7 a une route via Router10, il enverra immédiatement Update avec une nouvelle route en réponse. Si la chute du voisin ne peut pas être détectée par l'état de l'interface, vous devez attendre le déclenchement de la minuterie de maintien.

Confédération.

Si vous vous en souvenez, nous avons parlé du fait que vous devez souvent utiliser une topologie entièrement connectée. Avec un grand nombre de routeurs dans un seul AS, cela peut provoquer de gros problèmes, pour éviter cela, il est nécessaire d'utiliser des confédérations. Un AS est divisé en plusieurs sous-AS, ce qui lui permet de fonctionner sans l'exigence d'une topologie entièrement connectée.

Voici un lien vers ce laboratoire , et voici la configuration de GNS3.

Par exemple, avec cette topologie, nous devrions connecter tous les routeurs de l'AS 2345, mais en utilisant la Confédération, nous pouvons établir des relations de voisinage uniquement entre des routeurs directement connectés les uns aux autres. Parlons de cela en détail. Si nous n'avions que l'AS 2345, alors laForge obtiendrait une marche de Picard pour informer ses routeurs Data et Worf , mais ils n'en parleraient pas à Crusher . En outre, les routes que le routeur lui - même rasprastranyaet Laforge , ne seraient pas transférés Crusher ouWorf , ni Data .

Je devrais mettre en place une relation Route-Reflector ou un quartier entièrement connecté. En divisant un AS 2345 en 4 sous-AS (2,3,4,5) pour chaque routeur, nous nous retrouvons avec une logique de fonctionnement différente. Tout est parfaitement décrit ici .

Sources:

CCIE Routing and Switching v5.0 Official Cert Guide, Volume 2, Fifth Edition, Narbik Kocharians, Terry Vinson.
Site Web xgu.ru
Site GNS3Vault .

Comment BGP fonctionne

More articles: