Czy jakaś odpowiedź ci pomogła? jeśli tak, powinieneś zaakceptować odpowiedź, aby pytanie nie wyskakiwało wiecznie, szukając odpowiedzi. Alternatywnie możesz podać i zaakceptować własną odpowiedź.
Ron Maupin
Odpowiedzi:
18
Aby oszczędzać pamięć w miejscu docelowym, w przeszłości nie była ważna mikrooptymalizacja ścieżki przekazywania. Oto cytat z RFC4456 :
Jednym z kluczowych elementów podejścia opartego na odbiciu trasy w
rozwiązywaniu problemu skalowania jest to, że RR podsumowuje
informacje o routingu i odzwierciedla tylko najlepszą ścieżkę.
Chociaż skalowanie jest zawsze ważne, najwyraźniej istnieją dziś scenariusze, w których wolimy wydać pamięć RIB, niż wybrać ścieżkę nieoptymalną.
Aby rozwiązać ten problem, istnieje BGP AddPath i BGP optymalne odbicie . AddPath jest dostępny zarówno w Cisco, jak i Juniper, a optymalne odbicie nie jest obecnie wdrażane przez głównych dostawców.
AddPath pozwala BGP wysyłać więcej niż jedną najlepszą ścieżkę. Optymalne odbicie wykorzysta SPF (ISIS, OSPF) do odzwierciedlenia najlepszej trasy z POV odbiornika, a nie z własnego punktu widzenia reflektorów trasy.
Należy pamiętać, że pomysł z iBGP i odbiciem trasy polegał na rozpowszechnianiu informacji o ścieżce z myślą, że określone decyzje dotyczące routingu / przekazywania będą uwzględniane przez leżące u podstaw IGP (w tym w szczególności wielościeżkowość, wewnętrzne przełączanie awaryjne itp.). Jako taki, wskaźnik do tego, co powinno być dość statycznym przeskokiem następnego, może być przechowywany w tabeli, unikając przy tym odejścia związanego ze zlokalizowanymi informacjami o sieci.
Skalowalność i stabilność były (i prawdopodobnie powinny być) głównymi celami BGP - nawet przy cenie suboptymalnego wyboru ścieżki i szybkiej konwergencji. Tradycyjna implementacja RR uosabia to. W idealnym przypadku informacje na temat RR powinny być tak statyczne, jak to możliwe, a liczniki powinny być przechowywane na dłuższej stronie.
BTW - nie są okoliczności, w których RR może wysłać wiele ścieżek do tego samego miejsca przeznaczenia v4 / v6 - zarówno funkcja addpath wspomniano powyżej, jak również w przypadku MPLS VPN gdzie dany prefiks jest związany z RD dnia stwardnienie PE jest.
Nie jestem pewien, czy dodam RR do pierwotnych celów projektowych iBGP (co do których masz całkowitą rację, szczególnie jeśli chodzi o skalowalność i stabilność); RR został zaproponowany w oddzielnym RFC, aby złagodzić problemy ze skalowaniem, na które wpadłby ktoś z pełną siatką iBGP i chęć wyłączenia synchronizacji. W przeciwnym razie świetna odpowiedź i jako taka poparta.
John Jensen
Chciałbym zaznaczyć, że prefiks z innym RD jest unikalnym prefiksem , reflektor nie ma pojęcia, że nie będzie unikalny w odbiorniku PE w odbiorniku VRF. To jest dokładnie funkcja RD, bez niej nie można byłoby nakładać się na siebie prefiksów w VRF.
Odpowiedzi:
Aby oszczędzać pamięć w miejscu docelowym, w przeszłości nie była ważna mikrooptymalizacja ścieżki przekazywania. Oto cytat z RFC4456 :
Chociaż skalowanie jest zawsze ważne, najwyraźniej istnieją dziś scenariusze, w których wolimy wydać pamięć RIB, niż wybrać ścieżkę nieoptymalną.
Aby rozwiązać ten problem, istnieje BGP AddPath i BGP optymalne odbicie . AddPath jest dostępny zarówno w Cisco, jak i Juniper, a optymalne odbicie nie jest obecnie wdrażane przez głównych dostawców.
AddPath pozwala BGP wysyłać więcej niż jedną najlepszą ścieżkę. Optymalne odbicie wykorzysta SPF (ISIS, OSPF) do odzwierciedlenia najlepszej trasy z POV odbiornika, a nie z własnego punktu widzenia reflektorów trasy.
źródło
Należy pamiętać, że pomysł z iBGP i odbiciem trasy polegał na rozpowszechnianiu informacji o ścieżce z myślą, że określone decyzje dotyczące routingu / przekazywania będą uwzględniane przez leżące u podstaw IGP (w tym w szczególności wielościeżkowość, wewnętrzne przełączanie awaryjne itp.). Jako taki, wskaźnik do tego, co powinno być dość statycznym przeskokiem następnego, może być przechowywany w tabeli, unikając przy tym odejścia związanego ze zlokalizowanymi informacjami o sieci.
Skalowalność i stabilność były (i prawdopodobnie powinny być) głównymi celami BGP - nawet przy cenie suboptymalnego wyboru ścieżki i szybkiej konwergencji. Tradycyjna implementacja RR uosabia to. W idealnym przypadku informacje na temat RR powinny być tak statyczne, jak to możliwe, a liczniki powinny być przechowywane na dłuższej stronie.
BTW - nie są okoliczności, w których RR może wysłać wiele ścieżek do tego samego miejsca przeznaczenia v4 / v6 - zarówno funkcja addpath wspomniano powyżej, jak również w przypadku MPLS VPN gdzie dany prefiks jest związany z RD dnia stwardnienie PE jest.
źródło
Aby dodać do poprzednich odpowiedzi, masz nową funkcję o nazwie Ścieżka BGP zróżnicowana, aby umożliwić RR reklamowanie zróżnicowanej ścieżki. Aby uzyskać więcej informacji, sprawdź implementację RFC6774 lub Cisco na stronie http://www.cisco.com/en/US/docs/ios/ios_xe/iproute_bgp/configuration/guide/irg_diverse_path_xe.html
źródło