클라우드 네이티브를 위한 데이터 센터 네트워크 구축: 데이터 센터 네트워킹을 위한 아키텍처, 프로토콜, 도구

223

8

장

멀티캐스트 라우팅

동일한 패킷을

L4

로 보내는 것을 어떻게 방지할 수 있을까? 동일한 브로드캐스트 모델을

따르면

S1

은

L1

부터 받은 패킷을 자신과 연결된 모든 라우터 (

L3

,

L4

,

R1

)에 전송하고

S2

는 패킷을

L2

,

L4

,

R1

에 전송한다.

R1

이

S1

의 패킷을

S2

에 보내지 않아야 하는 걸 어떻게

알 수 있을까? 마찬가지로

S2

의 패킷을

S1

에 보내지 않아야 한다는 것을 어떻게 알 수 있

을까?

멀티캐스트 그룹의 리스너는 어디에 있는가?

H1

이 멀티캐스트 그룹

G1

의 소스라면 라우터는 누구에게 패킷을 전달해야 할지 어떻게

알 수 있을까?

H5

가 리스너라면

L1

은 이 사실을 어떻게 알 수 있을까?

S1

의 관점에서 패

킷을

L3

에만 보내고

L4

에는 전송하지 않아야 하는 것을 어떻게 알 수 있을까?

L4

가

H6

가

아닌

H5

에만 패킷을 보내야 한다는 것을 어떻게 알 수 있을까?

두 가지 질문에 대한 답은 리스너와 발신자를 연결하는 비순환 방향 트리를 구축하는 프로토콜

을 사용하는 것이다. 프로토콜은 리스너가 특정 그룹과 그룹의 특정 소스에 관심이 있다는 것

을 알릴 수 있게 한다.

리스너는 어떤 멀티캐스트 그룹이 가용한지 어떻게 알 수 있을까? 이 질문에 대한 답은

IP

나

L2

멀티캐스트 프레임워크의 주소 지정은 아니다. 대부분의 경우는 애플리케이션의 일부가 수

행한다. 즉, 애플리케이션은 미리 정의된 멀티캐스트를 사용하거나 애플리케이션 설정의 일부

로 가용한 멀티캐스트 그룹을 알 수 있게 된다.

8.2.1

멀티캐스트 트리