요약

  • RIPE NCC의 2001년 전환은 구 RIPE-181 갱신 경로와 새 RPSL 경로를 단계별로 분리했습니다. 당시 공지와 기관 연차 보고서에 따르면, 전환은 4월 23일에 시작해 5월 14일에 기본 갱신 채널을 변경했고 10월 15일에 끝났습니다.
  • 공개 기록은 Andrei Robachevsky를 RIPE NCC 데이터베이스 그룹 매니저로서의 작업과 연결합니다: 2000년 8월 메시지는 사용자에게 새 질의 동작을 평가해 달라고 요청했고, 서명된 2001년 4월 공지는 첫 마이그레이션 단계의 완료를 설명했습니다.
  • 레지스트리 객체를 변환하는 것은 데이터베이스가 그 객체를 어떻게 표현하고 수용하는지를 바꿉니다. 그 자체로 주소 블록에 대한 소유권을 확립하거나, 경로가 실제 광고되고 있음을 증명하거나, 패킷이 어디로 이동하는지 보여주지는 않습니다.

두 개의 문을 가진 전환

5월 공지는 이례적으로 구체적입니다. 5월 14일부터auto-dbm은 RPSL만 수용했습니다.auto-181메일 로봇은 여전히 RIPE-181을 수용해 변환했지만, 그 가교에는 공표된 종료일인 10월 15일이 있었습니다. 세 번째 경로인auto-rpsl도 RPSL을 수용했습니다. 이 메시지는 테스트 데이터베이스에도 같은 구분을 적용했습니다.

운영자에게 실질적인 질문은 단순히 “데이터베이스가 마이그레이션되었는가”가 아니었습니다. 특정 발신자가 특정 주소에서 어떤 갱신 형식을 사용할 수 있는지, 그리고 호환성 경로가 얼마나 남아 있을지였습니다. 구식 객체를 구식 엔드포인트에 계속 제출하던 스크립트는 변환 서비스를 거치도록 의도적으로 라우팅된 스크립트와 다른 규칙을 적용받았습니다. 이 공지는 수리가 필요한 스크립트가 얼마나 되는지, 모든 사용자가 혼란을 겪었는지는 알려주지 않습니다. 다만 기관이 마이그레이션을 보이지 않는 데이터베이스 교체가 아니라 날짜가 지정된 인터페이스들의 집합으로 이해할 수 있게 만들었다는 점은 보여줍니다.

4월 23일 메시지는 첫 단계가 이미 작동 중임을 기록합니다: 새 데이터베이스 버전이 구동 중이었고, 기존 객체들이 RPSL로 자동 변환되어 적재되었습니다. 그러나 “변환됨”이 “모든 경로가 변경됨”을 뜻하지는 않았습니다.auto-dbm서비스는 일시적으로 제한 조건을 두고 RIPE-181을 수용했습니다: 비어 있거나 철자가 틀린 속성은 허용되지 않았고, 그 경로에서는 PGP 인증이 지원되지 않았으며, RPSL 인가 규칙도 여전히 적용되었습니다.auto-rpsl은 RPSL을 직접 수용했습니다. 구식 문법과 새 정책 사이의 경계는 겉모습의 문제가 아니라 운영상의 것이었습니다.

질의 설계도 마이그레이션의 일부다

데이터베이스 그룹 매니저로서 Robachevsky의 2000년 8월 메시지는 v3 질의 인터페이스의 변경 사항을 설명하고 데이터베이스 커뮤니티에 피드백을 요청했습니다. 그 예시들이 중요했던 이유는 터미널에서 비슷해 보일 수 있는 질문들을 구분해 주기 때문입니다. 정확 일치 질의는 제공된 범위와 일치하는 객체를 반환했습니다. less-specific 질의는 그 범위를 완전히 포함하는 가장 작은 더 큰 범위를 반환했습니다. primary-key-only 옵션은 반환되는 필드를 줄였습니다. source 질의는 시리얼 범위를 포함한 데이터베이스와 미러링 정보를 노출했습니다. 역방향 질의는 연락처 속성으로 객체를 찾을 수 있었습니다.

이 옵션들은 기록이 참이라는 인증을 해주지 않습니다. 클라이언트가 무엇을 묻고 무엇을 보는지에 영향을 줍니다. 좁은 응답은 처리하기 쉬울 수 있지만, 클라이언트가 따로 요청하지 않으면 맥락을 숨길 수 있습니다. less-specific 결과는 정확 일치와는 다른 질문에 답합니다. 미러링 메타데이터는 출처의 복제 인터페이스와 사용 가능한 시리얼에 관한 정보이지, 글로벌 라우팅 테이블에 대한 측정이 아닙니다. 따라서 질의 의미론을 바꾸는 마이그레이션은 기반이 되는 자원 기록이 익숙해 보이더라도 모니터링과 유지보수 도구 자체를 바꿀 수 있습니다.

RIPE 38 초안 회의록은 Robachevsky의 20분짜리 마이그레이션 발표를 누가 영향을 받는지 묻고, 질의 사용자, 갱신 사용자, 스크립트, 거의 실시간에 가까운 미러를 RPSL, 접근 제어, 데이터베이스 형식, 미러링 프로토콜과 함께 나열한 발표로 기술합니다. 회의록은 명시적으로 초안으로 표시되어 있으므로, 회의에 대해 초안 기록이 말하는 바를 확립할 뿐, 제안된 모든 날짜가 실제로 지켜졌다는 증거는 아닙니다. 완료된 전환에 대한 더 강한 증거는 이후의 공지와 연차 보고서가 제공합니다.

호환성에는 비용과 책임 주체가 있다

여섯 달의 유예 기간은 적응 부담을 분산했습니다. 레지스트리는 변환 코드를 운영하고 날짜를 알렸습니다. 유지보수자는 갱신 생성기를 수정할지 결정해야 했고, 미러 운영자는 변경된 형식과 프로토콜을 확인해야 했으며, 데이터베이스 클라이언트는 정확 일치 결과와 less-specific 결과를 구분해야 했습니다. 공개 자료는 그 비용을 정량화하거나 영향받는 모든 구현을 이름으로 밝히지 않습니다. 다만 수용되는 문법, 인가 검사, 엔드포인트 이름, 마감일이라는 통제 지점을 보이게 만듭니다.

이 가시성은 운영 책임(stewardship)의 유용한 척도입니다. 공동 참조 시스템으로 기능하는 레지스트리는 사용자에게 성공적인 데이터 적재 이상을 제공해야 합니다. 어떤 표현이 수용되는지, 어떤 인증 규칙이 적용되는지, 질의가 무엇을 반환하는지, 미러가 어떻게 따라갈 수 있는지, 대체 경로가 언제 사라지는지를 설명해야 합니다. 이것들은 서비스 의무입니다. 이는 기록이 서술하는 번호 자원의 소유권이나, 그에 의존하는 모든 조직에 대한 정치적 권한을 부여하지는 않습니다.

RFC 2622는 또 하나의 경계를 그리기 때문에 유용합니다. 이 RFC는 RPSL을 라우팅 정책을 표현하기 위한 언어로 정의하고, maintainer 객체와 데이터베이스 갱신의 인가를 기술합니다. 명시된 저자는 Alaettinoglu, Villamizar, Gerich, Kessens, Meyer, Bates, Karrenberg, Terpstra이며, Robachevsky는 그중에 없습니다. 그의 문서화된 마이그레이션 역할을 RPSL을 발명했거나 그 RFC를 저술했다는 주장으로 바꾸어서는 안 됩니다.

레지스트리 객체는 실시간 경로가 아니다

등록 데이터베이스, 인터넷 라우팅 레지스트리의 정책 객체, BGP 관측은 서로 다른 질문에 답합니다. 변환된 객체는 변환 후 RIPE 데이터베이스에 무엇이 저장되었는지 보여줄 수 있습니다. 라우팅 정책 객체는 레지스트리 언어로 의도된 정책을 표현합니다. 경로 수집기는 특정 관측 지점과 시간에서 BGP 광고가 관측되었음을 보여줄 수 있습니다. 어느 하나도 나머지를 대체하지 못합니다. 데이터베이스 기록만으로 현재의 도달 가능성, 패킷 전달, 법적 권리, 그리고 저장된 정책이 모든 라우터에 의해 실제로 따르고 있다는 것을 증명할 수 없습니다.

이 구분은 사용자와 기관을 모두 보호합니다. 조직이 변경된 뒤에도 오래된 기록이 남아 있다면, 그 해결은 데이터 품질과 인가의 문제입니다. 경로가 사라진다면, 그것은 자체적인 출처가 필요한 라우팅 관측입니다. 어떤 주체가 객체를 등록하거나 갱신할 권한을 놓고 다툰다면, 형식 변환은 그 분쟁을 해결하지 못합니다. 마이그레이션의 의의는 더 소박하고 더 오래 지속됩니다. 기록 시스템을 기반이 되는 자원과 네트워크로부터 분리한 채, 레지스트리의 인터페이스와 의무를 보이게 만든 것입니다.

Robachevsky에게 귀속될 수 있는 것

공개 기록은 경계가 분명한 프로필을 지지합니다. 2000년 8월 Robachevsky는 데이터베이스 그룹 매니저라는 직함으로 데이터베이스 워킹그룹 메시지에 서명하며 v3 질의 변경을 제시했습니다. 2001년 4월에는 자동 변환과 제한된 RIPE-181 갱신 경로를 포함해 첫 단계가 완료되었다고 설명하는 공지에 서명했습니다. RIPE 38 초안 회의록은 그를 계획된 마이그레이션 개요의 발표자로 지목합니다. 이 자료들은 전환을 전달하고 사용자와 소통한 매니저를 보여줍니다. 그가 변환 소프트웨어를 직접 작성했거나, 모든 정책 세부사항을 결정했거나, 각 기록을 검토했다는 증명은 되지 않습니다.

그 한계도 이야기의 일부입니다. 공개 기록을 저장하는 인프라를 운영하는 것은 예측 가능한 접근과 책임 있는 변경에 대한 책임을 만듭니다. 그러나 운영자를 기록된 것의 소유자로 만들지는 않습니다. RIPE 데이터베이스 마이그레이션에서 증거는 날짜, 인터페이스, 규칙이 공표된 곳에서 가장 강하고, 아카이브가 개별 비용, 보편적 채택, 어떤 경로의 현재 상태도 보여주지 않는 곳에서 끝납니다.

출처