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


15

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


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

답변:


18

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


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

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

이 문제를 해결하기 위해 BGP AddPath 및 BGP 최적 반영이 있습니다. 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.