요약

  • James Spenceley의 2008년 APNIC prop-065는 레지스트리에 4바이트 AS 번호를 일반 십진 정수로 표시하고, 어느 표기법으로 검색하든 동일한 Whois 기록을 반환하도록 요청했습니다.
  • APNIC 26 발표 슬라이드는 이 번거로움을 구체적으로 보여주었습니다. AS2.37과 AS131109는 같은 번호를 가리킵니다. 고객과 제공자는 하나의 네트워크에 서로 다른 라벨을 붙일 수 있습니다.
  • APNIC은 합의에 도달했고, 정책 의장들은 IETF를 기다렸습니다. Geoff Huston과 George Michaelson이 집필한 RFC 5396은 2008년 12월에 십진 표기를 규정했습니다.

하나의 네트워크, 두 개의 이름표

어떤 고객은 자신의 네트워크를 AS2.37로 부르고, 제공자는 AS131109로 기록합니다. 둘 다 맞습니다. 2에 65,536을 곱하고 37을 더하면 되기 때문입니다. 그런데 이를 고객 데이터베이스나 라우팅 레지스트리 양식, 혹은 한밤중에 스크립트를 디버깅하는 사람에게 설명한다고 상상해 보십시오. James Spenceley는APNIC 26 발표에서 바로 이 두 표기를 사용해, 4바이트 자율 시스템(AS) 번호가 근본 번호의 변경 없이도 두 개의 공개 정체성을 띄게 될 수 있음을 보여주었습니다.

이 구분점은 조판 전문가의 눈을 거스른 것 이상의 문제였습니다. Spenceley의 슬라이드는 점을 와일드카드로 취급하는 정규식, 그리고 SNMP, 내부 시스템, IRR/RPSL 기록에서의 마찰을 지적했습니다. 이것이 ASDOT의 상위.하위 표시 방식 대신 십진 문자열인 ASPLAIN을 선호한 운영자 측 이유였습니다. 그의 질문은 헬프데스크 티켓처럼 실용적이었습니다. 고객, 제공자, CRM은 실제로 어느 표기를 쓰게 될 것인가?

그의prop-065는 APNIC에 두 가지 과제를 부여했습니다. 4바이트 번호를 ASPLAIN으로 할당하고 기록할 것, 그리고 어느 형식으로 질의가 들어와도 Whois가 동일한 기록을 찾을 수 있도록 할 것. 첫 번째 규칙은 라벨을 하나로 정하고, 두 번째 규칙은 이전 라벨에 익숙한 사람도 그 네트워크를 찾을 수 있게 합니다. 두 규칙이 함께, 레지스트리가 표기 선호를 두 개의 겉보기 정체성으로 변질시키지 않도록 지킵니다.

회의실에서 표준으로의 인계

APNIC 26 회원회의 의사록은 prop-065를 크라이스트처치에서 합의에 도달한 제안 목록에 포함시켰습니다. APNIC의 역사 기록에 따르면 정책 SIG와 회원회의 합의는 2008년 8월 28일로 기재되어 있습니다. 8주간의 최종 의견 수렴 기간 후, 정책 SIG 의장들은 10월 27일 표기 관련 IETF RFC가 계류 중인 동안에는 추가 조치를 취하지 않겠다고 밝혔습니다. 한 지역 레지스트리의 절차가, AS 번호를 출력하는 모든 시스템 차원에서 정리하는 편이 나은 문제와 마주한 것입니다.

그 RFC는 12월에 도래했습니다. APNIC의 Geoff Huston과 George Michaelson이 집필한RFC 5396은 텍스트 형식의 AS 번호에 단일 십진 값을 선택했습니다. RFC 자체의 예시에서 65546은 “65546”으로 쓰이고, ASDOT 표기는 “1.10”입니다. 또한 이 RFC는 IANA 레지스트리에 십진 표기를 사용하도록 지시합니다. Spenceley가 APNIC 변경을 제안했고, Huston과 Michaelson이 IETF 표준을 집필했습니다. 이 제도적 인계가 결말입니다. 한 운영자의 명명 문제가 AS 번호를 출력하는 시스템들의 공유 규칙이 된 것입니다.

Spenceley는 4바이트 번호의 할당 정책을 다루는 별도의prop-064도 있었으며, 이는 2009년 2월에 시행되었습니다. prop-065는 화면 위의 한 줄을 다뤘습니다. 4바이트 번호가 일상 운영에 진입하던 시점에 작은 실패를 잡아낸 것입니다. 같은 번호라면, 레지스트리는 모두가 그것을 같은 번호로 인식하도록 도와야 합니다.

출처 기록