예: 역방향 경로 전달 구성
멀티캐스트 역방향 경로 전달 이해
유니캐스트 포워딩 결정은 일반적으로 라우터에 도착하는 패킷의 대상 주소를 기반으로 합니다. 유니캐스트 라우팅 테이블은 대상 서브넷별로 구성되며 주로 패킷을 대상으로 전달하도록 설정됩니다.
멀티캐스트에서 라우터는 패킷을 소스에서 멀리 전달하여 배포 트리를 따라 진행하고 라우팅 루프를 방지합니다. 라우터의 멀티캐스트 포워딩 상태는 수신자에서 배포 트리의 루트까지 역방향 경로를 기반으로 테이블을 구성함으로써 보다 논리적으로 실행됩니다. 이 프로세스를 RPF(Reverse Path Forwarding)라고 합니다.
라우터는 멀티캐스트 그룹의 트래픽 요청이 RPF 확인(reverse-path-forwarding check)을 통과하는지 여부에 따라 배포 트리에 분기를 추가합니다. 수신된 모든 멀티캐스트 패킷은 인터페이스에서 복제되거나 전달되기 전에 RPF 검사를 통과해야 합니다.
RPF 검사는 모든 라우터의 멀티캐스트 구현에 필수적입니다. 인터페이스에서 멀티캐스트 패킷이 수신되면 라우터는 멀티캐스트 IP 패킷의 소스 주소를 유니캐스트 IP 패킷의 대상 주소로 해석합니다. 소스 멀티캐스트 주소는 유니캐스트 라우팅 테이블에서 찾을 수 있으며 발신 인터페이스가 결정됩니다. 유니캐스트 라우팅 테이블에 있는 발신 인터페이스가 멀티캐스트 패킷이 수신된 인터페이스와 동일한 경우, 패킷은 RPF 검사를 통과합니다. RPF 검사에 실패한 멀티캐스트 패킷은 수신 인터페이스가 소스로 돌아가는 최단 경로에 있지 않기 때문에 삭제됩니다.
그림 1 은 멀티캐스트 라우터가 유니캐스트 라우팅 테이블을 사용하여 RPF 검사를 수행하는 방법과 각 라우터에서 얻은 결과에 따라 참가 메시지가 전송되는 위치를 결정하는 방법을 보여줍니다.
라우터는 RPF를 위해 별도의 테이블을 구축하고 유지할 수 있습니다. 라우터에는 루트에 토폴로지적으로 가장 가까운 인터페이스인 그룹에 대한 RPF 인터페이스를 결정할 수 있는 방법이 있어야 합니다. 효율성을 극대화하기 위해 배포 트리는 최단 경로 트리 토폴로지를 따릅니다. RPF 검사는 이 트리를 구성하는 데 도움이 됩니다.
RPF 테이블
RPF 테이블은 멀티캐스트 라우터에서 핵심적인 역할을 합니다. 멀티캐스트 라우터로 들어오는 멀티캐스트 패킷에서 일정 간격으로 수행되는 모든 RPF 검사에 대해 RPF 테이블을 참조합니다. 모든 유형의 배포 트리는 RPF 테이블에 의존하여 제대로 형성되며, 멀티캐스트 전달 상태도 RPF 테이블에 따라 달라집니다.
RPF 검사는 멀티캐스트 소스 또는 RP에 대한 업스트림 인터페이스를 찾기 위해 유니캐스트 주소에서만 수행됩니다.
RPF 검사에 사용되는 라우팅 테이블은 유니캐스트 IP 패킷을 전달하는 데 사용되는 동일한 라우팅 테이블이거나 멀티캐스트 RPF 검사에만 사용되는 별도의 라우팅 테이블일 수 있습니다. 두 경우 모두 RPF 테이블에는 유니캐스트 경로만 포함됩니다. 이는 RPF 검사가 멀티캐스트 그룹 대상 주소가 아닌 멀티캐스트 패킷의 소스 주소에 대해 수행되고 멀티캐스트 주소가 IP 패킷 헤더의 소스 주소 필드에 나타나는 것이 금지되기 때문입니다. 여러 소스에서 동일한 콘텐츠를 사용할 수 있지만 멀티캐스트 그룹 주소에 대한 IP 멀티캐스트 콘텐츠의 특정 스트림에 대해 하나의 소스 호스트만 있기 때문에 유니캐스트 주소를 RPF 검사에 사용할 수 있습니다.
유니캐스트 패킷을 포워딩하는 데 사용되는 동일한 라우팅 테이블이 RPF 검사에도 사용되는 경우, 라우팅 테이블은 BGP, IS-IS, OSPF 및 RIP(Routing Information Protocol)와 같은 기존 유니캐스트 라우팅 프로토콜에 의해 채워지고 유지 관리됩니다. 전용 멀티캐스트 RPF 테이블을 사용하는 경우 이 테이블은 다른 방법으로 채워져야 합니다. 일부 멀티캐스트 라우팅 프로토콜(예: DVMRP[Distance Vector Multicast Routing Protocol])은 기본적으로 유니캐스트 라우팅 프로토콜의 작동을 복제하고 전용 RPF 테이블을 채웁니다. PIM과 같은 다른 것들은 라우팅 프로토콜 기능을 복제하지 않으며 이 테이블을 설정하기 위해 다른 라우팅 프로토콜에 의존해야 하므로 PIM은 프로토콜에 독립적입니다. .
BGP 및 IS-IS와 같은 일부 기존 라우팅 프로토콜은 이제 유니캐스트 및 멀티캐스트를 위해 라우터 간에 전송되는 서로 다른 라우팅 정보 집합을 구별하기 위한 확장 기능을 제공합니다. 예를 들어, IS-IS(M-IS-IS)에는 멀티프로토콜 BGP(MBGP) 및 멀티토폴로지 라우팅이 있습니다. IS-IS 경로는 트래픽 엔지니어링 및 "바로 가기"와 같은 특수 기능이 켜져 있는 경우에도 RPF 테이블에 추가할 수 있습니다. 또한 MOSPF(Multicast Open Shortest Path First)는 멀티캐스트 사용을 위해 OSPF를 확장하지만 MBGP 또는 M-IS-IS보다 더 나아가 MOSPF를 자체적으로 완전한 멀티캐스트 라우팅 프로토콜로 만듭니다. 이러한 라우팅 프로토콜을 사용하는 경우 경로는 멀티캐스트 RPF 라우터로 태그될 수 있으며 수신 라우터에서 유니캐스트 라우팅 정보와 다르게 사용될 수 있습니다.
RPF 검사에 기본 유니캐스트 라우팅 테이블을 사용하면 간단합니다. RPF 확인을 위한 전용 라우팅 테이블을 통해 네트워크 관리자는 유니캐스트 및 멀티캐스트 트래픽에 대해 별도의 경로와 라우팅 정책을 설정할 수 있으므로 멀티캐스트 네트워크가 유니캐스트 네트워크와 더 독립적으로 작동할 수 있습니다.
멀티캐스트 RPF 구성 지침
멀티캐스트 RPF 검사를 사용하여 멀티캐스트 라우팅 루프를 방지합니다. 라우팅 루프는 멀티캐스트 애플리케이션에서 특히 심신을 약화시키는데, 그 이유는 패킷이 라우팅 루프를 통과할 때마다 복제되기 때문입니다.
일반적으로 라우터는 멀티캐스트 패킷이 소스 호스트 또는 RP(랑데부 포인트)에 관계없이 패킷 원본에 가장 가까운(유니캐스트 라우팅 프로토콜에 의해 정의됨) 인터페이스에 도착하는 경우에만 멀티캐스트 패킷을 전달합니다. 즉, 유니캐스트 패킷이 멀티캐스트 패킷이 도착한 인터페이스의 "대상"(역방향 경로)으로 전송될 경우 패킷은 RPF 검사를 통과하고 처리됩니다. RPF 검사에 실패한 멀티캐스트(또는 유니캐스트) 패킷은 전달되지 않습니다(기본 동작). 주니퍼 네트웍스 라우터가 테이블로 RPF 검사를 구현하는 방법에 대한 개요는 멀티캐스트 역방향 경로 전달 이해하기를 참조하십시오.
그러나 RPF 검사에 실패한 멀티캐스트 패킷을 전달해야 하는 네트워크 라우터 컨피그레이션이 있습니다. 예를 들어, LSP(point-to-multipoint label-switched path)를 사용하여 송신 라우터에서 다운스트림의 PIM "아일랜드"로 멀티캐스트 트래픽을 배포하는 경우, 멀티캐스트 트래픽이 도착하는 인터페이스가 항상 RPF 인터페이스인 것은 아닙니다. 이는 LSP가 독립적인 패킷 라우팅의 일반적인 다음 홉 규칙을 따르지 않기 때문입니다.
이와 같은 경우, PE 라우터에서 정책을 구성하여 기본 RPF 검사에서 제외되는 멀티캐스트 그룹 및 소스를 결정할 수 있습니다.
또한보십시오
예: 전용 PIM RPF 라우팅 테이블 구성
이 예에서는 전용 PIM(Protocol Independent Multicast) RPF(Reverse Path Forwarding) 라우팅 테이블을 구성하는 방법을 설명합니다.
요구 사항
시작하기 전에:
라우터 인터페이스를 구성합니다. 보안 디바이스에 대한 인터페이스 사용자 가이드를 참조하십시오.
PIM을 사용하도록 설정합니다. PIM 개요를 참조하십시오.
이 예에서 사용되는 소프트웨어 구성 요소는 다음과 같습니다.
Junos OS 릴리스 7.4 이상
개요
기본적으로 PIM은 inet.0 라우팅 테이블을 RPF 라우팅 테이블로 사용합니다. PIM은 RPF 라우팅 테이블을 사용하여 특정 멀티캐스트 소스 주소에 대한 RPF 이웃을 해결하고 랑데부 포인트(RP) 주소에 대한 RPF 이웃을 확인합니다. PIM은 선택적으로 inet.2 를 RPF 라우팅 테이블로 사용할 수 있습니다. inet.2 라우팅 테이블은 이 목적을 위해 사용됩니다.
PIM은 RPF 확인을 위해 단일 라우팅 테이블을 사용하며, 이를 통해 접두사와 가장 일치하는 경로가 RPF 경로로 선택됩니다.
멀티캐스트 경로가 멀티프로토콜 BGP(Border Gateway Protocol) MP-BGP 또는 멀티토폴로지 IS-IS에 의해 교환되는 경우 기본적으로 inet.2 에 배치됩니다.
inet.2를 RPF 라우팅 테이블로 사용하면 일반 유니캐스트 라우팅 테이블과 독립적인 멀티캐스트용 컨트롤 플레인을 가질 수 있습니다. 다음과 같은 이유로 inet.2를 RPF 라우팅 테이블로 사용할 수 있습니다.
트래픽 엔지니어링을 사용하거나 바로 가기를 위해 IGP(Interior Gateway Protocol)를 구성한 경우, 라우터는 inet.2의 다음 홉으로 LSP(Label Switched Path)가 설치됩니다. 정책을 적용하면 라우터가 inet.2 라우팅 테이블에 MPLS가 아닌 다음 홉이 있는 경로를 설치하도록 할 수 있습니다.
LSP 터널을 통한 멀티캐스트 트래픽을 지원하지 않는 MPLS 네트워크가 있는 경우, inet.0 이외의 라우팅 테이블을 사용하도록 라우터를 구성해야 합니다. inet.2 라우팅 테이블은 RPF에 사용할 수 있는 네이티브 IGP, BGP 및 인터페이스 경로로 채워질 수 있습니다.
PIM RPF 테이블을 채우려면 rib 그룹을 사용합니다. rib 그룹은 계층 수준에서 문으로 rib-groups [edit routing-options] 정의됩니다. rib 그룹은 계층 수준에서 문을 포함하여 rib-group PIM 프로토콜에 [edit pim] 적용됩니다. rib 그룹은 여러 라우팅 테이블에 경로를 배치하는 데 가장 자주 사용됩니다.
PIM에 대한 rib 그룹을 구성할 때는 다음 사항을 염두에 두어야 합니다.
명령문은
import-rib프로토콜에서 라우팅 테이블로 경로를 복사합니다.명령문은
export-ribPIM에 영향을 미치지 않습니다. 그러나 동일한 rib-group을 BGP에 적용할 수 있으며, 이 BGP는 export-rib 테이블을 사용하여 도메인 간 네트워킹의 경우 피어에 보급할 경로를 소싱합니다.문에
import-rib지정된 첫 번째 rib 라우팅 테이블만 RPF 검사를 위해 PIM에 의해 사용됩니다.
또한 IS-IS 또는 OSPF를 구성하여 inet.2 를 일반 IP 다음 홉이 있는 경로로 채울 수 있습니다. 이를 통해 MPLS가 트래픽 엔지니어링을 위해 구성되거나 IS-IS 또는 OSPF가 로컬 트래픽에 "바로 가기"를 사용하도록 구성된 경우에도 RPF가 제대로 작동할 수 있습니다.
또한 가상 프라이빗 네트워크(VPN) 라우팅 인스턴스에서 RPF 검사에 rib 그룹을 사용하도록 PIM 프로토콜을 구성할 수 있습니다. 이 경우 rib 그룹은 여전히 계층 수준에서 정의됩니다 [edit routing-options] .
구성
인터페이스 경로를 사용하여 PIM RPF 라우팅 테이블 그룹 구성
CLI 빠른 구성
이 예를 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브레이크를 제거하고, 네트워크 구성을 일치하는 데 필요한 세부 사항을 변경하고, 계층 수준에서 명령을 CLI로 [edit] 복사해 붙여 넣은 다음, 구성 모드에서 을 입력합니다 commit .
set routing-options rib-groups mcast-rpf-rib import-rib inet.2 set protocols pim rib-group mcast-rpf-rib set routing-options interface-routes rib-group inet if-rib set routing-options rib-groups if-rib import-rib [ inet.0 inet.2 ]
단계별 절차
이 예에서 네트워크 관리자는 RPF 확인을 위해 inet.2 라우팅 테이블을 사용하기로 결정했습니다. 이 프로세스에서 로컬 경로는 인터페이스 rib 그룹을 사용하여 이 테이블에 복사됩니다.
인터페이스 라우팅 테이블 그룹을 정의하고 이를 사용하여 RPF 검사를 위해 inet.2 를 채우는 방법:
show multicast rpf명령을 사용하여 멀티캐스트 RPF 테이블이 경로로 채워지지 않았는지 확인합니다.user@host> show multicast rpf instance is not running
mcast-rpf-rib라는 멀티캐스트 라우팅 테이블 그룹을 생성합니다.
각 라우팅 테이블 그룹에는 Junos OS가 경로를 가져올 때 사용하는 하나 이상의 라우팅 테이블이 포함되어야 합니다(문에
import-rib명시됨).import-rib명령문을 포함하고 계층 수준에서 inet.2 라우팅 테이블을[edit routing-options rib-groups]지정합니다.[edit routing-options rib-groups] user@host# set mcast-rpf-rib import-rib inet.2
mcast-rpf-rib rib 그룹을 사용하도록 PIM을 구성합니다.
PIM에 대한 rib 그룹은 전역적으로 또는 라우팅 인스턴스에서 적용할 수 있습니다. 이 예에서는 글로벌 구성이 표시됩니다.
rib-group문을 포함하고 계층 수준에서 mcast-rpf-rib rib 그룹을[edit protocols pim]지정합니다.[edit protocols pim] user@host# set rib-group mcast-rpf-rib
if-rib라는 인터페이스 rib 그룹을 생성합니다.
명령문을
rib-group포함하고 계층 수준에서 inet 주소 패밀리를[edit routing-options interface-routes]지정합니다.[edit routing-options interface-routes] user@host# set rib-group inet if-rib
inet.0 및 inet.2 라우팅 테이블에서 경로를 가져오도록 if-rib rib 그룹을 구성합니다.
import-rib명령문을 포함하고 계층 수준에서 inet.0 및 inet.2 라우팅 테이블을[edit routing-options rib-groups]지정합니다.[edit routing-options rib-groups] user@host# set if-rib import-rib [ inet.0 inet.2 ]
구성을 커밋합니다.
user@host# commit
멀티캐스트 RPF 테이블 확인
목적
이제 멀티캐스트 RPF 테이블이 경로로 채워졌는지 확인합니다.
행동
show multicast rpf 명령을 사용합니다.
user@host> show multicast rpf
Multicast RPF table: inet.2 , 10 entries
10.0.24.12/30
Protocol: Direct
Interface: fe-0/1/2.0
10.0.24.13/32
Protocol: Local
10.0.27.12/30
Protocol: Direct
Interface: fe-0/1/3.0
10.0.27.13/32
Protocol: Local
10.0.224.8/30
Protocol: Direct
Interface: ge-1/3/3.0
10.0.224.9/32
Protocol: Local
127.0.0.1/32
Inactive
192.168.2.1/32
Protocol: Direct
Interface: lo0.0
192.168.187.0/25
Protocol: Direct
Interface: fxp0.0
192.168.187.12/32
Protocol: Local
의미
샘플 출력의 첫 번째 줄은 inet.2 테이블이 사용 중이고 테이블에 10개의 경로가 있음을 보여줍니다. 샘플 출력의 나머지 부분은 inet.2 라우팅 테이블을 채우는 경로를 나열합니다.
예: PIM RPF 라우팅 테이블 구성
이 예에서는 PIM RPF 라우팅 테이블을 구성하고 적용하는 방법을 보여줍니다.
요구 사항
시작하기 전에:
라우터가 멀티캐스트 소스에 직접 연결되어 있는지 확인합니다. 수신자는 이러한 소스를 찾을 수 있어야 합니다.
라우터가 멀티캐스트 그룹 수신기에 직접 연결되어 있는지 확인합니다. 수신기가 있는 경우 IGMP가 필요합니다.
멀티캐스트를 구성하여 스파스, 고밀도 또는 스파스 고밀도 모드를 사용할지 여부를 결정합니다. 각 모드에는 서로 다른 구성 고려 사항이 있습니다.
Sparse 또는 Sparse-Dense 모드를 사용하는 경우 RP의 주소를 결정합니다.
정적 구성, BSR 또는 auto-RP 방법으로 RP를 배치할지 여부를 결정합니다.
스파스, 고밀도 또는 스파스-고밀도 모드에서 PIM을 구성할 때 RPF 라우팅 테이블을 사용하도록 멀티캐스트를 구성할지 여부를 결정합니다.
멀티캐스트 세션 알림을 수신하도록 SAP 및 SDP 프로토콜을 구성합니다. 세션 공지 프로토콜 구성을 참조하십시오.
IGMP를 구성합니다. IGMP 구성을 참조하십시오.
PIM 정적 RP를 구성합니다. 정적 RP 구성을 참조하십시오.
필터 PIM 등록: 권한이 없는 그룹 및 원본의 메시지입니다. 예: RP 라우터에서 수신 PIM 등록 메시지 거부 및 예: 지정된 라우터에서 발신 PIM 등록 메시지 중지를 참조하십시오.
개요
이 예에서는 새로운 RPF 라우팅 테이블 그룹의 이름을 multicast-rfp-rib 로 지정하고 내보내기 및 가져오기 라우팅 테이블에 inet.2 를 사용합니다. 그런 다음 인터페이스 경로에 대한 라우팅 테이블 그룹을 생성하고 RPF의 이름을 if-rib로 지정합니다. 마지막으로, 가져오기 라우팅 테이블에 inet.2 및 inet.0 을 사용하고 인터페이스 경로에 새 인터페이스 라우팅 테이블 그룹을 추가합니다.
구성
절차
CLI 빠른 구성
이 예를 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브레이크를 제거하고, 네트워크 구성을 일치하는 데 필요한 세부 사항을 변경한 다음, 계층 수준에서 명령을 CLI로 [edit] 복사해 붙여 넣습니다.
set routing-options rib-groups multicast-rpf-rib export-rib inet.2 set routing-options rib-groups multicast-rpf-rib import-rib inet.2 set protocols pim rib-group multicast-rpf-rib set routing-options rib-groups if-rib import-rib inet.2 set routing-options rib-groups if-rib import-rib inet.0 set routing-options interface-routes rib-group inet if-rib
단계별 절차
다음 예제에서는 구성 계층의 다양한 수준을 탐색해야 합니다. 이를 수행하는 방법에 대한 지침은 Junos OS CLI 사용자 가이드의 구성 모드에서 CLI 편집기 사용을 참조하십시오.
PIM RPF 라우팅 테이블을 구성하려면 다음을 수행합니다.
라우팅 옵션 및 그룹을 구성합니다.
[edit] user@host# edit routing-options rib-groups
이름을 구성합니다.
[edit routing-options rib-groups] user@host# set multicast-rpf-rib export-rib inet.2
RPF 라우팅 테이블에 대한 새 그룹을 생성합니다.
[edit routing-options rib-groups] user@host# set multicast-rpf-rib import-rib inet.2
새 RPF 라우팅 테이블을 적용합니다.
[edit protocols pim] user@host# set rib-group multicast-rpf-rib
인터페이스 경로에 대한 라우팅 테이블 그룹을 생성합니다.
[edit] user@host# edit routing-options rib-groups
가져오기 라우팅 테이블의 이름을 구성합니다.
[edit routing-options rib-groups] user@host# set if-rib import-rib inet.2 user@host# set if-rib import-rib inet.0
그룹을 인터페이스 경로로 설정합니다.
[edit routing-options interface-routes] user@host# set rib-group inet if-rib
결과
구성 모드에서 및 show routing-options 명령을 입력하여 show protocols 구성을 확인합니다. 출력이 의도한 구성을 표시하지 않으면, 이 예의 구성 지침을 반복하여 수정합니다.
[edit]
user@host# show protocols
pim {
rib-group inet multicast-rpf-rib;
}
[edit]
user@host# show routing-options
interface-routes {
rib-group inet if-rib;
}
static {
route 0.0.0.0/0 next-hop 10.100.37.1;
}
rib-groups {
multicast-rpf-rib {
export-rib inet.2;
import-rib inet.2;
}
if-rib {
import-rib [ inet.2 inet.0 ];
}
}
디바이스 구성을 완료하면 구성 모드에서 commit 을 입력합니다.
확인
구성이 제대로 작동하는지 확인하려면 다음 작업을 수행합니다.
SAP 및 SDP 주소 및 포트 확인
목적
SAP 및 SDP가 올바른 그룹 주소 및 포트에서 수신 대기하도록 구성되어 있는지 확인합니다.
행동
운영 모드에서 명령을 입력합니다 show sap listen .
IGMP 버전 확인
목적
IGMP 버전 2가 적용 가능한 모든 인터페이스에 구성되었는지 확인합니다.
행동
운영 모드에서 명령을 입력합니다 show igmp interface .
user@host> show igmp interface
Interface: ge–0/0/0.0
Querier: 192.168.4.36
State: Up Timeout: 197 Version: 2 Groups: 0
Configured Parameters:
IGMP Query Interval: 125.0
IGMP Query Response Interval: 10.0
IGMP Last Member Query Interval: 1.0
IGMP Robustness Count: 2
Derived Parameters:
IGMP Membership Timeout: 260.0
IGMP Other Querier Present Timeout: 255.0
PIM 모드 및 인터페이스 구성 검증
목적
PIM 스파스 모드가 적용 가능한 모든 인터페이스에 구성되었는지 확인합니다.
행동
운영 모드에서 명령을 입력합니다 show pim interfaces .
예: RPF 정책 구성
멀티캐스트 RPF 정책은 특정 멀티캐스트(S,G) 쌍에 대한 RPF 검사를 비활성화합니다. Point-to-Multipoint LSP 송신 라우터에서 멀티캐스트 트래픽을 수신하는 인터페이스가 항상 RPF 인터페이스가 아닐 수도 있기 때문에 일반적으로 LSP(point-to-multipoint label-switched path)의 송신 라우팅 디바이스에 대한 RPF 검사를 비활성화합니다.
이 예에서는 disable-RPF-on-PE라는 RPF 검사 정책을 구성하는 방법을 보여줍니다. disable-RPF-on-PE 정책은 그룹 228.0.0.0/8 또는 소스 주소 196.168.25.6에 도착하는 패킷에 대한 RPF 검사를 비활성화합니다.
요구 사항
시작하기 전에:
라우터 인터페이스를 구성합니다.
내부 게이트웨이 프로토콜 또는 정적 라우팅을 구성합니다. 라우팅 디바이스용 Junos OS 라우팅 프로토콜 라이브러리를 참조하십시오.
개요
RPF 정책은 가져오기 정책처럼 작동합니다. 입력 패킷과 일치하는 정책 용어가 없는 경우, 기본 작업은 수락(즉, RPF 검사 수행)입니다. 명령문은 route-filter 그룹 주소를 필터링하고 source-address-filter 문은 소스 주소를 필터링합니다.
이 예에서는 각 조건을 별도의 정책으로 구성하는 방법을 보여주고 rpf-check-policy 문에서 두 정책을 모두 참조합니다. 이렇게 하면 한 정책의 그룹과 다른 정책의 소스를 연결할 수 있습니다.
멀티캐스트 트래픽에서 RPF 검사를 비활성화할 때 주의하십시오. 일부 구성에서 RPF 검사를 비활성화하면 멀티캐스트 루프가 발생할 수 있습니다.
RPF 검사 정책에 대한 변경 사항은 즉시 적용됩니다.
이전에 정책을 구성하지 않은 경우 정책이 즉시 적용됩니다.
정책 이름이 변경되면 새 정책이 즉시 적용되며 더 이상 필터링되지 않은 모든 패킷은 RPF 검사를 받게 됩니다.
정책이 삭제되면 이전에 필터링된 모든 패킷이 RPF 검사를 받게 됩니다.
기본 정책이 변경되었지만 동일한 이름을 유지하는 경우, 새로운 조건이 즉시 적용되고 더 이상 필터링되지 않은 모든 패킷은 RPF 검사를 받게 됩니다.
구성
절차
CLI 빠른 구성
이 예를 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브레이크를 제거하고, 네트워크 구성을 일치하는 데 필요한 세부 사항을 변경하고, 계층 수준에서 명령을 CLI로 [edit] 복사해 붙여 넣은 다음, 구성 모드에서 을 입력합니다 commit .
set policy-options policy-statement disable-RPF-from-group term first from route-filter 228.0.0.0/8 orlonger set policy-options policy-statement disable-RPF-from-group term first then reject set policy-options policy-statement disable-RPF-from-source term first from source-address-filter 192.168.25.6/32 exact set policy-options policy-statement disable-RPF-from-source term first then reject set routing-options multicast rpf-check-policy [ disable-RPF-from-group disable-RPF-from-source ]
단계별 절차
다음 예제에서는 구성 계층의 다양한 수준을 탐색해야 합니다. CLI 탐색에 대한 자세한 내용은 Junos OS CLI 사용자 가이드의 구성 모드에서 CLI 편집기 사용을 참조하십시오.
RPF 정책 구성 방법:
그룹 주소에 대한 정책을 구성합니다.
[edit policy-options] user@host# set policy-statement disable-RPF-for-group term first from route-filter 228.0.0.0/8 orlonger user@host# set policy-statement disable-RPF-for-group term first then reject
소스 주소에 대한 정책을 구성합니다.
[edit policy-options] user@host# set policy-statement disable-RPF-for-source term first from source-address-filter 192.168.25.6/32 exact user@host# set policy-statement disable-RPF-for-source term first then reject
정책을 적용합니다.
[edit routing-options] user@host# set multicast rpf-check-policy [ disable-RPF-for-group disable-RPF-for-source ]
디바이스 구성을 완료하면 구성을 커밋합니다.
user@host# commit
결과
show policy-options 및 show routing-options 명령을 입력하여 구성을 확인합니다.
user@host# show policy-options
policy-statement disable-RPF-from-group {
term first {
from {
route-filter 228.0.0.0/8 orlonger;
}
then reject;
}
}
policy-statement disable-RPF-from-source {
term first {
from {
source-address-filter 192.168.25.6/32 exact;
}
then reject;
}
}
user@host# show routing-options
multicast {
rpf-check-policy [ disable-RPF-from-group disable-RPF-from-source ];
}
확인
구성을 확인하려면 show multicast rpf 명령을 실행합니다.
예: PIM RPF 선택 구성
이 예는 그룹 또는 (S, G) 쌍에 대한 멀티캐스트 PIM RPF 다음 홉 이웃 선택을 구성하고 확인하는 방법을 보여줍니다.
요구 사항
시작하기 전에:
라우터 인터페이스를 구성합니다.
내부 게이트웨이 프로토콜 또는 정적 라우팅을 구성합니다. 라우팅 디바이스용 Junos OS 라우팅 프로토콜 라이브러리를 참조하십시오.
지정하려는 RPF 다음 홉 이웃이 작동 중인지 확인합니다.
개요
멀티캐스트 PIM RPF 이웃 선택을 통해 접두사 목록을 사용하여 단일 그룹 또는 여러 그룹에 대한 RPF 이웃(다음 홉) 및 소스 주소를 지정할 수 있습니다. RPF 인접 항목 선택은 VPN 라우팅 및 포워딩(VRF) 인스턴스에 대해서만 구성할 수 있습니다.
수신기 VRF가 동일한 소스 또는 RP(Rendevous Point) 주소를 학습할 수 있는 여러 서비스 VRF가 있는 경우, PIM RPF 검사는 일반적으로 모든 멀티캐스트 흐름에 대해 유니캐스트 프로토콜에 의해 결정된 최적의 경로를 선택합니다. 그러나 RPF 인접 항목 선택이 구성된 경우 RPF 검사는 유니캐스트 라우팅 프로토콜 대신 구성을 기반으로 합니다.
이 정적 RPF 선택을 특정 애플리케이션의 빌딩 블록으로 사용할 수 있습니다. 예를 들어 엑스트라넷입니다. 멀티캐스트 플로우를 병렬 PIM 링크 간에 분할하거나 하나의 멀티캐스트 플로우를 특정 PIM 링크에 할당한다고 가정해 보겠습니다. 정적 RPF 선택이 구성되면 라우터는 구성에 따라 조인 및 정리 메시지를 보냅니다.
와일드카드를 사용하여 소스 주소를 지정할 수 있습니다. 와일드카드 사용 여부는 PIM 조인의 작동 방식에 영향을 미칩니다.
그룹에 대한 소스 접두사만 구성하는 경우, 모든 (*,G) 조인은 유니캐스트 프로토콜에 의해 선택된 다음 홉 이웃으로 전송되고, (S,G) 조인은 소스에 대해 지정된 다음 홉 이웃으로 전송됩니다.
그룹에 대해 와일드카드 소스만 구성하는 경우, 모든 (*,G) 및 (S,G) 조인은 와일드카드 소스 다음 홉 이웃을 가리키는 업스트림 인터페이스로 전송됩니다.
그룹에 대해 소스 접두사와 와일드카드 소스를 모두 구성하는 경우, 모든 (S,G) 조인은 소스 접두사에 대해 정의된 다음 홉 이웃으로 전송되고, (*,G) 조인은 와일드카드 소스에 대해 지정된 다음 홉 이웃으로 전송됩니다.
구성
절차
CLI 빠른 구성
이 예를 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브레이크를 제거하고, 네트워크 구성을 일치하는 데 필요한 세부 사항을 변경하고, 계층 수준에서 명령을 CLI로 [edit] 복사해 붙여 넣은 다음, 구성 모드에서 을 입력합니다 commit .
set routing-instance vpn-a protocols pim rpf-selection group 225.5.0.0/16 wildcard-source next-hop 10.12.5.2 set routing-instance vpn-a protocols pim rpf-selection prefix-list group12 wildcard-source next-hop 10.12.31.2 set routing-instance vpn-a protocols pim rpf-selection prefix-list group34 source 22.1.12.0/24 next-hop 10.12.32.2 set policy-options prefix-list group12 225.1.1.0/24 set policy-options prefix-list group12 225.2.0.0/16 set policy-options prefix-list group34 225.3.3.3/32 set policy-options prefix-list group34 225.4.4.0/24
단계별 절차
다음 예제에서는 구성 계층의 다양한 수준을 탐색해야 합니다. CLI 탐색에 대한 자세한 내용은 Junos OS CLI 사용자 가이드의 구성 모드에서 CLI 편집기 사용을 참조하십시오.
PIM RPF 선택을 구성하려면 다음을 수행합니다.
PE2의 라우팅 인스턴스에서 RFP 선택을 구성합니다.
[edit routing-instance vpn-a protocols pim] user@host# set rpf-selection group 225.5.0.0/16 wildcard-source next-hop 10.12.5.2 user@host# set rpf-selection prefix-list group12 wildcard-source next-hop 10.12.31.2 user@host# set rpf-selection prefix-list group34 source 22.1.12.0/24 next-hop 10.12.32.2 user@host# exit
PE2에서 정책을 구성합니다.
[edit policy-options] set prefix-list group12 225.1.1.0/24 set prefix-list group12 225.2.0.0/16 set prefix-list group34 225.3.3.3/32 set prefix-list group34 225.4.4.0/24
디바이스 구성을 완료하면 구성을 커밋합니다.
user@host# commit
결과
구성 모드에서 show policy-options 및 show routing-instances 명령을 입력하여 구성을 확인합니다. 출력에 의도한 구성이 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정하십시오.
user@host# show policy-options
prefix-list group12 {
225.1.1.0/24;
225.2.0.0/16;
}
prefix-list group34 {
225.3.3.3/32;
225.4.4.0/24;
}
user@host# show routing-instances
vpn-a{
protocols {
pim {
rpf-selection {
group 225.5.0.0/16 {
wildcard-source {
next-hop 10.12.5.2;
}
}
prefix-list group12 {
wildcard-source {
next-hop 10.12.31.2;
}
}
prefix-list group34 {
source 22.1.12.0/24 {
next-hop 10.12.32.2;
}
}
}
}
}
}
확인
구성을 확인하려면 다음 명령을 실행하여 업스트림 인터페이스와 업스트림 neighbor를 확인합니다.
show pim join extensive
멀티캐스트 경로 표시