요약

  • 존 데이의 구술사 계정은 OSI 참조 모델을 표준화 작업을 정리하는 데 도움을 준 틀로 다루며, 고정된 스택을 구현하라는 지시로 다루지 않습니다.
  • RINA는 이후 재귀적 프로세스 간 통신을 제안했고, ProtoRINA는 범위가 한정된 구현을 시험했습니다. 인용된 기록은 광범위한 상용 채택도, 전혀 사용되지 않았다는 주장도 입증하지 않습니다.

다이어그램은 배포 순서가 아닙니다

7계층 그림은 쇼핑 목록처럼 오해하기 쉽습니다. 1계층을 구현하고, 2계층을 구현하고, 네트워크가 완성될 때까지 계속하라는 식입니다. 존 데이의 회고는 덜 기계적인 목적을 가리킵니다. 2010년 컴퓨터 역사 박물관(Computer History Museum) 구술사에서 그는 OSI 참조 모델을 표준화 단체들이 수행할 작업을 위한 틀이지 구현 문서가 아니라고 묘했습니다. 이는 표준 원문의 인용도, 회의 기록의 대체도 아닌 데이의 사후 회고입니다. 그럼에도 이 구술사는 오래 지속되는 구분을 드러냅니다. 공유된 모델은 기능에 이름을 붙이고 위원회들이 논의할 언어를 제공할 수 있지만, 모든 제품의 아키텍처나 배포 순서를 지시하지는 않습니다.

데이는 그 표준화 작업에서 역할을 했습니다. 보스턴 대학교 인터뷰에서 그는 자신이 OSI 참조 모델 래포터(rapporteur)가 되었고 ANSI의 OSI 아키텍처 위원회를 의장했습니다. 구술사 기록은 또한 미국 대표단과 초기 참조 모델 논의에 대한 그의 서술을 담고 있습니다. 이 출처들은 그가 해당 작업 안에 있었다는 사실을 보여주지만, 그를 OSI의 단독 저자로 만들거나 위원회의 틀을 운영자들에게 보편적인 명령으로 바꾸지는 않습니다.

이 구분이 중요한 이유는 표준 언어가 실제보다 더 큰 권위를 지니라는 요구를 자주 받기 때문입니다. 참조 모델은 공통 어휘를 확립하고, 복잡한 문제를 논의 가능한 기능으로 나누며, 서로 다른 단체들이 제안을 조율하도록 도울 수 있습니다. 그 자체로 벤더의 엔지니어링 예산, 운영자의 이전 경로, 설치된 장비와의 호환성, 고객의 전환 이유를 제공할 수는 없습니다. 이러한 선택들은 다이어그램 너머에 있습니다. 설명을 지시로 혼동하면 표준의 역사를 실제 근거보다 더 강제적이고, 구현을 더 자동적인 것처럼 보이게 만듭니다.

RINA는 재귀를 명시적으로 만들었습니다

데이의 후속 연구는 OSI 그림에 새 상자를 단순히 추가한 것이 아니었습니다. 2008년 논문 "Networking is IPC: a guiding principle to a better internet"에서 이브라힘 마타(Ibrahim Matta)와 카림 마타르(Karim Mattar)와 공동 집필한 저자들은 통신을 프로세스 간 통신(IPC)으로 다룰 것을 제안했습니다. 응용은 IPC 설비를 사용하고, 그 설비 자체가 그 아래의 또 다른 IPC 설비를 사용할 수 있습니다. 반복되는 구조가 바로 그 아키텍처적 요점입니다. 이 논문은 독자들에게 네트워킹을 서로 무관하고 영구히 고정된 계층의 집합이 아니라 재귀적 조합으로 보라고 요청합니다.

이는 명확한 메커니즘을 가진 제안이지 배포 조사가 아닙니다. 보스턴 대학교 RINA 프로젝트는 분산 IPC 설비(DIF)를 반복 단위로 정의하고 정책을 그 안에서 구성 가능하다고 제시합니다. 이는 프로젝트 측의 자체 설계 설명입니다. 이는 제안자들이 무엇을 의도하는지 이해하는 데 도움을 주지만, 그 설계가 다른 아키텍처보다 우수하거나, 모든 운영 문제를 해결하거나, 공용 인터넷을 대체했다는 사실을 독립적으로 증명하지는 않습니다.

아키텍처 주장과 구현의 구분은 ProtoRINA에서 드러납니다. Wang, Matta, Esposito, Day의 2014년 논문은 사용자 공간 프로토타입을 소개하고 보스턴 대학교 캠퍼스와 GENI 연구 시험 환경에서의 시험 결과를 보고합니다. 이 논문은 스스로 편집 기록(editorial note)이라고 표시하며 동료 심사를 거치지 않았다고 밝힙니다. 또한 불완전한 구현과 레벨 0 연결을 위한 TCP 셰임을 설명합니다. 이 세부 사항들은 결과의 한계를 정확히 표시하기 때문에 유용합니다. 연구자들이 명시된 환경에서 설계의 일부를 구축하고 실행했다는 것입니다. 이 보고는 일반적인 상용 배포, 인터넷 전역 교체, 비교 우위에 대한 증거가 아닙니다.

여기에는 세 개의 별개 질문이 있습니다. 모델은 무엇을 정의하는가? 특정 구현은 실제로 무엇을 실행했는가? 어떤 독립 네트워크가 어떤 규모로, 얼마나 오래 이를 사용하기로 했는가? 데이의 구술사는 첫 번째 질문에 도움을 줍니다. RINA 논문은 아키텍처 제안을 진술하고, ProtoRINA는 한정된 실험을 문서화합니다. 이 프로필에서 검토한 출처들은 세 번째 질문에 포괄적으로 답하지 않습니다. 이 공백은 "RINA는 어디에나 있었다"도 "RINA는 어디에도 없었다"도 솔직하게 채울 수 없습니다.

표준은 명령 없이 조율할 수 있습니다

유용한 유산은 일곱 계층과 재귀적 IPC 중 무엇이 최종 지도로 선언되어야 하는가를 다투는 것이 아닙니다. 공통 명세와 지역적 결정 사이의 경계입니다. 표준화는 조직을 넘어 인터페이스를 이해 가능하게 만들 수 있습니다. 그러나 구현자는 모델이 자신의 장비, 서비스, 인력, 리스크 허용도, 업그레이드 시점에 맞는지를 여전히 스스로 결정합니다. 연구 프로토타입은 코드가 시험 환경에서 실행되는지에 대한 불확실성을 줄일 수 있지만, 누가 운영 비용을 감수했고 무엇이 상용에서 신뢰 가능해졌는지는 채택 증거만 보여줄 수 있습니다.

인프라 독자에게 데이의 경력은 각 주장 뒤의 영수증을 요구하라는 일종의 일깨움입니다. 모델에는 그 범위와 의도된 사용이 필요합니다. 프로토타입에는 코드 상태, 환경, 시험 조건, 미완성 부분이 필요합니다. 채택 주장에는 명시된 배포, 날짜, 역할, 시험과 지속 서비스를 구분하는 방법이 필요합니다. 이러한 별개 기록이 없으면 슬라이드의 그림은 어떤 위원회, 논문, 실험도 실제로 부여하지 않은 권위를 획득할 수 있습니다.

출처