요약

  • LACNIC은 회원이 MiLACNIC에서 ASPA 객체를 만들고 게시하는 절차와 FORT에서 이를 검증하는 기능을 함께 내놓았다.
  • 라우터까지 가는 마지막 구간에는 별도 스위치가 있다. FORT 1.7.0.experimental은 RTRv2를 지원하지만, 최대 RTR 버전의 기본값은 0이다.

게시 버튼은 생겼다. 라우터는 아직 소식을 못 들었을 수도 있다.

LACNIC은 LACNIC 46에서 ASN을 보유한 회원이 MiLACNIC에서 ASPA 객체를 만들고 설정해 직접 게시할 수 있다고 발표했다. 하나씩 처리하거나 일괄 작업할 수 있고, 게시 전에 상태를 확인하고 미리 볼 수도 있다. LACNIC은 오픈소스 RPKI 검증기 FORT의 ASPA 검증 지원도 발표했다. 회원 포털과 검증기가 하나의 배포 경로에서 각자 맡을 일이 생겼다.

이건 실제로 쓸 수 있는 진전이다. 다만 “ASPA 활성화”라는 한마디가 모든 운영 단계를 대신하지는 않는다. 각 단계에는 서로 다른 기록이 남는다.

먼저 ASN 보유자가 허가한 트랜짓 사업자를 ASPA 객체에 기록한다. MiLACNIC은 게시 전에 내용을 미리 보고 상태를 확인할 수 있게 한다. 다음으로 객체가 RPKI 게시·수집 경로에 들어가고, 검증기가 서명된 데이터를 검사한다. LACNIC에 따르면 FORT의 핵심 ASPA 검증 기능은 2026년 7월 공개됐다. FORT 1.7.0.experimental 릴리스에는 ASPA와 RTRv2 지원, 유효한 ASPA를 JSON으로 내보내는 선택 설정이 담겼다.

그 다음은 라우터 인계다. FORT 릴리스 문서상 --server.max-rtr-version의 기본값은 0이다. 2로 바꾸면 아직 변화 중인 RTRv2를 선택하는 것이며, 릴리스도 이 기능을 실험 단계라고 표시한다. ASPA 프로필·검증·RTRv2에 관한 현재 IETF 문서는 여전히 Internet-Draft이며 정식 RFC로 출판되지 않았다. FORT가 ASPA를 검증하더라도 운영자의 RTR 서버는 기본 설정을 유지할 수 있다. 유효한 ASPA가 담긴 파일과 라우터가 받은 데이터 상태는 다르다.

운영팀에는 “ASPA” 초록불 하나보다 이어지는 질문이 유용하다. 회원이 의도한 객체와 게시 상태를 확인할 수 있나? 검증기가 객체를 가져와 검증했나? ASPA 출력이 켜져 있나? 서버는 어떤 RTR 버전을 제공하나? 라우터가 협상하고 고객·사업자 데이터를 적재했나? BGP 정책이 그 데이터를 조회했고, 평가한 경로에 어떤 결정을 내렸나?

공개 발표에는 지역별 도입 수, 라우터 협상 수, 정책 사용량이 없다. 지금 주목할 지점은 LACNIC이 회원과 운영자에게 건넨 도구, 그리고 도구 사이에 남은 연결부다. 입구는 열렸다. 마지막 문은 여전히 설정에 달렸다.

출처