Tunneling (3) Multicast

<>Multicast Gre Tunneling

망에서 멀티캐스트를 구동하지 않는 라우터가 존재할시 중간에 터널링을 구축하여 멀티캐스트 패킷을 주고 받도록 한다.

   예제에서 R4와 R5는 멀티캐스트를 구동하지 않는 라우터들이고, R3의 F0/1, R6의 F0/0도 PIM 을 구동하지 않는다.

   여기서 R3-R6에 터널인터페이스 tunnel 36 을 설정하고 PIM-SM으로 통신한다.

   R3

 

   (1) 예제에서는 BSR 방식으로 RP를 선정하여, rp-candidate 명령을 삽입했다. 어떤 RP 선정방식을 선택해도 무방

   (2) 터널의 소스, 데스티네이션 주소를 선택하였는데, 이때 라우터의 실제 인터페이스 주소를 가져올때 PIM이 활성화된 주소

        를 가져와야 한다. 따라서 R3과 R6에서 비 멀티캐스트 라우터와 연결된 인터페이스의 주소를 가져올경우 터널에 멀티

        캐스트가 활성화되지 않는다.

   (3) 적당한 IP주소를 설정한다. unnumbered 명령으로 물리 인터페이스에 속한 주소를 가져올경우 recursive routing을 

        피해서 설정한다. (물리인터페이스와 터널에서 동시에 같은주소를 사용하여 IGP로 네트워크 광고를 할경우 중복광고로

        인해 루핑이 발생하여, 라인이 UP/DOWN을 반복한다.(recursive routing))

   (4) 터널에 스파스 모드를 동작시켜 터널을 통해서 RP주소를 광고하고(예제에서 BSR은 R2이므로 R2로부터) 패킷을 전달하

        게동작시킨다.

   R6

 

   (1) 정적 멀티캐스트 라우팅을 설정하는 이유는 RP 1.1.3.3 의 RPF 확인이 실패하기때문인데 이는 유니캐스트 라우팅 테이블

        경로가 물리 인터페이스를 통하도록 되어있기 때문이다. 하지만 RP 주소는 터널을 통해서 받고 있으므로 당연히  RPF확

        인이 실패한다. 이경우 터널로 유니캐스트 라우팅을 설정하게되면 R4, R5와의 통신에 문제가 생기므로 정적 멀티캐스트 

        경로를 터널로 설정하였다.  예제에서는 모든 그룹에 대해(0.0.0.0) 설정했고, 그룹을 직접명시하여도 무방하다.

   

   그외에 설정은 R4와 동일

   (1) BSR 라우터 R2로 부터 RP정보를 전달 받았고,

   터널 인터페이스를 통해 멀티캐스트 패킷을 전달받았다.