본문으로 건너뛰기

RIPE NCC · RIR 워치독

스토리

이 RIR과 관련된 BTW 기사와 배경 자료를 확인할 수 있습니다. 제안별 연혁, 관련 인물, 입장의 변화를 보려면 정책 섹션부터 시작하세요.

스토리

최신 스토리

238스토리

RIPE NCC의 member-of는 승인된 세트 멤버십만을 입증하며, 실시간 경로 전파를 입증하지 않는다

스토리

RIPE NCC의 member-of는 승인된 세트 멤버십만을 입증하며, 실시간 경로 전파를 입증하지 않는다

RIPE 데이터베이스 업데이트가 성공하더라도 한 건의 BGP 광고도 관측하지 않고 객체가 RPSL 세트에 가입할 자격이 있음을 확립할 수 있다. 세트 확장은 종종 필터 생성에 반영되므로 이 구분이 중요하다. 레지스트리상 승인된 관계는 유용한 정책 입력이지만, 라우터가 실제로 무엇을 수용했는지 전파했는지에 대한 측정은 아니다.

2026년 9월 7일
RIPE 데이터베이스 mnt-ref는 조직 참조를 승인할 뿐, 기업 통제를 입증하지 않는다

스토리

RIPE 데이터베이스 mnt-ref는 조직 참조를 승인할 뿐, 기업 통제를 입증하지 않는다

RIPE 데이터베이스에서 수용된 <code>org:</code> 링크는 의미 있는 권한 검사를 통과한 것입니다. 그것은 승인된 데이터베이스 참조의 증거이며, 기록 뒤의 네트워크에 대한 소유권, 멤버십 또는 통제를 증명하는 지름길이 아닙니다.

2026년 9월 7일
RIPE assignment-size는 집계된 IPv6 할당을 기술할 뿐, 활성 가입자를 뜻하지 않는다

스토리

RIPE assignment-size는 집계된 IPv6 할당을 기술할 뿐, 활성 가입자를 뜻하지 않는다

`/46` 안에는 1,024개의 가능한 `/56` 프리픽스가 들어 있습니다. RIPE 데이터베이스 객체가 이 집계에 `assignment-size: 56`을 결합하면 산수는 정확하지만, 그 자리에 유혹적인 가입자 수는 존재하지 않습니다. 이 필드는 집계 등록 내부의 최종 사용자 할당에 사용된 크기를 기록할 뿐, 모든 슬롯이 점유되었거나, 활성 상태이거나, 라우팅 중이거나, 도달 가능하거나, 유료 고객과 일대일로 대응한다고 말하지 않습니다.

2026년 9월 7일
RIPE NCC 광섬유는 몇 분 만에 복구됐다. RIPE Access 회복에는 약 30분이 걸렸다

스토리

RIPE NCC 광섬유는 몇 분 만에 복구됐다. RIPE Access 회복에는 약 30분이 걸렸다

5월 27일 기록은 끝없는 광섬유 장애를 말하지 않는다. 단절은 몇 분 만에 끝났고, 복구는 자동으로 이루어졌으며, 전체 회복에는 약 30분이 걸렸다. 이 간극이 바로 주목할 점이다. 수리된 링크가 곧 다시 사용 가능한 인증을 의미하지는 않는다.

2026년 9월 6일
RIPE NCC, 1,799건의 레지스트리 점검 집계 — 공개 목표에는 코호트 대장이 없다

스토리

RIPE NCC, 1,799건의 레지스트리 점검 집계 — 공개 목표에는 코호트 대장이 없다

RIPE NCC의 7개월치 회원 업데이트는 2026년 1월부터 7월까지 완료된 1,799건의 Assisted Registry Check를 보고한다. 이는 연간 2,400건 약속의 4분의 3에 육박하는 명확한 처리량 집계다. 그러나 아직 커버리지 계정은 아니다. 공개 시리즈는 서로 다른 LIR이 얼마나 점검되었는지, 몇 개가 재검토되었는지, 무엇이 점검을 촉발했는지, 범위가 얼마나 넓었는지, 그리고 시정 조치가 유지되었는지를 말해주지 않는다.

2026년 9월 5일
RIPE 데이터베이스 sponsoring-org은 관리 후원을 기록하며, 네트워크 운영은 기록하지 않는다

스토리

RIPE 데이터베이스 sponsoring-org은 관리 후원을 기록하며, 네트워크 운영은 기록하지 않는다

'sponsor'라는 단어는 소유권, 자금 조달 또는 운영 지휘처럼 들릴 수 있습니다. RIPE 데이터베이스에서 `sponsoring-org`은 더 좁고 실용적인 의미를 갖습니다. 이 필드는 레지스트리의 계약 체계에 따라 독립 인터넷 번호 자원을 후원하는 책임을 맡은 조직을 식별합니다.

2026년 9월 5일
RIPE 데이터베이스가 유니코드 정규화(NFC)를 적용했다. 텍스트 체인에는 정규화 영수증이 필요하다

스토리

RIPE 데이터베이스가 유니코드 정규화(NFC)를 적용했다. 텍스트 체인에는 정규화 영수증이 필요하다

동일하게 보이는 하나의 이름이 서로 다른 코드 포인트 시퀀스로 입력될 수 있다. RIPE 데이터베이스 릴리스 1.123은 값이 나머지 UTF-8 제어 절차를 통과하기 전에 이 시퀀스들을 의도적으로 하나로 수렴시킨다. 이는 좋은 상호운용성 조치이지만, 동시에 증거 체인이 어느 표현을 보존하고 있는지 명시해야 하는 시점이기도 하다.

2026년 9월 5일
실패한 RIPE Database 업데이트도 레코드를 바꿀 수 있다

스토리

실패한 RIPE Database 업데이트도 레코드를 바꿀 수 있다

RIPE NCC 문서는 하나의 업데이트 메시지 안에서 객체들이 서로 다르게 마무리될 수 있음을 설명합니다. 따라서 유용한 대응은 메시지에 대한 판정만이 아니라, 이미 적용된 변경, 거부된 변경, 아직 확인할 수 없는 작업에 대한 계정입니다.

2026년 9월 3일
RIPE, LatencyMON 재구축. 차트에는 여전히 자체 해석 근거 기록이 필요하다.

스토리

RIPE, LatencyMON 재구축. 차트에는 여전히 자체 해석 근거 기록이 필요하다.

RIPE NCC가 RIPE Atlas의 프로브 간 지연 시간 추세를 비교하는 뷰인 LatencyMON을 재구축했습니다. 이번 업데이트는 측정 표면을 훨씬 더 넓게 드러냅니다. 더 많은 테스트 유형, 그룹화 로직 선택, 집계 시간 범위를 넘어서는 접근 옵션, 자체 설정을 함께 전달하는 공유 가능한 뷰가 그것입니다. 덕분에 차트를 검토하기는 쉬워졌습니다. 하지만 차트 자체가 운영자가 무엇을 결론 내려야 하는지에 대한 완전한 기록이 되는 것은 아닙니다.

2026년 9월 1일
RIPE NCC가 다중 서비스 취약점을 수정한 방식, 수정 이력 기록이 필요한 이유

스토리

RIPE NCC가 다중 서비스 취약점을 수정한 방식, 수정 이력 기록이 필요한 이유

'수정 완료'는 본래 완전한 상태가 아닙니다. 어떤 변경이 배포되었음을 뜻할 수도 있고, 원래 문제가 재검증을 통해 사라졌음이 확인되었음을 뜻할 수도 있습니다. RIPE NCC는 2026년 6월 여러 서비스에 걸친 취약점 공개를 회고하면서 이 둘을 드물게 구분했습니다. CSRF에 대한 첫 수정은 문제의 일부만 다루었고, 이후 검토에서 원래 개념 증명이 여전히 실행 가능함이 드러났으며, 팀이 추가 경로를 식별하고 계속 처리한 뒤에야 완전한 수정이 성립했습니다.

2026년 9월 1일
RIPE NCC의 RIS, 피어링 정책을 갱신 중 — 아카이브에는 선택 영수증이 필요하다

스토리

RIPE NCC의 RIS, 피어링 정책을 갱신 중 — 아카이브에는 선택 영수증이 필요하다

아카이브는 누군가 그에 대한 헌법을 만들어 주기 훨씬 전에 이미 공공기관이 됩니다. 연구자는 라우트 덤프를 내려받고, 운영자는 인시던트를 컬렉터 피드와 비교하고, 정책 입안자는 하나의 그래프를 네트워크의 모습으로 받아들입니다. 이러한 행위 하나하나가 아카이브에 권위를 더합니다. 그래서 RIPE NCC의 최근 RIS 분기 계획에서 주목할 만한 것은 약속된 신기능이 아니라 조용한 작업 항목입니다. 갱신 및 명확화가 진행 중인 피어링 정책, 자원 제약으로 지연된 항목이자, 데이터 성장의 지속 가능성을…

2026년 8월 31일
RIPE NCC, 계약 없는 레거시 자원 보유자 약 1,600명 검증 시작 — 3분기 계획은 여전히 두 곳 수동 업데이트를 언급

스토리

RIPE NCC, 계약 없는 레거시 자원 보유자 약 1,600명 검증 시작 — 3분기 계획은 여전히 두 곳 수동 업데이트를 언급

RIPE NCC는 오래된 자원 기록에 더 명확한 조직 앵커를 부여하는 합리적인 계획을 갖고 있다. 그러나 자사 3분기 계획은 그 이행의 어정쩡한 중간 단계를 드러낸다. 한 번의 변경이 여전히 두 곳에서 수동으로 이루어져야 할 수 있다는 점이다. 진짜 시험은 이 캠페인이 현대적으로 보이는지가 아니라, 임시 다리가 영구 기록이 되기 전에 각 케이스가 조정(reconciliation)될 수 있는지 여부다.

2026년 8월 31일
RIPE NCC가 밝힌 IPv4 467일 대기, 하지만 대기열에는 흐름 대장이 없다

스토리

RIPE NCC가 밝힌 IPv4 467일 대기, 하지만 대기열에는 흐름 대장이 없다

757개에서 759개로 늘어난 LIR 대기열은 신규 요청 두 건이 들어온 것일 수도, 수십 건의 유입과 유출이 서로 상쇄된 결과일 수도 있다. RIPE NCC는 잔액과 선두 항목의 대기 기간만 공개하며, 총 유입·유출이 없으면 독자는 대기열의 실제 움직임을 재구성할 수 없다.

2026년 8월 30일
RIPE NCC 회원 결의안이 의제에 오르려면 지지자 394명이 필요했다

스토리

RIPE NCC 회원 결의안이 의제에 오르려면 지지자 394명이 필요했다

394라는 숫자는 투표 결과가 아니라 투표의 입장권이었습니다. 회원이 만든 안건과 그 결의안 전문이 총회 의제에 들어갈지를 결정하는 주기별 계산이었죠. 이 규칙은 건전한 제도적 목적을 지니지만, 공개된 숫자는 그 숫자를 참으로 만든 분모와 이벤트 이력을 아직 함께 보여주지 않습니다.

2026년 8월 30일
4개 거래 상대 쌍이 RIPE NCC 7월 IPv4 이전량의 89%를 차지

스토리

4개 거래 상대 쌍이 RIPE NCC 7월 IPv4 이전량의 89%를 차지

RIPE NCC의 8월 회원 업데이트에 따르면 7월에 5,935,616개의 IPv4 주소가 이전되었으며, 이는 6월보다 4,159,744개 많은 수치입니다. 공개 이전 표는 두 수치를 정확히 재현합니다. 동시에 헤드라인의 의미를 바꾸기도 합니다. 동일한 보내는-받는 쌍 4개가 5,299,712개 주소, 즉 7월 소계의 89.29%를 차지했습니다. 주소 가중 수량 기준으로는 큰 달이었지만, 그 증거만으로는 시장 참여의 폭넓은 확대라고 할 수 없습니다.

2026년 8월 30일
RIPE NCC의 두 투표 코드에 필요한 자격 증명 맵

스토리

RIPE NCC의 두 투표 코드에 필요한 자격 증명 맵

RIPE NCC는 10월 투표자에게 두 통의 이메일에 두 개의 코드가 담길 것이라고 안내합니다. 이는 유용한 지침이지만 아직 통제에 대한 설명은 아닙니다. "코드 1"과 "코드 2"라는 이름은 사용자 여정을 설명할 뿐, 각 자격 증명이 무엇을 증명하는지, 누가 재생성할 수 있는지, 알려진 회원이 언제 익명의 기표가 되는지는 보여주지 않습니다.

2026년 8월 30일
RIPEstat, 더 나은 AS 이름과 하나의 논리적 주체 매핑

스토리

RIPEstat, 더 나은 AS 이름과 하나의 논리적 주체 매핑

RIPEstat의 3분기 계획의 한 항목이 개별 네트워크의 더 나은 이름에서, 어떤 자율 시스템 번호들이 하나의 논리적 주체를 이루는지에 대한 데이터로 이동합니다. 두 아이디어 모두 서비스를 더 유용하게 만들 수 있지만 서로 다른 주장입니다. 하나는 라벨을 바꾸고, 다른 하나는 분석가가 무엇을 하나의 네트워크로 셀 수 있는지를 바꿉니다.

2026년 8월 29일
RIPE 93, 보육 서비스 중단. “수요 저조”에는 공개 분모가 없다

스토리

RIPE 93, 보육 서비스 중단. “수요 저조”에는 공개 분모가 없다

RIPE 93에서는 조직적 보육 서비스가 제공되지 않습니다. 운영팀은 8월 28일 수요와 참여가 최근 몇 년간 낮았다는 간결한 이유를 제시했습니다. 이는 타당한 운영 판단일 수 있습니다. 그러나 최근 세 차례의 회의에서 제공 자체가 달라졌기 때문에 공개 기록만으로는 그 판단을 독자가 검증할 수 없습니다. 전문 보육실, 외부 업체 안내, 조직적 서비스 부재는 동일한 상품에 대한 세 가지 관측이 아닙니다. 낮은 이용을 낮은 수요로 해석하기 전에 공통의 결정 영수증이 필요합니다.

2026년 8월 29일
RIPE NCC의 12명 중재자 후보, 6개 자리에 대한 규칙이 필요하다

스토리

RIPE NCC의 12명 중재자 후보, 6개 자리에 대한 규칙이 필요하다

자격 요건을 통과하는 것과 임명되는 것은 다른 문제입니다. RIPE NCC의 2026년 중재자 공모는 지명 후 회원 승인으로 설계되었습니다. 그런데 12명의 자원자가 6개 공석에 대해 자격을 갖췄습니다. 이로써 실질적 질문은 "이 지명자들이 함께할 수 있는가?"에서 "누구를, 어떤 규칙으로 선호하며, 그 선호가 언제 임명이 되는가?"로 바뀌었습니다. 10월 투표는 이에 답할 수 있지만, 후보군이 좁혀지기 전에 방식이 공개되어야만 가능합니다.

2026년 8월 29일
RIPE NCC의 새 CTO가 물려받는 것은 1,220만 유로 추정치이지 위임이 아니다

스토리

RIPE NCC의 새 CTO가 물려받는 것은 1,220만 유로 추정치이지 위임이 아니다

Sjoerd Wolthers가 9월 1일부로 RIPE NCC의 상임 최고기술책임자(CTO)로 임명된다. 이 임명은 기술 부문의 리더를 확정했을 뿐, 최신 공개 이사회 회의록에 열려 있는 별개의 질문, 즉 RIPE NCC가 향후 5년에 걸쳐 500만 유로의 자본적 지출과 720만 유로의 운영적 지출을 어떤 근거로 승인해야 하는지는 해결하지 않는다.

2026년 8월 29일