요약

  • Fred Baker는 RFC 1812를 조달 명세이자 구현자 안내서로 편집했지만, 이 문서는 자체 목록이 불완전하며 기반 프로토콜 표준에 의존한다고 밝힌다.
  • 이후의 지향성 브로드캐스트 및 Source Quench 동작 업데이트는 표준 기준선을 최신 명세와 실제 사용 중인 제품 및 네트워크의 증거와 함께 읽어야 하는 이유를 보여준다.

라우터 명세는 체크리스트처럼 보일 수 있다: 이 프로토콜을 지원하고, 저 요구사항을 충족하고, 조달을 통과하라. RFC 1812는 그 체크리스트를 사용하기 더 어렵게 만들면서 더 유용하게 만든다. 서문은 편집자가 이 문서를 조달과 구현에 기여하도록 만들어 달라는 요청을 받았었다고 말한다. 같은 문서는 자체 목록만으로는 불완전하다고 경고한다. 인터넷 라우터에 대한 전체 요구사항은 주로 개별 프로토콜 명세와 RFC 1812의 정정 및 추가 사항에 담겨 있다.

이 구분이 중요한 이유는 ‘표준’이 제품 인증서로 오해될 수 있기 때문이다. RFC 1812는 라우터 모델, 소프트웨어 릴리스, 구성 또는 실제 경로를 인증하지 않는다. 그것은 규범적 목표를 설정하고, 이를 완성하는 다른 문서들을 독자에게 안내한다. 구매자는 이를 계약에 인용할 수 있지만, 운영자는 특정 시스템이 계약이 요구하는 대로 동작한다는 증거를 여전히 필요로 한다.

Fred Baker의 역할은 표지에서 유난히 명확하다: “F. Baker, Editor.” 1995년 6월 Standards Track 문서로 발행된 RFC 1812는 RFC 1716과 RFC 1009를 대체했다. 서문은 Baker에게 이 작업을 업데이트한 공을 인정하지만, 그가 전문 기여자들에게 크게 의존했으며 그 공은 그들에게 돌아간다고 명시한다. 또한 문서 내용과 형식의 상당 부분을 워킹그룹 의장이자 원 편집자·저자였던 Philip Almquist가 맡았고, Frank Kastenholz가 이전 편집자였다고 밝힌다. 이것은 편집의 계보이지, 단독 발명을 주장하는 것이 아니다.

문서 자체의 범위 설명은 체크리스트 사고를 거부한다. 그것은 요구사항, 권고사항 및 선택사항을 모으고, 참조된 프로토콜 명세의 오류를 정정하며, 구현자를 위한 논의를 추가한다. 모든 기능이 같은 중요도를 갖는 것은 아니고, 선택적 동작이 존재하며, 어떤 기능은 한 라우터 용례에서는 매우 중요하지만 다른 용례에서는 무관할 수 있기 때문에 단순한 목록은 위험하다고 말한다. 심지어 제한된 맥락의 제품은 다른 명세를 따르는 타당한 이유가 있을 수 있다고 언급한다. 문서의 목표는 폭넓은 상호운용성이지, 모든 라우터가 대체 가능하다는 허구가 아니다.

이후의 두 업데이트는 그 경계를 구체적으로 만든다. Daniel Senie가 작성하고 1999년에 발행된 RFC 2644는 RFC 1812의 지향성 브로드캐스트 기본값을 변경했다. 이전 요구사항은 기본적으로 수신과 전달을 허용했지만, 업데이트는 운영자가 명시적으로 활성화하지 않는 한 둘 다 차단하도록 요구했다. 이유는 실용적이었다. 지향성 브로드캐스트가 Smurf 서비스 거부 공격에서 증폭기로 악용되고 있었기 때문이다. 그 업데이트는 구성 기본값을 바꾼 것이지, 모든 라우터의 정의나 운영자의 전체 보안 태세를 바꾼 것은 아니다.

Fernando Gont가 2012년에 발행한 RFC 6633은 ICMP Source Quench를 다루었다. RFC 1812는 이미 라우터가 그러한 메시지를 생성하는 것을 사용 중단(deprecated)했다. RFC 6633은 수신 측에서 한 걸음 더 나아가 라우터가 이를 무시하도록 요구하고 호스트 지침도 업데이트했다. 그 근거에는 이러한 메시지의 열악한 혼잡 제어 동작, 이들을 신뢰할 수 없게 만든 필터링, 그리고 널리 쓰이는 TCP 구현이 이미 이들을 지원하지 않게 되었다는 사실이 포함되었다. 따라서 이후 문서는 RFC 1812를 뒤집은 것이 아니라, 운영 맥락이 진화한 변경을 완성하고 명확히 한 것이다.

Baker의 더 넓은 IETF 이력은 편집자 역할이 왜 중요한지 설명하는 데 도움을 주지만, 그를 단독 저자로 만들지는 않는다. IETF 추모 초안은 그가 1996년부터 2001년까지 IETF를 의장했고 60개 이상의 RFC를 공동 저술하거나 편집했다고 기록한다. RFC 1812 서문은 이력서보다 더 구체적이다. 그것은 표준 문서가 이전 편집자들, 워킹그룹 및 기술 기여자들에게 의존하는 방식을 보여주면서도, 편집상 오류에 대한 책임은 이름이 명시된 편집자에게 둔다.

유용한 조달 질문은 단순히 공급업체가 “RFC 1812 준수”라고 말하는지 여부가 아니다. 의도한 용도에 어떤 요구사항이 적용되는지, 어떤 참조 명세와 업데이트가 포함되는지, 어떤 기능이 선택사항인지, 그리고 선택한 모델과 소프트웨어 버전이 계획된 구성에서 실제로 무엇을 하는지다. 그런 다음 테스트 계획은 제어 평면 주장과 전달 동작, 기본값과 명시적으로 활성화된 기능, 서면 적합성 선언과 관찰된 패킷을 구분할 수 있다. 이는 분석이지, 특정 장비가 이곳에서 테스트되었다는 주장이 아니다.

Lu Heng의 노트 65, “실행 코드 우선성(Running-Code Primacy)”은 문서화된 의도와 배포된 동작을 구분하도록 하는 편집 관점을 제공한다. 그것은 Baker나 RFC 1812에 관한 증거가 아니다. 그 관점으로 읽으면, RFC 1812는 테스트를 대체하는 것도 아니고 일회용 체크리스트도 아니다. 그것은 참조, 선택사항 및 업데이트를 실제로 트래픽을 운반하는 운영체제까지 따라가야 하는 요구사항의 지도다.

출처