AFRINIC가 비워 둔 옆 주소는 언제까지 내 자리일까

요약

• AFRINIC는 인터넷 교환 지점의 첫 확장을 위해 바로 옆 주소 블록을 남겨 두지만, 계속 비워 두겠다고 무조건 약속하지는 않는다. 새로 들어오는 교환 지점에도 주소가 필요하기 때문이다.
• NAPafrica는 2026년 6월 회의에서 요하네스버그의 재번호 부여가 시작된 지 8년이 지나도 끝나지 않았다고 설명했다. 주소를 더 확보하는 일과 연결된 네트워크를 옮기는 일은 다르다.

인터넷 교환 지점 옆에 비어 있는 주소 블록이 있다면 운영자는 안심할 수 있을까. AFRINIC 정책의 답은 조건부다. 지금은 확장을 위해 비워 둔 자리라도, 전체 여유분이 줄어들면 새 신청자에게 돌아갈 수 있다.

이 조건에는 이유가 있다. 기존 교환 지점은 다음 확장을 준비해야 하고, 새 교환 지점은 운영을 시작할 주소가 필요하다. 같은 공간을 두 곳에 줄 수는 없다. 얼마나 오래 예약을 지켜 줄 것인지는 주소를 몇 개 더 확보할 것인지와 별개의 선택이다.

AFRINIC 정책 매뉴얼 11.4절은 피어링 주소 옆의 /24를 남겨 두어 /23까지 확장할 수 있게 한다. 피어링은 여러 네트워크가 교환 지점의 공동 설비를 통해 서로 트래픽을 주고받는 것이다. 옆 블록을 쓸 수 있으면 새 블록으로 옮겨 주소를 다시 매기는 일을 피할 수 있다.

다만 전용 /16 풀에서 더는 /23을 배정할 수 없게 되면, 미래 확장용으로 남겨 둔 주소를 신규 요청에 쓸 수 있다. 매뉴얼에 이 조건이 있다는 사실과 실제로 그 시점에 도달했다는 주장은 다르다. 여기서 확인한 자료만으로 현재 잔여량을 단정할 수는 없다.

첫 확장 다음에는 무엇이 있나

2026년 6월 24일 열린 AFRINIC-37에서는 첫 확장 단계를 이미 넘어서는 교환 지점의 사정이 나왔다. NAPafrica의 Andrew Owens는 요하네스버그에 /23 두 개가 있고, 사용량이 /22에 가까워졌다고 말했다. /21 규모로 늘리려면 /23 두 개가 더 필요하다는 설명이었다.

슬래시 뒤의 숫자는 작아질수록 주소 블록이 커진다. /23 하나에는 512개, 네 개에는 2,048개의 주소가 있다. 이는 /21 하나의 주소 수와 같다. 하지만 네 블록이 연속해서 놓이고 올바른 경계에 맞아야 하나의 /21로 묶인다. 네 곳에 흩어진 빈자리가 있다고 해서 바로 옆으로 넓힐 수 있는 것은 아니다. 이 숫자는 접속 사업자 수가 아니라 주소 수다.

Owens가 미리 공간을 확보하고 싶어 한 데에는 또 다른 사정이 있었다. 그는 요하네스버그의 재번호 부여가 8년 전에 시작됐는데도 아직 끝나지 않았다고 말했다. 회의록에 남은 것은 그날의 설명이다. 모든 아프리카 교환 지점의 이동에 8년이 걸린다는 통계도, 그동안 서비스가 중단됐다는 기록도 아니다.

그럼에도 사례가 던지는 질문은 분명하다. 새 주소가 생겼다고 접속한 네트워크들의 설정과 전환 일정까지 저절로 바뀌지는 않는다. 공동으로 트래픽을 주고받는 곳에서는 운영자 혼자 정한 날짜만으로 일을 끝내기 어려울 수 있다. 주소 배정은 이동할 곳을 마련하는 일이고, 실제 전환은 그다음 일이다.

매뉴얼의 5.6.4.1절도 정확히 읽어야 한다. 여기서 /24는 최대 256개만 줄 수 있다는 뜻이 아니라 프리픽스 길이에 관한 제한이다. 더 짧은 프리픽스는 더 큰 블록을 뜻하며, 일부 경우에는 여러 차례 배정도 가능하다. 그렇다고 원하는 크기를 모두 받을 권리가 생기는 것은 아니다.

관리용 주소가 확장용 주소는 아니다

정책은 피어링용 /16과 그에 상당하는 별도의 관리용 /16을 구분한다. 관리용 네트워크는 모니터링, 통계, 메일, 지원 요청 처리 같은 일을 맡는다. 이 주소를 피어링 블록에서 가져와서는 안 된다.

회의에서 직원들은 두 용도의 프리픽스를 바꿔 쓰는 회원이 있어 정책에 맞도록 조정하고 있다고 밝혔다. 몇 곳이 왜 그렇게 했는지는 해당 기록으로 알 수 없다. 용도가 잘못됐거나 기록이 맞지 않는다면, 주소 총량을 늘리는 것만으로 해결되지는 않는다.

신청 자격도 성장 예측과는 다르다. AFRINIC의 IXP 신청 기준은 아프리카 내 법적 존재의 증명, 최소 세 BGP 피어의 ASN과 연락처 및/또는 서명한 양해각서, 공개적이고 개방적인 운영의 증명을 요구한다. 별도 법인으로 등록되지 않은 교환 지점은 다른 조직이 대표할 수 있다. 이 자료는 누가 신청하는지 판단하는 데 도움이 되지만, 몇 년 뒤 얼마나 더 커질지 알려 주지는 않는다.

두 배로 늘려도 남는 질문

Paul Hjul은 회의에서 /16보다 /15를 예약하는 편이 적절하지 않겠느냐고 물었다. 주소 수는 두 배가 된다. James Chirwa는 커뮤니티가 검토할 문제라며 직원들이 소비 통계를 제공하겠다고 답했고, Gregoire Ehoumi는 영향을 받는 회원 수를 요청했다. 이 대화 자체가 /15 확대의 채택을 뜻하지는 않는다.

통계가 필요한 이유는 해법을 고르기 위해서다. 주소가 전반적으로 모자란 상황과, 총량은 남아 있는데 원하는 인접 블록이 없는 상황은 다르다. 두 용도를 바꿔 쓰는 문제도 따로 봐야 한다. 이 기사에서는 회의 이후 약속한 통계가 언제 공개됐는지 확인하지 못했다. 공개하지 않았다고 결론 내릴 근거는 아니다.

다른 기술을 쓰는 길도 거론됐다. Jordi Palet이 제시한 RFC 8950은 IPv4 경로를 알릴 때 다음 홉에 IPv6 주소를 사용할 수 있게 한다. IPv4 트래픽이 다음에 어디로 가야 하는지를 IPv6 주소로 나타내는 방식이다. 사용 전에 BGP 상대가 해당 기능을 지원하는지 확인해야 한다. 표준이 있다고 모든 라우트 서버와 접속 네트워크가 준비된 것은 아니다.

교환 지점이 커진다는 것은 더 많은 네트워크가 그곳에서 만나려 한다는 뜻일 수 있다. 그 성장을 지원하려면 첫 주소 배정뿐 아니라 다음 확장의 조건도 예측할 수 있어야 한다. 비워 둔 공간을 언제까지 지킬지, 자리를 옮겨야 하면 누가 함께 준비할지. NAPafrica의 사례가 주소 총량 뒤에 남겨 놓은 질문이다.

정정, 2026년 10월 21일: 5.6.4.1절의 /24가 프리픽스 길이를 뜻한다는 점을 바로잡고, 인접 확장 공간의 예약 조건을 추가했다. IXP 신청 표에 없는 면허 요건을 그 표의 요구로 설명한 부분도 삭제했다. 이는 해당 국가 법률의 적용을 면제한다는 뜻이 아니다. 원래 URL과 발행일은 유지한다.