요약

  • Tomoya Yoshida는 네트워크 튜토리얼에서 예제에 넣을 무해한 AS 번호가 바닥나자 APNIC prop-061 작성을 도왔습니다. 복사된 설정은 예제를 실제 라우터로 옮겨갈 수 있습니다.
  • APNIC Policy SIG는 2008년 8월, 16비트/32비트 경계 양쪽에 예제용 번호를 예약하기로 합의했습니다. 이 작업은 그해 12월 Geoff Huston이 집필한 RFC 5398로 이어졌습니다.
  • IANA는 현재 64496–64511과 65536–65551을 문서화 및 샘플 코드용으로 지정해 두었습니다. 이는 각각 16개 번호로 이루어진 두 세트이며, 실제 피어링에 사용되지 않도록 하는 역할을 담당합니다.

교육 슬라이드에 필요한 등장인물

교육 슬라이드 속 '가상의' 네트워크가 실제 누군가의 것이라는 사실을 깨달았을 때 느끼는 특유의 민망함이 있습니다. 인터넷 라우팅 예제에는 AS 번호가 필요합니다. 여기 한 운영자, 저기 한 이웃, 그 사이를 잇는 경로가 필요합니다. 기억하기 쉬운 실제 번호를 고르면 다이어그램이 깔끔해 보입니다. 그러나 그 교육 내용을 라우터에 붙여 넣는 순간, 깔끔했던 다이어그램이 제 몫 이상을 행하려 들 수 있습니다.

Tomoya Yoshida는 이 위험 뒤에 있는 구조를 잘 알고 있었습니다. APNIC의2008년 연사 소개는 NTT와 JPNIC에서 OCN 백본, 피어링, 인터넷 라우팅 레지스트리 서비스 업무를 담당한 그의 경력을 소개합니다. 그는 Philip Smith, Gaurab Raj Upadhaya와 함께prop-061을 공동 제안했습니다. 즉, 누군가의 정체성을 빌리지 않고도 집필자들이 사용할 수 있도록 의도적으로 지루할 만큼 소박한 ASN 공급을 확보하자는 것이었습니다.

APNIC 최종 제안서는 그러한 공급이 존재하기 전에 저자들이 사용할 수 있었던 각종 편법을 목록처럼 나열하고 있습니다. 소속 기관의 ASN, 사설 용도 번호, 편리한 공개 번호, 또는 미할당 값을 사용할 수도 있었습니다. 마지막 선택지에는 시한폭탄이 숨어 있었습니다. 오늘의 빈 슬롯은 내일의 할당 대상이 될 수 있다는 것입니다. 제안자들은 운영 네트워크에 연결된 실험 장비로 복사된 예제가 혼란과 장애를 일으킬 수 있다고 경고했습니다. 붙여넣기 명령 한 줄만으로도 그 위험은 쉽게 상상됩니다.

작은 두 블록, 매우 유용한 하나의 경계

2008년 8월 28일 Christchurch에서 열린 APNIC 26에서 Policy SIG는 실용적인 수정안과 함께 합의에 도달했습니다. 예제에는 구형 16비트와 신형 32비트 ASN 공간 양쪽의 번호가 필요하다는 것이었습니다. 수정본 2는 다음 날 발표되었습니다. APNIC의기록은 8주간의 의견 수렴 기간과 RFC 대기 결정이 10월에 이루어졌음을 보여줍니다. 답은 12월에RFC 5398로 도착했습니다. Geoff Huston이 RFC를 집필했고 Yoshida와 다른 두 제안자를 감사의 대상으로 언급했습니다. 이 역할 구분을 정확히 해두는 것이 중요합니다. 지역 정책 아이디어가 전 세계가 이해할 수 있는 문서화 관례가 된 것입니다.

선정된 범위는 간결합니다. 64496–64511과 65536–65551입니다.IANA 레지스트리는 여전히 두 블록을 문서화 및 샘플 코드용으로 표기합니다. 첫 번째 블록은 사설 용도 범위가 시작되기 바로 앞에서 끝납니다. 두 번째 블록은 16비트 한계 바로 너머에 있어, 4바이트 ASN에 대한 튜토리얼은 4바이트 예제를 사용할 수 있습니다. RFC 5398은 실제 운영 BGP 설정에서 이 예약 번호를 사용하는 이웃과의 피어링을 피해야 한다고 밝힙니다. 이 경고가 예제 옆에 붙어 있는 이유는, 여전히 누군가는 이를 복사해 붙여넣을 수 있기 때문입니다.

Yoshida의 기여는 인터넷 거버넌스의 소박한 구석에 자리합니다. 32개의 번호는 교육 내용을 더 안전하게 복사 가능하게 만들고, 매뉴얼이 운영자의 정체성을 대신 사용할 가능성을 낮추며, 경계를 가르치기 쉽게 만듭니다. 때로 좋은 네트워크 정책은 출구가 명확히 표시된 무대 소품입니다.

원본 기록