Najlepsze, co zwykle możesz zrobić, to szukać społeczności u swojego dostawcy, które pozwalają wskazać dopłaty dla każdego dostawcy. Zakłada się, że Twój dostawca ma takie społeczności i relacje równorzędne, aby to działało. Przygotowywanie własnych ogłoszeń dla twojego partnera nie miałoby żadnych zmian w górę od twojego dostawcy. Chociaż ta metoda nie zmienia localpref jednego AS usuniętego od twojego dostawcy, ma podobny wpływ na to, że ta ścieżka z powrotem do ciebie jest mniej pożądana. Istnieje wyjątek od wpływania na localpref upstream, który opiszę na dole, chociaż prawdopodobnie jest to przypadek skrajny.
Niektórzy dostawcy, tacy jak XO [AS2828], umożliwiają reklamowanie prefiksów w taki sposób, że dostawca ogłasza trasy z określonymi dopłatami dla niektórych z nich.
Na przykład XO akceptuje:
2828:1108
przygotowuje jeden raz dla AT&T przygotowuje
2828:1207
dwa razy dla Level3
2828:1303
trzy razy wcześniej dla Sprint
W Savvis społeczność przygotowuje się 3561:30151
do AT&T.
Dostawcy ci zwykle mają społeczności wskazujące dobrze znane społeczności NO_EXPORT lub NO_ADVERTISE dla określonych partnerów.
Jeden dostawca poziomu 2, jaki znam, InterNAP, jest w stanie wpłynąć na localpref upstream, ponieważ kupuje tranzyt, więc jest klientem poziomu 1. Mają społeczności, z których możesz skorzystać, gdy próbują je przełożyć na określone społeczności poziomu 1 dla twoich reklam upstream, które ustawiają localpref na wartości równorzędne, średnie lub wysokie. Zobacz http://www.onesc.net/communities/as6993/Internap-Customer-Guide-1.3.pdf .
Przykładowe referencje:
Społeczności XO, które zmieniają ogłoszenia klientów na niektórych partnerów w AS2828 Border Savvis Przygotowują
atrybuty społeczności
Nie mam powiązań z dostawcami wykorzystanymi w przykładach innych niż bezpośrednie doświadczenie jako klient.