요약

  • RFC 948은 1985년 6월 IEEE 802.3 물리망에서 IP를 보내는 두 방법을 설명했다. Ethernet이 프로토콜 종류로 쓰는 자리를 802.3은 길이로 읽는다. Ethernet 호환 프레임과 IEEE 802.2 논리 링크 프레임을 같은 케이블에 흘려도 두 형식만 읽는 호스트들은 직접 통신하지 못한다.
  • Ira Winston은 새 장비와 기존 장비 모두에 정적인 형식 선택 기능을 넣고, 준비 기간에는 Ethernet 호환 방식을 계속 쓰다가 전체가 준비됐을 때 함께 바꾸자고 제안했다. 두 형식을 이해하는 게이트웨이는 갈라진 집단을 이어 줄 수 있지만, 문서는 상당한 성능 비용을 예상했다.

같은 자리의 다른 뜻

프레임의 모양은 익숙했다. RFC 948은 Ethernet Version 2.0과 IEEE 802.3의 물리 계층이 실용상 호환된다고 했다. 링크 계층에서 같은 위치의 필드는 다른 의미를 가졌다. Ethernet에서는 안에 들어간 프로토콜 종류, 802.3에서는 길이다. 수신기는 IP 패킷을 보기 전에 바깥 포장을 어떤 문법으로 해석할지 정해야 했다. 정상으로 켜진 링크 표시등은 그 결정을 대신하지 못한다.

첫 번째 방법은 기존 Ethernet 설치를 지키는 데 맞춰졌다. RFC 948이 다룬 10Mbps 802.3에서 길이 필드의 허용 상한은 1500이었다. 그보다 큰 값은 사적인 용도로 쓸 수 있었다. IP, ARP, 트레일러 캡슐화의 프로토콜 종류 값이 모두 1500을 넘었으므로, 물리적으로 802.3에 맞는 접속에서도 그 자리를 Ethernet식 종류 필드로 쓸 여지가 있었다. 새 물리 인터페이스를 기존 Ethernet 호스트의 대화에 합류시키는 길이었다. 서로 다른 두 링크 규칙을 하나로 만든 것은 아니었다.

두 번째 방법은 IEEE 802.2/802.3 링크 형식을 따랐다. IP를 LLC Type 1 Unnumbered Information에 실어 DSAP와 SSAP를 96으로 설정했다. 당시 문서가 제시한 IP용 전역 SAP 값이다. 802.3의 최소 프레임 길이를 채우기 위한 0 바이트는 IP 데이터그램 밖에 놓였다. IP 주소와 로컬 주소를 연결할 때 정적 표도 가능하지만 ARP 같은 동적 발견을 강하게 권장했다. 이쪽 호스트끼리는 통신할 수 있었다. 반대편 프레임만 읽는 옆자리 호스트는 같은 선 위에서 다른 언어를 쓰고 있었다.

마지막 호스트가 전환일을 정한다

RFC 948은 두 방식을 섞으면 물리적으로 하나인 LAN이 호환되지 않는 두 서브네트워크로 갈라진다고 적었다. 두 언어를 아는 호스트를 게이트웨이로 세울 수 있지만 상당한 성능 손실이 따른다고 봤다. 케이블상 가까운 두 컴퓨터의 통신이 프레임 포장 차이 때문에 별도 장비를 통과해야 한다. 배선도에 없는 경계가 데이터 경로에는 생긴다.

Winston은 IEEE 802.2/802.3 방식을 선호했다. IEEE 표준이 국내외에서 받아들여졌고 다른 IEEE 802 물리망에도 같은 캡슐화를 쓸 수 있었기 때문이다. 이미 작동하던 Ethernet 설치를 고려해 그는 전환 순서를 제시했다. 새 구현뿐 아니라 기존 구현에도 정적인 형식 선택을 추가한다. 이 준비가 끝날 때까지 모두 Ethernet 호환 형식으로 보낸다. 모든 호스트가 선택할 수 있을 때 LAN 전체를 IEEE 방식으로 옮긴다. 업데이트를 놓친 한 대는 단순한 예외가 아니라 네트워크 분할의 출발점이다.

1988년의 RFC 1042는 IEEE 802망의 IP와 ARP에 LLC/SNAP을 사용했다. DSAP와 SSAP는 170이고 뒤에 0인 조직 코드와 EtherType이 이어진다. RFC 948의 직접 SAP 96과 구체적 헤더가 다르다. RFC 1042는 혼합된 케이블에서 링크 계층 브로드캐스트가 같은 형식을 쓰는 컴퓨터에만 닿는다고도 설명했다. 혼합이 필요하면 두 IP 네트워크 사이에 게이트웨이를 두라고 권했다. 나중 문서는 공존 문제와 변화한 규격을 보여 주지만, Winston의 전환 계획이 특정 현장에서 이행됐는지 알려 주지는 않는다.

RFC 948은 물리적 호환이라는 말에 운영상의 질문을 붙였다. 누가 모든 호스트를 셌고, 누가 새 프레임을 읽을 수 있으며, 누가 전환 날짜를 결정하는가. 공동 케이블보다 공동의 읽기 규칙이 네트워크를 묶었다.

출처