CCIE.pl

Witam,

Nie wiemy nic, na temat polityk BGP używanych przez operatora AS109. Z opisu wynika, ze problemem jest obciążenie dwóch łączy pomiędzy AS109 i AS200, dodatkowo mamy informacje, ze wszystkie linki dla IS-IS maja koszt 100. Na takiej podstawie zakładam, ze problemem jest to, ze RR, który jest w DC wybiera best-path na podstawie kosztu IGP dla NH i pcha wszystko do AS70, własnie przez te dwa łącza.

Można by użyć ADD-path, BGP Diverse Path, Optimal Route Reflector, Hierarchiczny RR deployment.

Pozdro,

martino76 pisze:Witam,

Nie wiemy nic, na temat polityk BGP używanych przez operatora AS109. Z opisu wynika, ze problemem jest obciążenie dwóch łączy pomiędzy AS109 i AS200, dodatkowo mamy informacje, ze wszystkie linki dla IS-IS maja koszt 100. Na takiej podstawie zakładam, ze problemem jest to, ze RR, który jest w DC wybiera best-path na podstawie kosztu IGP dla NH i pcha wszystko do AS70, własnie przez te dwa łącza.

Bardzo dobrze! :)

RR zawsze wybiera tylko jedną, najlepszą trasę w ramach swojego procesu BGP best path. Trasa wybierana jest na podstawie różnego rodzaju parametrów zgodnie z procesem decyzyjnym BGP, ale zwykle w topologii w której mamy RR w AS, decyzja podejmowana jest na podstawie kosztu IGP do next-hopa: pamiętajmy, że brzegowe routery BGP przepisują next-hop w otrzymywanych przez sesje eBGP prefiksach na swój adres tak, by nie trzeba było redystrybuować informacji do środka o połączeniach zewnętrznych.

W efekcie RR w takiej topologii będzie preferował ścieżki bliższe jemu a nie optymalne z perspektywy klienta.

martino76 pisze:Można by użyć ADD-path, BGP Diverse Path, Optimal Route Reflector, Hierarchiczny RR deployment

Zatrzymajmy się na chwilę przy hierarchicznych RR - jak chciałbyś to osiągnąć?

Myślałem trochę nad poruszonym tematem. Nie jestem specem w SP i nie znam specyfiki. Napewno piewsze co przychodzi mi na myśl, wykorzystałbym drugie łącze miedzy PE-Shouth a AS100 i zaczął rozdzielać ruch pomiędzy oba "wyjścia". Drugą rzeczą - sprawdził jak jest rozdzielony ruch pomiędzy dwa kable na styku AS200 <-> PE-North.

Takie pomysły na początek

EDIT: nie zauważyłem odpowiedzi na stronie 2

lbromirs pisze: Zatrzymajmy się na chwilę przy hierarchicznych RR - jak chciałbyś to osiągnąć?

Hierarchiczny RR deployment, nie rozwiązałby tutaj problemu, ponieważ każdy z RR rozgłaszałby dalej best-path z punktu widzenia swojej optymalnej ścieżki dla danego prefiksu.

Przy podejściu hierarchicznym, trzeba by dalej użyć ADD-PATH albo BGP Diverse Path by RR rozgłaszał primary oraz backup prefix do swoich klientów.

Myślę, ze lepiej od razu byłoby użyć ADD-PATH or BGP Diverse Path. Najlepszym rozwiązaniem byłoby ORR, ponieważ RR wybierałby najlepszą ścieżkę per RR Client. Przy ostatnim podejściu wystarczyłoby, zrobić upgrade tylko RR by wspierał ORR. ADD-PATH wymaga by wszystkie RR Client wspierały to rozwiązanie.



Pozdro,

Nie znam sie na sieciach SP ale sie wypowiem

Prefixy rozglaszane do wewnatrz sieci na PE-NORTH i PE-SOUTH rozglosilbym do RR z roznym RD, co spowodowaloby ze RR traktowalby je jako 2 rozne prefixy i rozeslal do innych PE. W efekcie na wszystkich PE otrzymamy do BGP RIB 2 te same prefixy ale z roznymi RD. Na PE musimy wtedy skonfigurowac unequal cost multipath dla bgp aby w tablicy routingu wyladowaly ostatecznie obydwa prefixy. Tym samym ruch rozlozy sie na drugie wyjscie, ktore nie jest obecnie uzywane.

To nam niestety obciazy pamiec na PE wewnatrz sieci bo nagle dostaniemy 2 razy wiecej prefixow.

ADD Path bylby tutaj tez rozwiazaniem, ale musimy pamietac ze nie wszystkie routery to wpsieraja, i moze sie okazac ze trzeba zrobic upgrade SW/HW i z punktu widzenia operations jest to tez kolejna rzecz ktorej trzeba sie nauczyc konfigurowac i troubleshootowac.


Dobry kierunek?

Panowie. Jest jakaś szansa, że za udział w bootcampie otrzymam punktu Continuing Education Program ?