요약

  • Tawei Chang이 1982년 2월 RFC 809에 기록한 UCL 장치는 DACOM 팩스를 다른 팩스인 척하는 LSI-11 컴퓨터에 연결했다. UCL, ISI, COMSAT는 ARPANET/SATNET으로 이미지를 교환했다. 네트워크가 일정한 팩스 전송 속도를 따라가지 못할 때 컴퓨터가 속도를 줄이자 기계는 회선 장애로 판단하고 페이지 중간에 멈췄다.
  • UCL은 페이지 전체를 가까운 디스크에 먼저 저장하고, 네트워크 속도로 먼 디스크에 보낸 뒤, 모두 도착한 다음 수신 팩스에 넘겼다. 작업자는 다음 종이를 빠르게 넣을 수 있었지만 먼 곳에서 언제 인쇄되는지는 즉시 알기 어려워졌다.

팩스는 전화 통화를 하고 있다고 생각했다. University College London의 컴퓨터가 맞은편 팩스 역할을 충실히 하자 기계는 이미지를 내보냈다. 그런데 그 뒤의 컴퓨터 네트워크가 숨을 골랐다. 컴퓨터가 잠시 늦추라고 하자 팩스는 회선에 문제가 생겼다고 결론 내리고 종이가 반쯤 남은 상태에서 송신을 포기했다. Tawei Chang의 RFC 809는 1982년 실험에서 생긴 이 충돌을 전한다. 전화선에 익숙한 기계에게 “잠깐만”은 친절한 부탁이 아니라 고장 신호였다.

실험실에는 실제 장비가 있었다. UCL 컴퓨터과학부는 DACOM 팩스, MOS를 돌리는 LSI-11 소형 컴퓨터, 플로피 드라이브 두 대, 화면과 콘솔을 연결했다. 전용 하드웨어 인터페이스는 팩스가 보기에 전화선 같았고 컴퓨터는 선 건너편 기계를 흉내 냈다. 입력된 그림은 일반 컴퓨터 데이터처럼 저장하고 손질하고 전송할 수 있었다. 런던의 UCL, 로스앤젤레스의 ISI, 워싱턴의 COMSAT는 ARPANET/SATNET을 통해 그림을 주고받았다. 오래된 전화 장비를 네트워크로 데려오는 속임수는 첫 단계에서 먹혔다.

시간표가 문제였다. Chang의 비교에 따르면 압축한 팩스 한 장도 알파벳 문자 2만 개를 넘는 양의 데이터를 만들 수 있었다. 짧은 글보다 저장 공간과 전송 시간이 더 든다. DACOM은 전화 회선을 염두에 둔 일정한 속도로 데이터를 밀어냈고 실험에 쓰인 네트워크는 언제나 그 속도를 받아내지는 못했다. 컴퓨터가 입력을 늦추면 기계는 전화 통화 중에 생겨서는 안 될 침묵으로 받아들였다. 주소가 틀린 것도 그림의 내용이 잘못된 것도 아니었다. 한 작업을 하는 두 장치가 서로 다른 시계를 들고 있었다.

연구자들은 대화를 세 단계로 쪼갰다. 먼저 팩스가 한 페이지를 평소 속도로 가까운 디스크에 읽어 들인다. 그다음 두 컴퓨터가 네트워크가 견디는 속도로 이미지를 원격 디스크까지 옮긴다. 마지막으로 원격 디스크에 페이지 전체가 도착하면 두 번째 컴퓨터가 수신 팩스가 받아들일 속도로 출력한다. 느린 구간을 두 저장 장치 사이에 넣어 팩스의 눈에서 치웠다. Chang은 로컬에서 한 페이지를 읽는 데 이제 1분도 걸리지 않았다고 적었다.

작업자에게는 반가운 변화였다. 종이 한 장을 맡기고 다음 장을 넣을 수 있다. 여러 사람이 같은 바쁜 목적지로 보낼 때도 계속 재다이얼하는 대신 디스크에서 차례를 기다리면 된다. 다만 빨리 맡겼다는 사실은 멀리서 이미 종이가 나왔다는 뜻이 아니었다. Chang은 송신자가 원격 인쇄 시간을 알 수 없게 됐다고 지적한다. 연달아 많은 장을 넣으면 마지막 장은 오래 줄을 설 수 있다. 완충 장치는 팩스의 성급함을 달래면서 완료 시점을 작업자의 시야 밖으로 옮겼다.

UCL은 다른 팩스 형식으로 이미지 바꾸기, 압축, 잡음 제거, 크기 조절, 편집, 글자와 그림 결합도 연구했다. 컴퓨터가 가운데 선 이유는 그런 작업에도 있었다. 하지만 RFC 809의 가장 재미있는 장면은 네트워크가 느려지자 통화를 끊어 버린 팩스다. 연구자들은 기계의 성격을 고치지 않았다. 대신 두 디스크가 기다림을 맡도록 했다.

그 결과 “받았다”는 말에 세 개의 주소가 생겼다. 첫 디스크가 저장했는가, 먼 디스크가 모두 모았는가, 마지막 팩스가 종이를 뽑았는가. 빨라진 첫 단계의 확인 표시가 마지막 단계를 대신할 수는 없다.