요약

  • 이전이 끝나면 ARIN은 보낸 쪽 인증서에서 해당 자원과 연결된 ROA를 제거하고 남은 자원의 ROA는 유지한다.
  • 이미 RPKI에 가입한 수령자의 인증서는 자동으로 넓어지지만 새 ROA는 수령자가 만든다. 미가입자는 먼저 가입해야 한다.

주소 이전이 끝났다는 통지가 오면, 인증서와 경로 허가까지 한꺼번에 새 주인에게 넘어갔다고 생각하기 쉽다. ARIN의 RPKI 절차는 그 기대를 둘로 자른다. 인증서가 담는 자원 목록은 이전 완료에 맞춰 자동으로 바뀐다. 새 보유자가 어떤 AS에서 그 주소를 알릴지 적는 ROA는 받는 쪽이 직접 만들어야 한다. 등록부가 끝낸 일과 운영자가 아직 해야 할 일이 같은 날 서로 다른 시계로 움직인다.

먼저 보내는 쪽이다. ARIN은 이전이 완료되면 이전된 자원을 기존 RPKI 인증서에서 제거하고 그 자원에 연결된 ROA도 삭제한다. 보내는 쪽에 다른 자원이 남으면 인증서를 남은 범위로 다시 발급하며, 남은 자원에 해당하는 ROA는 유지한다. 계약에 포함된 IP 주소와 ASN을 모두 넘겼다면 기존 인증서 자체가 제거되고 관련 ROA도 저장소에서 사라진다. 오래된 기원 허가가 주소와 함께 따라가는 구조가 아니다.

받는 쪽에서는 자동 처리의 범위가 한정된다. 이미 ARIN RPKI 인증서를 가진 조직이라면 새 자원이 인증서에 자동으로 추가된다. 그러나 기존 ROA는 그대로이고 새 주소에 대한 ROA가 저절로 생기지 않는다. RPKI에 아직 가입하지 않은 조직은 먼저 가입해야 한다. 자원을 받았다는 사실이 가입 신청서를 대신하지 않는다.

ROA를 사람이 써야 하는 이유는 그 안에 들어갈 내용 때문이다. ROA는 접두어, 그 접두어를 알릴 수 있는 기원 AS, 허용할 최대 접두어 길이를 지정한다. ARIN은 이전 기록으로 새 보유자를 알지만, 그 보유자가 어느 AS를 쓸지와 얼마나 잘게 경로를 발표할지는 알 수 없다. 인증서는 서명할 자격을 새 보유자에게 준다. 운영 선택을 담은 허가는 그 자격을 받은 쪽이 따로 발행한다.

이 구분은 인계일에 세 가지 상태를 만든다. 보내는 쪽의 옛 ROA는 없어졌다. 이미 등록된 받는 쪽의 인증서에는 새 자원이 들어왔다. 새 ROA는 아직 게시되지 않았을 수 있다. 인증서 화면만 확인하고 인계를 마쳤다고 기록하면 마지막 상태가 빠진다. 오래된 허가가 지워지는 시간과 새 허가가 올라오는 시간을 각각 남겨야 실제 작업의 빈칸이 보인다.

ARIN의 이전 실무 안내는 IRR 기록과 역방향 DNS도 확인하라고 한다. 이 두 기록까지 묶어 보면 주소 이전은 단일 버튼이 아니다. 자원 보유자 변경, 인증서 갱신, 경로 기원 허가, 운영 기록의 갱신은 서로 다른 책임과 처리 시간을 가진다. ARIN은 등록부가 확실히 아는 자원 범위를 자동으로 처리한다. 네트워크가 실제로 어떤 경로를 발표할지는 새 보유자가 결정한다.

ARIN 문서는 절차를 설명하며 특정 이전에서 트래픽 장애가 났다는 사례를 제시하지 않는다. 개별 사건의 경로 영향은 날짜가 있는 RPKI 저장소 자료와 같은 시각의 경로 검증 결과가 있어야 확인할 수 있다. 책임의 위치는 이미 명확하다. 인증서는 자동으로 넓어져도 새 ROA는 누군가 작성해야 한다. 수령 확인서에 인증서와 ROA를 한 칸으로 합쳐서는 안 된다.

ARIN