IPFIX 초안은 빠진 MPLS 속성을 위로 당기지 않는다

요약

10월 28일 개인 초안은 순서가 보장된 IPFIX 템플릿에서 반복할 수 있는 범용 MPLS 정보 요소 다섯 가지를 제안한다. 위치 K의 IPv4 주소, IPv6 주소 또는 접두 길이를 얻지 못하면 송신 장치는 같은 속성을 K와 그 아래 모든 위치에서 내보내면 안 된다. 빈자리를 건너뛰면 수집 장치는 K+1을 K로 오인한다.
초안은 IANA 등록부의 기존 위치별 요소를 유지하고 별도의 순서 보장 초안에 의존한다. 새 템플릿을 모르는 수집 장치는 전체 집합을 조용히 버릴 수 있다. 새 요소 다섯 개의 IANA 번호는 아직 TBD다.

비어 있는 것은 레이블이 아니라 설명이다

세 겹의 MPLS 레이블을 보자. 측정 과정은 셋 모두를 관찰했지만 다음 홉 주소는 첫째와 셋째 것만 안다. 송신 장치가 주소 둘을 붙여 보내면 수집 장치는 두 번째 주소를 두 번째 레이블에 붙인다. 원래 셋째 레이블의 주소다. 주소 바이트 자체는 맞아도 어떤 깊이에 속하는지가 틀리면 운영자가 보고 있는 경로의 의미가 바뀐다.

새 초안 4.7절은 이런 압축을 막는다. mplsLabelIPv4Address, mplsLabelIPv6Address, mplsLabelPrefixLength는 첫 번째 위치부터 빈틈없이 이어져야 한다. 위치 K에서 값을 알 수 없다면 해당 정보 요소를 K와 그 아래에서 전송해서는 안 된다. 세 번째 레이블이 없어지는 것은 아니다. 다른 요소는 그 레이블을 정확히 설명할 수도 있다. 다만 끊어진 주소나 접두 길이 목록은 더 이상 그 레이블의 깊이를 주장할 수 없다. 듬성듬성 고른 위치만 전송하는 방법은 초안 범위 밖이다.

레이블 유형은 처리법이 다르다. 위치 K의 mplsLabelType을 모르면 값 0, Unknown을 보낸다. 깊이를 유지하면서 유형만 모른다고 밝히는 셈이다. 주소와 접두 길이에는 같은 대체값이 제시되지 않아 그 목록을 중단한다. '둘째 유형은 알 수 없음'과 '이 속성은 둘째 이후 깊이를 표시할 수 없음'을 한 가지 빈칸 처리로 합칠 수 없다.

옛 방식의 비용은 IANA IPFIX 정보 요소 등록부에 적혀 있다. 레이블 스택의 각 깊이를 나타내는 IE 70부터 79까지 열 가지 위치별 필드가 있다. 맨 위부터 열 번째까지 위치를 필드 이름에 새겨 넣은 것이다. 새 초안은 순서가 보장된 기록 안에서 mplsLabelStackEntry 하나를 반복하고 범용 속성 넷을 더한다. 예전 요소를 폐기하지는 않는다. 새 순서를 읽지 못하는 수집 장치에는 여전히 옛 필드가 필요하다.

크기도 달라진다. RFC 3032가 정의한 완전한 MPLS 레이블 스택 항목은 네 옥텟이며 레이블 값, 트래픽 클래스, 스택 바닥 비트, TTL을 담는다. 현재 위치별 스택 필드는 세 옥텟으로 TTL을 빼고 보낸다. 제안된 범용 항목은 네 옥텟을 보내므로 깊은 레이블의 TTL까지 볼 수 있지만, TTL이 필요 없는 곳에는 레이블마다 한 옥텟을 더 쓴다. 세밀한 관측에는 전송 비용이 붙는다.

순서는 세 단계가 함께 지켜야 한다

RFC 7011은 IPFIX 템플릿에 같은 정보 요소가 여러 번 나타나는 것을 허용한다. 일반 템플릿은 그 순서가 실제 관측 순서라는 보장을 수집 장치에 주지 않는다. 짝을 이루는 순서 보장 초안은 측정 과정이 본 순서로 기록하고, 송신 과정이 이를 보존해 신호하며, 수집 과정이 n번째 출현을 n번째 관측으로 읽는 집합을 제안한다. 화면에서 열을 정렬하는 일로는 세 단계의 약속을 대신할 수 없다.

순서 보장은 정보 요소별로 독립적이다. 두 번째 mplsLabelStackEntry와 두 번째 mplsLabelType이 같은 깊이를 가리키는 이유는 각 정의가 두 번째 출현을 깊이 둘에 묶기 때문이다. 서로 다른 요소가 패킷 안에서 어떤 상대 순서로 놓이는지는 보장하지 않는다. 이웃한 바이트라는 이유로 추가 관계를 만들면 초안이 말하지 않은 구조가 생긴다.

도입 시에는 받는 쪽을 확인해야 한다. 7절은 새 집합을 이해할 수 있다고 알려진 수집 장치에만 순서 보장 내보내기를 켜라고 한다. 옛 수집 장치는 새 집합 전체를 알림 없이 버릴 수 있다. 따라서 이행 기간에는 옛 위치별 필드와 새 범용 필드가 함께 있어야 한다. 보내는 장치만 업그레이드하면 보고서가 더 빈약해질 수도 있다.

Datatracker는 이를 현재 유효한 개인 Internet-Draft로 표시한다. 다섯 가지 새 정보 요소의 IANA ID는 아직 TBD다. 중간 깊이의 속성을 의도적으로 빼고 실제 송신 템플릿과 수집 후 깊이를 대조한 연동 시험 기록이 나오면, 소프트웨어도 이 규칙을 지키는지 판단할 수 있다.