요약

  • RFC 3499는 명목상의 3400–3499 범위를 탐색 가능하게 만들었지만, 번호의 수적 인접성과 하나의 요약에의 포함이 그 출판물들을 하나의 아키텍처, 하나의 권위 또는 하나의 현행 명세로 만들지는 않았다.
  • 대략적인[STANDARDS TRACK]표식, 상태가 바뀔 수 있다는 명시적 경고, 그리고 3400에 대한 정직한 “발행된 적 없음” 항목은 보관적 정체성과 현재의 적용 가능성을 분리했다.

RFC 3499를 자신의 첫 항목부터 아래로 읽어 내려가면 목록은 완전해 보인다. 3400과 3499 사이에는 정확히 백 개의 자리가 들어간다. 각 줄은 번호, 이름, 제목이라는 안도감을 제공한다. 그러다 마지막 자리가 이 패턴을 거부한다: “RFC 3400은 발행된 적이 없다.” 이 목록은 부재를 보존하기 때문에 범위에 대한 기록으로서 정확히 완전하다.

바로 그 작은 절제가 문서 전체를 설명한다. 2003년 12월 ISI의 Sandy Ginoza가 발행한 RFC 3499는 스스로를 약간의 주석이 달린 백 자리 구간 목록이라고 불렀다. 이는 Informational 문서로서 어떤 인터넷 표준도 명세하지 않았고, “This memo(이 메모)”라는 놀랍도록 간결한 설명과 함께 자기 자신을 포함시켰다. 표준화한 것은 아무것도 없었다. 보존한 것은 사물을 찾아가는 방법이었다.

그 사물들은 서로 극단적으로 달랐다. 상단에는 SONET 보호 전환 MIB, 비압축 스튜디오 비디오용 RTP 페이로드, ATM을 인식하는 MPLS 시그널링, PacketCable DHCP 옵션이 있다. 그 아래로는 IPv6 소켓 API, IDNA, STUN, SIP 압축, 무선 링크 상의 TCP, MPLS 우아한 재시작, XML, DNS 역할, 메일 보고서, SNMP 아키텍처, DDDS가 온다. 그 번호들은 하나의 출판 이웃을 공유한다. 그 패킷들이 반드시 만나는 것은 아니다.

따라서 출판 순서는 프로토콜 스택이 아니다. 인접성은 의존성이 아니다. 독자는 RFC 3498이 RFC 3497을 사용한다고 추론할 수 없고, 블록 전체가 하나의 릴리스 열차를 이룬다고 추론할 수도 없다. 목록에 올라간 문서는 수백 자리 더 오래된 RFC에 의존할 수 있고, 수천 자리 더 새로운 RFC에 의해 갱신될 수 있으며, 수적으로 가장 가까운 이웃과 아무런 운영상 관계가 없을 수도 있다.

RFC 3499는 스냅샷을 현행 권위로 취급하지 말라고 경고하기까지 했다. 그 주석은 많지만 전부는 아닌 RFC가 Proposed Standard, Draft Standard 또는 Standard였으며, 그 상태는 바뀔 수 있으므로 요약은[STANDARDS TRACK]라는 광범위한 라벨만 기록하고, 현재 상태와 지위는 최신 “Internet Official Protocol Standards”에서 확인하라고 독자에게 안내했다. 이 색인은 자신의 만기 경계를 스스로 알렸다.

그 경계가 중요한 이유는 RFC 번호는 영구적이지만 해석은 움직이기 때문이다. 후속 문서가 등장할 때 이미 발행된 텍스트는 조용히 다시 쓰이지 않는다. 이후의 RFC가 이를 갱신하거나 폐기(obsolete)할 수 있고, 정오표(errata)가 보고되고 검증될 수 있으며, STD 또는 BCP 식별자는 그를 구성하는 RFC들이 바뀌는 동안에도 계속될 수 있다. 현대의 RFC Editor는 이런 관계를 명시적으로 설명한다. 번호는 하나의 출판물을 식별할 뿐, 그 출판물이 현재의 명세임을 약속하지 않는다.

초록도 근거 사슬을 닫아 주지는 않는다. RFC 3499는 간결한 설명을 재현했고, 때로는 출판 과정에서 이루어진 수정 사항을 반영하기도 했다. 그 설명은 발견(discovery)에 유용하다. 그러나 그것은 규범적 섹션, 참조된 정의, 이후의 정오표, updated-by 관계, 구현 선택 또는 패킷 트레이스를 대체하지 못한다. 검색 결과는 엔지니어를 한 문서로 이끌 수 있다. 그 문서로부터 파생된 코드를 인증할 수는 없다.

요약물의 역사도 이 점을 강화한다. RFC 1099는 1991년 12월 백 단위 관례를 시작했다. RFC 3299는 3200–3299를 다루었다. RFC 3399는 등장하지 않았다. RFC 3499와 RFC 3599는 나왔고, 3599가 마지막으로 발행된 요약이 되었다. 이 패턴은 구멍을 남겼다. 편집 습관이 번호선을 소유하지는 않기 때문이다.

2013년에 인터넷 초안(Internet-Draft)이 xx99 요약을 공식적으로 은퇴시키자고 제안했다. 초안은 검색 가능한 초록이 그 필요를 없앴으며, 누구도 누락된 요약물에 대해 불평한 적이 없고, 99로 끝나는 번호는 일반 배정으로 돌아갈 수 있다고 말했다. 이 초안은 만료되었다. 그것은 전환에 대한 좋은 역사적 증거지만, 구속력 있는 RFC가 되지는 못했다. 그것을 시행된 정책으로 기술하는 것은 이 글이 저항하려는 범주 오류를 그대로 반복하는 일이다: 의도에 대한 기록은 효력 있는 규칙과 같지 않다.

평행한 전환이 다른 시리즈에서도 일어났다. xx00 “Internet Official Protocol Standards” 스냅샷은 xx99 범위 요약과 같은 것이 아니었다. RFC 7100은 현행하지 못하다는 이유로 공식 표준 요약으로서의 STD 1을 은퇴시켰다. RFC 7101은 xx00 스냅샷이 웹 페이지로 대체되었고 미래의 xx00 번호가 다시 공개될 것임을 기록했다. 공유된 방향은 주기적 정적 소책자에서 유지 관리되는 온라인 뷰로의 이동이었지만, 그 산출물과 권위 경로는 서로 구별되어 있었다.

웹은 신선도를 개선했다. 현재의 문서 페이지는 다른 백 개의 번호를 기다리지 않고도 스트림, 상태, 정오표, 역사, 갱신 및 폐기 관계를 노출할 수 있다. 그러나 인터페이스의 신선도는 여전히 배포의 증거가 아니다. 완벽하게 유지 관리된 그래프는 어느 명세가 다른 명세를 대체하는지 말할 수 있지만, 라우터 안의 펌웨어, 서버에서 활성화된 옵션, 고객이 목격한 결과에 대해서는 아무것도 모른다.

유용한 증명 사다리는 더 아래에서 시작된다. 먼저 번호가 배정되거나 정직하게 미사용으로 남겨진다. 그다음 영구 문서가 발행된다. 요약이 그 정체성을 기록한다. 현재 메타데이터가 상태와 관계를 기술한다. 독자는 의존성 폐쇄를 따라간다. 구현자는 요구사항을 선택한다. 코드가 작성되고, 테스트되고, 배포되고, 설정된다. 마지막으로 패킷, 로그, 서비스 측정이 무엇이 돌아갔는지 보여준다. 어떤 단계도 다음 단계의 증명을 상속하지 않는다.

RFC 3400은 바로 그 규율의 가장 좋은 상징이다. 직사각형적 완전성에 집착하는 데이터베이스는 가짜 자리표시자 문서를 발명하고 그 행이 수복되었다고 선언할 수 있다. 이 보관소는 대신 “발행된 적 없음”을 기록했다. 진실에서 빠진 것은 없다. 빠진 것이야말로 진실의 일부다.

그렇기 때문에 RFC 3499는 더 잘 알려진 명세들의 용기(container)로만 사용되는 대신 자기 역사를 가질 자격이 있다. 이것은 탐색을 필요로 할 만큼 크지만 탐색과 명령을 구별할 의지를 아직 유지하는 인터넷을 포착했다. 목록은 자신의 백 개 자리가 하나의 목적을 공유한다고 주장하지 않았다. 살아 있는 표준화 과정을 동결하지도 않았다. 초록을 실행 코드로 바꾸지도 않았다.

색인은 가시성 계층이다. 색인은 근거를 찾는 비용을 낮추면서 자신이 기술하는 현실보다 더 작게 머문다. 그 제도적 미덕은 바로 그 얇음에 있다. 색인은 입법부도, 아키텍처 다이어그램도, 운영 대시보드도 아니라고 주장하면서 정체성, 순서, 부재를 보존할 수 있다.

실수는 상징적 질서가 운영적 질서로 승격될 때 시작된다. 번호가 현재성으로, 인접성이 의존성으로,[STANDARDS TRACK]이 정확한 현행 상태로, 검색 가능성이 적합성으로 바뀔 때이다. RFC 3499는 각각의 팽창을 막기에 충분한 단서 조항들을 제공했다. 나머지는 독자의 규율이다.

출처