OTV를 추가하기 전에 필요한 Ethernet 계약을 적어 두십시오

워크로드가 두 번째 데이터 센터로 옮겨지고, 첫 번째에서는 문제없이 응답하던 서비스에서 시간 초과가 시작된다. 누군가 OTV를 제안한다. 기존 레이어 2 VPN이 «브로드캐스트를 하지 않는다»는 이유다. 그 결론은 대개 성급하다. 서비스 범주와 실제로 구매한 계약은 서로 다른 질문이며, 시간 초과는 아직 어느 쪽에도 귀속되지 않았다.

비교를 시작하는 증상

제품을 비교하기 전에 애플리케이션이 실제로 무엇을 필요로 하는지 적어 둔다. 사이트 수, VLAN 범위, 주소 학습, 플러딩 허용치, 장애 동작이 요구 사항을 설명한다. «레이어 2»와 «OTV»는 아키텍처를 설명하며, 어느 것도 그 자체로 요구 사항이 아니다. 한 장에 다섯 가지 속성을 적으면 어떤 벤더 비교보다 오래 남는다.

그런 다음 현재 서비스가 이미 그 다섯 가지 속성을 충족하는지 확인한다. 제공업체가 관리하는 레이어 2 VPN에는 청구서를 잠깐 본 것만으로는 언급되지 않은 멀티포인트 전달과 제어 평면 학습이 포함될 수 있다.

현재 서비스가 이를 충족한다면 시간 초과는 다른 곳에 있다. MTU 문제, 라우팅 비대칭, 사이트마다 다른 방화벽 규칙이다. overlay를 바꾸면 그 원인은 그대로 남고 마이그레이션이 하나 더해질 뿐이다.

레이블이 말해 주지 않는 것

레이어 2 VPN은 범주이지 제품이 아니다. 포인트 투 포인트 VPWS와 멀티포인트 VPLS는 전달 방식이 다르고, 범주에는 제어 평면 학습과 루프 관리를 갖춘 서비스도, 더 단순한 것도 포함된다. 모든 레이어 2 VPN이 정확히 두 사이트를 연결하고 모든 것을 플러딩한다고 가정하는 것이 잘못된 비교를 만드는 방식이다. 계약서의 이름은 그 뒤의 전달 테이블에 대해 아무것도 말하지 않는다.

기존 서비스가 어떤 전달 모델을 구현하는지, 애플리케이션에는 어느 쪽이 필요한지 물어본다. 허브 앤 스포크 요구와 풀 메시 요구는 둘 다 레이어 2로 설명되더라도 서로 다른 설계를 낳는다.

OTV가 경계를 긋는 곳

OTV는 IP 전송 위에서 동작하며, 제어 평면 MAC 도달성과 정의된 엣지 역할을 갖는다. 로컬 스패닝 트리 정보는 로컬에 머물며, 전송 전반에 하나의 통제되지 않는 도메인으로 확장되지 않는다. 이것이 단순한 브리지 확장과의 실제 차이이며, 사람들이 이것을 선택하는 이유다.

경계는 이점만큼 중요하다. 알 수 없는 유니캐스트, 브로드캐스트, 멀티캐스트 처리는 플랫폼과 그 구성에 달려 있고, 엣지 쌍은 지원되는 멀티호밍 메커니즘을 통해 협력해야 한다. 같은 VLAN을 전달하는 두 개의 독립 장비는 같은 설계가 아니며, 다른 장애 모드를 만든다.

플러딩은 줄어들 뿐, 없어지지 않는다

불필요한 플러딩 일부를 억제하는 것은 브로드캐스트나 멀티캐스트 프레임이 확장을 절대 넘지 않는다고 보장하는 것과 같지 않다. 한 사이트에서 시작된 폭풍은 여전히 전송을 소모할 수 있고, 한 트래픽 클래스를 필터링하는 플랫폼 기능은 나머지를 필터링하지 않는다. 어떤 overlay에 대한 실망의 대부분은 이 차이에서 나온다.

따라서 질문은 OTV가 브로드캐스트 폭풍을 멈추는지가 아니다. 어떤 트래픽 클래스가, 어떤 조건에서 넘어가며, 넘어갈 때 무엇이 속도를 제한하는지다.

그곳에 있는 동안 underlay를 확인한다. 지원되는 전달, 패킷 크기, 라우팅, 선택한 릴리스가 요구하는 인접 관계다. 어느 것도 overlay와 함께 무료로 오지 않으며, 1500바이트 프레임이 들어가는 터널이 태그된 프레임도 들어가는 터널이라는 보장은 없다.

서면으로 요구해야 할 계약

어떤 서비스를 선택하든 같은 여섯 가지 답을 요구한다. 포인트 투 포인트 또는 멀티포인트 범위, 고객 프레임과 태그 처리, MAC 학습 모델, 플러딩 한도, 복구 동작, 종단 간 최대 프레임 크기다. 같은 이름의 두 서비스가 그 각각에서 다를 수 있다. 서비스를 구성한 엔지니어가 질문에 답하는 사람이 아닐 수 있으므로 답을 서면으로 받는다.

현재 서비스가 분명히 충족할 수 없는 요구에 대해서만 변경을 선택한다. VLAN을 더 확장하면 애플리케이션과 Ethernet의 의존성도 함께 확장된다. 새로운 overlay 이름이 그것을 없애 주지는 않는다.

RFC 4664 프레임워크는 서비스 범주와 그 전달 모델을 제시하며, 올바른 질문을 하기 위해 필요한 어휘다. 여섯 가지 답과 실패한 테스트를 같은 회의로 가져가면 결정은 더 이상 레이블에 관한 것이 아니다.