본문

Proxy Mobile IPv6 Extensions to Support Flow Mobility : 1. 소개

초록

* draft-bernardos-netext-pmipv6-flowmob

PMIPv6는 네트워크 기반의 지역 이동성 관리 프로토콜이며, 이는 모바일 장치들이 PMIPv6 도메인에 접속되도록 해주며, 그들의 IP 주소를 변화시키지 않은 채로 게이트웨이간을 로밍할 수 있도록 해준다. PMIPv6의 기본 스펙은 제한적인 멀티모드 모바일 장치들에 대한 멀티호밍에 대해서도 지원한다. 어느 기술에서 다른 기술로 플로우가 이동할 수 있는 기능은 기본 스펙에서 제시되지 않았다. 이 문서는 다중 물리 인터페이스에 대한 flow mobility를 지원하기 위한 PMIPv6상의 보완 방법을 서술한다.


* draft-ietf-netext-pmipv6-flowmob-04

Proxy Mobile IPv6는 MN이 동일한 Proxy Mobile IPv6 도메인에 서로다른 인터페이스를 통해 연결하는것을 허용한다. 하지만, 하나의 기술에서 다른 기술로 이전하는 flow에 대한 이동 능력은 기본 Proxy Mobile IPv6에서는 지원되지 않는다. 이 문서는 Proxy Mobile IPv6 프로토콜에 대한 확장에 대한 것이며, 이를 위해서는 네트워크 기반으로 다중 물리 인터페이스상에서의 flow mobility를 지원해야 한다.


요구되는 확장은 LMA와 MAG에 의한 동작으로 구성되며, 이를 통해 MN 상의 각기 다른 인터페이스에 할당된 prefix를 관리하고 뿐만 아니라 일관적인 flow mobility 관리를 보장하기 위해 네트워크에서 어떻게 포워딩 정책이 다루어질 것인가에 대해서도 관리할 수 있다.


소개

RFC5213에 소개된 PMIPv6는 네트워크 기반 이동성 관리를 PMIPv6 도메인에 연결된 호스트에 제공한다. PMIPv6는 두개의 새로운 엔티티인 LMA와 MAG 항목을 제시한다. MAG은 MN의 접속을 감지하고 IP 연결성을 제공하는 항목이다. LMA는 하나 이상의 HNP를 MN에 제공하며 또한 MN에 관한 모든 트래픽에 대한 topological anchor 역할을 담당한다. PMIPv6는 MN이 서로 다른 인터페이스를 통해 PMIPv6도메인에 접속하는것을 허용한다. 이 문서는 LMA와 MAG간에서의 Proxy Mobile IPv6에 대한 확장을 서술함으로서 'flow mobilty'를 가능하게 하고 이를 통해 특정한 트래픽 flow를 다른 물리 인터페이스에 분배할 수 있도록 한다. IP 계층의 인터페이스는 여러 MAG에 대해 (다양한 미디어을 통해) 동시적 혹은 순차적으로 접속할 수 있다.  이 문서는 MN에서의 '논리 인터페이스'가, 각각의 물리 인터페이스에 배정된 prefix에 상관없이 각 물리 인터페이스에서의 트래픽 flow를 지원할 수 있다는것을 가정한다.

[IP계층에서의 논리 인터페이스는 다양한 물리 미디어에서부터의 패킷의 송수신을 가능하게 한다. 이 기술은 flow mobility를 구현하는데 사용될 수 있다. 예를 들자면, 어떤 기술에서 다른 기술로의 플로우의 이동을 생각해 볼 수 있을 것이다.이 문서는 PMIPv6상에서의 LMA와 MAG간에 대한 프로토콜 확장을 통해, 다양한 물리 인터페이스상에서 트래픽의 flow를 분배하는 방법에 대해 서술한다.]


특히, 이 문서는 PMIPv6 네트워크(LMA/MAG) 내에서 어떻게 'flow mobility'상태(즉, 생성, 갱신, 취소 작업)를 관리할 수 있을지에 대해 서술한다. 이를 위하여 두가지의 동작이 요구된다. 1. PMIPv6 네트워크에 의한 적합한 prefix 관리. 2. 일관적인 flow 포워딩 정책. 이 문서는 (서로다른 prefix 배정 요구에 관한) 각각의 유스 케이스 시나리오를 분석하고, 이를 통해  flow mobility를 가능하게 하는 PMIPv6 네트워크 확장에 대해서 다룬다. 

[flow mobility는 LMA에 의해 관리된다. LMA가 flow mobility를 초기화(initiate)하도록 하는 trigger에 대해서는 이 문서에서 다루지는 않는다.]


용어

Flow Mobility Initiate(FMI) : LMA에 의해 보내지는 메시지로서, MAG에서의 flow mobility 상태를 생성, 갱신 또는 취소하도록 하는 메시지 인다. 이 메시지는 PMIPv6 도메인 내에서의 flow mobility를 관리하는데 필요한 정보를 포함한다. 이 메시지는, MN의 새로운 인터페이스의 접속으로인한 flow mobility 동작이 수행(trigger)되어지지 않을 때에만 필요하다


Flow Mobility Acknowledge(FMAck) : FMI 메시지에 대한 답변으로 MAG에 의해 보내지는 메시지이다. 이 메시지는 FMI 메시지상에서 요청된, flow mobility의 생성과 갱신 또는 취소 작업에 대한 결과에 대한 피드백을 제공한다.


Flow Mobility Cache(FMC) : LMA와 MAG에의해 유지되는 개념적(Conceptual) 데이터 구조로서, 이 문서에 기술된 flow mobility 관리 작업을 지원하기 위해 사용된다.


유스케이스 시나리오

물리적인 연결이 끊어진 후 다시 연결되어야 하는 기존의 핸드오버 과정과 달리, flow mobility는 MN이 하나 이상의 네트워크에 동시에 접속할 수 있다는것을 가정한다. 이 문서에서는 LMA가, MN이 네트워크들에 동시에 접속할 수 있다는 것과, 각 접속에 동일하거나 다른 prefix를 사용할 수 있다는 사실을 알 수 있다고 가정한다. 다양한 flow mobility 시나리오 중에서, MN이 물리 인터페이스 모두에 동일한 prefix를 지정할 수 있는 상황, 혹은 각기 다른 물리 인터페이스에 각기 다른 prefix가 지정될 수도 있다. 아래의 각기 다른 시나리오를 생각해보자.


1. 새로운 네트워크에 접속할 때, MN은 기존 세션에 배정된 prefix와 동일한 prefix를 얻는다. 이것은 기존 PMIPv6[RFC5213]에서의 기본 행동과 다르고, LMA는 동시 접속시에서라도 prefix를 동일하게 배정해야 한다.(핸드오버만을 위한 시나리오에서와는 반대된다)

2. 새로운 네트워크에 접속할 때, MN은 새로운 세션을 위해 새로운 prefix를 얻는다. 이것은 PMIPv6에서의 기본 동작이다.

3. 새로운 네트워크에 접속할 때, MN은 사용되는 prefix와 새로운 prefix의 의 조합을 얻는다. 이것은 위 두 시나리오를 합쳐놓은 것이다. 로컬 정책은 새로운 prefix가 새로운 네트워크에서 사용가능한지 혹은 기존 접속에 사용될 수 있는지에 대해 판단한다.


위 경우에서 1번째 시나리오는 RFC 5213에서의 확장을 필요로 하게된다. 새로운 접속이 이루어 지는 시점에서 시그널을 보내어, 동일한 prefix가 동일 MN상의 모든 인터페이스에 배정되었다는 사실을 보장해야 한다. 그 후에는, LMA와 MAG 사이에 추가적인 시그널링은 필요하지 않다.


2번째 시나리오에서는 LMA가 flow를 서로다른 접속에 대해 재배치 할 필요가 있다고 판단할 때마다 flow mobility 시그널을 보내야 한다. 이를 통하여, MAG은, MN이 수신 트래픽에 대해 어떤 prefix를 사용하게 될것인 가에 대해 알수 있도록 하며, 로컬 라우팅 항목이 제대로 설정되게 된다.


3번 시나리오에서는 LMA가, 공유되지 않는 prefix에 대한 flow를 재배치할 필요가 있다고 판단할 때마다 flow mobilty 시그널을 보내야 한다.


댓글 0

Holic Spirit :: Tistory Edition

design by tokiidesu. powerd by kakao.