Dlaczego BGP RR odzwierciedla tylko najlepszą ścieżkę?


15

Czy ktoś może odpowiedzieć, dlaczego BGP RR odzwierciedla tylko najlepszą ścieżkę?


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.


3

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 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.
ytti

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.