Aller au contenu principal

3. Examples (Exemples)

3. Examples (Exemples)​

Une propriété telle que "NSFNET sponsored/AUP" pourrait être ajoutée à toutes les destinations conformes à l'AUP (Politique d'utilisation acceptable) annoncées dans le NSFNET. Les opérateurs NSFNET pourraient définir une politique qui annoncerait toutes les routes, marquées ou non, aux clients directement connectés conformes à l'AUP et uniquement les routes marquées aux sites commerciaux ou externes. Cela garantirait qu'au moins un côté d'une connexion donnée est conforme à l'AUP comme moyen d'appliquer les directives de politique de transit NSF.

Dans cet exemple, nous venons d'éliminer la motivation principale pour une base de données de routage de politique complexe qui est utilisée pour générer d'énormes règles de filtrage basées sur les préfixes et les chemins AS. Nous avons également éliminé les délais causés par la maintenance hors bande de cette base de données (envoi de NACR, exécutions de configuration hebdomadaires, etc.).

Un deuxième exemple provient de l'expérience avec l'agrégation. Il est souvent utile d'annoncer à la fois un préfixe agrégé et les préfixes plus spécifiques des composants qui ont été utilisés pour former l'agrégat afin d'optimiser le routage du "prochain saut" (next hop). Ces préfixes composants ne sont utiles qu'au pair BGP voisin ou peut-être au système autonome du pair BGP voisin, il est donc souhaitable de filtrer cette information. En spécifiant une valeur de communauté que le pair ou les pairs voisins feront correspondre et filtrer, ces routes plus spécifiques peuvent être annoncées avec l'assurance qu'elles ne se propageront pas au-delà de leur portée souhaitée.