Vidéo: Cisco Switch - Trunk between switch and Vmware ESXi 2024
Le nombre d'appareils connectés à Internet augmente également avec le nombre d'adresses IP attribuées à ces appareils. Et plus il y a d'adresses IP, plus le routeur doit maintenir d'itinéraires.
Pire encore, plus le nombre de routes augmente, plus le temps de recherche des valeurs du prochain saut augmente. Le temps de transit pour le trafic dépend, au moins en partie, du nombre de routes qui se trouvent dans la table de routage de chaque routeur. Par exemple, imaginez une topologie de réseaux interconnectés.
Notez la représentation de trois réseaux distincts. Chaque réseau a reçu un préfixe / 16. Le préfixe A / 16 équivaut à 2 16 adresses différentes (2 16 = 65, 535). Ainsi, si l'ensemble de l'Internet ne devait inclure que ces trois réseaux, chaque périphérique aurait besoin de 3 fois 2 16 itinéraires dans sa table de routage, une grande quantité de données stockées, sans parler du temps prendrait pour rechercher les prochains houblons.
Vous pourriez penser que chaque périphérique de AS 3 a besoin d'une route vers chaque périphérique sur AS 17. Tout doit passer par le routeur de frontière de toute façon. Il suffit de fournir une route uniquement au routeur de frontière pour AS 3, qui envoie le trafic à AS 17, et le routeur de frontière dans AS 17 sait comment acheminer dans son propre domaine.
En fait, si le routeur de passerelle pour AS 3 annonce seulement un résumé de toutes les routes qui tombent dans son domaine, le nombre de routes dont il a besoin pour annoncer pourrait être réduit de 2 16 à 1. Comme cette route est propagée à travers le reste de l'Internet, chaque périphérique qui veut envoyer du trafic à un périphérique dans AS 3 doit savoir seulement comment se rendre à la frontière ou au routeur de la passerelle.
Ce type de résumé de route est appelé agrégation de route . Et si tout le monde joue bien, la taille globale des tables de routage peut rester relativement faible, même lorsque le nombre total de périphériques est assez important.
Les routes agrégées doivent d'abord être configurées, puis elles doivent être annoncées. Examiner cette route agrégée.
Une route agrégée à annoncer.Pour configurer cette route agrégée, identifiez-la simplement comme un agrégat dans la hiérarchie des options de routage:
[modifier les options de routage] aggregate {192. 168. 24. 0/24;}
Maintenant, tout ce que vous avez à faire est d'annoncer cette route à votre voisin. Les routes sont contrôlées par la politique de routage, bien sûr. Vous consultez votre voisin via une connexion BGP, et parce que c'est un, vous voulez une politique d'exportation:
[modifier les options de politique] policy-statement advertise-aggregate {term find-aggregate {de l'agrégat de protocole; alors acceptez;}} [éditez les protocoles] bgp {export advertise-aggregates;}
Cette politique correspond et accepte tous les itinéraires agrégés.La stratégie est appliquée en tant que politique d'exportation, ce qui signifie que BGP enverra ces routes agrégées à tous les homologues BGP.
Voici une autre façon de voir les choses. Supposons que vous deviez acheminer des colis vers chacun des cinquante États des États-Unis. Il y a dix d'entre vous tous ensemble. Vous devez dire aux autres quels états vous pouvez atteindre. Et vous réalisez que tous vos états commencent par la lettre M: Minnesota, Michigan, et ainsi de suite.
En fait, vous avez tous ces états, et aucun ne commence par d'autres lettres. Si cela prend cinq minutes pour écrire les uns aux autres "routeur", vous pouvez envoyer "Je sais comment atteindre le Michigan. Envoyer quelque chose pour le Michigan ici! "Et" Je sais comment atteindre le Massachusetts. Envoyez n'importe quoi pour le Massachusetts ici! " etc.
Ou vous pouvez simplement créer un seul itinéraire agrégé et dire «Tout avec un M, envoyez-le ici! "C'est le pouvoir d'un agrégat.