요약

  • IESG는 10월 27일 VXLAN 개정 초안의 정보 제공용 RFC 출판을 승인했다. 11월 2일 현재 RFC Editor 대기열에서 저자의 답변을 기다리고 있으며 IANA 작업도 진행 중이다.
  • 초안은 헤더 길이나 비트 위치를 바꾸지 않는다. 대신 남은 플래그 비트에 새 의미를 줄 때 IETF Review와 IANA 등록을 거치게 한다.

데이터센터의 VXLAN 패킷은 바뀐 옷을 입지 않는다. 한 기업이 아직 0으로 보내는 비트에 새 기능을 붙여 공통 규칙이라고 말하려는 순간 이야기가 달라진다. 개정 초안 12판은 그 주장 앞에 심사와 등록이라는 문을 놓는다. 오늘의 바이트를 보전하면서 내일의 해석권을 옮기는 문서다.

IESG 결정 목록에는 2026년 10월 27일 정보 제공용 문서로 출판을 승인한 기록이 있다. 하지만 Datatracker 상태는 여전히 Internet-Draft다. RFC Editor는 저자의 답변을 요구하고, IANA 조치는 진행 중으로 표시된다. 승인은 출판 과정의 한 단계이지 새 RFC나 새 등록부의 완료 표시가 아니다.

기존 RFC 7348은 2014년 독립 제출 문서로 나왔다. 이미 사용 중이던 VXLAN을 기록하고 UDP 포트 4789의 배정을 적었다. 헤더의 남은 플래그 비트에 향후 어떤 기능을 넣을지 공개적으로 배정하는 등록부는 만들지 않았다. 이번 초안은 규격을 IETF 문서 흐름으로 옮겨 그 뒤의 헤더 확장에 공동의 정의와 기록을 마련하려 한다.

비트 단위의 작업은 교묘할 만큼 작다. 예전 문서의 24비트 Reserved 필드에서 앞의 8비트를 추가 플래그 위치로 다시 분류한다. 그러면 16비트 VXLAN Flags와 뒤따르는 16비트 Reserved-1이 된다. 비트의 실제 위치도 전체 헤더 크기도 변하지 않는다. 4번 비트는 여전히 VNI가 있음을 알리는 I 플래그다. I가 0인 패킷은 VTEP가 버려야 한다. 나머지 15개 플래그 위치는 처음에는 미할당이다. 송신자는 0으로 내보내고 수신자는 무시한다. 기존 장비가 읽는 패킷은 같은 자리의 같은 0이다.

제도 변화는 IANA 절에 있다. 초안은 VXLAN 등록부 묶음과 플래그 등록부를 만들고, 각 비트의 위치·설명·정의 문서를 기록하라고 요구한다. 새 값의 정책은 IETF Review다. RFC 8126에 따르면 IESG 절차를 거친 IETF 문서 흐름의 RFC가 있어야 한다. 정보 제공용 RFC도 가능하지만 제품 설명서만으로 공용 비트를 차지할 수는 없다. UDP 포트 4789의 등록 연락처를 IETF Chair, 배정 대상을 IESG로 바꾸라는 요청도 들어 있다.

좁은 비트 공간에 두 확장이 같은 자리를 다른 뜻으로 쓰면 수신 장비는 패킷만 보고 정답을 고를 수 없다. 등록부는 충돌을 드러내고 구현자가 원문을 찾아보게 한다. 그 대가로 공개 확장의 일정에는 RFC 심사 시간이 포함된다. 사내 실험은 빠를 수 있어도 다른 네트워크까지 통할 의미를 얻는 일은 다르다.

등록이 곧 배포는 아니다. 운영자는 어떤 확장을 켤지 직접 결정하고 구형과 신형 VTEP가 함께 있을 때의 동작을 시험해야 한다. 초안에는 아직 정의되지 않은 미래 플래그의 현장 호환성 수치가 없다. 판단을 바꿀 근거는 특정 확장의 RFC, 혼합 버전 패킷 기록, 실패 시 처리 결과다.

2014년 문서는 돌아가던 프로토콜을 적었다. 2026년 초안은 그 모양을 유지하며 다음 공개 변경의 열쇠를 IETF 검토 절차에 맡긴다. 패킷은 제자리에 있고 미래를 적을 권한만 옮겨 간다.

초안 상태 · 12판 원문 · IESG 결정 · RFC 7348 · RFC 8126