오랜만에 포스팅하는 Nexus : NX-OS 시리즈입니다.
예전에 포스팅했던, OTV의 Data Plane의 Unicast/Broadcast 부분에 이어서, Multcast에 대한 Data Plane입니다.
휴가 전에 대부분의 내용을 쓰고, 휴가 직전에 포스팅하지 못해서 마지막 부분만 휴가 이후에 올리게 되네요..
무척 오랫만에 올리는 Nexus 정리 포스팅입니다. ^^;
OTV Data Plane – Multicast Traffic
• 특정한 경우에 Remote Site간의 Layer 2 Multicast 통신이 필요한 경우가 있을 수 있다.
• OTV Site 간의 Layer 2 Multicast의 경우에 Multicast가 지원환경과 지원불가 환경으로 나누어서 고려되어야 한다.
OTV Data Plane – Multicast Traffic (Multicast 지원 환경)
• Layer 2 Multicast 트래픽은 OTV overlay를 통해서 전송되며, Suboptimal한 Head-end 복제를 방지하기 위해
Multicast가 가능한 Transport Infrastructure가 요구된다.
•Multicast가 가능한 Transport Infrastructure를 통해 Layer 2 Multicast를 전송하는 데 하나의 SSM
(Source Specific Multicast) Group를 이용한다.
이 Group은 Site간의 OTV Control Protocol을 전송하기 위한 ASM group과는 독립적으로 사용된다
Multicast Source 최초 활성화 시
1. West Side에서 활성화된 Multicast Source가 Group Gs로 Traffic을 전송한다.
2. Local의 OTV Edge Device는 첫 번째 Multicast Frame을 수신하고, Group Gs와 Transport Infrastructure에서 사용될 특정
SSM Gd Group간의 Mapping을 생성한다.
Layer 2 Multicast Data Stream을 전송하는 데 사용되는 SSM Group의 범위는 Overlay Interface의 설정에 들어가게 된다.
Ex> NX-OS(config-if-overlay)# otv data-group 232.1.1.0/28
3. OTV Control Protocol은 모든 Remote OTV Edge Device들의 Gs와 Gd 간의 Mapping을 전달하기 위해 사용된다.
Mapping 정보는 Multicast Source가 속한 VLAN과 Mapping이 만들어진 OTV Edge Device의 IP address간의 정보로 구성된다.
Multicast Source와 동일한 VLAN에 Deploy된 Receiver가 Group Gs에 Join하는 과정
1.East Side Client가 GS group에 Join 할 수 있도록 IGMP Report를 전송
2.OTV edge device가 IGMP Message를 snoop하고, VLAN A에 속한 Gs Group의 Active receiver이 있음을 확인한다.
3.OTV Device는 OTV Control Protocol Message를 모든 Remote Edge Device로 전송한다.
4.West Side의 Remote OTV Edge Device는 GM-Update를 수신하여, OTV Overlay를 통해서 전달될 group Gs에 대한
OIL(Outgoing Interface List) 를 업데이트 한다.
5.East Side의 OTV Edge Device는 이전에 IP A에 의해서 확인한 West side의 OTV Edge Device로부터 받은 Mapping정보를 찾는다.
East Edge Device는 (IP A, Gd) SSM Group에 Join하기 위한 IGMPv3 report를 전송한다.
이를 통해 Transport Infrastructure를 통해서 Multicast Gs를 전송하는데 사용될 수 있는 SSM tree(group Gd)를 만든다.
OTV를 통한 Multicast 전송 과정
1.OTV Edge Device가 Gs Stream를 수신하고, Overlay를 통하여 Gs Group을 수신하고자 하는 Receiver에게 전송하기 위해
OIL를 확인 후에, Interface를 결정한다.
2. Edge device에서 Original Multicast frame을 Encapsulation 한다. Outer IP header의 Source는 자신의 IP A로 설정되고,
Destination은 Multicast data를 전송하기 위해 할당된 Gd SSM Group으로 설정된다.
3. Multicast Stream Gd는 기존의 Transport Infrastructure를 통해 만들어진 SSM Tree를 통해서, Gs Stream을 수신하고자 하는
Receiver들이 있는 OTV Remote Site로 전송된다.
4. Remote OTV edge Deivce들은 해당 Packet을 수신한다.
5. Packet은 De-capsulation 되어서, 각 Site 내의 Receiver들에게 전송된다.
OTV Data Plane – Multicast Traffic (Unicast only Transport Infrastructure 환경)
• Layer 2 Multicast 트래픽은 OTV overlay를 통해서 전송되며, Suboptimal한 Head-end 복제를 방지하기 위해
Unicast Core망을 통한 Multicast Group Gs에 Receiver Join 시
1. East Site에 있는 Client가 Gs group에 Join하기 위해 IGMP report를 보낸다.
2. OTV Edge Device는 IGMP Message를 확인하여, VLAN 100에서 group Gs에 Active Receiver가 있다는 것을 알게 된다.
3. OTV Edge Device는 OTV control protocol message(GM-Update)를 각 Unicast List에 속해 있는 remote Edge Device로
전송하여 2번에서 확인된 정보를 전달한다.
4. Remote Edge Device들은 GM-Update Message를 수신하게 되고, multicast group Gs1의 receiver가 IP B Address로
확인되는 OTV Device를 통해서 연결되어 있다는 정보와 "Data Group Mapping Table"을 함께 Update 한다.
Unicast Core망을 통한 Layer 2 Multicast Stream Gs 전송 시
1. Gs1을 목적지로 하는 Multicast Traffic이 West Site의 내부에서 만들어지게 되고, OTV Edge Device는 “Data Group Mapping Table’에서
OIF를 Lookup한다. 아래 예시의 ‘Data Group Mapping Table’에서는 해당 Multicast Traffic이 East와 South로 Overlay를 연결된 것을 확인한다.
2. West Site의 OTV Edge Device는 head-end replication을 통해 원래 Layer 2 Multicast Frame을 캡슐화한 2개의 Unicast IP Packet를 생성한다.
이 때, Outer IP header의 IP는 West Site의 IP A로 설정이 되고, Destination IP는 South/East의 IP인 IPB/C로 설정된다.
3. Unicast Frame은 Routing을 통해 Transport Infrastructure를 거쳐서 Remote OTV Device로 전송되게 되어, De-capsulation이 되어
각 Site의 Receiver들에게 전송된다. 이 때, North Site에는 해당 Multicast Traffic의 Receiver가 없기 때문에 Data Group Mapping Table에 North Site가 존재하지 않고, 따라서 Frame이 전송되지 않는다.
