KR100738524B1 - 멀티캐스팅을 위한 터널링 방법 및 장치 - Google Patents

멀티캐스팅을 위한 터널링 방법 및 장치 Download PDF

Info

Publication number
KR100738524B1
KR100738524B1 KR20040097146A KR20040097146A KR100738524B1 KR 100738524 B1 KR100738524 B1 KR 100738524B1 KR 20040097146 A KR20040097146 A KR 20040097146A KR 20040097146 A KR20040097146 A KR 20040097146A KR 100738524 B1 KR100738524 B1 KR 100738524B1
Authority
KR
South Korea
Prior art keywords
address
data
ipv4
network
ipv6
Prior art date
Application number
KR20040097146A
Other languages
English (en)
Other versions
KR20060057947A (ko
Inventor
이민규
Original Assignee
삼성전자주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 삼성전자주식회사 filed Critical 삼성전자주식회사
Priority to KR20040097146A priority Critical patent/KR100738524B1/ko
Priority to JP2005327836A priority patent/JP4111968B2/ja
Priority to US11/271,861 priority patent/US20060109807A1/en
Publication of KR20060057947A publication Critical patent/KR20060057947A/ko
Application granted granted Critical
Publication of KR100738524B1 publication Critical patent/KR100738524B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1836—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with heterogeneous network architecture
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/167—Adaptation for transition between two IP versions, e.g. between IPv4 and IPv6

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

본 발명은 터널링 방법 및 장치에 관한 것으로서, 본 발명의 방법은 제1주소 형식을 갖는 제1망으로부터 전송된 데이터를 제2주소형식을 갖는 제2망으로 멀티캐스팅하기 위한 정보를 저장하기 위한 테이블을 관리하는 과정과, 상기 제1망으로부터 멀티캐스팅데이터가 발생되면 상기 테이블에 의거하여 상기 데이터를 상기 제2망으로 터널링하는 과정을 포함한다. 또한 본 발명의 장치는 상기 제1 및 제2망 각각과 인터페이싱을 수행하는 제1 및 제2I/F부와, 상기 제1망으로부터 전송된 데이터를 상기 제2망으로 멀티캐스팅하기 위한 정보를 저장하기 위한 테이블과, 상기 제1 및 제2I/F부를 통한 데이터의 송/수신정보에 의거하여 상기 테이블을 관리하는 테이블관리부와, 상기 제1주소형식의 데이터를 상기 제2주소형식으로 캡슐레이션하는 캡슐링부와, 상기 제1I/F부를 통해 수신된 멀티캐스팅데이터에 의거하여 상기 캡슐링부 및 테이블관리부의 동작을 제어하는 패킷분석부를 포함한다. 따라서 본 발명은 다른 주소 형식을 갖는 망들 간에도 멀티캐스팅을 수행할 수 있다.
멀티캐스팅, 터널링, 6to4, IPv6 망, IPv4 망, 캡슐레이션

Description

멀티캐스팅을 위한 터널링 방법 및 장치{TUNNELING METHOD AND APPARATUS FOR MULTICASTING}
도 1은 일반적인 IPv6 천이 망에서 6to4 터널링 과정을 개략적으로 도시한 도면,
도 2는 일반적인 IPv6 천이 망에서 6to4 터널링 과정을 좀 더 상세히 설명한 도면,
도 3은 일반적인 IPv6 천이 망에서의 멀티캐스팅을 위한 구성을 도시한 도면,
도 4는 본 발명의 일실시 예에 따른 6to4 세션 엔트리 테이블을 예시한 도면,
도 5a 및 도 5b는 본 발명의 일실시 예에 따라 IPv6 천이망에서 멀티캐스팅을 위한 터널링 방법 및 장치를 설명하기 위한 도면,
도 6은 본 발명의 일실시 예에 따른 6to4 세션 엔트리 테이블을 생성 및 관리하는 과정에 대한 처리 흐름도,
도 7은 OSPFv3 프로토콜에서 본 발명의 6to4 세션 엔트리 테이블을 생성 및 관리하는 과정을 보다 상세히 설명한 절차도,
도 8a 및 도 8b는 도 7의 예에서 생성된 6to4 세션 엔트리 테이블의 예를 도시한 도면,
도 9는 본 발명의 일실시 예에 따른 IPv6 천이망에서 멀티캐스팅을 위한 장치에 대한 개략적인 블록도.
본 발명은 멀티캐스팅을 위한 터널링 방법에 관한 것으로서, 특히 세션 엔트리 테이블을 참조하여 멀티캐스팅을 위한 주소 정보를 생성하는 터널링 방법 및 장치에 관한 것이다.
네트워크간 연결 프로토콜인 TCP/IP(Transmission Control Protocol/ Internetworking Protocol) 프로토콜 중 네트워크 계층 프로토콜은 현재 IPv4(Internetworking Protocol, version 4)로 운용되고 있다. IPv4는 인터넷상에서 시스템간 호스트 대 호스트 통신을 제공한다. 비록 IPv4가 잘 설계되었다고는 하지만 IPv4가 나온 이래(즉, 1970년대) 발전을 거듭하고 있는 데이터 통신(예컨대, 인터넷)에 IPv4를 적용하기에 부적절한 결점들이 발견되고 있다.
따라서 이러한 결점들을 보완하기 위해 'IPng(Internetworking Protocol, next generation)'라고도 알려진 IPv6(Internet Protocol, version 6)가 제안되었고 현재 표준이 되었다. IPv6에서 인터넷 프로토콜은 엄청나게 발전하는 인터넷을 수용하기 위해 많은 부분이 수정되었다. 예를 들어, IP 주소의 형식과 길이가 패킷 형식과 함께 변화되었고, 관련 프로토콜(예컨대, ICMP(Internet Control Message Protocol) 등)이 수정되었고, 네트워크 계층에서 ARP(Address Resolution Protocol), RARP(Reverse Address Resolution Protocol) 그리고 IGMP(Internet Group Management Protocol)와 같은 다른 프로토콜들이 삭제되거나 ICMP 프로토콜에 포함되었다. 또한 라우팅 프로토콜들(예컨대, RIP(Routing Information Protocol), OSPF(Open Shortest Path First) 등)이 이러한 변화를 수용하기 위해 약간씩 수정되었다.
이처럼 IPv6가 제안되고 현재 표준이 되어 점차적으로 IPv6 기반으로 동작하는 시스템들이 개발되고는 있지만, 인터넷에는 엄청나게 많은 시스템이 존재하기 때문에 IPv4에서 IPv6로의 천이가 급격하게 일어날 수는 없다. 즉, 인터넷상의 모든 시스템이 IPv4에서 IPv6로 전환하는 데는 많은 시간이 필요하다. 따라서 천이(transition)은 IPv4 시스템과 IPv6 시스템 사이에 발생되는 문제를 방지하기 위해 점진적으로 이루어져야 한다.
이러한 전략은 IETF(Internet Engineering Task Force)에 의해 고안되었는데, 이중 스택(dual stack)을 이용하는 방법, 헤더 변환(header translation)방법, 터널링(tunneling) 방법의 세 가지 방법들이 있다.
이중 스택(dual stack)을 이용하는 방법은 IPv6로 완전하게 이전하기 전에 모든 호스트가 이중 스택(dual stack) 프로토콜을 갖는 것을 의미한다. 즉, 인터넷의 모든 시스템이 IPv6를 사용할 때까지 IPv4와 IPv6를 동시에 운용하도록 하는 방 법이다.
헤더 변환(header translation) 방법은 대부분의 인터넷이 IPv6를 사용하지만 아직도 일부 시스템이 IPv4를 사용하는 경우에 유용한 방법이다. 즉, 송신자는 IPv6를 사용하기 원하나 수신자는 IPv6를 이해하지 못할 때 송신자가 IPv6 패킷의 헤더를 IPv4 헤더로 변환하여 전송하는 방법이다.
터널링(tunneling) 방법은 IPv6를 사용하는 두 컴퓨터가 서로 통신하려고 하는데 IPv4를 사용하는 영역을 통과해야만 할 때 사용되는 방법이다. 즉 IPv6 패킷이 IPv4를 사용하는 영역에 들어갈 때 IPv6 패킷을 IPv4 패킷 내에 캡슐화하였다가 IPv4 영역을 빠져나올 때 역캡슐화하는 방법이다.
본 발명은 상기 세 가지 방법들 중 터널링(tunneling) 방법에 관한 것으로서, 도 1은 일반적인 IPv6 천이 망에서 6to4 터널링 과정을 개략적으로 도시한 도면이다. 도 1은 IPv6 망(IPv6 network)(A)에 연결된 IPv6 호스트(Host)(10)가 IPv4 망(IPv4 network)(B)을 통해 연결된 또 다른 IPv6 망(IPv6 network)(C)에 연결된 IPv6 호스트(Host)(20)에게 데이터를 전송하는 경우에 대한 예를 도시하고 있다.
도 1을 참조하면 IPv6 호스트(10)는 IPv6로 캡슐레이션된 데이터(51)를 IPv6 망(A)으로 전송한다. 그러면 IPv6 망(A)과 IPv4 망(B)의 경계에 위치한 IPv6 천이 라우터(IPv6 Transit Router)(30)는 그 데이터(51)를 IPv4로 캡슐레이션하여 또 다른 IPv6 천이 라우터(40)에게 전송한다. 즉 상기 데이터(51)에 IPv4 헤더(header)를 붙여서 IPv4 망(B)으로 전송한다. 상기 IPv4로 캡슐레이션된 데이터(52)를 수신한 IPv6 천이 라우터(40)는 그 데이터(52)를 역캡슐레이션하여 IPv6 망(C)으로 전 송한다. 즉 IPv4 망(B)을 통과하기 위해 부가된 IPv4 헤더를 제거한 후 IPv6 망(C)으로 전송한다. 그러면 IPv6 호스트(20)는 IPv4 헤더가 제거된 데이터(53)를 수신한다.
도 2는 일반적인 IPv6 천이 망에서 6to4 터널링 과정을 좀 더 상세히 설명한 도면이다. 도 2는 도 1의 예에서 IPv6 호스트(10)의 IPv6 주소가 '2002:c001:0101::5'이고, IPv6 호스트(20)의 IPv6 주소가 '2002:c002:0202::5'인 예를 도시하고 있다. 즉, 도 2는 IPv6 주소 '2002:c001:0101::5'인 IPv6 호스트(10)가 IPv4 망(B)을 거쳐서 IPv6 주소 '2002:c002:0202::5'인 IPv6 호스트(20)에게 데이터를 전송하는 경우에 대한 6to4 터널링 과정을 설명하고 있다.
도 2를 참조하면 IPv6 호스트(10)는 전송하고자 하는 데이터에 IPv6 헤더를 부가하여 IPv6 캡슐레이션을 수행한다. 이 때 IPv6 헤더는 해당 데이터가 전송되는 출발지(source, 이하 'Src'라 칭함) 주소와 전송되어질 목적지(destination, 이하 'Dst'라 칭함) 주소를 포함한다. 도 2의 예에서 상기 전송될 데이터의 출발지(Src)는 IPv6 호스트(10)이고 목적지(Dst)는 IPv6 호스트(20)이므로 IPv6 캡슐레이션 결과 생성된 데이터(51a)의 IPv6 헤더에는 IPv6 호스트(10)의 주소(2002:c001:0101::5)와 IPv6 호스트(20)의 주소(2002:c002:0202::5)가 포함된다. 그리고 IPv6 호스트(10)는 상기 IPv6 캡슐레이션된 데이터(51a)를 IPv6 망(A)으로 전송한다.
그러면 IPv6 천이 라우터(30)는 그 데이터(51a)에 IPv4 헤더를 부가하여 IPv4 캡슐레이션을 수행한다. 이 때 IPv4 헤더는 데이터(51a)의 IPv6 헤더에 포함 된 출발지 및 목적지 주소 정보에 의거하여 생성한다. 즉 IPv4 헤더는 IPv6 헤더에 포함된 IPv6 형태의 출발지 및 목적지 주소에 포함된 IPv4 주소 정보를 이용하여 생성한다. 상기 IPv4 주소 정보는 IPv6 주소의 두 번째 및 세 번째 칼럼(column)에 포함되며 그 값을 10진수로 변환하여 사용한다.
도 2의 예에서 데이터(51a)의 출발지 주소는 '2002:c001:0101::5'이므로 두 번째 세 번째 칼럼(column)의 값(c001:0101)을 추출하여 이를 2자리 단위로 10진수로 변환하면 '192.1.1.1'이다. 한편 도 2의 예에서 데이터(51a)의 목적지 주소는 '2002:c002:0202::5'이므로 두 번째 세 번째 칼럼(column)의 값(c002:0202)을 추출하여 이를 2자리 단위로 10진수로 변환하면 '192.2.2.2'이다. 따라서 IPv4 캡슐레이션 결과 생성된 데이터(52a)는 출발지 주소가 '192.1.1.1'이고 목적지 주소가 '192.2.2.2'인 IPv4 헤더를 포함한다.
IPv4 망(B)에서는 상기 IPv4 헤더의 출발지 주소 및 목적지 주소 정보에 의거하여 데이터를 전송한다. 즉 목적지 주소 '192.2.2.2'에 대응된 IPv6 주소에 해당되는 IPv6 호스트(20)를 포함하는 IPv6 망(C)과 연결된 IPv6 전송 라우터(40)로 상기 IPv4 캡슐레이션된 데이터(52a)를 전송한다.
IPv6 전송 라우터(40)는 수신된 데이터(52a)를 역캡슐레이션하여 IPv6 망(C)으로 전송한다. 즉 IPv4 캡슐레이션된 데이터(52a)에서 IPv4 헤더를 제거한 후 IPv6 망(C)으로 전송한다.
그러면 IPv6 호스트(20)는 상기 IPv4 헤더가 제거된 데이터(53a)를 수신한다.
이와 같이 통상적으로 6to4 터널링시에는 IPv6 주소에 포함된 IPv4 주소 정보를 이용하여 IPv4 캡슐레이션을 수행한다. 다시 말해 IPv4 캡슐레이션을 위해 IPv6 주소에는 IPv4 주소를 포함하고 있어야만 한다.
그런데 IPv6 망에서 멀티캐스팅되는 데이터에는 목적지 주소에 IPv4 주소를 포함하지 않고 사전에 약속된 멀티캐스트(multicast) 주소('ff02') 만을 포함한다. 따라서 6to4 터널링시 목적지 주소가 멀티캐스트 주소이면 IPv4 캡슐레이션이 불가능하다. 결과적으로 6to4 터널을 통해서는 멀티캐스트 주소를 쓰는 IPv6 프로토콜(예컨대, RIP(Routing Information Protocol)ng, OSPF(Open Shortest Path First)v3, PIM(Protocol Independent Multicast), DVMRP(Distance Vector Multicast Routing Protocol), RSVP(resource reservation protocol) 등)을 사용할 수 없는 단점이 있다. 다시 말해 종래에는 6to4 터널링 방법을 이용하여 IPv6 망과 IPv4 망간 데이터의 전송을 수행하는 경우 멀티캐스팅이 불가능한 단점이 있었다.
도 3은 일반적인 IPv6 천이 망에서의 멀티캐스팅을 위한 구성을 도시한 도면이다. 도 3을 참조하면, IPv6 망(A)에 연결된 IPv6 호스트(10)가 IPv4 망(B)을 거쳐 IPv6 호스트(10)와 연결된 다수의 다른 IPv6 호스트들에게 멀티캐스팅을 하고자 하는 경우 IPv6 망(A)과 IPv4 망(B)의 경계에 위치한 IPv6 천이 라우터(30)는 IPv6 호스트(10)로부터 전달된 멀티캐스트 데이터를 IPv6 천이 라우터(41) 및 IPv6 천이 라우터(43)에게 동시에 전송하여야 한다. 그런데 상기 언급한 바와 같이 멀티캐스트 데이터에는 IPv4 주소(즉, IPv6 천이 라우터(41) 및 IPv6 천이 라우터(43)를 통해 연결된 IPv6 호스트들의 IPv4 주소)를 포함하지 않는다. 따라서 IPv6 호스트 (10)는 도 1 및 도 2에서 예시한 바와 같은 6to4 터널링 방법에 의한 멀티캐스팅을 할 수 없는 단점이 있다.
본 발명은 상기와 같은 문제점을 해결하기 위해 안출된 것으로서, 본 발명은 세션 엔트리 테이블을 참조하여 멀티캐스팅을 위한 주소 정보를 생성하는 터널링 방법 및 장치에 관한 것이다.
또한 본 발명은 IPv6 천이망에서 6to4 터널링 방법에 의해 멀티캐스팅을 수행할 수 있도록 하는 방법 및 장치를 제공하고자 한다.
상기 목적을 달성하기 위한 본 발명의 터널링 방법은 서로 다른 주소 형식을 갖는 망들 간에 멀티캐스팅을 위한 터널링 방법에 있어서, 제1 주소 형식을 갖는 제1 망으로부터 전송된 데이터를 제2 주소 형식을 갖는 제2 망으로 멀티캐스팅하기 위한 정보를 저장하기 위한 세션 엔트리 테이블을 관리하는 과정과, 상기 제1 망으로부터 멀티캐스팅 데이터가 발생되면 상기 세션 엔트리 테이블에 의거하여 상기 데이터를 터널링하는 과정을 포함함을 특징으로 한다.
이 때 상기 관리과정은 상기 제1 망과 상기 제2 망의 경계에 위치한 라우터가 상기 제2 망으로부터 패킷 데이터를 수신하면 그 패킷 데이터들의 제2 주소 형식 출발지 주소를 검출하여 상기 검출된 제2 주소 형식의 주소를 상기 세션 엔트리 테이블에 저장함이 바람직하다.
또한 상기 관리과정은 상기 제2 주소 형식의 주소에 대응된 호스트의 라이프타임을 상기 세션 엔트리 테이블에 함께 저장함이 바람직하다.
또한 상기 관리과정은 상기 멀티캐스팅을 위한 프로토콜의 헬로 패킷(hello packet) 주기 또는 업데이트(update) 주기, 그리고 홀드 타임(hold time) 또는 만기 타임아웃(expiration timeout) 값에 의거하여 상기 라이프타임의 기본값을 설정함이 바람직하다.
또한 상기 관리과정은 상기 헬로 패킷(hello packet) 주기 또는 업데이트(update) 주기 보다는 크고 홀드 타임(hold time) 또는 만기 타임아웃(expiration timeout) 값 보다는 작은 값 범위 내에서 상기 라이프타임의 기본값을 설정함이 바람직하다.
또한 상기 관리과정은 상기 홀드 타임(hold time) 또는 만기 타임아웃(expiration timeout) 값으로 상기 라이프타임의 기본값을 설정함이 바람직하다.
또한 상기 관리과정은 상기 라이프타임을 주기적으로 감소시키고, 그 값이 '0'이 되면 대응된 엔트리를 상기 세션 엔트리 테이블에서 삭제함이 바람직하다.
또한 상기 관리과정은 상기 검출된 출발지 주소가 상기 세션 엔트리 테이블에 이미 존재하는 경우 그 출발지 주소에 대응된 라이프타임을 기본값으로 갱신함이 바람직하다.
또한 상기 터널링 과정은 상기 세션 엔트리 테이블에 저장된 제2 주소 형식의 주소들 각각을 목적지 주소로 하여 상기 세션 엔트리 테이블에 포함된 엔트리 수 만큼 상기 멀티캐스팅 데이터를 캡슐레이션한 후 상기 캡슐레이션된 각 데이터들을 해당 형식의 주소로 멀티캐스팅함이 바람직하다.
한편 상기 제1 망은 IPv6 망이고, 제2 망은 IPv4 망인 것이 바람직하다.
또한 상기 목적을 달성하기 위한 본 발명의 터널링 장치는 서로 다른 주소 형식을 갖는 망들 간에 멀티캐스팅을 위한 터널링 장치에 있어서, 제1 주소 형식을 갖는 제1 망과 인터페이싱을 수행하는 제1 인터페이스부와, 제2 주소 형식을 갖는 제2 망과 인터페이싱을 수행하는 제2 인터페이스부와, 상기 제1 망으로부터 전송된 데이터를 상기 제2 망으로 멀티캐스팅하기 위한 정보를 저장하기 위한 세션 엔트리 테이블과, 상기 제1 인터페이스부 및 제2 인터페이스부를 통한 데이터의 송/수신 정보에 의거하여 상기 세션 엔트리 테이블에 새로운 엔트리의 추가, 기 저장된 엔트리 정보의 갱신 및 삭제를 수행하는 테이블 관리부와, 기 제1 망으로부터 전송된 데이터를 상기 제2 망으로 전송하기 위해 상기 제1 주소 형식의 데이터를 상기 제2 주소 형식으로 캡슐레이션하는 캡슐링부와, 상기 제1 인터페이스부를 통해 수신된 데이터가 멀티캐스팅 데이터인지의 여부를 판단하고 그 결과에 의거하여 상기 캡슐링부 및 테이블 관리부를 제어하는 패킷 분석부를 포함함을 특징으로 한다.
이 때 상기 세션 엔트리 테이블은 상기 제2 인터페이스부를 통해 수신한 데이터의 출발지 주소인 제2 주소 형식의 주소 필드와, 그 주소에 대응된 호스트의 라이프타임 필드를 포함함이 바람직하다.
또한 상기 라이프타임 필드는 상기 멀티캐스팅을 위한 프로토콜의 헬로 패킷(hello packet) 주기 또는 업데이트(update) 주기, 그리고 홀드 타임(hold time) 또는 만기 타임아웃(expiiratio timeout) 값에 의거하여 설정된 값을 상기 라이프타임의 기본값으로 저장함이 바람직하다.
또한 상기 라이프타임 필드는 상기 헬로 패킷(hello packet) 주기 또는 업데이트(update) 주기 보다는 크고 홀드 타임(hold time) 또는 만기 타임아웃(expiration timeout) 값 보다는 작은 값 범위 내에서 설정된 값을 상기 라이프타임의 기본값으로 저장함이 바람직하다.
또한 상기 라이프타임 필드는 상기 홀드 타임(hold time) 또는 만기 타임아웃(expiration timeout) 값을 상기 라이프타임의 기본값으로 저장함이 바람직하다.
또한 상기 테이블 관리부는 상기 라이프타임 필드에 저장된 라이프타임을 주기적으로 감소시키고, 그 값이 '0'이 되면 대응된 엔트리를 상기 세션 엔트리 테이블에서 삭제함이 바람직하다.
또한 상기 테이블 관리부는 상기 제2 인터페이스부를 통해 수신된 데이터로부터 출발지 주소를 검출하고 그 검출된 출발지 주소 및 그 주소에 대응된 호스트의 라이프타임을 상기 세션 엔트리 테이블에 추가함이 바람직하다.
또한 상기 테이블 관리부는 상기 제2 인터페이스부를 통해 수신된 데이터로부터 출발지 주소를 검출하고 그 검출된 출발지 주소가 상기 세션 엔트리 테이블에 이미 존재하는 경우 그 출발지 주소에 대응된 라이프타임을 기본값으로 갱신함이 바람직하다.
또한 상기 패킷 분석부는 상기 제1 인터페이스부를 통해 수신된 데이터의 목적지 주소를 분석하여 상기 데이터가 멀티캐스팅 데이터인지의 여부를 판단함이 바 람직하다.
또한 상기 패킷 분석부는 상기 제1 인터페이스부를 통해 수신된 데이터가 멀티캐스팅 데이터인 경우 상기 테이블 관리부가 상기 세션 엔트리 테이블로부터 상기 세션 엔트리 테이블에 저장된 모든 주소들을 검출한 후 그 주소들을 상기 캡슐링부로 전달하도록 상기 테이블 관리부의 동작을 제어함이 바람직하다.
또한 상기 캡슐링부는 상기 테이블 관리부를 통해 전달된 모든 주소들 각각에 대하여 그 주소를 목적지 주소로 하는 캡슐레이션 데이터를 생성하여 상기 제2 인터페이스부로 전달함이 바람직하다.
한편 상기 제1 망은 IPv6 망이고, 제2 망은 IPv4 망인 것이 바람직하다.
이하 첨부된 도면을 참조하여 본 발명의 일실시 예에 의한 구성 및 작용에 대해서 더욱 상세히 설명한다. 도면에서 동일한 구성요소들에 대해서는 비록 다른 도면에 표시되더라도 가능한 한 동일한 참조번호 및 부호로 나타내고 있음에 유의해야 한다. 또한, 본 발명을 설명함에 있어서, 관련된 공지기능 혹은 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우 그 상세한 설명은 생략한다.
도 4는 본 발명의 일실시 예에 따른 6to4 세션 엔트리 테이블을 예시한 도면이다. 상기 6to4 세션 엔트리 테이블(이하 '테이블'이라 칭함)은 IPv4 망과 IPv6 망의 경계에 위치한 모든 IPv6 천이 라우터들 중 '멀티캐스팅을 수행하고자 하는 IPv6 호스트'와 연결된 모든 IPv6 천이 라우터에 저장되어야 하며, 도 4에 예시된 바와 같이 '주소(Address)'필드와 '라이프타임(Lifetime)'필드를 포함한다.
'주소(Address)'필드에는 6to4 터널을 통해 수신된 패킷의 출발지(source)에 해당하는 IPv6 호스트의 IPv4 주소가 저장된다. 도 3의 예에서 IPv6 망(A)과 IPv4 망(B)의 경계에 위치한 IPv6 천이 라우터(30)에 저장된 테이블의 '주소(Address)'필드에는 IPv6 천이 라우터(30)가 IPv6 천이 라우터(41) 및 IPv6 천이 라우터(42)로부터 6to4 터널을 통해 수신한 패킷의 출발지에 해당되는 IPv4 주소가 저장된다. 즉 IPv6 천이 라우터(41)에 연결된 IPv6 호스트 및 IPv6 천이 라우터(43)에 연결된 IPv6 호스트의 IPv4 주소가 저장된다.
'라이프타임(Lifetime)'필드에는 대응된 '주소(Address) 필드'에 저장된 IPv4 주소에 대응된 IPv6 호스트가 네트웍에 연결되어 있을 것으로 예상되는 시간정보(예컨대, 초 단위)가 저장된다. 그리고 그 시간정보는 주기적으로 그 값이 감소된다. 즉 '라이프타임(Lifetime)'은 해당 엔트리가 테이블에 등록될 때 소정값을 가지고 시작하여 주기적으로 그 값이 감소된다. 예를 들어 주기가 1초라면 1초마다 상기 테이블에 저장된 모든 엔트리의 라이프타임을 '1'씩 감소시킨다. 그리고 라이프타임(Lifetime) 값이 '0'이 되면 해당 IPv6 호스트는 더 이상 통신을 수행하지 않는 것으로 판단하여 상기 테이블에서 삭제한다.
즉 어떤 6to4 세션 엔트리의 IPv4 주소를 출발지 주소로 하는 패킷이 라이프 타임 동안 6to4 터널을 통해 수신되지 않으면 해당 세션 엔트리는 더 이상 통신이 이루어지지 않는 연결로 간주되어 삭제되고 해당 IPv6 천이 라우터는 상기 삭제된 엔트리에 해당하는 IPv4 주소로는 더 이상 멀티캐스트 패킷을 전송하지 않는다.
이 때 '라이프타임(Lifetime)'의 초기값은 사용자가 설정할 수 있도록 하며, IPv6 프로토콜마다 기 설정된 값을 사용함이 바람직하다. 예를 들어 6to4 터널을 통해 사용하고자 하는 프로토콜이 OSPFv3이고 OSPFv3의 헬로(Hello) 패킷의 주기가 10초라면 적어로 라이프타임의 기본값은 10초 이상이어야 하고 OSPFv3의 헬로(Hello) 패킷에 대한 타임아웃(timeout) 시간은 40초이므로 라이프타임의 기본값도 40초 정도로 설정하는 것이 바람직하다.
표 1은 각 프로토콜에 대한 헬로(Hello) 패킷의 주기 또는 업데이트(Update) 주기와 홀드 타임(hold time) 또는 만기 타임아웃(expiration timeout) 값들을 비교한 표이다.
프로토콜 RIPng OSPFv3 PIM DVMRP RSVP
Update/Hello 주기(초) 30 10 30 60 30
Hold time/ Expiration timeout (초) 180 40 105 120 90
Multicast 주소 ff02::9 ff02::5 ff02::6 ff02::13 ff02::4 ff02::14
일반적으로 각 프로토콜들은 헬로(hello) 주기 또는 업데이트(update) 주기를 가지고 있는데 이 간격마다 주기적으로 다른 라우터로 프로토콜에 관련된 정보를 갱신해 주고 홀드 타임(Hold time) 또는 만기 타임아웃(expiration timeout) 동안 헬로(Hello) 메시지 또는 업데이트(Update) 메시지가 오지 않으면 기존에 다른 라우터로부터 받은 프로토콜에 대한 정보를 모두 삭제시킨다. 그러므로 6to4 세션 엔트리의 라이프타임 기본값(default value)은 이 값들을 참조하여 사용하는 것이 바람직하다.
만약 6to4 터널을 통해 여러 프로토콜을 동작시킨다면 홀드 타임(hold time) 또는 만기 타임아웃(expiration timeout) 중에 작은 값을 선택함이 바람직하다. 이 경우 적어도 그 주기 안에 하나 이상의 패킷을 6to4 세션 엔트리의 IPv4 출발지 주소로부터 수신할 수 있으므로 해당 6to4 세션 엔트리는 지속적으로 유지되고 여러 프로토콜 모두 연결을 유지할 수 있기 때문이다.
예를 들어 OSPFv3과 PIM을 동시에 동작시키기 원한다면 OSPFv3의 홀드 타임(hold time)인 40초와 PIM의 홀드 타임(hold time)인 105초 중에 적은 값인 40초를 6to4 세션 엔트리의 기본 라이프타임값으로 설정함이 바람직하다.
또한 각 IPv6 천이 라우터 내에는 상기 테이블 및 그 테이블을 관리하기 위한 제어수단을 포함함이 바람직하다.
도 6에서는 이러한 테이블의 생성 및 관리를 위해 대응된 IPv6 천이 라우터의 처리 과정이 예시되어 있다. 상기 테이블의 생성 및 관리 과정은 도 6을 참조하여 보다 상세히 설명할 것이다.
도 5a 및 도 5b는 본 발명의 일실시 예에 따라 IPv6 천이망에서 멀티캐스팅을 위한 터널링 방법 및 장치를 설명하기 위한 도면이다.
도 5a는 본 발명의 일실시 예에 따라 IPv6 천이망에서 6to4 터널링에 의해 멀티캐스팅을 수행하는 과정을 설명하기 위한 도면이고, 도 5b는 도 5a의 예에서 IPv6 천이 라우터1(300)에 저장된 6to4 세션 엔트리 테이블(이하 '테이블'이라 칭함)을 예시한 도면이다.
도 5a 및 도 5b를 참조하여 IPv6 천이 라우터1(300)이 IPv6 천이 라우터2(410) 및 IPv6 천이 라우터3(430)에게 6to4 터널링에 의해 멀티캐스팅을 수행하는 과정을 설명하면 다음과 같다.
먼저 도 5a의 예에서 IPv6 천이 라우터1(300)은 IPv6 호스트(100)의 요청에 의거하여 IPv6 천이 라우터2(410) 및 IPv6 천이 라우터3(430)에게 6to4 터널링에 의한 멀티캐스팅을 수행하는데, 이를 위해 IPv6 천이 라우터1(300)에는 도 5b에 예시된 바와 같은 테이블이 저장되어 있어야 한다. 즉 IPv6 천이 라우터1(300)에는 IPv6 천이 라우터1(300)을 통해 멀티캐스팅하고자 하는 모든 IPv6 호스트에 대응된 주소 및 라이프타임을 저장한 테이블이 저장되어 있어야 한다.
도 5b의 예에서 상기 테이블의 엔트리 1번에는 IPv6 천이 라우터2(410)에 대응된 IPv6 호스트의 IPv4 주소('192.2.2.2') 및 그 IPv6 호스트의 라이프타임('30')이 저장되어 있고, 엔트리 2번에는 IPv6 천이 라우터3(430)에 대응된 IPv6 호스트의 IPv4 주소('192.3.3.3') 및 그 IPv6 호스트의 라이프타임('20')이 저장되어 있다.
또한 도 5a의 예에서 IPv6 천이 라우터(300)에 대응된 IPv6 호스트(100)의 IPv6 주소는 '2002:c001:101::1', IPv4 주소는 '192.1.1.1', IPv6 천이 라우터(410)에 대응된 IPv6 호스트(미도시)의 IPv6 주소는 '2002:c002:202::1', IPv4 주소는 '192.2.2.2', 또한 IPv6 천이 라우터(430)에 대응된 IPv6 호스트(미도시)의 IPv6 주소는 '2002:c003:303::1', IPv4 주소는 '192.3.3.3'이다.
IPv6 천이 라우터1(300)이 IPv6 망(A)을 통해 IPv6 호스트(100)로부터 패킷데이터를 수신하면 IPv6 천이 라우터1(300)은 그 패킷 데이터의 헤더(110)로부터 해당 패킷 데이터의 출발지 주소와 목적지 주소를 추출한다. 그리고 그 추출된 목 적지 주소를 보고 해당 패킷 데이터가 멀티캐스팅될 데이터인지의 여부를 판단한다. IPv6 망에서 멀티캐스팅될 데이터는 그 목적지 주소가 기 설정된 임의의 값(예컨대, 'ff02')으로 고정된다. 따라서 IPv6 천이 라우터1(300)은 헤더(110)에 포함된 목적지 주소가 상기 값('ff02')인지의 여부를 판단하여 멀티캐스팅될 데이터의 여부를 판단하는 것이다.
도 5a에 예시된 바와 같이 상기 헤더(110)에 포함된 목적지 주소가 각 호스트들의 IPv6 주소가 아닌 값('ff02')인 경우 IPv6 천이 라우터1(300)은 도 5b에 예시된 바와 같은 형태로 내부에 저장된 테이블을 검색하여 그 테이블에 저장된 모든 엔트리의 주소로 해당 패킷을 전송한다. 즉 IPv6 천이 라우터1(300)은 상기 테이블에 저장된 IPv4 주소 값을 참조하여 IPv6 호스트(100)로부터 수신한 패킷 데이터를 6to4 터널링을 통해 전송한다.
도 5b의 예에서 IPv6 천이 라우터1(300)에 저장된 테이블에는 2개의 엔트리만을 포함하므로 IPv6 천이 라우터1(300)은 IPv6 호스트(100)로부터 수신한 패킷 데이터에 그 주소들 각각을 목적지 주소로 하는 IPv4 헤더를 부가하여 IPv4 망(B)을 통해 대응된 IPv6 천이 라우터(즉, IPv6 천이 라우터2(410) 및 IPv6 천이 라우터3(430))로 그 패킷 데이터를 전송한다. 120a는 IPv6 천이 라우터1(300)로부터 IPv6 천이 라우터2(410)로 전송되는 패킷 데이터의 헤더를 나타내고, 120b는 IPv6 천이 라우터1(300)로부터 IPv6 천이 라우터3(430)으로 전송되는 패킷 데이터의 헤더를 나타낸다.
도 6은 본 발명의 일실시 예에 따른 6to4 세션 엔트리 테이블을 생성 및 관 리하는 과정에 대한 처리 흐름도이다. 즉, 도 6은 IPv6 망과 IPv4 망의 경계에 위치한 IPv6 천이 라우터들 각각이 6to4 세션 엔트리 테이블을 생성 및 관리하는 과정을 설명하기 위한 도면이다.
도 6을 참조하면 IPv6 망과 IPv4 망의 경계에 위치한 IPv6 천이 라우터는 먼저 6to4 세션 엔트리 테이블을 생성한다(S105). 그리고 6to4 터널을 통해 IPv4로 캡슐화된 패킷을 수신하면(S110) 그 수신된 패킷으로부터 IPv4 출발지(source) 주소를 추출한다(S115). 그리고 상기 6to4 세션 엔트리 테이블에 상기 추출된 IPv4 주소와 동일한 주소를 갖는 엔트리가 있는지를 확인한다(S120). 상기 확인(S120) 결과 상기 테이블에 상기 과정(S115)에서 추출된 IPv4 주소와 동일한 주소를 갖는 엔트리가 있으면 해당 엔트리의 라이프타임을 디폴트 값으로 갱신한다(S125). 또한 상기 확인(S120) 결과 상기 테이블에 상기 과정(S115)에서 추출된 IPv4 주소와 동일한 주소를 갖는 엔트리가 없으면 상기 IPv4 주소를 6to4 세션 엔트리 테이블에 등록한다.
도 5a의 예에서 IPv6 천이 라우터1(300)이 IPv6 천이 라우터2(410)로부터 IPv4로 캡슐화된 데이터를 수신한 경우 IPv6 천이 라우터1(300)은 그 데이터의 IPv4 출발지 주소('192.2.2.2')를 추출한다. 즉, IPv6 천이 라우터2(410)에 대응된 IPv6 호스트의 IPv4 주소('192.2.2.2')를 추출한다. 그리고 기 저장된 6to4 세션 엔트리 테이블에 상기 IPv4 주소와 동일한 엔트리가 있는지를 확인한다.
도 5b에 예시된 6to4 세션 엔트리 테이블을 참조하면 IPv6 천이 라우터1(300)의 6to4 세션 엔트리 테이블에는 상기 주소('192.2.2.2')가 이미 등록되어 있다. 따라서 IPv6 천이 라우터1(300)은 그 주소에 대응된 엔트리의 라이프타임을 디폴트값으로 갱신한다. 상기 IPv6 망이 OSPFv3 프로토콜을 사용하는 경우 상기 라이프타임의 디폴트값은 '40'으로 설정하는 것이 바람직하다. 따라서 상기 라이프타임을 '40'으로 갱신함이 바람직하다.
도 7은 OSPFv3 프로토콜에서 본 발명의 6to4 세션 엔트리 테이블을 생성 및 관리하는 과정을 보다 상세히 설명한 절차도이다. 도 7은 대응된 호스트의 IPv4 주소가 '192.1.1.1'인 IPv6 천이 라우터1(300)과 대응된 호스트의 IPv4 주소가 '192.2.2.2'인 IPv6 천이 라우터2(410) 각각이 6to4 터널을 통해 패킷을 송/수신함으로써 각각의 6to4 세션 엔트리 테이블을 생성 및 관리하는 과정을 설명하고 있다.
도 7을 참조하면 먼저 IPv6 천이 라우터1(300) 및 IPv6 천이 라우터2(410)는 상호 데이터 전송을 위한 프로토콜을 설정한다. 도 7의 예에서 IPv6 천이 라우터1(300) 및 IPv6 천이 라우터2(410) 각각은 OSPFv3을 설정한다(S205, S210). 상기 프로토콜 설정을 위한 보다 구체적인 처리 과정은 일반적인 프로토콜 설정 방법을 사용한다. 따라서 본 명세서에서는 그 구체적인 처리 과정에 대한 언급을 생략한다.
상기와 같이 IPv6 천이 라우터1(300) 및 IPv6 천이 라우터2(410) 각각이 프로토콜 설정을 완료한 후 IPv6 천이 라우터1(300)이 IPv6 천이 라우터2(410)에게 캡슐화된 IPv6 유니캐스트 패킷(unicast packet)을 전송하면(S215), IPv6 천이 라우터2(410)는 그 수신된 패킷에 포함된 IPv4 출발지 주소 값('192.1.1.1')을 IPv6 천이 라우터2(410)의 6to4 세션 엔트리 테이블에 추가한다(S220). 상기 과정(S215)에서 전송되는 패킷의 헤더 정보가 '310'에 예시되어 있다.
도 8a는 상기 과정(S230) 수행 결과 IPv6 천이 라우터2(410)에 저장된 6to4 세션 엔트리 테이블의 예를 도시하고 있다. 도 8a를 참조하면 상기 테이블에는 상기 과정(S215)에서 수신한 패킷 데이터의 출발지 주소('192.1.1.1')가 주소 필드에 저장되고, 라이프타임 필드에는 OSPFv3 프로토콜의 홀드타임인 '40'초가 저장되어 있다.
이와 같이 6to4 세션 엔트리 테이블을 구성한 IPv6 천이 라우터2(410)가 멀티캐스팅을 위한 데이터를 수신하면 IPv6 천이 라우터2(410)는 상기 6to4 세션 엔트리 테이블을 참조하여 해당 데이터를 캡슐화한 후 그 캡슐화된 OSPFv3 헬로 패킷을 IPv6 천이 라우터1(300)로 전달한다(S225). 이 때 전송되는 패킷의 헤더 정보가 '320'에 예시되어 있다.
상기 과정(S225)에서 IPv6 천이 라우터2(410)로부터 전송된 패킷을 수신한 IPv6 천이 라우터1(300)은 그 수신된 패킷에 포함된 IPv4 출발지 주소 값을 IPv6 천이 라우터1(300)의 6to4 세션 엔트리 테이블에 추가한다(S230).
도 8b는 상기 과정(S230) 수행 결과 IPv6 천이 라우터1(300)에 저장된 6to4 세션 엔트리 테이블의 예를 도시하고 있다. 도 8b를 참조하면 상기 테이블에는 상기 과정(S225)에서 수신한 패킷 데이터의 출발지 주소('192.2.2.2')가 주소 필드에 저장되고, 라이프타임 필드에는 OSPFv3 프로토콜의 홀드타임인 '40'초가 저장되어 있다.
이와 같이 6to4 세션 엔트리 테이블을 구성한 IPv6 천이 라우터1(300)이 멀티캐스팅을 위한 데이터를 수신하면 IPv6 천이 라우터1(300)은 상기 6to4 세션 엔트리 테이블을 참조하여 해당 데이터를 캡슐화한 후 그 캡슐화된 OSPFv3 헬로 패킷을 IPv6 천이 라우터2(410)로 전달한다(S235). 이 때 전송되는 패킷의 헤더 정보가 '330'에 예시되어 있다.
한편 표 1에 예시된 바와 같이 OSPFv3 프로토콜의 헬로(Hello) 주기는 10초이므로 IPv6 천이 라우터2(410)는 상기 과정(S225)에서 헬로 패킷을 IPv6 천이 라우터1(300)에게 전송하고 10초가 경과한 후에 다시 헬로 패킷을 IPv6 천이 라우터1(300)에게 전송한다(S240). 또한 IPv6 천이 라우터1(300) 역시 상기 과정(S235)에서 헬로 패킷을 IPv6 천이 라우터2(410)에게 전송하고 10초가 경과한 후에 다시 헬로 패킷을 IPv6 천이 라우터2(410)에게 전송한다(S245).
한편 IPv6 천이 라우터1(300)은 상기 과정(S230)에서 6to4 세션 엔트리 테이블에 추가된 해당 엔트리의 라이프타임을 주기적으로 감소시키다가 상기 과정(S240)에서 헬로 패킷이 수신되면 그 라이프타임을 기본값(OSPFv3인 경우 '40초')으로 갱신시킨다.
또한 IPv6 천이 라우터2(410)는 상기 과정(S220)에서 6to4 세션 엔트리 테이블에 추가된 해당 엔트리의 라이프타임을 주기적으로 감소시키다가 상기 과정(S245)에서 헬로 패킷이 수신되면 그 라이프타임을 기본값(OSPFv3인 경우 '40초')으로 갱신시킨다.
도 9는 본 발명의 일실시 예에 따른 IPv6 천이망에서 멀티캐스팅을 위한 장 치에 대한 개략적인 블록도이다. 도 9를 참조하면 본 발명의 일실시 예에 따른 IPv6 천이망에서 멀티캐스팅을 위한 장치(500)는 IPv6 망 인터페이스부(I/F)(510), 패킷 분석부(520), 6to4 세션 엔트리 테이블(530), 테이블 관리부(540), IPv4 캡슐링부(550) 및 IPv4 망 인터페이스부(I/F)(560)를 포함한다.
IPv6 망 I/F부(510)는 IPv6 망과 인터페이싱을 수행하고, IPv4 망 I/F 부(560)는 IPv4 망과 인터페이싱을 수행한다.
6to4 세션 엔트리 테이블(530)은 IPv6 망으로부터 전송된 데이터를 IPv4 망으로 멀티캐스팅하기 위한 정보를 저장/관리한다. 6to4 세션 엔트리 테이블(530)은 멀티캐스팅될 데이터를 수신할 IPv6 호스트의 IPv4 주소와 대응된 라이프타임을 저장/관리한다. 6to4 세션 엔트리 테이블(530)은 도 4를 참조한 설명에서 상세히 설명되었으므로 6to4 세션 엔트리 테이블(530)에 대한 보다 구체적인 내용은 생략한다.
테이블 관리부(540)는 6to4 세션 엔트리 테이블(530)에 새로운 엔트리의 추가, 기 저장된 엔트리 정보의 갱신, 삭제 등 6to4 세션 엔트리 테이블(530)의 전반적인 관리를 수행한다.
특히 테이블 관리부(540)는 IPv4 망 I/F부(560)를 통해 IPv4 캡슐레이션된 패킷 데이터를 수신하면 그 패킷 데이터의 IPv4 출발지 주소 정보와 동일한 주소가 6to4 세션 엔트리 테이블(530)에 저장되었는지의 여부를 판단하고, 그 결과에 의거하여 6to4 세션 엔트리 테이블(530)을 관리한다. 즉 상기 IPv4 출발지 주소 정보와 동일한 주소가 6to4 세션 엔트리 테이블(530)에 저장되어 있으면 그 엔트리의 라이 프타임을 기본값으로 갱신하고, 그렇지 않으면 상기 IPv4 출발지 주소 정보에 의거하여 새로운 엔트리를 추가한다. 이 때 추가된 엔트리의 라이프타임은 기본값으로 설정한다.
IPv4 캡슐링부(550)는 IPv6 망 I/F 부(510)를 통해 수신된 IPv6 패킷 데이터를 IPv4 캡슐레이션하여 IPv4 망 I/F 부(560)로 전달한다.
패킷 분석부(520)는 IPv6 망 I/F 부(510)로부터 IPv6 패킷 데이터가 수신되면 그 목적지 주소를 분석하여 해당 데이터가 멀티캐스팅 데이터인지의 여부를 판단한다.
만약 멀티캐스팅 데이터가 아니라면 그 데이터의 헤더에 포함된 IPv6 목적지 주소에 의거하여 IPv4 목적지 주소를 산출하고 그 결과를 IPv4 캡슐링부(550)로 전달한다.
만약 상기 판단 결과 IPv6 망 I/F 부(510)로부터 수신된 IPv6 패킷 데이터가 멀티캐스팅 데이터라면 테이블 관리부(540)에게 그 정보를 전달하여 6to4 세션 엔트리 테이블(530)로부터 IPv4 주소 정보를 검출한 후 그 IPv4 주소 정보를 IPv4 캡슐링부(550)로 전달하도록 한다. 이 때 6to4 세션 엔트리 테이블(530)에 다수의 엔트리가 저장되어 있다면 테이블 관리부(540)는 그들 각각에 대응된 IPv4 주소 정보를 모두 검출하여 IPv4 캡슐링부(550)로 전달한다.
그러면 IPv4 캡슐링부(550)는 패킷 분석부(520) 또는 테이블 관리부(540)를 통해 전달된 IPv4 주소 정보에 의거하여 IPv6 망 I/F 부(510)로부터 수신된 IPv6 패킷 데이터를 IPv4 캡슐레이션 한 후 IPv4 망 I/F 부(560)로 전달한다.
이러한 본 발명의 멀티캐스팅을 위한 터널링 장치는 IPv6 망과 IPv4 망의 경계에 위치한 라우터로 구현함이 바람직하다.
이와 같이 본 발명의 상세한 설명에서는 구체적인 실시 예에 관해 설명하였으나, 본 발명의 범주에서 벗어나지 않는 한도 내에서 여러 가지 변형이 가능함은 물론이다. 특히 상기 상세한 설명에서는 IPv6 천이 망에서의 멀티캐스팅을 위한 터널링 방법에 관하여 예를 들어 설명하였다. 하지만 본 발명은 IPv6 천이 망에 한정되는 것은 아니다. 즉 본 발명은 기 설정된 세션 엔트리 테이블에 의거하여 서로 다른 주소 형식을 갖는 망들 간에 멀티캐스팅을 위한 장치 및 방법에 관한 것이다. 그러므로 본 발명의 범위는 설명된 실시 예에 국한되어 정해져서는 안되며 후술하는 특허청구범위 뿐만 아니라 이 특허청구범위와 균등한 것들에 의해 정해져야 한다.
상기와 같은 본 발명은 서로 다른 주소 형식을 갖는 망들 간에 멀티캐스팅을 위한 주소 정보를 저장/관리하는 세션 엔트리 테이블을 참조함으로써 다른 주소 형식을 갖는 망들 간에도 멀티캐스팅을 수행할 수 있는 장점이 있다. 특히 6to4 터널을 이용한 멀티캐스팅이 가능한 장점이 있다. 또한 세션 엔트리 테이블에 저장된 엔트리 정보들 중 일정 시간 동안 통신되지 않는 엔트리에는 더 이상 멀티캐스팅을 수행하지 않음으로써 불필요한 트래픽을 줄일 수 있는 효과가 있다.

Claims (40)

  1. 서로 다른 주소 형식을 갖는 망들 간에 멀티캐스팅을 위한 터널링 방법에 있어서,
    제1 주소 형식을 갖는 제1 망으로부터 전송된 데이터를 제2 주소 형식을 갖는 제2 망으로 멀티캐스팅하기 위한 정보를 저장하기 위한 세션 엔트리 테이블을 관리하는 과정과,
    상기 제1 망으로부터 멀티캐스팅 데이터가 발생되면 상기 세션 엔트리 테이블에 의거하여 상기 데이터를 터널링하는 과정을 포함함을 특징으로 하는 상기 방법.
  2. 제1항에 있어서, 상기 관리과정은
    상기 제1 망과 상기 제2 망의 경계에 위치한 라우터가 상기 제2 망으로부터 패킷 데이터를 수신하면 그 패킷 데이터들의 제2 주소 형식 출발지 주소를 검출하여 상기 검출된 제2 주소 형식의 주소를 상기 세션 엔트리 테이블에 저장함을 특징으로 하는 상기 방법.
  3. 제2항에 있어서, 상기 관리과정은
    상기 제2 주소 형식의 주소에 대응된 호스트의 라이프타임을 상기 세션 엔트리 테이블에 함께 저장함을 특징으로 하는 상기 방법.
  4. 제3항에 있어서, 상기 관리과정은
    상기 멀티캐스팅을 위한 프로토콜의 헬로 패킷(hello packet) 주기 또는 업데이트(update) 주기, 그리고 홀드 타임(hold time) 또는 만기 타임아웃(expiration timeout) 값에 의거하여 상기 라이프타임의 기본값을 설정함을 특징으로 하는 상기 방법.
  5. 제4항에 있어서, 상기 관리과정은
    상기 헬로 패킷(hello packet) 주기 또는 업데이트(update) 주기 보다는 크고 홀드 타임(hold time) 또는 만기 타임아웃(expiration timeout) 값 보다는 작은 값 범위 내에서 상기 라이프타임의 기본값을 설정함을 특징으로 하는 상기 방법.
  6. 제5항에 있어서, 상기 관리과정은
    상기 홀드 타임(hold time) 또는 만기 타임아웃(expiration timeout) 값으로 상기 라이프타임의 기본값을 설정함을 특징으로 하는 상기 방법.
  7. 제3항에 있어서, 상기 관리과정은
    상기 라이프타임을 주기적으로 감소시키고, 그 값이 '0'이 되면 대응된 엔트리를 상기 세션 엔트리 테이블에서 삭제함을 특징으로 하는 상기 방법.
  8. 제3항에 있어서, 상기 관리과정은
    상기 검출된 출발지 주소가 상기 세션 엔트리 테이블에 이미 존재하는 경우 그 출발지 주소에 대응된 라이프타임을 기본값으로 갱신함을 특징으로 하는 상기 방법.
  9. 제2항에 있어서, 상기 터널링 과정은
    상기 세션 엔트리 테이블에 저장된 제2 주소 형식의 주소들 각각을 목적지 주소로 하여 상기 세션 엔트리 테이블에 포함된 엔트리 수 만큼 상기 멀티캐스팅 데이터를 캡슐레이션한 후 상기 캡슐레이션된 각 데이터들을 해당 형식의 주소로 멀티캐스팅함을 특징으로 하는 상기 방법.
  10. IPv6 천이 망에서 멀티캐스팅을 위한 터널링 방법에 있어서,
    IPv6 망으로부터 전송된 데이터를 IPv4 망으로 멀티캐스팅하기 위한 정보를 저장하기 위한 6to4 세션 엔트리 테이블을 관리하는 과정과,
    상기 IPv6 망으로부터 멀티캐스팅 데이터가 발생되면 상기 6to4 세션 엔트리 테이블에 의거하여 상기 데이터를 상기 IPv4 망으로 터널링하는 과정을 포함함을 특징으로 하는 상기 방법.
  11. 제10항에 있어서, 상기 관리과정은
    상기 IPv6 망과 상기 IPv4 망의 경계에 위치한 라우터가 상기 IPv4 망으로부터 패킷 데이터를 수신하면 그 패킷 데이터들의 IPv4 출발지 주소를 검출하여 상기 검출된 IPv4 주소를 상기 6to4 세션 엔트리 테이블에 저장함을 특징으로 하는 상기 방법.
  12. 제11항에 있어서, 상기 관리과정은
    상기 IPv4 주소에 대응된 호스트의 라이프타임을 상기 6to4 세션 엔트리 테이블에 함께 저장함을 특징으로 하는 상기 방법.
  13. 제12항에 있어서, 상기 관리과정은
    상기 멀티캐스팅을 위한 프로토콜의 헬로 패킷(hello packet) 주기 또는 업데이트(update) 주기, 그리고 홀드 타임(hold time) 또는 만기 타임아웃(expiration timeout) 값에 의거하여 상기 라이프타임의 기본값을 설정함을 특징으로 하는 상기 방법.
  14. 제13항에 있어서, 상기 관리과정은
    상기 헬로 패킷(hello packet) 주기 또는 업데이트(update) 주기 보다는 크고 홀드 타임(hold time) 또는 만기 타임아웃(expiration timeout) 값 보다는 작은 값 범위 내에서 상기 라이프타임의 기본값을 설정함을 특징으로 하는 상기 방법.
  15. 제14항에 있어서, 상기 관리과정은
    상기 홀드 타임(hold time) 또는 만기 타임아웃(expiration timeout) 값으로 상기 라이프타임의 기본값을 설정함을 특징으로 하는 상기 방법.
  16. 제12항에 있어서, 상기 관리과정은
    상기 라이프타임을 주기적으로 감소시키고, 그 값이 '0'이 되면 대응된 엔트 리를 상기 6to4 세션 엔트리 테이블에서 삭제함을 특징으로 하는 상기 방법.
  17. 제12항에 있어서, 상기 관리과정은
    상기 검출된 IPv4 주소가 상기 6to4 세션 엔트리 테이블에 이미 존재하는 경우 그 IPv4 주소에 대응된 라이프타임을 기본값으로 갱신함을 특징으로 하는 상기 방법.
  18. 제11항에 있어서, 상기 터널링 과정은
    상기 6to4 세션 엔트리 테이블에 저장된 IPv4 주소들 각각을 목적지 주소로 하여 상기 6to4 세션 엔트리 테이블에 포함된 엔트리 수만큼 상기 멀티캐스팅 데이터를 IPv4 캡슐레이션한 후 그들 IPv4 캡슐레이션된 각 데이터들을 해당 IPv4 주소로 멀티캐스팅함을 특징으로 하는 상기 방법.
  19. 서로 다른 주소 형식을 갖는 망들 간에 멀티캐스팅을 위한 터널링 장치에 있어서,
    제1 주소 형식을 갖는 제1 망과 인터페이싱을 수행하는 제1 인터페이스부와,
    제2 주소 형식을 갖는 제2 망과 인터페이싱을 수행하는 제2 인터페이스부와,
    상기 제1 망으로부터 전송된 데이터를 상기 제2 망으로 멀티캐스팅하기 위한 정보를 저장하기 위한 세션 엔트리 테이블과,
    상기 제1 인터페이스부 및 제2 인터페이스부를 통한 데이터의 송/수신 정보에 의거하여 상기 세션 엔트리 테이블에 새로운 엔트리의 추가, 기 저장된 엔트리 정보의 갱신 및 삭제를 수행하는 테이블 관리부와,
    상기 제1 망으로부터 전송된 데이터를 상기 제2 망으로 전송하기 위해 상기 제1 주소 형식의 데이터를 상기 제2 주소 형식으로 캡슐레이션하는 캡슐링부와,
    상기 제1 인터페이스부를 통해 수신된 데이터가 멀티캐스팅 데이터인지의 여부를 판단하고 그 결과에 의거하여 상기 캡슐링부 및 테이블 관리부를 제어하는 패킷 분석부를 포함함을 특징으로 하는 상기 장치.
  20. 제19항에 있어서, 상기 세션 엔트리 테이블은
    상기 제2 인터페이스부를 통해 수신한 데이터의 출발지 주소인 제2 주소 형식의 주소 필드와, 그 주소에 대응된 호스트의 라이프타임 필드를 포함함을 특징으로 하는 상기 장치.
  21. 제20항에 있어서, 상기 라이프타임 필드는
    상기 멀티캐스팅을 위한 프로토콜의 헬로 패킷(hello packet) 주기 또는 업 데이트(update) 주기, 그리고 홀드 타임(hold time) 또는 만기 타임아웃(expiiratio timeout) 값에 의거하여 설정된 값을 상기 라이프타임의 기본값으로 저장함을 특징으로 하는 상기 장치.
  22. 제21항에 있어서, 상기 라이프타임 필드는
    상기 헬로 패킷(hello packet) 주기 또는 업데이트(update) 주기 보다는 크고 홀드 타임(hold time) 또는 만기 타임아웃(expiration timeout) 값 보다는 작은 값 범위 내에서 설정된 값을 상기 라이프타임의 기본값으로 저장함을 특징으로 하는 상기 장치.
  23. 제22항에 있어서, 상기 라이프타임 필드는
    상기 홀드 타임(hold time) 또는 만기 타임아웃(expiration timeout) 값을 상기 라이프타임의 기본값으로 저장함을 특징으로 하는 상기 장치.
  24. 제20항에 있어서, 상기 테이블 관리부는
    상기 라이프타임 필드에 저장된 라이프타임을 주기적으로 감소시키고, 그 값이 '0'이 되면 대응된 엔트리를 상기 세션 엔트리 테이블에서 삭제함을 특징으로 하는 상기 장치.
  25. 제20항에 있어서, 상기 테이블 관리부는
    상기 제2 인터페이스부를 통해 수신된 데이터로부터 출발지 주소를 검출하고 그 검출된 출발지 주소 및 그 주소에 대응된 호스트의 라이프타임을 상기 세션 엔트리 테이블에 추가함을 특징으로 하는 상기 장치.
  26. 제25항에 있어서, 상기 테이블 관리부는
    상기 제2 인터페이스부를 통해 수신된 데이터로부터 출발지 주소를 검출하고 그 검출된 출발지 주소가 상기 세션 엔트리 테이블에 이미 존재하는 경우 그 출발지 주소에 대응된 라이프타임을 기본값으로 갱신함을 특징으로 하는 상기 장치.
  27. 제19항에 있어서, 상기 패킷 분석부는
    상기 제1 인터페이스부를 통해 수신된 데이터의 목적지 주소를 분석하여 상기 데이터가 멀티캐스팅 데이터인지의 여부를 판단함을 특징으로 하는 상기 장치.
  28. 제19항에 있어서, 상기 패킷 분석부는
    상기 제1 인터페이스부를 통해 수신된 데이터가 멀티캐스팅 데이터인 경우 상기 테이블 관리부가 상기 세션 엔트리 테이블로부터 상기 세션 엔트리 테이블에 저장된 모든 주소들을 검출한 후 그 주소들을 상기 캡슐링부로 전달하도록 상기 테이블 관리부의 동작을 제어함을 특징으로 하는 상기 장치.
  29. 제28항에 있어서, 상기 캡슐링부는
    상기 테이블 관리부를 통해 전달된 모든 주소들 각각에 대하여 그 주소를 목적지 주소로 하는 캡슐레이션 데이터를 생성하여 상기 제2 인터페이스부로 전달함을 특징으로 하는 상기 장치.
  30. IPv6 천이 망에서 멀티캐스팅을 위한 터널링 장치에 있어서,
    IPv6 망과 인터페이싱을 수행하는 제1 인터페이스부와,
    IPv4 망과 인터페이싱을 수행하는 제2 인터페이스부와,
    상기 IPv6 망으로부터 전송된 데이터를 상기 IPv4 망으로 멀티캐스팅하기 위한 정보를 저장하기 위한 6to4 세션 엔트리 테이블과,
    상기 제1 인터페이스부 및 제2 인터페이스부를 통한 데이터의 송/수신 정보에 의거하여 상기 6to4 세션 엔트리 테이블에 새로운 엔트리의 추가, 기 저장된 엔 트리 정보의 갱신 및 삭제를 수행하는 테이블 관리부와,
    상기 IPv6 망으로부터 전송된 데이터를 상기 IPv4 망으로 전송하기 위해 상기 IPv6 형식의 데이터를 상기 IPv4 형식으로 캡슐레이션하는 캡슐링부와,
    상기 제1 인터페이스부를 통해 수신된 데이터가 멀티캐스팅 데이터인지의 여부를 판단하고 그 결과에 의거하여 상기 캡슐링부 및 테이블 관리부를 제어하는 패킷 분석부를 포함함을 특징으로 하는 상기 장치.
  31. 제30항에 있어서, 상기 6to4 세션 엔트리 테이블은
    상기 제2 인터페이스부를 통해 수신한 데이터의 출발지 주소인 IPv4 주소를 저장하기 위한 주소 필드와, 그 IPv4 주소에 대응된 호스트의 라이프타임 필드를 포함함을 특징으로 하는 상기 장치.
  32. 제31항에 있어서, 상기 라이프타임 필드는
    상기 멀티캐스팅을 위한 프로토콜의 헬로 패킷(hello packet) 주기 또는 업데이트(update) 주기, 그리고 홀드 타임(hold time) 또는 만기 타임아웃(expiiratio timeout) 값에 의거하여 설정된 값을 상기 라이프타임의 기본값으로 저장함을 특징으로 하는 상기 장치.
  33. 제32항에 있어서, 상기 라이프타임 필드는
    상기 헬로 패킷(hello packet) 주기 또는 업데이트(update) 주기 보다는 크고 홀드 타임(hold time) 또는 만기 타임아웃(expiration timeout) 값 보다는 작은 값 범위 내에서 설정된 값을 상기 라이프타임의 기본값으로 저장함을 특징으로 하는 상기 장치.
  34. 제33항에 있어서, 상기 라이프타임 필드는
    상기 홀드 타임(hold time) 또는 만기 타임아웃(expiration timeout) 값을 상기 라이프타임의 기본값으로 저장함을 특징으로 하는 상기 장치.
  35. 제31항에 있어서, 상기 테이블 관리부는
    상기 라이프타임 필드에 저장된 라이프타임을 주기적으로 감소시키고, 그 값이 '0'이 되면 대응된 엔트리를 상기 6to4 세션 엔트리 테이블에서 삭제함을 특징으로 하는 상기 장치.
  36. 제31항에 있어서, 상기 테이블 관리부는
    상기 제2 인터페이스부를 통해 수신된 데이터로부터 출발지의 IPv4 주소를 검출하고 그 검출된 IPv4 주소 및 그 주소에 대응된 호스트의 라이프타임을 상기 6to4 세션 엔트리 테이블에 추가함을 특징으로 하는 상기 장치.
  37. 제36항에 있어서, 상기 테이블 관리부는
    상기 제2 인터페이스부를 통해 수신된 데이터로부터 출발지의 IPv4 주소를 검출하고 그 검출된 IPv4 주소가 상기 세션 엔트리 테이블에 이미 존재하는 경우 그 IPv4 주소에 대응된 라이프타임을 상기 라이프타임의 기본값으로 갱신함을 특징으로 하는 상기 장치.
  38. 제30항에 있어서, 상기 패킷 분석부는
    상기 제1 인터페이스부를 통해 수신된 데이터의 목적지 주소를 분석하여 상기 데이터가 멀티캐스팅 데이터인지의 여부를 판단함을 특징으로 하는 상기 장치.
  39. 제38항에 있어서, 상기 패킷 분석부는
    상기 제1 인터페이스부를 통해 수신된 데이터가 멀티캐스팅 데이터인 경우 상기 테이블 관리부가 상기 6to4 세션 엔트리 테이블로부터 상기 6to4 세션 엔트리 테이블에 저장된 모든 IPv4 주소들을 검출한 후 그 IPv4 주소들을 상기 캡슐링부로 전달하도록 상기 테이블 관리부의 동작을 제어함을 특징으로 하는 상기 장치.
  40. 제39항에 있어서, 상기 캡슐링부는
    상기 테이블 관리부를 통해 전달된 모든 IPv4 주소들 각각에 대하여 그 IPv4 주소를 목적지 주소로 하는 IPv4 캡슐레이션 데이터를 생성하여 상기 제2 인터페이스부로 전달함을 특징으로 하는 상기 장치.
KR20040097146A 2004-11-24 2004-11-24 멀티캐스팅을 위한 터널링 방법 및 장치 KR100738524B1 (ko)

Priority Applications (3)

Application Number Priority Date Filing Date Title
KR20040097146A KR100738524B1 (ko) 2004-11-24 2004-11-24 멀티캐스팅을 위한 터널링 방법 및 장치
JP2005327836A JP4111968B2 (ja) 2004-11-24 2005-11-11 マルチキャスティングのためのトンネリング方法及びトンネリング装置
US11/271,861 US20060109807A1 (en) 2004-11-24 2005-11-14 Multicasting using tunneling method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR20040097146A KR100738524B1 (ko) 2004-11-24 2004-11-24 멀티캐스팅을 위한 터널링 방법 및 장치

Publications (2)

Publication Number Publication Date
KR20060057947A KR20060057947A (ko) 2006-05-29
KR100738524B1 true KR100738524B1 (ko) 2007-07-11

Family

ID=36460849

Family Applications (1)

Application Number Title Priority Date Filing Date
KR20040097146A KR100738524B1 (ko) 2004-11-24 2004-11-24 멀티캐스팅을 위한 터널링 방법 및 장치

Country Status (3)

Country Link
US (1) US20060109807A1 (ko)
JP (1) JP4111968B2 (ko)
KR (1) KR100738524B1 (ko)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8364846B2 (en) * 2007-02-02 2013-01-29 Silver Spring Networks, Inc. Method and system of providing IP-based packet communications with in-premisis devices in a utility network
US7894438B2 (en) * 2007-06-07 2011-02-22 Ambriel Technologies Device and method for communicating with a legacy device, network or application
CN101369907B (zh) * 2007-08-15 2011-09-28 华为技术有限公司 组播业务的实现方法及其装置和系统
CN100583997C (zh) * 2007-10-19 2010-01-20 深圳华为通信技术有限公司 网络电视的业务启动方法、装置和系统以及网络电视终端
KR20110060578A (ko) * 2009-11-30 2011-06-08 삼성전자주식회사 화상형성장치 및 화상형성장치의 문서데이터 관리방법
US8576698B2 (en) * 2009-12-10 2013-11-05 Alcatel Lucent Connectivity fault management timeout period control
US9521219B2 (en) * 2014-01-20 2016-12-13 Echelon Corporation Systems, methods, and apparatuses using common addressing

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20030075237A (ko) * 2002-03-16 2003-09-26 주식회사 아이투소프트 서로 다른 인터넷 프로토콜을 사용하는 애플리케이션을구비한 호스트가 목적지 플랫폼과 통신하기 위한 방법 및시스템

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4365998B2 (ja) * 2000-07-21 2009-11-18 株式会社日立製作所 マルチキャスト通信方法および通信装置
US7389359B2 (en) * 2001-10-19 2008-06-17 Foundry Networks, Inc. Method and system for intelligently forwarding multicast packets
JP3952860B2 (ja) * 2002-05-30 2007-08-01 株式会社日立製作所 プロトコル変換装置
EP1420559A1 (en) * 2002-11-13 2004-05-19 Thomson Licensing S.A. Method and device for supporting a 6to4 tunneling protocol across a network address translation mechanism

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20030075237A (ko) * 2002-03-16 2003-09-26 주식회사 아이투소프트 서로 다른 인터넷 프로토콜을 사용하는 애플리케이션을구비한 호스트가 목적지 플랫폼과 통신하기 위한 방법 및시스템

Also Published As

Publication number Publication date
JP4111968B2 (ja) 2008-07-02
KR20060057947A (ko) 2006-05-29
JP2006148903A (ja) 2006-06-08
US20060109807A1 (en) 2006-05-25

Similar Documents

Publication Publication Date Title
KR100716163B1 (ko) ＩＰｖ4망과 ＩＰｖ6망 간의 멀티캐스팅을 위한 터널링방법 및 장치
JP3717836B2 (ja) ダイナミック・ロード・バランサ
CN105812259B (zh) 一种报文转发方法和设备
US8189584B2 (en) Multicast traffic management in a network interface
KR100453056B1 (ko) 동적 ｉｐ 네트워크 상에서의 ｐｍｔｕ 변경 방법 및 그장치
US6907037B2 (en) Multicast routing method and an apparatus for routing a multicast packet
KR100453055B1 (ko) Ｉｐ 네트워크 상에서의 경로 ｍｔｕ 탐색 방법 및 그 장치
EP1722523B1 (en) Apparatus and method for reserving session resource in IPv4/IPv6 combination network
EP3322140A1 (en) Bier packet transmission method and device
CN103532672B (zh) 一种sdn网络中分片报文乱序的处理方法及应用
US20040047366A1 (en) Method for dynamic flow mapping in a wireless network
WO2022062506A1 (zh) 一种数据处理方法、装置、存储介质及电子装置
EP1858205A1 (en) Tunneling device, tunnel frame sorting method used for the device, and its program
US20060056427A1 (en) Multicast communication method and gateway apparatus
JP4111968B2 (ja) マルチキャスティングのためのトンネリング方法及びトンネリング装置
JP2008079304A (ja) Ｎａｔを使用した自動トンネリング方法及びそのシステム
JP2007049382A (ja) 無線中継装置、無線中継方法およびそのコンピュータ・プログラム
CN103117930A (zh) 静态路由配置的检测方法和装置
US20080170567A1 (en) Packet switch apparatus and method thereof
CN107104911B (zh) Udp数据包的分割方法和发送方法
CN107683594B (zh) 通信控制设备、通信控制方法、网络交换机、路由控制方法以及通信系统
KR100849494B1 (ko) ＩＰｖ６ 터널링 장치 및 그 방법
JP4660346B2 (ja) ブリッジ装置及びブリッジ装置の制御方法
KR100705570B1 (ko) ＩＰｖ4망과 ＩＰｖ6망간의 자동 설정터널링 시스템 및 그방법
CN116232996B (zh) 基于标签交换的边缘网络数据包头压缩传输方法及系统

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20130627

Year of fee payment: 7

FPAY Annual fee payment

Payment date: 20140627

Year of fee payment: 8

FPAY Annual fee payment

Payment date: 20150629

Year of fee payment: 9

LAPS Lapse due to unpaid annual fee