BGP Route Reflector

01무엇이고, 어떤 일을 하나

• 큰 AS 내부에서 모든 라우터가 서로 iBGP 세션을 맺는 연결 수를 줄인다.
• client·non-client 관계에 따라 선택한 경로를 필요한 iBGP 이웃으로 전달한다.
• 반사 출처와 cluster 경로를 기록하여 자기 경로의 재수신과 내부 순환을 검출한다.

02어떤 순서로 동작하나

1. 일반 iBGP 제한 확인

   기본 iBGP는 한 iBGP 이웃에서 배운 경로를 그대로 다른 iBGP 이웃으로 계속 전파하지 않는다. 따라서 full mesh나 RR 같은 구조 없이는 외부 경로를 모든 내부 라우터가 받지 못할 수 있다.

2. 반사 관계 구성

   RR에서 어떤 이웃이 client인지 지정하고 cluster 식별을 일관되게 설계한다. client는 같은 AS의 논리 역할이며 단순히 물리적으로 직접 연결된 라우터라는 의미가 아니다.

3. 선택 경로 반사

   RR은 선택한 경로가 client에서 왔으면 다른 client와 non-client에, non-client에서 왔으면 client에 반사할 수 있다. 이웃별 수출 정책과 루프 검사를 적용하며 모든 수신 경로를 그대로 복제하지 않는다.

4. 루프와 전달 검증

   수신자는 ORIGINATOR_ID·CLUSTER_LIST 등으로 자기 정보의 재진입을 거른다. 반사로 경로를 받았어도 NEXT_HOP의 IGP 도달성과 최종 RIB 선택은 별도로 성립해야 한다.

03먼저 알아둘 용어와 구성요소

Client

RR이 경로 반사 관계를 설정한 iBGP 이웃으로 일반 iBGP 이웃과 광고 규칙이 다르다.

Non-client

해당 RR의 client로 지정되지 않은 iBGP 이웃이다.

ORIGINATOR_ID

AS 내에서 경로를 기원한 라우터를 식별하여 되돌아온 자기 정보를 거를 때 쓴다.

CLUSTER_LIST

거친 RR cluster 정보를 보관하여 같은 cluster로 돌아오는 반사 루프를 감지한다.

04예제로 따라가기

• iBGP 라우터 10대의 full mesh는 10×9÷2 =45 세션이다. 단순한 단일 RR과 9개 client 구조는 9개의 RR-client 세션으로 줄일 수 있지만 이중화·추가 연결 설계는 별도로 고려한다.
• non-client에서 배운 경로는 일반 반사 규칙에서 client 쪽으로 보낼 수 있지만 다른 non-client로 무조건 재광고하지 않는다. 두 반사기와 client 구조를 그릴 때 역할별 경로 유입 방향을 기록한다.
• RR이 보낸 경로의 NEXT_HOP이 외부 망 주소로 남아 client가 해석하지 못하면 BGP 표에 정보가 있어도 전달이 안 될 수 있다. RR 사용과 next-hop-self 정책을 동일 기능으로 섞지 않는다.

05혼동하기 쉬운 점과 확인 기준

• RR은 기본적으로 자신이 선택한 경로 중심으로 반사하므로 클라이언트 관점의 모든 대체 경로가 그대로 보이는 것은 아니다. 최적 경로 가림과 다중 경로 기능의 조건을 구분한다.
• cluster ID를 단순히 아무 중복 없는 숫자로만 관리하지 않는다. 이중화 RR이 같은 cluster를 표현하는지 등 설계 의미와 반사 루프 검출을 함께 본다.

06상세 노트 · 실습 자료

헤더 구조, 설정 예시, 수치 계산과 수업 캡처는 아래 노트에서 이어집니다.