IP 터널

1. 개요

IP 터널은 IP 데이터그램을 다른 IP 데이터그램 내에 캡슐화하여 한 네트워크를 통해 다른 네트워크로 전송하는 기술이다. 최초의 IP 멀티캐스트 라우팅 프로토콜인 DVMRP를 설명하는 RFC 1075에서 IP 터널링에 대한 첫 번째 규격이 제시되었다. 초기에는 IP 느슨한 소스 경로 및 레코드(LSRR) 옵션을 사용하여 멀티캐스트 주소를 숨기는 방식이 사용되었으며, 이후 IP in IP 방식이 널리 사용되었고 Mbone에서 활용되었다.

2. 역사

IP 터널링의 첫 번째 규격은 최초의 IP 멀티캐스트 라우팅 프로토콜인 DVMRP을 설명하는 RFC 1075에 있었다. 멀티캐스트는 특수한 IPv4 주소를 사용했기 때문에 DVMRP를 테스트하려면 아직 멀티캐스트 주소를 인식하지 못하는 인터넷 부분을 통해 IP 데이터그램을 전달하는 방법이 필요했고, 이는 IP 터널링으로 해결되었다.

2.1. DVMRP와 IP in IP 캡슐화

IP 터널링의 첫 번째 규격은 최초의 IP 멀티캐스트 라우팅 프로토콜인 DVMRP를 설명하는 RFC 1075에 있었다. 멀티캐스트는 특수한 IPv4 주소를 사용했기 때문에 DVMRP를 테스트하려면 아직 멀티캐스트 주소를 인식하지 못하는 인터넷 부분을 통해 IP 데이터그램을 전달하는 방법이 필요했다. 이는 IP 터널링으로 해결되었다. IP 터널링에 대한 첫 번째 접근 방식은 IP 느슨한 소스 경로 및 레코드(LSRR) 옵션을 사용하여 멀티캐스트를 인식하지 못하는 라우터로부터 멀티캐스트 주소를 숨기는 것이었다. 멀티캐스트를 인식하는 대상 라우터는 패킷에서 LSRR 옵션을 제거하고 멀티캐스트 IP 주소를 패킷의 IP 대상 필드로 복원했다. DVMRP 사양의 또 다른 접근 방식은 IP in IP였다. IP in IP는 곧 선호되는 접근 방식이 되었고, 이후 Mbone에서 사용되었다.

2.2. Mbone에서의 활용

IP 터널링의 첫 번째 규격은 최초의 IP 멀티캐스트 라우팅 프로토콜인 DVMRP를 설명하는 RFC 1075에 있었다. 멀티캐스트는 특수한 IPv4 주소를 사용했기 때문에, DVMRP를 테스트하려면 아직 멀티캐스트 주소를 인식하지 못하는 인터넷 부분을 통해 IP 데이터그램을 전달하는 방법이 필요했다. 이는 IP 터널링으로 해결되었다. IP 터널링에 대한 첫 번째 접근 방식은 IP 느슨한 소스 경로 및 레코드(LSRR) 옵션을 사용하여 멀티캐스트를 인식하지 못하는 라우터로부터 멀티캐스트 주소를 숨기는 것이었다. 멀티캐스트를 인식하는 대상 라우터는 패킷에서 LSRR 옵션을 제거하고 멀티캐스트 IP 주소를 패킷의 IP 대상 필드로 복원했다. DVMRP 사양의 또 다른 접근 방식은 위에 설명된 IP in IP였다. IP in IP는 곧 선호되는 접근 방식이 되었고, 이후 Mbone에서 사용되었다.