요약

  • RIPE aut-num AS210764는 as-name ISC-AGP1, 조직 ORG-ISCI1-RIPE(Internet Systems Consortium Inc.), 상태 ASSIGNED를 가지며, 생성과 최종 수정이 동일한 시각인 2021-09-13T14:46:22Z에 이루어졌다.
  • 이 객체는 두 관리자 — RIPE NCC-END-MNT와 MAINT-ISC — 그리고 임포트·익스포트 정책에서 AS3557과 AS42229라는 두 라우팅 이웃을 명명한다.
  • 독립 측정에 따르면 이 ASN은 2023년 2월 3일 이후 아무것도 광고(announce)하지 않았지만, PeeringDB는 여전히 두샨베의 ISC F-루트 노드로 RIR 상태 ok 표기와 함께 등재하고 있다.
  • 조직 객체 ORG-ISCI1-RIPE는 2026년 5월 13일에 최종 수정되었지만, aut-num 자체는 4년 넘게 손대지 않았다.
  • 두 번째 이웃인 AS42229는 이 조사에서 검증할 수 없었다. 그 운영자에 대해서는 이 글에서 어떤 주장도 하지 않는다.

인터넷 등록 기록은 보통 신원 문서로 읽힌다: 이 번호는 저 조직의 것이다. 그러나 AS210764의 경우 더 유용한 읽기는 절차적 읽기다. 등록이란 Internet Systems Consortium Inc.가 자율 시스템을 보유한다는 진술일 뿐만 아니라, 누가 그 진술을 변경할 수 있고, 어떤 인증 아래에서, 어떤 견제 장치와 함께 변경할 수 있는지에 대한 상시적인 답이기도 하다. 이런 식으로 기록을 읽으면 ISC-AGP1 항목은 호기심 거리에서, RIPE 넘버 레지스트리가 행정 권한을 어떻게 분배하는지 — 그리고 공개 흔적이 어디에서 침묵하는지 — 를 보여주는 작은 사례 연구로 바뀐다.

객체와 그 얼어붙은 타임스탬프

AS210764의 RIPE aut-num 객체는 간결하다. as-name은 ISC-AGP1이다. 조직 속성은 ORG-ISCI1-RIPE로, Internet Systems Consortium Inc.를 가리킨다. 상태는 ASSIGNED다. 소스는 RIPE다. 객체는 2021-09-13T14:46:22Z에 생성되었고 최종 수정도 정확히 같은 시각에 이루어졌다 — 즉 4년 넘게 아무도 등록 자체의 단 하나의 속성도 바꾸지 않았다는 뜻이다 [https://rest.db.ripe.net/ripe/aut-num/AS210764.json][https://whois.ipip.net/AS210764][https://stat.ripe.net/resource/AS210764][https://bgp.he.net/AS210764][https://ipgeolocation.io/browse/asn/AS210764].

생성 시각과 최종 수정 시각이 같다는 점이 중요한 이유는, RIPE 기록이 살아있는 문서이기 때문이다. 모든 갱신은 새 last-modified 값을 기록한다. 생성 타임스탬프에 얼어 있던 기록은 단순히 한 번도 편집된 적이 없는 것이다. 그 정체 상태가 신중함인지, 방치인지, 아니면 기록의 통제 구조에서 비롯된 결과인지를 판단하려면 체인의 나머지 부분을 읽어야 한다.

출처 귀속에 관해 한 가지는 신중하게 다뤄야 한다. 이 조사는 aut-num에 대한 RIPE 데이터베이스 REST 원문 문서를 직접 열 수 없었고, 위 속성들은 RIPE 데이터의 여러 독립 렌더링 — RIPE NCC 자체가 운영하는 RIPEstat, 그리고 RPSL 기록 전체를 재현하는 제3자 미러 — 을 통해 교차 확인되었다. 이 렌더링들이 일치하는데(여기서는 모든 속성에서 일치한다) 그림은 일관되지만, 1차 검색이야말로 표준이며, 이 불확실성은 해소하지 않고 기록해 두었다 [https://stat.ripe.net/resource/AS210764][https://whois.ipip.net/AS210764].

두 관리자, 두 종류의 권한

aut-num의 mnt-by 속성에는 정확히 두 관리자 객체가 나열된다: RIPE NCC-END-MNT와 MAINT-ISC. RIPE 자체 문서에 따르면 mnt-by에서 참조되는 관리자는 객체에 대한 모든 갱신을 인증하는 장치이며, 자격 증명은 논리 OR로 결합되고, RIPE NCC는 회원이 받은 자원에 대해 최상위 객체를 생성하며 회원이 mnt-by에 등장하는 기본 관리자를 선택한다 [https://docs.db.ripe.net/Database-Support/Database-Security/].

이 두 이름은 무게가 다르다. RIPE NCC-END-MNT는 RIPE db-help 메일링 리스트의 직원 논의에서 직접·최종 사용자 자원을 위한 관리자로 설명된다: 이 관리자만 실린 객체는 RIPE NCC를 통해 갱신되며, 그 관리자 상태는 보통 보유자가 바꿀 수 없다(RIPE db-help 직원 안내). 반면 MAINT-ISC는 조직 자신의 통제 아래 있는 자발적으로 선택된 관리자다. 이 조합은 두 주체가 각각 독립적으로 AS210764의 변경을 승인할 수 있음을 의미한다: RIPE NCC는 최종 사용자 관리자 역할을 통해, ISC는 자체 자격 증명 세트를 통해. 어느 쪽도 상대의 협조 없이는 상대의 등재된 권한을 취소할 수 없다 — 최종 사용자에게 할당된 자원에서 흔한 의도적인 공동 구조지만, 내일 이 기록을 원칙적으로 바꿀 수 있는 사람이 누구인지를 정의하기 때문에 정확히 서술할 가치가 있다.

이 구조는 휴면 할당 질문에 부분적이며 부정적인 답도 준다. 레지스트리만 건드릴 수 있는 기록이라면, 정상 가동 중인 운영자가 갖고 있기 어색하다. 조직 관리자가 mnt-by에 여전히 살아 있어 보유자가 자기 등록에 대한 실시간 채널을 유지하는 기록이야말로, 최종 사용자 할당의 표준적인 모습이다 — 그 채널이 2021년 이후 실제로 사용되었는지와 무관하게.

조직 객체는 얼어 있지 않다

대비는 연결된 조직에서 나온다. ORG-ISCI1-RIPE — org-name Internet Systems Consortium Inc., org-type LIR, 미국 델라웨어 등록번호 3618975 — 는 2013년 6월 26일에 생성되었지만 2026년 5월 13일 07:34:54Z에 최종 수정되었다 [https://whois.ipip.net/AS210764][https://ipgeolocation.io/browse/asn/AS210764]. 이 조사의 검색 시점 이전 5개월 이내에 조직 등록의 무언가가 관리되었고, 그에 붙은 aut-num은 생성 당일 이후 전혀 움직이지 않았다.

이 비대칭이 체인에서 가장 정보량이 많은 단일 신호다. 조직의 RIPE 데이터베이스와의 관계는 관리되고 있으며 최신 상태라는 뜻이다: 연락처, 어뷰즈 처리 혹은 다른 조직 속성이 최근에 다시 점검되었다. 그러나 AS210764 할당 자체를 누군가 검토했다는 뜻은 아니다. 레지스트리의 최신성은 보유자 단위가 아니라 객체 단위이며, 2021년(번호 자원)과 2026년(조직)의 타임스탬프 쌍이 바로 그 구분을 정확히 포착한다.

이웃: 기록이 내포하는 메커니즘

aut-num의 라우팅 정책은 두 이웃을 명명한다: AS3557에서 ANY를 수용(accept)하고 AS3557에 AS210764를 광고(announce)하며, AS42229에 대해서도 같은 쌍의 정책 줄이 존재한다 [https://whois.ipip.net/AS210764]. aut-num의 정책 줄은 실시간 BGP 관찰이 아니라 의도의 선언이지만, 등록자가 기대한 메커니즘을 부호화한다: 이 로컬 노드는 이웃으로부터 경로를 학습하고 자기 번호를 상방으로 제공한다.

AS3557은 ISC의 F-루트 오리진 ASN으로 잘 문서화되어 있다. RADB 출처의 AS3557 aut-num은 이름이 ISC-F-ROOT이고 설명은 Internet Systems Consortium, Inc.이며, 비고에는 F-루트 프리픽스 광고의 발신에 사용된다고 명시되어 있고 "3557은 직접 피어링하지 않는다"고 적혀 있으며, 최종 수정은 2023년 11월 13일이었다 [https://bgp.he.net/AS3557][https://radar.qrator.net/as/3557/whois][https://rest.db.ripe.net/ripe/aut-num/AS3557.json]. ARIN은 1994년 4월 21일 AS3557을 Internet Systems Consortium에 할당했다 [https://ipgeolocation.io/browse/asn/AS3557]. ISC 자체 페이지에 따르면 이 조직은 1994년부터 인터넷 13개 루트 네임서버 중 하나인 F-루트를 운영하고 있으며, 계층적 애니캐스트와 BIND 9를 사용해 IPv4 192.5.5.241과 IPv6 2001:500:2f::f로 쿼리에 응답한다 [https://www.isc.org/f-root/]. PeeringDB는 AS3557을 F-루트 애니캐스트 프리픽스의 발신을 위해 존재하는 네트워크로 설명하며, 교환점에서 로컬 ASN이 활성화된 경우 피어링이 가능하다고 적는다 [https://www.peeringdb.com/asn/3557].

이 패턴은 ISC의 RIPE 등록 전반으로 확장된다. 자매 aut-num인 AS210762(as-name FROOT_TGD1)는 같은 조직 ORG-ISCI1-RIPE 아래 있으며 동일한 정책 형태를 갖는다: AS3557에서 임포트, AS3557로 익스포트 [https://whois.ipip.net/AS210762]. 두 RIPE ASN 모두 F-루트 사이트 이름을 따서 명명되었고 모두 같은 오리진 ASN으로 연결되어 하나의 일관된 설계를 이룬다: 전 세계와 피어링하는 것이 아니라 글로벌 F-루트 오리진 ASN과 상방으로 피어링하는 사이트별 로컬 번호.

AS42229는 예외다. 이 조사는 누가 이 ASN을 운영하는지 확립할 수 없었고, 검색 시도는 실패했으며 귀속 가능한 증거를 얻지 못했다. 이 글에서는 이를 미해결의 명명된 이웃 — 기록이 인용하지만 이 글이 특성화할 수 없는 번호 — 으로 다룬다. 이 공백은 추론으로 채우지 않고 그대로 서술한다.

측정이 보는 것 — 그리고 보지 못하는 것

정책 줄이 무엇을 선언하든, 라우팅 세계는 아무것도 관찰하지 못한다. Hurricane Electric 데이터에 따르면 AS210764는 2023년 2월 3일 이후 글로벌 라우팅 테이블에서 보이지 않았고 프리픽스를 0개 광고했다. IPinfo는 이 ASN을 주소 0개의 Inactive로 분류한다 [https://bgp.he.net/AS210764][https://ipinfo.io/AS210764]. 한편 PeeringDB의 자기 보고 기록은 AS210764를 "ISC F-ROOT DYU1" — 타지키스탄 두샨베의 F-루트 노드 — 로 등재하고 있으며, 웹사이트 isc.org, IRR as-set AS-FROOT, RIR 상태 ok가 2024년 6월 26일 업데이트 기준으로 표기되어 있다 [https://www.peeringdb.com/net/27983].

이들은 서로 다른 종류의 출처에서 온 서로 다른 종류의 주장이다. 라우팅 불가시성은 독립 측정이다. PeeringDB 항목은 네트워크가 스스로 보고하며 커뮤니티 레지스트리가 관리한다. 그 2024년 업데이트는 aut-num이 마지막으로 손대진 것보다 더 최근에 누군가가 기록의 유효성을 단언했음을 보여주지만, 자기 증명은 교차 확인이 아니며, 이 조사가 열람할 수 있는 자료에서 ISC의 F-루트 페이지는 두샨베 노드를 명명하지 않는다 [https://www.peeringdb.com/net/27983][https://www.isc.org/f-root/]. NO_EXPORT류 제약 아래 로컬 F-루트 노드가 프리픽스를 광고하는 설계라면 일부 불가시성을 의도로 설명할 수 있겠지만, 여기서 확보한 공개 기록은 AS210764에 대해 그 설계를 문서화하지 않으므로, 불가시성은 관찰된 사실로 남고 설명된 사실이 아니다.

렌더링에 관한 짧은 각주

Hurricane Electric은 개인 데이터를 제거하기 때문에 AS210764의 행정·기술 연락처를 DUMY-RIPE으로 표시하지만, ipip.net 미러는 IAC75-RIPE을 보여준다 — 조직 객체가 어뷰즈 연락처에 사용하는 동일 핸들이다. 이 차이는 레지스트리의 불일치가 아니라 한 애그리게이터의 개인정보 처리 선택이다 [https://whois.ipip.net/AS210764][https://bgp.he.net/AS210764]. 기록해 둘 만한 점이다. 연락처 핸들은 책임 체인의 일부이기 때문이다: 등록에 관심이 필요할 때 누가 답하는가의 문제다.