요약

  • Usama Ejaz와 Antonis Chariton은 2026년 8월 8~14일의 BGP 광고, IRR 객체, RPKI 검증을 시간에 맞춰 대조했다. RIPE 93 원 발표 초록에 따르면 한 주 동안 관측된 접두사·출발 AS 쌍의 64.4%가 정확히 일치하는 IRR 객체를 가졌다.
  • 그중 786쌍은 한 주 내내 RPKI Invalid였다. 371쌍은 ROA의 최대 접두사 길이를 넘었고, 415쌍은 출발 AS가 달랐다.

접수증이 허가증을 이기려 한다

운영자는 BGP 필터를 만들 때 IRR에서 같은 접두사와 AS가 적힌 객체를 찾는다. Ejaz는 RIPE 공식 발표 기록에서 실제 광고, 정확한 IRR 객체, RPKI 상태, AS-SET 포함 여부를 나란히 놓았다. 한 장부에 줄이 있다는 사실만으로 다른 장부의 판정이 사라지지 않는다.

연구팀은 8월 8~14일 공개 관측을 57개 RIPE RIS·RouteViews 수집기, 19개 IRR 원천, 한 주 내내 사용 가능한 17개 RPKI 검증 관점에 맞춰 비교했다. 주간 합집합에서 64.4%가 정확한 IRR 일치였고, 그 일치의 79.9%는 단 하나의 IRR 원천에만 있었다. 자동화가 첫 일치 항목을 곧바로 입장권으로 쓰면, 단일 기록의 한계까지 정책에 복사된다.

가장 또렷한 충돌은 786건이 한 주를 버틴 것이다. RIPE NCC 출발지 검증 안내에 따라 원인을 나누면, 371개 광고는 ROA의 maxLength보다 세분됐고 415개는 덮는 ROA가 허가하지 않은 AS에서 나왔다. 개별 건의 정정에는 자원 보유자가 현재 어느 접두사, 어느 AS, 어느 길이까지 허가하려는지 확인해야 한다. 두 원인은 다른 수정으로 이어진다.

오래된 객체는 남는다

연구는 더 넓은 IRR 객체 후보도 140,360건 남겼다. 좁은 광고가 생긴 뒤에도 이전 객체가 계속 보일 수 있다. RIPE 데이터베이스의 객체 생성 규칙은 권한 경로가 다른 이유를 보여준다. route(6) 객체를 만들 때 주소 자원 측 인증은 필요하지만 적힌 출발 AS 측 인증은 필수가 아니다. IRR 줄과 ROA는 서로 다른 문을 통과한다.

별도로 실행한 AS-SET 재현은 정확한 IRR 일치의 99.27%를 유지했으나 펼치지 못한 집합은 검토가 남았다. Ejaz의 순서는 광고 확인, 객체 대조, ROA 검증, 그리고 충돌을 바로잡을 자원 보유자 확인이다.

원자료: RIPE 93 원 연구 초록; 공식 발표 기록; RIPE NCC 검증 안내; RIPE route 객체 규칙.