L2TPv2, L2TPv3, GRE, VPWS: 페이로드에 따라 고르기

대부분의 L2TP 대 GRE 논쟁은 이름이 문제의 서로 다른 계층에 있기 때문에 무너집니다. 그중 둘은 여러분의 라우터에서 설정하는 캡슐화를 설명합니다. 하나는 다른 누군가가 여러분에게 파는 서비스를 설명합니다. 엔드포인트가 전달해야 하는 페이로드부터 시작하면, 비교는 기능 싸움 대신 짧은 결과 목록이 됩니다.

먼저 페이로드, 그다음 프로토콜

실제로 페이로드는 PPP 세션, 원시 Ethernet 프레임, IP 패킷, 또는 공급자에게 넘기는 MPLS 프레임 중 하나입니다. 각각은 주소 지정, 브로드캐스트 처리, 장애 감지에 서로 다른 요구를 겁니다. 이 목록이 틀리면 어떤 캡슐화 조정도 설계를 구하지 못합니다.

이 행 밖의 것은 암호화, 압축, 트래픽 셰이핑처럼 나중에 추가됩니다. 먼저 행을 고르세요.

L2TPv2와 L2TPv3는 이름만 공유하고 거의 다른 것은 없습니다

L2TPv2는 PPP 세션을 IP 네트워크 너머로 전달하기 위해 존재하므로, 일반적인 프레임 전송이라기보다 원격 접속 프로토콜로 읽힙니다. L2TPv3는 그 아이디어를 일반화하여 제어 연결이 세션을 협상하고, 각 세션은 두 IP 엔드포인트 사이의 정의된 계층 2 연결을 전달합니다. 같은 패밀리 이름, 다른 제어 프로토콜, 다른 세션 모델. L2TP만 언급한 요구사항은 불완전하고, 잘못된 버전에서 복사한 템플릿은 협상조차 하지 않습니다.

PPP가 필요하면 L2TPv2가 패밀리의 유일한 현실적 구성원이고, 라우팅된 코어를 넘어 Ethernet 프레임이 필요하면 L2TPv3 영역입니다.

전송 세부 사항은 방화벽 검토에서 드러나는 방식으로 다릅니다. L2TPv3는 IP 프로토콜 115를 통해 직접 또는 UDP 내부에서, 보통 포트 1701로 이동할 수 있지만, L2TPv2는 내부에 PPP를 둔 채 UDP 1701에 머뭅니다. 한 버전을 위해 작성된 정책이 완전히 올바르게 보이면서도 다른 버전을 떨어뜨릴 수 있습니다.

GRE는 헤더이지 서비스가 아닙니다

GRE는 선택적 키와 시퀀스 필드가 있는 네 바이트 헤더로 페이로드를 감싼 뒤 결과를 IP에 넘겨 전달합니다. 페이로드의 의미에 대해 아무것도 주장하지 않으므로, 해당 프로토콜 타입이 지원된다면 구현이 IPv4, IPv6, Ethernet을 터널링할 수 있습니다. 일반적인 것이 보편적인 것과 같지는 않으므로, 실제 장치에서 프로토콜 타입과 단편화 동작을 확인하세요.

여러 터널이 하나의 엔드포인트 주소 쌍을 공유할 때 GRE가 유용한 것은 수신자가 키 필드 값으로 역다중화하기 때문입니다. IPv4 위의 GRE는 추가 옵션 전에 약 24바이트를 차지하며, 이미 1500바이트 프레임용으로 준비된 링크에서는 이것이 중요해집니다. GRE 단독으로는 기밀성을 제공하지 않으므로, 보통 패턴은 IPsec과 짝지어 암호화 경계를 IPsec에 맡깁니다. 그 조합은 작동하지만, MTU 예산은 두 헤더를 모두 감당해야 합니다.

GRE는 페이로드가 Ethernet일 때 터널을 통해 멀티캐스트와 브로드캐스트도 전달하는데, 단순 유니캐스트 IP 터널은 할 수 없는 일입니다. 설계가 GRE를 고르는 이유는 보통 약어가 아니라 이 속성입니다.

VPWS는 구매하는 것이지 설정하는 것이 아닙니다

가상 사설 회선 서비스는 공급자 네트워크를 가로질러 지점 간 계층 2 회선을 제공합니다. 여러분의 접속 회선은 공급자 에지 장비에서 끝나고, 코어를 지나는 의사 회선은 공급자 소유입니다. 중요한 질문은 운영적인 것으로, 경계가 어디에 있고, 첫 마일과 마지막 마일을 누가 소유하며, 공급자가 초과 크기 프레임을 어떻게 처리하는지입니다.

여기서 비교가 뒤집힙니다. L2TPv3와 GRE는 여러분이 끝에서 끝까지 운영하는 것이므로, 여러분의 자격 증명과 여러분의 캡처로 디버그합니다. VPWS는 인도가 있는 계약이므로, 장애는 패킷 캡처가 아니라 티켓으로 시작합니다. 어느 모델도 완전히 이기지 않으며, 실패하는 위치가 다르고, 선택은 마지막 마일을 소유할지에 달려 있습니다.

의사 회선의 레이블 스택은 공급자 네트워크 안에 남으므로, 보이는 터널 헤더처럼 MTU 계산을 바꾸지 않습니다.

행 하나를 골라 적어 두세요

결정을 페이로드, 캡슐화, 전송 소유자라는 세 부분으로 된 한 문장으로 기록합니다. 그다음 검증 가능하게 만드는 숫자를 붙입니다.

각 후보에 대해 회선상 오버헤드, 경로가 받아들이는 최대 프레임, MTU 문제를 보고할 첫 홉을 적습니다. 두 엔드포인트가 데이터시트의 마케팅 용어가 아니라 여러분이 고른 프로토콜 타입이나 세션 타입을 지원하는지 확인합니다. GRE 키와 L2TPv3 세션 ID는 그 문제의 상호 교환 가능한 해법이 아니므로, 내년에 두 번째 회선이 생기면 다중화가 어떨지 정합니다. 그다음 초과 크기 프레임과 보통 프레임을 하나씩 보내면, 이 조합이 종이에서 좋아 보이던 대부분의 설계를 잡아냅니다.

터널을 이름으로 비교하면 아무도 해결하지 못하는 논쟁이 계속됩니다. 페이로드, 오버헤드, 소유권으로 비교하면 한나절 만에 결정이 나오고, 나중에 그것을 변호할 증거도 함께 나옵니다.