이런 저런 이유들로 다시 또 오랜만에 남기게 되는 포스팅입니다.
OTV를 정리해 봐야지하고 하면서 OTV에 대해 처음 정리한 게 언제였는지 보니.. 벌써 2달전이네요..
그 사이에 다른 걸 포스팅은 안한건 아니지만 바쁘다는 이유로 나태지고 있는건 아닌지 반성해봅니다.
원래 Multicast와 Unicast 부분을 모두 정리한 이후에 올리려다가, 현재까지 작성해놓은 Multicast 부분만 먼저 올려봅니다..
OTV Control Plane
• OTV 동작의 기본 원칙은, Data Plane 학습을 사용하는 대신에, OTV Edge Device간의 MAC address reachability 정보를 광고하는
Control Protocol을 사용하는 것이다. 물론 MAC reachability 정보를 교환하기 전에, 모든 OTV edge Device들은 반드시 각각
“Adjacent”를 관계 맺어져야만 한다. 이것은 다음의 2가지 방법에 의해서 가능하게 된다.
1. Multicast 가능
- OTV Edge Device 간의 특정 Multicast group를 사용하여 Control Protocol message를 교환하여 “Adjacent”를 맺는다.
2. Multicast 불가능
- 한 대 이상의 OTV Edge Device에 “Adjacency Server” 설정을 하여, 모든 Edge Device들이 해당 Server로 등록을 하게 되면, Server에서는 해당 Overlay에 속하는 Device List를 전달하여 “Adjacent”를 맺게 된다.
- NX-OS release 5.2(1)부터 사용 가능.
OTV Control Plane – Multicast Enabled Transport Infrastructure
• Multicast가 가능한 전송계층일 경우에 , 모든 OTV Edge Device는 receiver와 source의 역할을 동시에 하는 특정 ASM(Any Source
Multicast) group에 Join 하도록 설정할 수 있다.
• 만약 전송계층이 Service Provider 것이며, Enterprise는 Service Provider과 함께 이러한 ASM Group 사용에 대한 협의를 해야 한다.
OTV Control Plane – Multicast Enabled Transport Infrastructure
• 동작 절차
1. 각 OTV Edge Device는 IGMP report로 특정 ASM Group에 Join하여 Control Protocol을 교환한다. (이 예에서는 group G)
Edge Device는 Join Interface를 사용하여, Group에 Host로써 Join한다.
The only requirement is to specify the ASM group to be used and associate it with a given Overlay interface.
2. OTV Control Protocol이 동작 중인, 왼쪽 OTV Edge Device는 다른 모든 OTV Edge Device로 보낼 Hello 패킷을 생성한다.
이를 통해서 Control Plane Adjacency를 맺게 된다.
3. OTV Hello message는 모든 OTV remote device들에 도달할 수 있는 논리적인 overlay를 통해 전송 되야 한다.
이 때에 Original Frame은 OTV 캡슐화되고, 외부에 IP header가 추가된다. 추가된 외부의 header에 Source IP Address는
Edge Devive의 Join Interface의 IP address로 설정되고, Destination은 ASM Group Multicast address가 된다.
결과적으로 Multicast Frame는 Join Interface로 보내어, Layer 3 Network Domain으로 전송된다.
4. Multicast frame들은 Transport를 통해 전송되며, Multicast group G에 Join된 OTV edge device들에게 도달되도록 최적 복제가
된다.
5. Packet을 수신한 OTV Edge Device는 Decapsulate 한다.
6. Hello Message가 Control Protocol 프로세스로 전달된다.
• 다른 Edge Device들도 동일한 절차를 거쳐서 모든 Edge device들과의 Adjacency를 맺게 된다.
• Hello message를 통한 ASM group의 사용으로 Edge device들이 서로 Shared LAN segment에 있는 것처럼 상대 Edge Device를 인식한다.
• LAN segment는 기본적으로 OTV overly를 통해서 구현된다.
OTV Control Plane – Multicast Enabled Transport Infrastructure
• OTV Control Protocol의 중요 고려사항
1. 이 Protocol은 OTV Edge Device들 간에 “overlay” Control Plane으로 동작한다.
즉, Data Center의 Layer 3에서 사용되는 Routing Protocol이나, 전송 인프라에 의존적이지 않고 동작을 하게 된다.
2. OTV Control Plane은 OTV Overlay Interface를 생성한 후에는 명시적으로 설정할 필요 없이 활성화가 된다.
timer와 같이 Parameter들의 조정이 OTV Protocol에서 허용은 되지만, 일반적으로 하지는 않는다.
• MAC Address 광고 동작 순서
1. West Datacenter에서 새로운 MAC A, B, C를 내부 Interface를 통해서 학습한다.
2. 내부 Interface를 통해서 학습한 MAC A, B, C 정보를 포함하여 OTV Update Message를 만든 후에 캡슐화하여 Layer 3 Transport
보낸다.
3. OTV Update는 Transport에서 최적화된 복제를 하여, 모든 원격지 Edge Device들로 보내진 후에, Decapsulation되어서 OTV
Control Process로 전달된다.
4. MAC reachability 정보는 Edge Device의 MAC Address Table(CAM)에서 가져 오게 된다.
기존 CAM Entry와의 차이점은 물리적인 Interface 대신에 해당 MAC Address 정보가 생성된 Edge Device의 Join Interface의
IP Address로 대체된다는 점이다.
• MAC reachability 정보가 제거될 때에도 동일한 Control Plane 통신을 통해 제거된다.
예를 들어, 특정 Network Entry가 통신이 끊겼을 경우에 OTV Edge Device의 CAM Table로부터 MAC Entry가 제거된다.
(Default 30min)
MAC Entry 제거는 OTV Protocol Update를 통해서 모든 원격지 Edge Device들에게 동일한 MAC Entry를 제거시킨다.
