요약

  • RFC 1077은 완성된 기가비트 네트워크를 제시하지 않았다. 이 문서는 풍부한 광용량을 스위치, 호스트 인터페이스, 관리 시스템 그리고 서로 다른 응용에 걸쳐 사용 가능한 서비스로 전환하기 위해 필요한 연구를 정리했다.
  • 핵심은 구조적 반전이었다. 트렁크 속도는 스위칭 요소보다 빠르게 증가하고 있었다. 더 빠른 매체는 희소성을 제거하는 대신 전자 장치, 패킷 처리 및 메모리로 옮길 수 있었다.
  • 이후 RFC들은 세 가지 추가 증거 영역—장치 벤치마크, 서비스 약정, 종단 간 경로 메트릭—을 분리했다. 어느 것도 물리 회선 속도와 서로 바꿔 쓸 수 없으며, 어느 하나만으로 다른 것을 증명하지 못한다.

서비스 구조가 도착하기 전에 원시 용량이 먼저 도착했다

RFC 1077에서 가장 매력적인 수치는 1기가비트가 아니었다. 그것은 설치된 광섬유가 초당 테라비트에 근접하는 원시 대역폭을 상상할 수 있게 만들었다는 워킹 그룹의 추정이었다. 1988년 11월 기준으로, 그것은 네트워킹의 희소성이라는 통념적 서사를 뒤집기에 충분한 용량이었다.

그러나 이 문서는 즉시 더 어려운 질문을 던졌다. 그 원시 용량은 어떻게 한 사용자에게는 초당 수 기가비트를, 트래픽 집계를 통해 매우 큰 사용자 집단에게는 초당 수 메가비트를 제공할 수 있는가? 명사 자체가 다르다. 원시 대역폭은 전송 기회의 속성이고, 서비스는 사용자가 부하 상태에서 여러 구성 요소에 걸쳐 특정 목적을 위해 얻을 수 있는 것이다.

RFC 1077은 DARPA의 요청으로 편성된 정보성 연구 보고서였다. 표준 트랙 프로토콜도, 배포된 아키텍처도, 조달 명세도 아니었다. 그것이 제안한 시연—기가비트 백본, 적절한 관리를 갖춘 상호 연결된 네트워크, 접속 아키텍처—은 연구 활동이었다. 보고서는 가능한 접근 방식의 예시가 문제를 명확히 할 뿐 해법을 강제하지 않는다고 경고하기도 했다.

그러한 제한적 지위는 이 문서의 질문을 오히려 더 가치 있게 만든다. 그룹은 큰 회선 속도 수치가 감추고 있던 작업을 자유롭게 목록화할 수 있었다.

섬유는 병목을 기계 안으로 옮겼다

이전의 광역 설계는 대역폭이 희소하다고 가정했다. 스위칭 로직은 비싼 채널을 효율적으로 사용하도록 배치되어 있었다. RFC 1077은 이 관계가 변하고 있음을 관찰했다. 트렁크 속도가 스위칭 요소의 속도보다 빠르게 증가하고 있었다는 것이다.

광 전송은 흐름을 실어 나를 수 있었지만, 전자적 '지능'은 여전히 그것을 검사하고, 방향을 정하고, 버퍼링하고, 회계 처리해야 했다. 전통적 패킷 스위칭은 패킷 하나하나에 작업을 부과했다. 따라서 초당 처리되는 패킷 수를 늘리지 않고 초당 비트 수를 올리면, 눈부신 입력과 소박한 출력을 낳을 수 있었다. 저장 장치는 또 하나의 전자적 의존성을 도입했고, 부하 상태에서는 시스템 불안정의 또 다른 원인이 되었다.

보고서는 대역폭이 다시는 희소하지 않으리라고 주장하지 않았다. 희소성의 이동을 확인한 것이다. 더 빠른 매체는 결과를 지배하는 구성 요소를 바꾼다. 스위치가 경계가 될 수 있고, 스위치가 개선된 뒤에는 호스트가 경계가 될 수 있다.

RFC 1077은 이 두 번째 경계를 명시했다. 호스트의 패킷 처리 오버헤드가 하나의 응용이 고속 흐름을 받지 못하게 하는 동안, 집계 트래픽은 빠른 트렁크를 통과할 수 있었다. 메모리 이동, 프로토콜 처리, 네트워크 프런트 엔드는 전달 체인에 속했다. 백본 용량은 섬유에서 응용 버퍼로의 텔레포트가 아니었다.

보고서가 호스트, 스위치, 게이트웨이에 책임을 분산한 것도 같은 이유 때문이다. 심지어 멀티플렉싱에 쓰이는 단위와 처리에 쓰이는 단위를 분리했다. 물리 채널, 포워딩 기계, 응용 인터페이스는 결합되어 있지만, 동일한 성능 문법을 공유하지 않았다.

단일한 고대역폭 사용자는 존재하지 않았다

상상된 기가비트 네트워크에는 적어도 두 집단이 있었다. 소수의 슈퍼컴퓨터나 계측 장비는 각각 막대한 흐름을 요구할 수 있었다. 훨씬 큰 중간 속도 사용자 집단은 통계와 동시성으로 동일한 총 부하를 만들어 낼 수 있었다. 공학적 처리 방식은 총량만으로 추론될 수 없었다.

응용은 처리량 외에서도 달랐다. RFC 1077은 지연, 지연 분산, 신뢰성, 순차 전달을 독립적인 제약 조건으로 나열했다. 대량 전송은 용량을 요구하면서 지연을 참을 수 있었다. 대화형 시뮬레이션은 응답성을 원했다. 음성과 영상은 더 안정적인 타이밍을 필요로 했다. 네트워크 제어는 적은 대역폭을 쓰지만 불균형하게 큰 운영상 중요성을 지녔다.

하나의 용량 수치로 이러한 요구를 순위화할 수 없었다. 보고서는 연결 지향, 비연결형, 스트림 또는 동기 모드를 기술했고, 스트림 예시에서는 예약을 사용해 안정적인 대역폭을 확보했다. 서비스 유형 기반 라우팅, 공정성 제어, 사전 대역폭 예약 능력도 요구했다.

할당은 권한의 문제를 도입했다. 응용은 자신이 필요로 하는 서비스를 기술해야 했고, 네트워크는 자원 할당 시 그 기술을 사용해야 했다. 그러나 보고서는 응용이 물리적 용어로 요구를 표현하는 데 익숙하지 않다는 점도 인정했다. '빠른' 통신에 대한 욕망은 얼마나 많은 속도를 원하는지, 어떤 지연 상한을 원하는지, 어느 정도의 손실 허용도를 원하는지, 약정이 얼마나 지속되어야 하는지를 말하지 않았다.

링크 소유자는 용량을 노출할 수 있었다. 응용을 대신해 정밀한 서비스 요청을 만들어 낼 수는 없었다.

속도가 올라가자 관리가 아키텍처의 일부가 되었다

RFC 1077은 차세대 설계를 '무엇보다 먼저' 관리 아키텍처라고 기술했다. 이는 행정적 부수물이 아니었다. 링크, 프로세서, 메모리의 추세가 더 단순한 성능 문제를 해결하면, 더 크고 빠른 시스템은 복잡한 성능·신뢰성·보안 실패에 더 취약해진다.

관리에는 회계, 보안, 성능 모니터링, 장애 격리, 구성이 포함되었다. 회계는 할당된 대역폭, 패킷, 포트 같은 선정된 객체를 추적함으로써 사용 정책을 강제했다. 그 기록은 누가 자원을 배정받거나 비용을 청구되는지에 답했다. 반드시 응용이 실제로 무엇을 받았는지를 보여주지는 않았다.

성능 모니터링은 또 다른 사실을 공급했다. 특정 조건에서 관측 지점에서 네트워크가 어떻게 동작하는가. RFC 1077은 관리가 불만과 사후 대응적 할당에서 사전 진단과 동적 자원 관리로 나아가기를 원했다. 가시성의 익숙한 비용도 예상했다. 원시 관리 데이터가 너무 빠르게 늘어나면, 임계값 설정, 필터링, 경보가 필요해 진단 세부 사항을 보존하면서 운영자가 압도되지 않도록 해야 했다.

따라서 더 빠른 속도는 트래픽 이상을 만들어 냈다. 더 많은 상태를 할당하고, 더 많은 구성 요소를 조율하고, 더 많은 증거를 해석해야 했다.

장치 속도는 매체 속도가 아니다

이후 IETF 작업은 RFC 1077을 그 설계도로 만들지 않으면서 이러한 경계에 더 정확한 이름을 부여했다.RFC 1242는 네트워크 상호 연결 장치의 처리량을 프레임이 하나도 버려지지 않는 최대 제공 프레임 속도로 정의했다. 이 정의는 매체에 인쇄된 공칭 비트 속도가 아니도록 의도적으로 만들어졌다.

프레임 크기, 패킷 처리 업무, 라우팅 대 브리징 동작, 방향은 결과를 바꿀 수 있다. RFC 1242는 지연, 프레임 손실률, 과부하, 오버헤드, 버스트 동작도 별도로 정의했다. 한 장치가 한 프레임 크기에서 높은 연속 속도를 수용하더라도, 작은 패킷, 라우팅 업데이트, 관리 작업에서는 다르게 동작할 수 있다.

RFC 2544는 그러한 장치 테스트를 위한 통제된 방법과 보고 조건을 규정했다. 측정된 처리량을 이론적 매체 속도와 비교하고, 확립된 처리량에서 지연을 측정하며, 제공 부하와 프레임 크기에 걸쳐 프레임 손실을 추적했다. 전체 표가 중요한 이유는 유리한 헤드라인 수치 하나가 그것을 만든 조건을 감출 수 있기 때문이다.

이것들은 선언된 설정 아래에서 장치를 실험실에서 특성화한 것이다. 그것만으로 다홉 프로덕션 경로의 성능, 응용의 체감, 계약상 서비스 수준을 확립하지 못한다. 이 테스트는 모든 질문에 답하기를 거부하기 때문에 유용한 질문에 답한다.

예약은 관측이 아니다

RFC 1633은 이후 광용량이 풍부해져 명시적 자원 관리가 불필요해질 것이라는 주장과 마주했다. 싼 원시 대역폭과 네트워크 서비스로 전달되는 대역폭을 분리한 것이다. 혼잡한 링크, 불평등한 가용성, 응용의 예측 가능성은 섬유가 풍부한 미래에도 여전히 유횀했다.

Integrated Services 모델은 예측 가능한 처리가 필요한 흐름에 대해 예약과 접속 제어를 제안했다. 그 스케줄러, 분류기, 접속 결정은 제어면을 형성했다. 즉, 어떤 패킷이 어떤 큐잉 처리를 받는지, 새로운 약정을 수용할 수 있는지를 결정했다. 이것은 매체의 물리 용량과도, 그 이후의 측정과도 달랐다.

RFC 2212는 하나의 강한 약정을 규정했다. 선언된 트래픽 매개변수와 적합한 서비스 요소 아래에서, Guaranteed Service는 큐잉 지연을 상계하고 수용된 흐름을 큐 오버플로 손실로부터 보호할 수 있었다. 규격은 여전히 고정 경로 지연과 큐잉 지연을 분리했다. 그리고 설정 메커니즘과도 독립적이었다. RSVP, 수동 구성 또는 관리 프로토콜이 예약을 설치할 수 있었다.

따라서 성공한 예약은 제어 시스템이 한 모델 아래에서 약정을 수용하고 설치했음을 증명한다. 모든 요소가 계속 적합하는지, 경로가 바뀌지 않았는지, 수신자가 약속된 결과를 관측했는지를 증명하지는 않는다. 약정 증거는 희망보다 강하지만, 측정 증거는 아니다.

경로는 그 자체의 조건으로 측정되어야 했다

RFC 2679는 출발지, 도착지, 패킷 유형, 시간을 갖춘 단방향 지연 관측을 정의했다. 단일 관측값과 표본을, 표본과 그 통계를 신중히 분리했다. 클록 동기화, 와이어 시간, 측정 오차, 매우 늦은 패킷과 손실된 패킷의 차이는 모두 결과를 조건짓는다.

RFC 3393은 패킷 지연 변동을 선정된 단방향 지연들 간의 차이로 정의했다. 이 양은 재생 버퍼에 중요하고 변화하는 큐 동역학을 드러낼 수 있다. 그것은 용량도, 평균 지연도, 일반적인 '지터 점수'도 아니다. 선택 함수, 패킷 스트림, 관측 지점은 여전히 주장의 일부다.

이 메트릭들은 RFC 1077의 연구 문제가 시사하는 네 계층 구분을 완성한다.

  1. 원시 용량은 물리 매체가 정의된 가정 아래에서 무엇을 실을 수 있는지를 기술한다.
  2. 처리 능력은 스위치와 호스트가 선언된 작업 부하 아래에서 무엇을 전달하거나 소비할 수 있는지를 기술한다.
  3. 서비스 처리는 제어 시스템이 어떤 자원과 큐잉 동작을 할당하거나 약속하는지를 기술한다.
  4. 전달된 성능은 선정된 관측자가 특정 경로와 구간에서 무엇을 측정했는지를 기술한다.

계층들은 상호작용한다. 낮은 회선 속도는 그 위의 모든 결과를 상계할 수 있다. 느린 스위치는 빠른 링크를 낭비할 수 있다. 예약은 큐잉을 바꿀 수 있다. 측정은 어느 구성 요소의 실패든 드러낼 수 있다. 그러나 증거는 자동으로 위로 이동하지 않는다. 섬유 용량은 벤치마크가 아니고, 벤치마크는 예약이 아니며, 예약은 관측된 도착이 아니다.

가장 위험한 대역폭 수치는 라벨 없는 수치다

RFC 1077의 기가비트 프로그램은 의도적으로 미완성이었다. 분석에 대한 그것의 지속적 기여는 가장 빠른 구성 요소가 전체 서비스를 대신하도록 허용하지 않는 태도였다. 보고서는 기술적 풍요가 다른 곳에서 시스템 부족을 만들 수 있음을 보았다.

같은 규율은 네트워크가 하나의 성능 수치로 판매되거나, 계획되거나, 통제될 때마다 적용된다. 어느 계층이 그 수치를 만들었는지, 누가 그 계층을 통제했는지, 어떤 부하와 방향이 적용되었는지, 어떤 트래픽 형태가 쓰였는지, 관측자가 어디에 서 있었는지, 그리고 그 수치가 용량인지 능력인지 약정인지 결과인지를 물어야 한다.

빠른 섬유는 실재하는 인프라다. 다만 전체 서비스는 아닐 뿐이다.

출처와 증거의 한계

RFC 1077은 1988년의 연구 아젠다를 제공한다. RFC 1242와 RFC 2544는 통제된 장치 능력을 위한 용어와 방법론을 제공한다. RFC 1633과 RFC 2212는 이후의 서비스 모델과 약정 경계를 제공한다. RFC 2679와 RFC 3393은 이후의 경로 관측 경계를 제공한다. 이 문서들은 공개된 모델과 요구 사항을 증명할 뿐, 보편적 구현, 현재의 배포, 현재 공급 업체 성능 또는 RFC 1077로부터의 직접적 인과 계보를 증명하지 않는다.