BGP RR이 최상의 경로 만 반영하는 이유는 무엇입니까?


15

BGP RR이 왜 최상의 경로만을 반영하는지에 대해 누구나 대답 할 수 있습니까?


어떤 대답이 도움이 되었습니까? 그렇다면 질문에 대한 답변이 계속 나오지 않도록 답변을 수락해야합니다. 또는 자신의 답변을 제공하고 수락 할 수 있습니다.
Ron Maupin

답변:


18

대상에서 메모리를 절약하기 위해 과거에는 전달 경로를 미세 최적화하는 것이 중요하지 않았습니다. RFC4456 에서 인용 한 것입니다 .


스케일링 문제 를 해결하는 데 있어 경로 반영 방식의 주요 구성 요소 중 하나는 RR이 라우팅
정보를 요약 하고 최상의 경로 만 반영 한다는 것 입니다.

스케일링은 항상 중요하지만 오늘날 최적의 경로를 선택하는 것보다 RIB 메모리를 사용하는 시나리오가 분명히 있습니다.

이 문제를 해결하기 위해 BGP AddPathBGP 최적 반영이 있습니다. AddPath는 Cisco와 Juniper에서 모두 사용할 수 있으며 현재 주요 공급 업체에서는 최적의 리플렉션을 구현하지 않습니다.

AddPath는 BGP가 하나 이상의 최상의 경로를 보낼 수 있도록합니다. 최적의 반사는 SPF (ISIS, OSPF)를 사용하여 경로 반사기 자체의 관점이 아니라 수신기의 POV에서 최상의 경로를 반영합니다.


3

iBGP 및 경로 반영 에 대한 아이디어는 특정 라우팅 / 전달 결정이 기본 IGP (특히 다중 경로 지정, 내부 장애 조치 등)에 의해 수용 될 수 있다는 아이디어와 함께 경로 정보 를 배포하는 것이 었습니다 . 따라서, 지역화 된 네트워크 정보와 관련된 변동을 피하면서 상당히 정적 인 다음 홉에 대한 포인터를 테이블에 보관할 수 있습니다.

확장 성과 안정성은 차선책 (suboptimal path) 선택과 빠른 수렴의 가격에서도 BGP의 주요 목표였습니다. RR의 전통적인 구현은 이것을 요약합니다. 이상적으로 RR에 대한 정보는 가능한 한 정적이어야하고 타이머는 긴쪽에 보관해야합니다.

BTW- RR이 동일한 v4 / v6 대상으로 여러 경로를 보낼 수있는 상황 이 있습니다. 위에서 언급 한 AddPath 기능과 지정된 접두사가 여러 PE의 RD와 연결된 MPLS VPN의 경우입니다.


원래 iBGP 설계 목표 (특히 확장 성 및 안정성과 관련하여 완벽하게 맞습니다)로 RR을 집중하지는 않을 것입니다. RR은 별도의 RFC로 제안되어 iBGP 풀 메시에서 발생할 수있는 스케일링 문제와 동기화를 비활성화하려는 요구를 완화합니다. 그렇지 않으면 큰 대답이되었으며, 그와 같이 찬성했습니다.
존 젠슨

다른 RD를 가진 접두사가 유일한 접두사 임을 지적하고 싶습니다 . 반사기는 수신기 VRF의 수신기 PE에서 고유하지 않을 것이라고 생각하지 않습니다. 이것이 바로 RD의 기능입니다. VRF에서 접두사를 겹칠 수는 없습니다.
ytti

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.