PIM과 함께 멀티토폴로지 라우팅 이해

Junos OS는 멀티캐스트 트래픽이 발신자의 소스 주소를 기반으로 사용자 지정 토폴로지 경로를 통과하는 메커니즘을 제공합니다. MTR(Multitopology Routing)은 지정된 토폴로지 라우팅 테이블을 통한 OSPF, BGP 및 경로 확인에 사용됩니다. OSPF 및 BGP는 PIM에서 사용하는 라우팅 테이블을 독립적으로 채웁니다. 멀티캐스트 포워딩 플레인은 구축된 후 멀티캐스트 트리를 사용하기 때문에 방화벽 필터가 필요하지 않습니다.

그림 1 은 라우팅 토폴로지 경로 다이어그램을 보여줍니다. 여기서 점선은 멀티캐스트 그룹 A(토폴로지 빨간색)와 연결되고, 점선은 멀티캐스트 그룹 B(토폴로지 파란색)와 연결됩니다.

동일한 스트림의 복사본 2개가 디바이스 PE1에 들어간 다음 내부 BGP(IBGP) 코어를 통해 별도의 경로를 통과합니다.

이 솔루션은 특정 라우팅 테이블이 지정된 라우팅 테이블을 사용하여 경로 확인을 수행할 수 있도록 하는 Junos OS 기능을 활용합니다.

구성에는 다음과 같은 기능의 조합이 포함됩니다.

• BGP 커뮤니티

• 사용자 지정 OSPF 라우팅 토폴로지에 속하는 별도의 IBGP 다음 홉

• 사용자 지정 토폴로지 라우팅 테이블을 통한 경로 확인

• 멀티캐스트 프로토콜을 위한 별도의 라우팅 테이블(inet.2)

일반적으로 네트워크는 멀티캐스트를 위해 별도의 라우팅 테이블을 사용합니다. Junos OS에서 멀티캐스트 라우팅 테이블은 inet.2입니다. 라우팅 토폴로지는 BGP 커뮤니티를 기반으로 그룹화됩니다. 각 그룹은 멀티캐스트 서버 및 수신기와 연결된 IP 주소 집합을 나타냅니다. 기본적으로 멀티캐스트 수신기가 이러한 서버에 대한 트리 생성을 시작하기 때문에 그룹은 서버 집합과 관련되어야 합니다. 수신기로 향하는 다운스트림으로 향하는 멀티캐스트 트래픽은 이전에 생성된 PIM 트리를 사용하므로 포워딩 플레인은 라우팅 토폴로지에 대해 알 필요가 없습니다.

PIM은 멀티캐스트 소스 주소를 조회하기 위해 inet.2 라우팅 테이블을 사용합니다. 트리 생성에 사용되는 이러한 IP 주소는 IP 유니캐스트 주소입니다. 멀티캐스트 서버에 가장 가까운 고객 에지(CE) 라우터는 외부 BGP(EBGP)를 사용하여 프로바이더 에지(PE) 라우터에 멀티캐스트 소스 IP 주소를 알립니다. 이는 family inet unicast와 family inet multicast 모두와 함께 공지되므로, BGP 경로가 기본 라우팅 테이블 inet.0 및 inet.2에 추가됩니다.

두 버전의 경로 모두 PE 라우터에 의해 IBGP에 삽입됩니다. IBGP에 삽입된 각 BGP 경로에는 특정 프로토콜 다음 홉이 있습니다. Junos OS는 경로를 IBGP로 내보낼 때 프로토콜 다음 홉을 설정할 수 있는 유연성을 제공합니다. 예를 들어, 다음 홉 자체는 내보내기 정책 구성으로 설정할 수 있습니다. 프로토콜 다음 홉을 지정된 토폴로지 라우팅 테이블과 연결된 경로로 설정할 수도 있습니다.

EBGP 경로에는 라우팅 토폴로지와 연결된 커뮤니티가 있을 수 있다는 점을 염두에 두고, IBGP 경로를 inet.2로 내보낼 때 이 커뮤니티를 사용하여 다음 홉을 설정해야 하는 프로토콜을 지정하는 정책을 편리하게 구성할 수 있습니다. 따라서 IBGP 경로를 삽입하는 각 라우터의 각 토폴로지에 대해 특정 프로토콜 다음 홉 IP 주소가 필요합니다. 라우터에서 프로토콜 다음 홉 주소로 사용할 여러 보조 루프백 IP 주소를 구성할 수 있습니다.

라우팅 토폴로지와 연결된 BGP 경로 그룹은 동일한 고유 프로토콜 다음 홉을 사용합니다. 예를 들어, PE 라우터를 구성하여 두 개의 라우팅 토폴로지를 처리하는 경우 루프백 인터페이스 lo0 아래에 두 개의 고유한 비기본 주소도 구성합니다. 그런 다음, 기본이 아닌 각 루프백 IP 주소를 관련 토폴로지 라우팅 테이블에 포함할 토폴로지와 연결합니다. OSPF 인터페이스 문에 따라 루프백 IP 주소 및 토폴로지를 구성합니다. 두 가지 이유로 OSPF에 알려진 다른 모든 토폴로지를 구체적으로 비활성화해야 합니다. 첫째, 토폴로지와 관련된 루프백 주소는 하나의 토폴로지 라우팅 테이블에만 있어야 합니다. 둘째, 토폴로지가 OSPF에 추가되면 토폴로지는 OSPF의 모든 후속 인터페이스에서 기본적으로 사용하도록 설정됩니다.

해상도 구성에서 최대 2개의 라우팅 테이블을 지정할 수 있습니다. 이 솔루션의 핵심 요소는 프로토콜 다음 홉 주소가 하나의 토폴로지 테이블에만 존재한다는 것입니다. 즉, 프로토콜 다음 홉은 원격 PE 보조 루프백 주소에 속하며 하나의 토폴로지 테이블에만 삽입됩니다. 경로 확인 체계는 먼저 프로토콜 다음 홉 주소에 대한 토폴로지 테이블을 확인합니다. 주소가 발견되면 이 항목을 사용합니다. 찾을 수 없는 경우 확인 체계는 두 번째 토폴로지 테이블을 확인합니다. 따라서 각 프로토콜 다음 홉 주소에 대해 하나의 토폴로지 테이블만 사용됩니다.

링크는 모든 라우팅 토폴로지를 지원하여 기본 멀티캐스트 경로가 실패할 경우 백업 경로를 제공할 수 있습니다. 토폴로지에서 특정 OSPF 링크 메트릭을 구성하여 경로를 식별하고 다른 서버에 대한 트리를 구축할 수 있습니다. 멀티캐스트 트리가 소스로 전달되는 PIM 참가 메시지와 함께 구축되면 가장 선호되는 경로를 따릅니다. 다른 멀티캐스트 소스에 대한 멀티캐스트 트리(다른 라우팅 토폴로지)는 다른 경로를 따라 또 다른 트리를 만들 수 있습니다.

그림 2 는 서로 다른 토폴로지에서 서로 다른 경로를 사용하는 두 트리의 예를 보여 줍니다. 점선이 경로로 사용되는 멀티캐스트 트리를 사용하는 서버 A와 점선이 있는 멀티캐스트 트리를 사용하는 서버 B가 표시됩니다.