MPLS 의사 회선에서 MTU용 서른 바이트 추가 규칙은 깨진다
고정된 오버헤드 숫자는 그 가정을 숨긴다. Ethernet 헤더, VLAN 태그, 레이블 항목, 제어 워드를 세고 올바른 필드와 비교하라.
MPLS에 얼마를 더해야 하는지 엔지니어에게 물으면 보통 서른이라는 숫자를 자신 있게 듣게 된다. 그 숫자는 틀렸다기보다 맥락에서 떨어져 있다. 시작 숫자가 무엇을 세는지, 제공자 경계가 실제로 무엇을 전송하는지에 전적으로 달려 있다. Ethernet 의사 회선에서는 가정이 눈에 보이며, 그것을 적어 두는 순간 산술이 민간설화를 대신한다.
하나의 이름 아래 세 가지가 측정된다. 고객의 IP 패킷, 의사 회선을 건너 전달되는 Ethernet 프레임, 그리고 제공자 자신의 외부 링크 프레이밍이다. 이들을 섞는 예산은 어떤 장비 필드도 기대하지 않는 값을 낳는다.
모든 가정을 밝힌 하나의 계산 예산
1500바이트 고객 IP 패킷, 고객 FCS 없이 의사 회선을 건너 전달되는 보통 Ethernet 헤더, 유지되지 않는 VLAN 태그, 두 항목 레이블 스택, 네 바이트 제어 워드를 잡는다. 전달되는 Ethernet 헤더가 14를 더하고, 유지된 태그는 아무것도 더하지 않으며, 두 레이블 항목은 각 항목이 4바이트이므로 8을 더하고, 제어 워드는 4를 더한다. 그러면 MPLS로 캡슐화된 패킷 1526바이트가 된다.
결과를 주의해서 읽어라. 이것은 제공자 링크의 외부 Ethernet 헤더와 그 FCS를 제외하며, MTU라는 이름의 어떤 필드에도 입력할 상수가 아니라 예시다. 레이블 두 개도 가정이다. 실제 스택은 전송 레이블, 서비스 레이블, 때로는 그 이상을 실을 수 있고 각 항목은 같은 4바이트를 차지한다.
의사 회선을 실제로 건너는 것
RFC 4448은 Ethernet 프레임이 MPLS 안에서 어떻게 이동하는지 정의하며, 그 보통 모델에서 고객 프리앰블과 FCS는 인그레스에서 제거되고 이그레스에서 다시 생성된다. 그래서 위 예산에 FCS가 나타나지 않는다. VLAN 처리는 서비스 모드에 달려 있다. 고객 태그를 보존하는 모드는 그 바이트를 다시 더하고, 매핑하는 모드는 그렇지 않다. 추가 보존이나 추가 캡슐화는 그 위에 계산해야 한다.
제어 워드는 사용될 때마다 산술의 일부다. RFC 8469는 Ethernet 의사 회선에 이를 권장하므로, 선택 사항이라고 설명한 오래된 문헌은 당신의 경로가 그것을 뺀다는 증거가 아니다. 다이어그램에서 추론하지 말고 제공자와 실제 서비스 모드를 확인하라.
숫자를 올바른 필드와 비교하라
이제 필요한 캡슐화 크기를 모든 관련 링크 옆에, 그리고 구성하는 한계에 대한 벤더 정의 옆에 놓아라. 어떤 필드는 IP 패킷을, 다른 필드는 프레임이나 다른 캡슐화 경계를 설명한다. 두 숫자가 같아 보이면서 다른 용량을 설명할 수 있고, 맞는 것처럼 보이는 구성이 운영에서 드롭을 만드는 이유가 여기에 있다.
관련 없는 플랫폼 사이에서 값을 복사하는 것이 위험한 이유도 같다. 필드의 이름이 사양이며, 다른 벤더의 콘솔에서 기억하는 십진수가 아니다.
ping 페이로드는 MTU 값이 아니다
IPv4 ping의 페이로드는 IP MTU가 아니다. IP 헤더와 ICMP 헤더도 바이트를 소비하므로 성공하는 페이로드 크기는 회선 위의 더 큰 패킷에 해당한다. 한 크기에서 통과하는 프로브는 다른 VLAN 모드나 더 깊은 레이블 스택을 쓰는 서비스에 대해 아무것도 말하지 않는다. 시험은 경로 하나, 크기 하나, 페이로드 모양 하나를 측정하며 서비스는 세 가지를 모두 바꿀 수 있다.
더 나쁜 것은, 실제 트래픽이 결코 쓰지 않는 경로와 크기를 프로브가 시험했기 때문에 큰 프레임이 실패하는 동안 ping이 성공할 수 있다는 점이다. 도달 가능성에 대한 하나의 데이터 포인트로 취급하고, 2계층 서비스 사양으로 취급하지 마라.
프레임이 들어가지 않을 때
너무 큰 프레임을 전달할 수 없고 지원되는 단편화나 재조립 메커니즘이 없다면, 그 프레임은 버려지며 보통 양쪽 끝에서 명확한 오류도 나오지 않는다. 그러면 애플리케이션은 대량 전송에서 시간 초과를 보이는 반면 대화형 세션은 건강하게 유지되어, 사람들이 바이트 수를 세는 대신 방화벽과 경로를 들여다보게 만든다.
제공자와 실제 예산을 확정하라. 서비스 모드, 태그 처리, 레이블 깊이, 제어 워드, 그리고 장비가 적용하는 정확한 한계다. 숫자 옆에 가정을 적어 두어라. 그렇지 않으면 다음 엔지니어가 서른 바이트 규칙과 수수께끼를 물려받는다.