Network Design and Architecture Bootcamp (CNDABC) - edycja wiosna 2017

Pytania dt. certyfikacji CCIE oraz CCDE

Moderatorzy: mikrobi, aron, garfield, gangrena, Seba

Wiadomość
Autor
martino76
CCIE
CCIE
Posty: 807
Rejestracja: 17 gru 2010, 15:23
Lokalizacja: Dublin

Re: Network Design and Architecture Bootcamp (CNDABC) - edycja wiosna 2017

#16

#16 Post autor: martino76 » 22 kwie 2017, 20:28

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,

lbromirs
CCIE
CCIE
Posty: 3936
Rejestracja: 30 lis 2006, 08:44

Re: Network Design and Architecture Bootcamp (CNDABC) - edycja wiosna 2017

#17

#17 Post autor: lbromirs » 22 kwie 2017, 21:21

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ąć?

Awatar użytkownika
dzogurt
CCIE
CCIE
Posty: 411
Rejestracja: 07 maja 2008, 11:58
Lokalizacja: Ostrava CZ

Re: Network Design and Architecture Bootcamp (CNDABC) - edycja wiosna 2017

#18

#18 Post autor: dzogurt » 24 kwie 2017, 10:40

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 ;)
All men by nature desire knowledge
http://www.linkedin.com/in/marcinduma

martino76
CCIE
CCIE
Posty: 807
Rejestracja: 17 gru 2010, 15:23
Lokalizacja: Dublin

Re: Network Design and Architecture Bootcamp (CNDABC) - edycja wiosna 2017

#19

#19 Post autor: martino76 » 24 kwie 2017, 12:42

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,

Awatar użytkownika
rack
wannabe
wannabe
Posty: 82
Rejestracja: 28 sie 2010, 12:22

Re: Network Design and Architecture Bootcamp (CNDABC) - edycja wiosna 2017

#20

#20 Post autor: rack » 25 kwie 2017, 15:43

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?

Awatar użytkownika
drozdov
CCIE
CCIE
Posty: 505
Rejestracja: 13 sie 2005, 23:34
Lokalizacja: Zurych

Re: Network Design and Architecture Bootcamp (CNDABC) - edycja wiosna 2017

#21

#21 Post autor: drozdov » 20 cze 2017, 09:54

Panowie. Jest jakaś szansa, że za udział w bootcampie otrzymam punktu Continuing Education Program ?
Zdobywanie certów jest jak zbieranie pokemonów: Wszystkie są fajne ale każdy chce mieć Pikachu :)

ODPOWIEDZ