Summary

  • ARIN 현행 번호 자원 정책 4.2.3.6절은 하위 고객의 다중 접속 필요 자체를 /24의 근거로 인정한다. 고객은 모든 상위 사업자의 연락처를 주소를 제공하는 ISP에 알리고 그 ISP와 경계 라우팅 프로토콜을 사용해야 한다. 추가 근거 없이 이 방식으로 /24를 받을 수 있는 곳은 한 사업자뿐이다.
  • 2.7절에 따르면 다중 접속은 두 곳 이상 ISP와 항상 연결되고, 하나 이상의 접두사가 두 상위 사업자에 의해 광고되는 상태다. 4.2.3.3절은 고객이 ISP를 옮길 때 옛 주소를 반환하고 새 사업자 공간에서 번호를 바꾸도록 권고하며, 옛 ISP가 충분한 시간을 주어야 한다고 적는다.
  • 2001년 ARIN이 채택해 2002년 시행한 원정책은 호스트 수와 관계없이 다중 접속 필요가 /24를 정당화할 수 있게 한 이유를 보여 준다. 현재 적용되는 문구는 현행 매뉴얼에서 확인해야 한다.

두 번째 회선은 첫 번째 회선이 끊길 때 다른 길을 열어 준다. 주소 블록의 출처까지 바꾸지는 않는다. ARIN의 정의에서 다중 접속은 두 곳 이상 ISP와 상시 연결되고 적어도 하나의 접두사를 두 상위 사업자가 광고하는 상태다. 예비 회선을 계약만 한 단계와 실제 경로를 운영하는 단계는 구분된다.

4.2.3.6절은 이 운영상의 필요에 /24라는 간편한 길을 제공한다. 그 조항은 ISP가 고객에게 주소를 재할당·재배분하는 부분에 있다. ARIN이 최종 고객에게 직접 사업자 독립 주소를 준다는 뜻이 아니다. /24를 제공하는 ISP는 고객의 모든 상위 사업자 연락처를 받아야 한다. 고객은 주소 제공 ISP와 경계 라우팅 프로토콜을 써야 한다.

곧바로 한계가 이어진다. 추가 설명 없이 이 규칙으로 /24를 받을 수 있는 상위 사업자는 한 곳이다. 다른 ISP는 트래픽을 운반하고 같은 접두사를 광고할 수 있다. 그러나 같은 다중 접속 필요를 한 번 더 말해 자동으로 두 번째 /24를 받을 수는 없다. 경로의 이중화가 주소 수량의 두 배를 뜻하지 않는다.

주소를 준 ISP도 ARIN에 설명할 자료를 보관한다. 고객에게서 받은 정보나 고객의 자율시스템 번호를 제시할 수 있다. 4.2.3.7절은 ISP가 할당 이력 등으로 효율적인 이용을 증명하도록 하고, 4.2.3.7.1절은 /29 이상의 IPv4 재할당을 SWIP 또는 적합한 디렉터리에 등록하도록 한다. 다중 접속용 /24는 제공 ISP의 자원 기록에 남는다.

2001년 정책 기록에는 이 예외가 해결하려던 문제가 나온다. 보통은 장비 수와 사용 계획으로 주소 크기를 정당화했다. 그러나 두 상위에 경로를 내보내려는 고객은 장비 수가 적어도 /24가 필요할 수 있다. ARIN은 그 기술적 필요를 별도 근거로 받아들였다. 그때도 모든 상위 연락처를 요구했고, 간편한 /24는 한 사업자에서만 받도록 했다. 공급자와의 관계는 규칙이 태어날 때부터 들어 있었다.

사업자를 떠날 때 그 관계는 작업량이 된다. 현행 4.2.3.3절은 ISP의 연속된 주소 블록을 잘게 나누지 말라고 권하고, 고객이 ISP를 바꿀 때 주소 반환을 요구하도록 사업자에게 권장한다. 고객에게는 옛 주소를 돌려주고 새 ISP의 공간으로 번호를 바꾸라고 권고한다. 기존 ISP는 그 작업에 충분한 시간을 허용해야 한다. 모든 계약에 적용되는 일수는 적지 않았다. 실제 일정은 사업자와 고객이 정해야 한다.

한 기업은 두 개의 활성 회선과 양쪽이 광고하는 하나의 접두사를 가질 수 있다. 이는 한 경로의 장애를 버티는 데 도움이 된다. 하지만 /24를 제공한 사업자와의 등록 관계는 그대로다. 계약을 끝낼 때 DNS, 방화벽, 허용 목록, 경로 필터, 고객이 접속하는 주소를 점검하고 바꾸는 공사가 생길 수 있다. 두 번째 회선을 사기 전에 첫 번째 사업자에서 나가는 비용도 계산해야 한다.

공식 자료에는 이 조항으로 /24를 받은 특정 고객의 사업자 변경 비용이 기록돼 있지 않다. 날짜가 있는 재할당과 이전 일정이 한 사례의 비용을 드러낼 것이다. 정책 문구만으로도 구분은 가능하다. 경로는 두 곳에서 광고할 수 있지만, 간편한 /24의 출처는 한 곳이다.