Das Beste, was Sie normalerweise tun können, ist, mit Ihrem Provider nach Communities zu suchen , in denen Sie Präpends pro Peer Ihres Providers angeben können . Dies setzt voraus, dass Ihr Provider über solche Communities verfügt und die Peering-Beziehungen dafür bestehen. Das Vorbereiten Ihrer eigenen Ankündigungen für Ihren Peer ist Ihrem Provider in keiner Weise übergeordnet. Diese Methode ändert zwar nicht die lokale Voreinstellung eines AS, der von Ihrem Provider entfernt wurde, hat jedoch ähnliche Auswirkungen darauf, dass dieser Pfad zu Ihnen weniger wünschenswert ist. Es gibt eine Ausnahme zur Beeinflussung von localpref upstream, die ich unten beschreiben werde, obwohl es wahrscheinlich ein Randfall ist.
Bei einigen Anbietern wie XO [AS2828] können Sie Ihre Präfixe so ankündigen, dass Ihr Anbieter Ihre Routen mit bestimmten Präfixen für bestimmte Peers ihrer Art ankündigt.
Zum Beispiel akzeptiert XO:
2828:1108
Voranstellen einmal für AT & T
2828:1207
Voranstellen zweimal für Level3
2828:1303
Voranstellen dreimal für Sprint
Auf Savvis ist die Community, 3561:30151
die sich einmal auf AT & T einstellt.
Diese Anbieter verfügen in der Regel über Communities, die bestimmten Peers die bekannten Communities von NO_EXPORT oder NO_ADVERTISE anzeigen.
Ein Tier-2-Anbieter, den ich kenne, InterNAP, kann localpref upstream beeinflussen, da er Transit kauft und somit ein Kunde der Tier-1 ist. Sie verfügen über Communities, mit denen Sie versuchen können , diese in spezifische Tier-1-Communities für Ihre Upstream-Anzeigen zu übersetzen, wobei localpref auf Peer-, Mid- oder High-Level-Werte gesetzt wird. Siehe http://www.onesc.net/communities/as6993/Internap-Customer-Guide-1.3.pdf .
Beispielverweise:
XO-Communitys, die Kundenankündigungen an bestimmte Peers in AS2828 Border
Savvis Prepend-Community-Attributen ändern
Ich habe keine Zugehörigkeit zu den in den Beispielen verwendeten Anbietern außer der direkten Erfahrung als Kunde.