Mobile IP

Mobile IP는 노드들의 이동이 빈번해 지면서 이를 지원하기 위하여 개발된 프로토콜이다. 이 프로토콜을 이용함으로써, 사용자는 다른 곳으로 이동하여도 원래의 서비스를 받을 수 있다는 장점이 있다. 현재 IETF의 mobileip 워킹 그룹에서 표준화를 진행하고 있으며,  IP v4에서는 많은 부분이 정의되어 있는 상태이다.

The Mobile Node moving

위의 그림은 Mobile Node가 Home에서 다른 곳으로 이동했을 경우를 나타낸 것이다. 만약 노트북을 어떤 대학의 서울 캠퍼스에서 쓰고 있다고 가정해 보자. 그럼 서울에서 노트북의 라우팅을 담당하는 것은 서울 캠퍼스의 라우터가 될 것이고, 그 라우터에 routing정보가 들어있는 테이블이 존재 할 것이다. 이렇게 서비스를 받고 있다가 지방으로 이동하면, Network prefix정보가 바뀌게 된다. 이것에 대한 라우팅 정보를 지방 캠퍼스의 라우터에 입력을 해주어야 서비스를 받을 수 있다. 이렇게 이동을 할 때마다 라우팅 정보를 업데이트 해야 하는 불편함이 발생하게 되는데 이를 해결하기 위하여 Mobile IP를 사용한다.

Mobile IP에서는 먼저 자신이 처음에 쓰고 있던 곳를 Home이라고 얘기하고, Home에서 라우팅과 Mobile IP 관련 작업을 해주는 장비를 HA (Home Agent)라고 부른다. 그리고 이동하였을 경우 그곳에서 라우팅과 Mobile IP 관련 작업을 해주는 장비는 FA (Foreign Agent) 라고 부른다. 처음에 Mobile Node가 Home에서 Foreign지역으로 이동하게 되면 Agent Discovery단계와 Registration단계를 거쳐 Mobile IP가 작동하게 되는데, 먼저 Agent Discovery 절차에 대해 알아보기로 하자


Mobile IP Agent Discovery

Agent Discovery 단계는 말 그대로 Agent을 찾는 단계이다. 여기서는 Mobile Node가 Foreign으로  이동하였기 때문에 Mobile IP의 지원 여부를 확인해야 하는데, 이를 나타낸 것이 아래 그림이다.  

라우터가 FA (Foreign Agent)로 동작하게 되면 Agent Advertisement라는 메시지를 주기적으로 뿌려주게 된다. 즉 자신이 Mobile IP 동작이 가능하다는 것을 Mobile Node에게 알려주는 것이다. Mobile Node가 이 메시지를 받게 되면 이 정보를 참조하여 Mobile IP Registration을 위한 RRQ (Registration Request) 메시지를 전송하게 된다. 이 절차에 대한 설명은 다음 절에서 알아보기로 한다. Agent Discovery단계에서 Agent Advertisement 메시지 말고 또 하나의 메시지가 존재하는데, 그것이 Solicitation 메시지이다. 앞서 언급했듯이 Agent Advertisement 메시지는 주기적으로 FA (Foreign Agent)에서 전송되는 메시지이다. 이렇게 주기적인 메시지가 올 때까지 Mobile Node가 기다릴 수 없는 경우 Solicitation 메시지를 FA (Foreign Agent)로 전송하게 된다. 그리고 이를 수신한 FA (Foreign Agent)는 바로 Agent Advertisement메시지를 Mobile Node로 보낸다. 그럼 Mobile Node는 다음 단계인 Mobile IP Registration절차를 수행하게 되는 것이다.


Mobile IP Registration

Mobile IP Registration절차는 자신이 Home에서 Foreign으로 이동했다는 것을 Home Agent에게 알려주는 절차이다. 이렇게 Home Agent에게 자신의 위치를 알려 줌으로서 Mobile Node에게 전송되어야 하는 패킷을 Home Agent 가 Foreign Agent로 전송하여 Mobile Node가 받아 볼 수 있게 한다. 그 절차를 살펴 보면 다음과 같다.

1. 이미 Agent Discovery 단계가 끝난 상태에서 Mobile Node는 자신이 쓰고자 하는 IP를 포함하여 RRQ (Registration Request)라는 패킷을 FA로 전송하게 된다. 이 RRQ라는 패킷에는 HA 주소가 들어있기 때문에 이를 수신한 FA는 필요한 정보를 저장하고 이 패킷을 HA로 전송하게 된다.

2. HA에서는 RRQ패킷을 수신함으로써 Home에 있던 Mobile Node가 다른 곳으로 이동했다는 것을 알게 된다. 그리고 이동한 Mobile Node에게 패킷을 전송 할 수 있도록 하기 위하여 Mobile Node가 사용할 IP를 지정하여 RRP (Registration Replay)패킷에 담아 FA로 보내주게 된다. 또한 HA의 Routing Table을 업데이트 함으로써 Mobile Node를 Destination으로 하고 들어오는 패킷을 FA로 전달 할 수 있게 되는 것이다. 참고로 말하자면 FA로 User Traffic을 전달하기 위해서 Tunneling Protocol (GRE, IP in IP) 을 이용한다.

3. RRP 패킷을 수신한 FA는 자신의 Routing Table을 업데이트 하여 HA에서 오는 터널링 된 User Traffic을 De-tunneling시켜 원래의 패킷을 Mobile Node에게 전달 될 수 있도록 설정이 바뀌게 된다. 그리고 설정이 끝나면 이 RRP 패킷을 Mobile Node에게 보내주게 된다.

4. Mobile Node는 RRP패킷에 담겨온 IP로 자신의 IP를 바꾸고 이 IP를 이용하여 서비스를 이용 하게 된다.

Registration단계에서는 위에 언급한 순서바와 같이 Mobile Node가 이동했다는 것을 HA에 알려 줌으로서 Mobile Node에게 오는 패킷을 HA가 그 패킷을 이동한 곳으로 전달 해 줄 수 있도록 해준다는 것이 Key point이다.


Mobile IP Traffic

Registration단계가 끝나면 User Traffic이 흐를 수 있게 된다. User Traffic은 두 가지 방식으로 흐를 수 있는데, 하나는 Forward 터널 방식이고, 다른 하나는 Reverse 터널 방식이다. 이런 터널 방식은 Mobile Node가 RRQ 메시지를 보낼 때 그 안에 있는 RRQ flag에 의해서 결정되게 된다.

1. Forward 터널

Forward터널은 아래 그림과 같이 작동하게 된다. Mobile Node가 Application서버와 통신 하고자 할 때 Mobile Node에서 나가는 패킷은 FA를 거쳐 Application 서버로 나가게 된다. 그리고 Application 서버는 거기에 대한 응답을 HA로 보내게 되고 HA는 Mobile Node가 다른곳으로 이동했다는 것을 알기 때문에 그 곳으로 보내기 위하여 원래의 패킷을 터널링 시켜 FA로 전송하게 된다. FA는 이 패킷을 De-tunneling시키고 Original 패킷을 Mobile Node로 전달 하게 된다.

2. Reverse 터널

Reverse터널은 아래 그림과 같이 작동하게 된다. Mobile Node가 Application서버와 통신 하고자 할 때 Mobile Node에서 나가는 패킷은 FA에서 터널링를 거쳐 HA로 나가게 되고 HA에서 De-Tunneling을 하여 Application 서버로 나가게 된다. 그리고 Application 서버는 거기에 대한 응답을 HA로 보내게 되고 HA는 Mobile Node가 다른곳으로 이동했다는 것을 알기 때문에 그 곳으로 보내기 위하여 원래의 패킷을 터널링 시켜 FA로 전송하게 된다. FA는 이 패킷을 De-tunneling시키고 Original 패킷을 Mobile Node로 전달 하게 된다. Forward 터널과 다른점은 그림에서도 보듯이 FA에서 패킷이 나갈 때도 터널링 된다는 점이 다르다.

출처 : http://www.secureip.info/mip/mipoverview.htm