요약

  • RFC 871은 ARPANET Network Working Group이 서로 다른 컴퓨터의 자원 공유를 위해 이미 실천한 설계 선택을 참조 모형으로 정리했다.
  • 한 호스트에서 불필요해 보이는 로그인 명령이 다른 호스트에서는 인증과 과금의 출발점이었다. 실제 구현자의 이의가 공통 규칙을 바꿨다.

받는 사람이 전자우편 때문에 돈을 내지 않게 하자. FTP로 메일을 받을 때 로그인 명령을 없애면 쉬워 보였다. Michael A. Padlipsky는 1982년 9월의 RFC 871에서 그 한 줄짜리 해결책이 막힌 이유를 적었다. 어떤 운영체제는 로그인 명령으로 사용자를 인증했고, 사용량도 계산했다. 한 기계에서는 요금이 사라지지만 다른 기계에서는 출입문 잠금장치까지 떨어져 나간다. 그가 설명한 절충안은 로그인 요구 권한을 남겨 두고, 수신 메일을 위한 공동 무료 계정을 알리는 것이었다.

Padlipsky는 이를 호스트 사이의 형평성이라고 불렀다. 자기 시스템에서 자연스러운 기능이 동료의 시스템을 심하게 어지럽힌다면, 구현을 맡은 동료의 말을 들어야 한다. 네트워크가 연결하려던 것은 내부 구조가 다른 운영체제들이었다. 그림 속 화살표는 그 차이를 가볍게 건널 수 있다. 실행 중인 프로그램은 계정, 권한, 프로세스라는 짐을 다시 들고 돌아온다.

1982년 무렵에는 ISO 참조 모형이 네트워크를 설명하는 익숙한 틀이었다. Padlipsky는 ARPANET Network Working Group에도 더 오래된 사고의 틀이 있었으며, 실제 프로토콜을 만들 때 대체로 명시하지 않은 채 사용했다고 썼다. RFC 871은 이미 내려진 결정을 돌아보며 그 틀을 다시 세운 문서다. 프로젝트 첫날부터 완성된 정식 모형을 들고 있었다는 뜻이 아니다. 작동하는 프로그램의 선택을 뒤늦게 말로 정리한 것이다.

첫 목표는 자원 공유였다. 멀리 있는 컴퓨터에 로그인하는 일도 필요했지만, 서로 다른 호스트의 프로그램과 데이터가 함께 일해야 했다. 그래서 실행 중인 프로세스끼리 대화할 수 있어야 했다. 논리 연결은 대화의 목적지를 뜻 있는 번호로 나타냈다. 널리 알려진 소켓 번호에서는 정해진 서비스를 찾고, 남은 번호로는 새 기능을 시험할 수 있었다. 번호는 비트를 분류하는 표지에 그치지 않고 어떤 일을 요청하는지 알려 줬다.

서로 다른 단말기도 숙제였다. 모든 호스트 종류가 모든 단말기 종류를 직접 알아야 한다면 조합의 수만큼 적응 작업이 늘어난다. 네트워크 가상 단말은 중간에 공통 표현을 놓았다. 각 호스트가 자기 방식과 그 표현 사이만 변환하면 된다. 파일 전송에도 비슷한 발상을 적용할 수 있었다. 모든 컴퓨터에게 이웃의 사투리를 전부 외우게 하는 대신, 경계에서 쓰는 공용 언어를 정한 셈이다.

Padlipsky는 기능을 네트워크 인터페이스, 호스트 사이의 통신, 프로세스와 응용 프로그램이라는 세 개의 넓은 묶음으로 설명했다. 한 묶음에 여러 프로토콜이 들어갈 수 있다. 계층 구분의 목적은 한 구현의 내부 변경을 다른 구현 모두에게 떠넘기지 않는 데 있었다. 그는 참조 그림의 상자마다 모든 데이터가 차례로 들러야 한다는 해석을 비판했다. 같은 층 이웃을 만나려는데 로비까지 내려갔다 올라오는 규칙이라면 그림이 지나치게 열심히 일하는 것이다. CPU에게 계단 운동을 시킬 이유는 없다.

효율은 처리 시간과 메모리, 쓸데없는 변환을 함께 보는 문제였다. 형평성은 프로토콜이 이미 돌아가는 운영체제의 중요한 기능과 함께 살 수 있느냐는 문제였다. Padlipsky의 ISO 모형 비판은 당시 논쟁에 참여한 그의 판단이다. 무료 메일 이야기는 더 손에 잡힌다. 요금을 없앨 방법은 있었고, 일부 시스템의 인증 경로도 지켜야 했다. 공통 규칙은 두 사실을 함께 담을 수 있었다.

RFC 871에는 세 묶음의 도식과 그보다 긴 약속이 들어 있다. 자원 공유, 프로세스 통신, 뜻 있는 논리 연결, 공통 표현, 효율, 다른 호스트에 대한 형평성이다. 상자를 예쁘게 그리는 데는 오래 걸리지 않는다. 그 아래에서 다른 운영체제들이 계속 함께 일하게 하는 데 시간이 든다.