본문

Proxy Mobile IPv6 Extensions to Support Flow Mobility : 3. 기타사항

5. 개념적(Conceptual) 데이터 구조

5.1. 다중 CoA 등록


[그림 7] 확장된 바인딩 캐시


LMA가 MN이 다수의 Proxy-CoA를 등록할 수 있도록, 그리고 MN이 인터페이스 및 MAG의 범위를 넘은 동일한 주소(prefix)의 사용을 지원할 수 있도록 확장되었다. LMA는 MN에 대한 다수의 바인딩 캐시 엔티티(BCE)를 유지한다. MN의 BCE의 개수는 MAG에 연결된 MN의 인터페이스의 수와 동일하다. [그림 7]은 두가지 서로 다른 접근 기술으로 네트워크에 접속했을 때의 MN1의 BCE를 보여준다. 두 접속은 HNP1을 공유하고 각기 다른 Proxy-CoA에 귀속된다.


5.2 Flow Mobility 캐시


[그림 8] Flow Mobility 캐시


각 LMA는 [그림 8]에서와 같이 Flow Mobility Cache(FMC)를 보유해야 한다. 이 테이블은 MN으로부터의 각각의 flow에 대한 항목을 저장한다. Flow Binding Entry(FBE)는 다음과 같은 필드를 가진다.

Flow Identifier - Priority (FID-PRI), Flow Identifier(FID), Traffic Selector(TS), Binding Identifier(BID), Action, Action/Inactive


BID 필드는 BCE의 식별자를 가지게 되며, 이곳으로 TS필드에 있는 flow 정보와 맞는 모든 패킷이 포워드 될 것이다. flow mobility가 발생하면, BID는 새로운 BCE-ID으로 갱신될것이다.


RFC6089에 기술된 flow 바인딩과 비슷한 방식으로, 각각의 FBE는 특정한 BCE-ID(BID)를 가리킨다. flow가 이동하면, LMA는 인터페이스의 BID와 관계하는 FBE의 대상을 flow가 이동할 쪽으로 갱신한다. flow 바인딩 테이블에서의 Traffic Selector(TS)는 RFC6088에 정의되며, 이는 flow의 패킷을 서비스 종류, 근원지와 목적지와 같은 특정한 매개변수에 근거하여 분류한다. TS에서 동일하다고 판단되는 패킷은 동일한 포워딩 정책을 적용받는다. FID-PRI는 트래픽에 있어 처리될 우선순위를 나타낸다. Action은 forward 또는 drop이 지정된다. 만약 바인딩 항목이 inactive가 된다면 이는 데이터 트래픽에 영향을 미치지 않는다. 모든 BID가 등록 취소되는 경우에 한해서만 inactive가 된다.


MAG은 이와 비슷한 데이터 구조를 갖는다. MAG에서 완전 flow mobility 상태가 요구되지 않는 경우, Binding Update List(BUL) 데이터 구조만으로도 충분하고 따라서 추가적인 개념적 데이터 항목이 필요하지 않는다. 완전 flow당 상태가 MAG에서 요구되는경우, Flow Mobility Cache 구조를 반드시 유지해야 한다.


6. MN에 대한 고려

* draft-bernardos-netext-pmipv6-flowmob

이 문서는 MN이 논리 인터페이스 모델을 구현했다고 가정한다. IP 계층에서의 논리 인터페이스는 IP 스택으로부터 각기 다른 물리 미디어의 사용을 감추어 주어, MN이 각기 다른 인터페이스로부터 패킷을 송수신 할 수 있도록 한다. 이 문서는 MN이 [I-D.ietf-netext-logical-interface-support]에서 기술한것과 동일하게 작동한다고 가정한다. 특히, 양방향 트래픽의 경우, MN상의 논리 인터페이스가 flow 당 기준으로 수신 패킷을 감시하는 것대로 행동한다. 이것은 MN에서 UL Flow X를 송신하는 인터페이스와 DL Flow X를 수신하는 인터페이스가 동일하다는것을 의미한다. 또한 이것은 만약 LMA가 flow x를 생명주기 내에 이동시킨다면, 다른 인터페이스를 통해 flow X를 수신함으로서, MN은 그 변화를 따르게 된다는것을 의미한다.


이 문서는 동일한 MN에서의 각기 다른 물리 인터페이스간의 flow mobility만을 지원한다. 만약 MN이 여러개의 논리 인터페이스를 가지는 경우에서의 flow mobility에는 지원하지 않는다.


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

이 문서는 MN IP 계층 인터페이스가 다중 MAG에 동시에 혹은 순차적으로, 다양한 매체를 통해 연결할 수 있다고 가정한다. MN은 상향(uplink) 정책으로 하여금 패킷을 내보낼 인터페이스를 올바르게 선택할 수 있도록 강제해야 한다. 다중 연결에 대한 문서로서 [I-D.ietf-netext-logical-interface-support]가 있으며, 이는 MN이 물리 인터페이스에 할당된 prefix에 관계없이 각기 다른 물리 인터페이스에서의 트래픽 flow를 지원할 수 있는 방안을 제시한다.

댓글 0

Holic Spirit :: Tistory Edition

design by tokiidesu. powerd by kakao.