서로 다른 RIR 지역 간에 IP 주소를 이전하는 방법
RIR 간 IPv4 이전 전에 확인할 사항, 네트워크 연속성을 유지하는 방법, 그리고 루헝이 신원·권한 확인과 투자 승인을 구분하는 이유를 살펴본다.
RIR 간 이전은 인터넷 번호 자원의 등록을 한 지역 인터넷 등록기관에서 다른 기관으로 옮기는 것이다. IPv4 매수자에게는 다른 등록기관의 관할 지역에 있는 기존 주소 블록을 취득하는 방법이 될 수 있다. 이를 위해서는 당사자들과 관련 등록기관 사이의 조정이 필요하다.
서버를 물리적으로 옮기는 것은 아니다. 지연 시간을 자동으로 줄이거나, 저장된 데이터를 다른 곳으로 옮기거나, 네트워크에 접속할 수 있게 만드는 것도 아니다. 등록과 네트워크 운영은 서로 연결되어 있지만, 별개의 작업이다.
이전을 결정하기 전에
정확한 주소 블록, 등록된 보유자, 예정된 수취인, 양쪽 등록기관을 확인한다. 해당 자원이 그 두 기관 사이에서 이전할 수 있는 자원인지 살펴본다. IPv4에 적용할 수 있는 절차가 IPv6나 자율 시스템 번호에도 적용된다고 가정해서는 안 된다.
상황에 맞는 현행 공식 규칙을 확인한다. ARIN의 이전 정책, APNIC의 이전 안내, RIPE NCC의 이전 가이드가 그 출발점이다. 양쪽 모두 중요하다. 자격 요건, 필요한 증빙, 보유 기간과 관련된 제한, 등록기관이 요구하는 당사자들의 처리 순서를 확인한다.
각 조직을 대표해 업무를 처리할 권한이 누구에게 있는지, 해당 자원에 다투어지는 권리 주장이나 운영상 의존 관계가 있는지 확인한다. 가격에 합의했다는 사실만으로 매도자가 등록 변경을 완료할 수 있다고 볼 수는 없다.
행정 업무와 엔지니어링 업무를 함께 조정하기
- 양쪽 모두 준비한다. 이전하는 쪽과 받는 쪽은 정확한 자원에 합의하고 각 등록기관이 요구하는 기록을 제출해야 한다. 수취인에게 사용 계획 심사나 사전 승인이 필요하다면, 완료 예정일을 전제로 움직이기 전에 그 요건부터 확인한다.
- 해당하는 RIR 간 절차를 따른다. 출발지와 목적지 등록기관을 통해 요청과 확인을 조정한다. 기관 내부 이전 양식으로 대신하거나, 한 기관의 승인이 다른 기관의 업무까지 끝내 준다고 가정하지 않는다.
- 운영 연속성을 계획한다. 등록 연락처, 라우팅 등록부 항목, 역방향 DNS, 라우팅 보안 승인 사항의 담당자를 정한다. 경로 원점 승인(Route Origin Authorisation, ROA)은 어떤 네트워크가 경로의 원점으로 경로를 공표할 수 있는지 명시한다. 인증서나 발급 주체의 변경은 조율해야 한다. 그래야 인계 과정에서 유효하던 경로 공표가 무효로 바뀌지 않는다.
- 완료 여부를 검증한다. 이전 후의 보유자 기록, 보안 승인 사항, 관련 네트워크에서 관찰되는 실제 라우팅을 확인한다. 행정상 완료 확인뿐 아니라 서비스가 어떻게 동작하는지도 확인한다. 이후 각 항목을 누가 유지·관리할지 명확히 기록한다.
등록기관은 이전 완료를 확인할 수 있지만, 그 결과로 생기는 경로를 모든 네트워크가 받아들인다고 보장하지는 않는다. 엔지니어링 계획에서는 여전히 상위 회선 제공업체, 라우팅 필터, 해당 주소를 사용하는 서비스를 고려해야 한다.
더 근본적인 문제: 등록기관은 무엇을 승인해야 하는가?
이런 실무 점검은 중요한 차이를 드러낸다. 매도자에게 권한이 있고 이전이 진정한 것인지 확인하는 일은 등록부의 무결성을 보호한다. 반면 매수자의 사업계획이 승인받을 만한지 판단하는 일은 관리자에게 다른 종류의 권한을 부여한다.
루헝은 노트 74에서 이 문제를 다룬다. 당사자, 주소, 진정한 서류가 그대로라면 구축 전망이 바뀌어도 주소 충돌이 생기지 않는다. 그는 투자 위험을 부담하는 사업자가 투자 결정을 내려야 한다고 주장한다.
이전 가능성이 떠날 자유와 같지 않은 이유
현재 규칙에 따라 승인된 이전은 조정 서비스 제공자를 무조건 바꿀 수 있는 권리가 아니다. 루헝의 더 넓은 제안은 사업자가 제공자를 바꿀 때 자원, 검증 가능한 이력, 서비스 연속성을 유지할 수 있어야 한다는 것이다.
그러려면 기록과 라우팅 승인이 안전하게 이어져야 한다. 데이터베이스를 하나 더 복사하는 것만으로는 부족하다. 지금 이 문제에 착수해야 하는 이유는 현실적이다. 분쟁으로 네트워크의 미래가 이미 불확실해진 뒤에는 의존 관계를 해결하기가 가장 어렵기 때문이다.