요약

  • RFC 1385는 IPv4의 기본 형태를 유지하면서, 기존 노드가 알 수 없는 옵션으로 무시할 수 있는 확장을 설계했습니다.
  • 32비트 필드는 자신의 네트워크 안에서만 호스트를 식별하도록 바뀌었고, 가변 확장이 네트워크 번호를 담아 경계 라우터가 주도하는 전환을 가능하게 했습니다.

1992년 11월에 발표된 RFC 1385는 EIP를 배치된 아키텍처도, 채택된 인터넷 표준도 아니라 방향을 제안하는 아이디어 문서로 명시적으로 제시했습니다.

Version 필드는 호환성을 위해서만 IPv4의 값을 유지했고 EIP 호스트는 이를 검사하지 않았습니다. IHL도 같은 겉모습에 보조했습니다. 실질적인 길이는 다른 옥텟에서 나왔습니다. 즉 확장 길이에 20바이트를 더한 값입니다. 이렇게 하면 헤더가 IHL로 표현 가능한 60바이트 한도 대신 최대 276바이트까지 커질 수 있었습니다.

기존의 출발지·목적지 주소는 호스트 번호로 해석되었고, 자신의 네트워크 안에서만 유일했습니다. 네트워크 번호는 다양한 라우팅 체계를 담을 수 있도록 의도적으로 열린 형식의 확장으로 옮겨졌습니다.

제안된 EIP 식별자는0x8A로 고정된 위치를 차지했습니다. 새 노드는 이를 인식했고, 기존 노드는 전체를 알 수 없는 옵션이 붙은 IPv4로 이해해야 했습니다. 같은 네트워크 안에서는 확장을 생략할 수 있었습니다. 전환 기간에는 변경되지 않은 서브넷 라우터가 호스트 번호를 IPv4 주소처럼 계속 사용할 수 있었습니다.

변환은 경계에 두었습니다. 경계에서는 테이블을 조회하고, 나가는 IPv4 패킷에 네트워크 번호를 덧붙인 뒤 갱신된 네트워크로 라우팅했습니다. RFC 1385는 기존 호스트로의 복귀에는 역방향 연산이 필요 없다고 보았는데, 그 호스트는 확장을 무시하기 때문입니다. DNS에는 네트워크 번호를 위한 새 레코드가 필요했습니다.

배치 순서도 정해져 있었습니다. 체계를 고르고, 번호를 할당하고, 백본과 경계, DNS를 갱신한 뒤 변환을 시작하고, 이후 서버와 호스트를 이전하는 방식이었습니다. 내부 라우터는 마지막으로 남겨졌습니다. 32비트 식별자가 더 이상 전역적으로 유일하지 않게 되면 변환은 더 이상 공존을 유지할 수 없었습니다.

인용된 시험 결과(30개국 35개 호스트)는 그 구성 아래에서 눈에 띄는 차이를 보이지 않았습니다. 이것은 채택률 측정도, 모든 경로에 대한 보장도 아니었습니다. RFC 1752는 1995년에 128비트 SIPP를 IPng의 기반으로 추천했습니다. RFC 6814는 2012년에 EIP를 공식적으로 폐기(deprecate)하고 IPv6에 밀려났다고 판정하며 RFC 1385를 Historic으로 변경했습니다.

출처