요약

  • RFC 1482는 NSFNET 백본이 지역 네트워크를 대신해 집계를 합성할 수 있게 했다. 목록에 있는 컴포넌트 중 어느 하나라도 수신되면 상위 블록의 발표가 트리거되었다.
  • 제안된 레지스트리는 프리픽스, Home AS, 각 Announcing AS와 그 이웃을 분리해 기록했다. 그것은 경로의 관찰이나 패킷의 성공이 아니라 기대되는 정책을 기록한 것이다.

하나의 프리픽스 뒤에 숨은 «또는(or)» 조건

1993년 6월에 발표된RFC 1482는 전환기의 문제를 다룬다. CIDR 집계는 경로 수를 줄이는 것을 약속했지만, 모든 지역 네트워크가 아직 스스로 집계된 프리픽스를 발표할 수 있는 것은 아니었다. 그래서 백본이 그 자리를 대신할 수 있었다.

GateD 설정 예시는 논리 «또는» 조건으로 연결된 세 개의 컴포넌트 프리픽스를 보여준다. 그중 하나가 수신되는 순간 백본은 마치 그 집계를 직접 받은 것처럼 더 넓은 프리픽스를 유지하고 전파할 수 있었다. 구문은 예시적일 뿐이며 확정되지 않았다. 그러나 논리 자체는 명확했다. 부분적인 목격만으로 더 일반적인 선언이 만들어질 수 있었다.

이 동작은 오류가 아니었다. 그것이 압축 메커니즘이었다. 다만 증거의 경계를 만들었다. 원격 테이블에 집계가 존재한다는 사실은 트리거 컴포넌트, 나머지 둘의 상태, 커버된 각 주소로 패킷을 배달할 수 있는지에 대해 아무것도 알려주지 않았다.

문서는 «구멍(hole)»을 언급하기도 한다. 서비스되지 않는 영역으로 향하는 패킷은 거부되기 전에 자율 시스템(AS)을 통과할 수 있었다. 집계는 실패가 드러나는 장소를 옮겼을 뿐, 그 실패를 없애지는 않았다.

직접 수신은 합성이 아니었다

RFC는 이 대리 방식과 더 단순한 사례를 구분했다. 이미 CIDR을 지원하는 지역 네트워크는 예를 들어/17같은 집계를 직접 발표할 수 있었다. 이 경우 정책 데이터베이스는 백본이 이 발표를 기대해도 되는 AS를 표시했다.

이 AS 목록은 입장 규칙에 불과했다. 갱신이 실제로 수신되었는지, 최적 경로로 유지되었는지, 포워딩 테이블에 설치되었는지를 증명하지 않았다. 이전 시스템은 이미 네트워크 번호에 primary, secondary, supplemental로 분류된 여러 기대 출처를 연결했다. 즉 설정된 가능성과 관찰된 사건을 분리하고 있었다.

대리 방식에서는 한 단계가 더 생겼다. 백본 라우터가 더 좁은 신호로부터 집계 선언을 만들어냈다. 두 관찰자는 같은/17을 볼 수 있었지만 그 기술적 이력은 완전히 달랐다. 한쪽은 그대로 수신된 것이고, 다른쪽은 합성된 것이었다.

보이는 프리픽스는 이 출처를 인코딩하지 않았다. 이를 보존하려면 직접/대리 규칙, 컴포넌트 목록, 규칙을 트리거한 쪽, 설정 버전, 발표 시각을 함께 유지해야 했다.

각 이웃은 자신만의 투영을 받았다

백본으로의 진입은 문제의 절반일 뿐이었다. 출력은 특정 이웃에게 보내지는announcetoAS선언에 의존했다. 네트워크는 제한 없이 발표를 허용하거나, 제한적 조치를 요청하거나, 일부 네트워크를 추가·삭제하거나, 해당 이웃에 대한 발표를 전면 금지할 수 있었다.

따라서 «NSFNET이 무엇을 알았는가»에 대한 단일한 외부 시각은 존재하지 않았다. 각 이웃은 자신의 정책에서 나온 투영을 받았다. 중간 네트워크들이 이 선택을 Merit에 전달했고, 그것은 ANSnet 라우터의 설정 파일에 반영되었다.

이 사슬에는 여러 객체가 있었다. 운영자의 요청, 기준선, 생성된 보고서, 설정 파일, 소프트웨어의 해석, 프로토콜 상태, 내보내기 결정. RFC는 기본 도구, 보고서, 클라이언트 분석기, 생성 절차의 변경을 예견했고,rcp_routed와 GateD의 개념적 차이도 언급했다.

정책이 기록되어 있다는 말만으로 그것이 라우터에서 돌아가고 있다는 뜻은 아니다. 반대로 관찰된 발표는 레지스트리의 이후 스냅샷이 아니라 정확한 정책 버전과 대조되어야 했다.

«Home»은 역할을 뜻했지 모두의 이웃이 아니었다

제안된 집계 레지스트리는 이 복수성을 명시적으로 만들었다. 선언에는 프리픽스, Home AS, Announcing AS, Neighbor AS 목록, 연락처가 포함되었다. 같은 프리픽스는 Home AS의 행과, 자신의 이웃에게 전파할 트랜짓 AS의 별도 행들을 차지했다.

예시에서 AS 100은 집계의 홈이다. AS 200, AS 201, AS 690은 각각 서로 다른 청중을 가졌다. 그중 하나 뒤에 있던 관찰자가 이 릴레이를 지우고 모든 발표가 AS 100에서 직접 왔다고 서술해서는 안 되었다.

Home AS는 집계를 처음 형성하고 자신의 이웃에게 발표한 공급자를 뜻했다. Announcing AS는 이를 더 멀리 전달하는 주체를, Neighbor AS는 그 단계의 의도된 수신자를 설명했다. 이 필드들은 포착된 네트워크 흔적이 아니라 전파 의도의 지도를 구성했다. 갱신은 이메일이나 온라인 등록 도구로 들어올 수 있었다. 그러나 이 텍스트는 인증된 발행 체인, 관찰 타임스탬프, 철회 수신 확인, 수신된 경로나 포워딩 테이블과의 자동 대조를 정의하지 않았다. 보안 절에서는 이러한 질문이 다루어지지 않는다고 밝힌다.

세부 정보는 하류를 위해 재구성되지 않았다

초기 배포는 블록을 세분화한 뒤 발표하지 않기로 했다. 전체 테이블을 요구하는 이웃은 CIDR 호환 프로토콜을 사용해야 했다. 기본 경로로 동작하는 이웃은 컴포넌트 세부 정보를 받지 않고도 커버된 목적지에 계속 도달할 수 있었다.

따라서 이웃 쪽의 더 흐릿한 시각은 계약상 가능한 상태였다. 그것이 내보내는 라우터의 무지를 증명하지는 않았다. 대칭적으로, 내부에서 알던 세부 정보가 그것을 받을 자동적 권리를 만들지도 않았다.

RFC 1338과RFC 1519는 테이블 성장에 대응하는 할당·집계 아키텍처를 제시한다.RFC 1771은 BGP-4의 속성과 경로를 설명하고,RFC 1786은 더 풍부한 레지스트리 정책 언어를 정형화했다. 이 문서들은 계층을 비춰주지만, RFC 1482의 각 예시나 마이그레이션이 실제 배치되었음을 소급해 증명하지는 않는다.

33%라는 수치는 추정치였다

RFC는 가능한 집계가 12,348개 발표 중 4,135개를 제거할 수 있다고 계산했다. 즉 33%이다. 문서는 이 결과를 비관적 알고리즘으로 얻은 낙관적 추정치라고 규정하며, 실제 절감은 다를 수 있음을 인정했다.

이 수치는 운영 중인 라우터의 전·후 비교에서 나온 것이 아니다. 특정 가정 하의 잠재력을 설명할 뿐이며, 그것만으로 미래의 테이블 성장이나 주소 공간 고갈을 해결하지도 않는다.

RFC Editor 정보 페이지는 오늘날 이 문서를 역사적(historic)으로 분류한다. 원문은 구현이 진행 중이라고 적으면서 계획, 논의, 디버깅, 안정성, 결정 알고리즘을 열어 두었다. «진행 중»은 특정 장비의 배포 기록이 아니다.

경로 절감은 더 많은 출처 추적을 요구했다

RFC 1482의 지속적 교훈은 이 역설에 있다. 라우팅을 더 가볍게 만들려면 네트워크는 더 넓은 프리픽스 하나가 많은 상황을 대표하도록 허용해야 했다. 그리하여 그 프리픽스는 덜 보이는 이력을 지니게 되었고, 그 제작 과정 주변에 더 많은 증거를 요구했다.

따라서 레지스트리, 생성된 설정, 설치된 설정, 수신된 컴포넌트, 합성된 집계, 수신된 경로, 내보내기 결정, 포워딩 항목, 패킷 결과를 혼동하지 않으면서 연결해야 한다. 집계의 홈은 그 릴레이들 중 어느 하나도 아니다. 그 컴포넌트 하나는 그 모든 목적지가 아니다. 그리고 테이블에 그 존재가 있다는 것은 배달이었다는 뜻이 아니다.

출처