KR20040007389A - 아이피 버전 6 주소 사용 시스템 및 방법 - Google Patents

아이피 버전 6 주소 사용 시스템 및 방법 Download PDF

Info

Publication number
KR20040007389A
KR20040007389A KR1020037002541A KR20037002541A KR20040007389A KR 20040007389 A KR20040007389 A KR 20040007389A KR 1020037002541 A KR1020037002541 A KR 1020037002541A KR 20037002541 A KR20037002541 A KR 20037002541A KR 20040007389 A KR20040007389 A KR 20040007389A
Authority
KR
South Korea
Prior art keywords
version
address
field
router
bytes
Prior art date
Application number
KR1020037002541A
Other languages
English (en)
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 안광우
Publication of KR20040007389A publication Critical patent/KR20040007389A/ko

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/604—Address structures or formats

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

본 발명은 아이피 버전 6 주소 사용 시스템 및 방법에 관한 것으로서, 새로운 아이피인 아이피 버전 6 의 주소를 할당함에 있어서, 전화 번호와 같이 식별이 가능하고 공통적으로 사용하는 번호를 이용하여 할당하는 아이피 버전 6 주소 사용 시스템 및 방법에 관한 것이다.

Description

아이피 버전 6 주소 사용 시스템 및 방법{SYSTEM AND METHOD FOR USING THE ADDRESS OF INTERNET PROTOCOL VERSION 6}
종래에는 인터넷 주소를 나타내기 위해서 아이피 버전 4(Internet Protocol Version 4)를 사용하였다. 그러나 근래 들어 인터넷 사용이 증가함에 따라 인터넷 주소의 폭발적인 증가로 인해, 종래의 아이피 버전 4 체계하에서는 포화 상태에 이를 것으로 예상되고 있다. 이에 따라 새로이 제안된 것이 아이피 버전 6 (Internet Protocol Version 6)이다.
아이피 버전 4 와 아이피 버전 6 의 가장 큰 차이는 아이피 주소의 길이에 있다. 종래의 아이피 버전 4 가 32 비트(bits)를 사용한 반면, 아이피 버전 6 의 경우 128 비트를 사용한다. 즉, 4 바이트(bytes)에서 16 바이트로 증가한 것이다. 따라서 사용할 수 있는 인터넷 주소가 크게 증가하게 된다.
아이피 버전 6 의 경우, 3 가지 형태의 주소에 관한 규칙을 가지고 있는데,각각은 다음과 같다. 첫째로, 유니 캐스트 형태로서, 하나의 호스트에서 다른 하나의 호스트로 액세스하는 형태이다. 둘째로, 애니 캐스트 형태로서, 하나의 호스트에서 가까이에 있는 여러 개의 호스트들로 액세스하는 형태이다. 애니 캐스트 주소의 도입은 하나의 메시지를 가까이 있는 여러 개의 게이트웨이 호스트들에게 보낼 수 있는 기능성과, 그들 중 누구라도 다른 사람에게 전달되는 패킷을 관리할 수 있는 아이디어를 함께 제공한다. 애니 캐스트 메시지들은 회선을 따라 이동하면서 라우팅 테이블을 수정하는데 사용될 수 있다. 마지막으로, 멀티 캐스트 형태로서, 하나의 호스트에서 다중 호스트들로 액세스하는 형태이다.
아이피 버전 6 의 주소 구성은 도 1 에 도시되어 있다.
도 1a 는 초기 단계의 아이피 버전 6 글로벌 유니캐스트(IPv6 Global Unicast)의 주소 구성을 나타내는 도이다. 도 1a 에 도시된 바와 같이, 아이피 버전 6 주소는,아이피 버전 6 공식 주소 프리픽스(Prefix) 값인 0x2001, sTLA 아이디(sub Top Level Aggregator Identifier), NLA 아이디(Next Level Aggregator Identifier), SLA 아이디(Site Level Aggregator Identifier) 및 호스트 주소를 나타내는 인터페이스 아이디(Interface ID)로 구성된다. 또한 각각의 필드 길이는 도 1a 에 도시된 바와 같으며, 전체 길이는 128 비트를 형성한다.
도 1b 는 RFC 문서들에서 정의한 아이피 버전 6 글로벌 유니캐스트의 주소 구성을 나타내는 도이다. FP(Format Prefix) 는 각 주소 공간의 용도를 구분하기 위해 사용되는 것으로서, 어그리게이터블 글로벌 유니캐스트(Aggregatable Global Unicast) 주소는 '001' 로 정의되어 있으며, IANA(Internet AssignedNumbers Authority)에서는 이를 위한 공식 주소 용도로 TLA 아이디(Top Level Aggregator Identifier) 0x0001 을 배정하여 활용중이다.
이렇게 공식 주소는 RFC 2450 과 RFC 2928 에서 기술된 것과 같이 TLA 배정을 두 단계로 행한다. 처음 단계는 도 1a 와 같이 sub TLA 아이디를 배정할 것이고, 두 번째 단계로서 그 해당 주소의 수령자인 TLA 레지스트리가 이에 대한 NLA 아이디(Next Level Aggregator Identifier) 공간의 90 % 이상을 배정하였다는 것을 실증할 때 TLA 아이디를 배정할 것이다. 따라서 현재 사용중인 아이피 버전 6 글로벌 유니캐스트 주소는 2001::/16 을 활용 중에 있다.
아이피 버전 6 는 확장된 헤더에 선택 사항들을 기술할 수 있으며, 이것은 수신지에서만 검색되므로 네트워크 속도가 전반적으로 빨라지게 되고, 헤더가 확장됨으로써 패킷의 출처 인증, 데이터 무결성의 보장 및 비밀의 보장 등을 위한 메커니즘을 지정할 수 있도록 하고 있다. 그러나 아이피 버전 6 의 경우, 종래의 아이피 버전 4 와의 변환 방법 및 어떻게 주소를 할당할 것인지에 대해서는 방안이 제시되지 않고 있다.
본 발명은 아이피 버전 6 주소 사용 시스템 및 방법에 관한 것으로서, 새로운 아이피인 아이피 버전 6 의 주소를 할당함에 있어서, 전화 번호와 같이 식별이 가능하고 공통적으로 사용하는 번호를 이용하여 할당하는 아이피 버전 6 주소 사용 시스템 및 방법에 관한 것이다.
도 1 은 아이피 버전 6 의 주소 구성을 나타내는 도.
도 2 는 본 발명에 따른 아이피 버전 6 주소의 사용 실시 예시도.
도 3 은 아이피 버전 4 주소에서 아이피 버전 6 주소로의 데이터 전송 과정을 나타내는 도.
도 4 는 아이피 버전 6 주소에서 아이피 버전 4 주소로의 데이터 전송 과정을 나타내는 도.
도 5 는 아이피 버전 4 와 아이피 버전 6 간의 명칭 확정 과정을 나타내는 도.
도 6 은 아이피 버전 4 와 아이피 버전 6 간의 명칭 확정 과정의 또 다른 실시례를 나타내는 도.
이하에서는, 첨부한 도면을 참조하여 본 발명의 장점, 특징 및 바람직한 실시례에 대해 상세히 설명한다.
본 발명은 상기와 같은 문제점을 해결하고자 제시된 것으로서, 본 발명의 목적은 아이피 버전 6 주소 사용 시스템을 제공하는 것이다. 또한 본 발명의 또 다른 목적은 아이피 주소 변환 및 데이터 전송 방법을 제공하는 것이다.
상기의 목적을 달성하기 위하여, 본 발명에 따른 아이피 버전 6 주소 사용 시스템은, 16 바이트로 구성되는 아이피 버전 6 주소를 사용하고, 4 바이트로 구성되는 아이피 버전 4 주소와 데이터를 교환하는 아이피 버전 6 주소 사용 시스템으로서, 4 바이트로 구성되는 아이피 버전 4 주소를 사용하는 제 1 클라이언트; 16 바이트로 구성되고, 해당 사용자의 식별 가능한 고유 번호를 할당하는 고유 번호 필드를 포함하는 아이피 버전 6 주소를 사용하는 제 2 클라이언트; 및 네트워크 주소 변환이 가능하고, 아이피 버전 4 주소와 상기 아이피 버전 6 주소간 변환을 제공하는 라우터를 포함하는 것을 특징으로 한다.
바람직하게는, 고유 번호 필드가 사용자의 전화 번호를 할당하는 전화 번호 필드를 포함하고, 전화 번호 필드가, 전화 번호에 대한 국가의 코드 또는 전화번호가 모바일인지 여부를 구분하는 모바일 구분용 필드를 포함하며, 국가 코드가, 국가가 포함되는 대륙의 코드를 포함하는 것을 특징으로 한다.
더욱 바람직하게는, 아이피 버전 6 주소가, 제 2 클라이언트와 로컬 네트워크로 연결되고, 외부 원격 제어의 대상이 되는 오브젝트를 식별하기 위한 아이디를 할당하는 필드, 제 2 클라이언트의 서브 네트워크를 식별하기 위한 아이디를 할당하는 필드, 제 2 클라이언트의 소정의 디바이스 중 동일한 디바이스에 대하여 동일한 값을 갖는 디바이스 코드를 할당하는 필드 또는 제 2 클라이언트 사용자가 설정하는 오브젝트의 시리얼 번호를 할당하는 필드를 포함하는 것을 특징으로 한다.
또한, 상기의 또 다른 목적을 달성하기 위하여, 본 발명에 따른 아이피 주소 변환 및 데이터 전송 방법은, 4 바이트로 구성되는 아이피 버전 4 주소를 사용하는 발신 호스트로부터, 16 바이트로 구성되는 아이피 버전 6 주소를 사용하는 수신 호스트로 데이터를 전송하는 아이피 주소 변환 및 데이터 전송 방법으로, 발신 호스트가, 네트워크 주소 변환이 가능한 아이피 버전 4 라우터로, 아이피 버전 4 주소를 전송하는 제 1 단계; 아이피 버전 4 라우터가, 아이피 버전 4 주소를 네트워크 주소 변환이 가능한 아이피 버전 6 라우터로 전송하는 제 2 단계; 아이피 버전 6 라우터가, 아이피 버전 4 주소를 아이피 버전 6 주소로 변환하는 제 3 단계; 및 아이피 버전 6 라우터가, 변환된 아이피 버전 6 주소를 수신 호스트로 전송하는 제 4 단계를 포함하는 것을 특징으로 한다. 바람직하게는, 제 3 단계가, 아이피 버전 4 주소에 12 바이트의 널 필드를 부가하는 단계를 포함하는 것을 특징으로 한다.
또한, 상기의 또 다른 목적을 달성하기 위하여, 본 발명에 따른 아이피 주소 변환 및 데이터 전송 방법의 또 다른 실시례는, 16 바이트로 구성되는 아이피 버전 6 주소를 사용하는 발신 호스트로부터, 4 바이트로 구성되는 아이피 버전 4 주소를 사용하는 수신 호스트로 데이터를 전송하는 아이피 주소 변환 및 데이터 전송 방법으로, 발신 호스트가, 네트워크 주소 변환이 가능한 아이피 버전 6 라우터로, 아이피 버전 6 주소를 전송하는 제 1 단계; 아이피 버전 6 라우터가, 아이피 버전 6 주소를 아이피 버전 4 주소로 변환하고, 변환된 주소를 네트워크 주소 변환이 가능한 아이피 버전 4 라우터로 전송하는 제 2 단계; 아이피 버전 4 라우터가, 변환된 아이피 버전 4 주소를 아이피 버전 6 라우터로 전송하는 제 3 단계; 아이피 버전 6 라우터가, 발신 호스트 및 수신 호스트의 주소를 아이피 버전 6 주소 형식으로 변환하는 제 4 단계; 아이피 버전 6 라우터가, 변환된 아이피 버전 6 주소를 아이피 버전 4 주소로 변환하고, 아이피 버전 4 라우터로 전송하는 제 5 단계; 및 아이피 버전 4 라우터가, 아이피 버전 4 주소를 수신 호스트로 전송하는 제 6 단계를 포함하는 것을 특징으로 한다. 바람직하게는, 제 2 단계 및 제 5 단계가, 아이피 버전 6 주소로부터 널 필드를 제거하는 단계를 포함하는 것을 특징으로 한다. 더욱 바람직하게는, 제 4 단계가, 아이피 버전 4 주소에 12 바이트의 널 필드를 부가하는 단계를 포함하는 것을 특징으로 한다.
도 2 는 본 발명에 따른 아이피 버전 6 주소의 사용 실시 예시도이다. 도 2 를 참조하면, 본 발명에 따른 아이피 버전 6 주소의 사용 실시례는, 128 비트의아이피 버전 6 주소를 4 개의 필드로 구분한다. 설명의 편의상, 각 필드는 A, B, C 및 D 필드라고 한다. 또한 본 발명은 인터넷 주소를 할당함에 있어서, 전화번호를 토대로 주소를 할당한다.
A 필드는 대륙과 국가를 표현하며, 대륙 코드와 국가 코드로 구성된다. 바람직하게는 A 필드로 1 바이트를 할당한다. 즉, 대륙 코드로 2 비트를 할당하고, 나머지 6 비트를 국가 코드로서 할당함으로써 전체 국가를 표현할 수 있다. 대륙코드로 2 비트를 할당할 경우 4 개의 경우의 수가 생기므로, 아메리카 대륙(북아메리카 대륙, 남아메리카 대륙), 유럽 대륙, 아시아 대륙(오세아니아 포함) 및 아프리카 대륙으로 구분하여 할당할 수 있다.
예를 들어, 아메리카대륙(북아메리카 대륙, 남아메리카 대륙)은 0, 아시아 대륙 (오세아니아 대륙 포함)은 1, 유럽은 2, 아프리카 대륙은 3 으로 할당한다. 또한 각 대륙별로 국가마다 번호를 할당한다. 국가 코드로 6 비트가 할당되므로 26, 즉 64 개를 할당할 수 있다. 국가 코드는 각 대륙 내의 국가를 알파벳 순서로 번호를 할당할 수 있다. 따라서, 각 국가에 공평한 수의 주소가 할당되고 이 번호를 사용하여 각 국가로의 빠른 데이터 전송이 이루어질 수 있다. 또한, 각국마다 고유번호를 가지므로 트래픽(traffic)의 출처국가를 손쉽게 구분하여 이용할 수 있고, 한 국가 내에서의 트래픽의 빠른 전송이 이루어진다.
만약 대한민국의 국가 코드가 20 이라면, A 필드는 120이 된다. 즉, 대륙 코드는 2 진수 01 이고 국가 코드는 2 진수 010100 이므로, A 필드는 01010100 가된다. 따라서 이를 16 진수로 변환하면, 54 가 된다.
이렇게 번호를 할당하는 경우, 패킷(packet)의 라우팅(routing)을 효과적으로 할 수 있으므로, 최소의 홉(hop)이 가능하다. 홉(hop)은, 패킷 교환 방식의 네트워크에서, 데이터 패킷이 하나의 라우터(router)로부터 네트워크 상의 다른 라우터로 보내어지는 과정을 의미한다. TCP/IP(Transmission Control Protocol/Internet Protocol)를 사용하는 인터넷과 같은 네트워크에서 하나의 패킷이 목적지로 가는데 걸린 홉 숫자는 패킷 헤더에 유지되고, 이를 홉 카운트(hop count)라고 한다.
B 필드는 각 호스트를 표현하기 위한 것으로, 각 호스트 사용자의 식별 가능한 고유 번호를 사용할 수 있다. 바람직하게는 개인의 전화번호를 사용한다. 각국의 전화번호 체계는 지역번호 + 국번 + 번호의 형태로 구성되고, 각 부분은 4 자릿수 이하이다. 따라서 최대 9999 9999 9999 가 요구된다. 바람직하게는 B 필드로 6 바이트를 할당한다. 따라서 B 필드는 248이 되므로 281,474,976,710,656 까지의 번호를 할당할 수 있다. 따라서 각 개인의 전화번호를 모두 표현할 수 있다.
예를 들어, 대륙 코드가 상기와 같이 설정되고 대한민국의 국가 코드가 20 인 경우, 전화번호가 02 + 123 + 1234 라면, A 필드와 B 필드의 조합은 120 + 02 + 123 + 1234, 즉 120000201231234 가 된다. 상기한 바와 같이, 이를 2 진수로 변환하면, 01010100 + 0000000000000010 + 0000000001111011 + 0000010011010010 가된다. 따라서 이를 16 진수로 변환하면, 54(A 필드) + 0002007b04d2(B 필드) 가 된다. 따라서 이를 인터넷 주소로 사용할 수 있다.
또한, B 필드의 첫번째 비트를, 전화번호가 모바일인지 여부를 구분하기 위한 모바일 구분용 필드로 할당할 수 있다. 즉, B 필드의 첫번째 비트가 미리 설정된 바와 같이 0 또는 1 로 되어 있으면 모바일용으로 인식하여 신호를 무선중계장치로 직접 전송할 수 있다. 따라서, 하나의 전화번호화된 IP 주소를 가지고 모바일용과 고정용으로 구분할 수 있고, 일반 사용자가 쉽게 인식할 수 있다. 이 경우, 전화번호를 위하여 47 비트가 할당되므로, 247까지의 번호를 할당할 수 있다. 상기한 바와 같이, 전화번호를 할당하기 위하여 최대 9999 9999 9999 가 요구되므로 B 필드에 해당 국가 내의 모든 전화번호의 표현이 가능하다. 또한 A 필드와 B 필드는, 필드의 구분 없이 하나의 필드로 구성할 수도 있다.
C 필드는 서브넷 아이디와 오브젝트 아이디를 표현한다. 바람직하게는 C 필드로 3 바이트를 할당한다. 따라서 서브넷 아이디로 1 바이트를 사용하고, 오브젝트 아이디로 2 바이트를 사용하는 경우, 256 개의 서브넷 아이디와 65,536 개의 오브젝트 아이디가 가능하다. 서브넷 아이디가 많이 필요한 사용자의 경우, 서브넷 아이디를 2 바이트로 하고 오브젝트 아이디를 1 바이트로 할 수도 있다.
사용자가 일반 개인 사용자 또는 소호(SOHO, Small Office Home Office)인 경우, 많은 서브넷이 필요 없으므로 서브넷 아이디를 많이 설정할 필요가 없다. 따라서 서브넷 아이디를 1 바이트로 설정한다. 반면에 사용자가 대기업 등인 경우, 서브넷이 많이 필요하므로 서브넷 아이디를 많이 설정하여야 한다. 따라서 서브넷 아이디를 2 바이트로 설정한다. 서브넷 아이디와 오브젝트 아이디의 설정 및 변환은 사용자의 의사에 따라 자유로이 할 수 있다.
C 필드에서 오브젝트 아이디를 구분하는 목적은, 원격 제어를 제공하기 위해서이다. 예를 들어, 일반 사용자의 경우, 컴퓨터의 오브젝트 아이디를 1, 냉장고의 오브젝트 아이디를 2, 텔레비전은 3, 전화기를 4, 비디오를 5 로 설정하였다고 가정한다. 또한 서브넷이 없으므로 서브넷 필드를 0 으로 설정하였다고 가정한다. 이 경우, 사용자가 외부에서 전화기를 제어하고자 할 경우, C 필드는 04 가 된다. 즉, 서브넷 아이디 0 과 오브젝트 아이디 4 로 구성된다.
또한 사용자의 서브넷이 복수 개 있는 경우, 예를 들어 서브넷이 2 개가 있는 경우는 다음과 같이 구성할 수 있다.
또한, 오브젝트 아이디 필드는 디바이스 코드(device code) 필드로 대체할 수 있다. 따라서, C 필드를 서브넷 아이디와 디바이스 코드로 병행하여 사용할 수 있다. 디바이스 코드는 TCP 패킷의 포트번호와 같은 역할을 하며, 하나의 네트워크 내에서 동일한 디바이스를 일률적으로 관리할 수 있도록 한다. 예를 들어, 하나의 네트워크에 여러 대의 라우터가 있는 경우 이를 동시에 관리할 수 있다. 또한, 텔레비전에 동일한 디바이스 코드를 할당하면 동시에 화면을 보낼 수 있다.
서브넷 A 의 서브넷 아이디를 1 로 설정하고, 서브넷 B 의 서브넷 아이디를 2 로 설정한다. 또한 서브넷 A 에 포함되는 오브젝트로, 텔레비전 A(11) 및 냉장고 A(21) 이 있고, 서브넷 B 에 포함되는 오브젝트로, 텔레비전 A(12), 냉장고 B(22) 및 비디오(31)이 있다고 가정한다. 각 오브젝트의 괄호 안의 숫자는 오브젝트 아이디를 의미한다. 이 경우, 외부에서 텔레비전 A 를 제어하고자 할 경우, A 필드 + B 필드 + 1 (서브넷 A) + 11(텔레비전 A) 의 주소를 사용한다. 마찬가지로 비디오를 제어하고자 할 경우, A 필드 + B 필드 + 2(서브넷 B) + 31(비디오)의 주소를 사용한다.
D 필드는 시리얼 넘버를 표현한다. 바람직하게는 D 필드로 6 바이트를 할당한다. 시리얼 넘버는 각 오브젝트에 대한 하드웨어 주소 또는 시리얼 넘버로서, 제조 회사에서 자사 제품의 관리에 이용할 수 있다. 즉, D 필드에 자사 제품의 시리얼 넘버를 입력함으로써, 이후에 자사 제품에 액세스하여 제품의 확인 및 애프터 서비스 등을 용이하게 제공할 수 있다. 예를 들어, 컴퓨터의 경우 네트워크 카드의 번호를 삽입할 수 있다.
도 3 은 아이피 버전 4 주소에서 아이피 버전 6 주소로의 데이터 전송 과정을 나타내는 도이다. 도 3 에 도시된 바와 같이, 아이피 버전 4 주소에서 아이피 버전 6 주소로 데이터를 전송함에는 네트워크 주소 변환(NAT, Network Address Translation)이 가능한 라우터(Router)가 필요하다. 마찬가지로 아이피 버전 6 주소에서 아이피 버전 4 주소로 데이터를 전송함에도 네트워크 주소 변환이 가능한 라우터가 필요하다.
네트워크 주소 변환이란, 외부 네트워크에 알려진 것과 다른 아이피 주소를 사용하는 내부 네트워크에서 아이피 주소를 변환하는 것이다. 일반적으로 회사의경우, 자신의 내부 네트워크 주소를 하나 또는 그 이상의 공인 아이피 주소로 사용한다. 그리고 들어오는 패킷들 상의 공인 아이피 주소를 다시 사설 아이피 주소로 변환한다. 따라서 나가거나 들어오는 각 요구들은 주소 변환 과정을 반드시 거쳐야 하기 때문에, 보안 문제를 확실하게 하는데 도움이 되며, 또한 요구를 제한하거나 인증하고, 이전의 요구와 일치시키는 기회를 제공한다. 또한, 네트워크 주소 변환은 회사에서 필요한 공인 아이피 주소의 수를 보존하며, 회사가 외부 네트워크와의 통신에서 단 하나의 공인 아이피 주소를 사용할 수 있게 한다.
네트워크 주소 변환은 라우터의 일부로서 포함되며, 종종 통합된 방화벽의 일부가 되기도 한다. 네트워크 관리자들은 공인 아이피 주소에서 사설 아이피 주소로, 사설 아이피 주소에서 공인 아이피 주소로 사상하기 위한 네트워크 주소 변환 표를 만든다. 네트워크 주소 변환은 라우팅 정책과 함께 사용될 수도 있다. 네트워크 주소 변환은 아이피 주소를 정적으로 정의하거나, 또는 동적으로 변환하도록 설정될 수 있다.
도 3a 는 아이피 버전 4 주소 에서 아이피 버전 6 주소로의 데이터 전송 과정을 나타낸다. 도 3a 에 도시된 바와 같이, 아이피 버전 4 주소를, 네트워크 주소 변환이 가능한 라우터에 의해, 아이피 버전 6 주소 형태로, 즉 16 바이트 형태로 변환한 후, 데이터를 수신할 아이피 버전 6 주소와 교통하게 된다.
즉, 아이피 버전 4 를 아이피 버전 6 의 영역으로 전환한 후, 아이피 버전 4 의 고유의 주소에 12 바이트의 널(null) 필드를 보탠다. 예를 들어, 아이피 버전 4 주소 10.12.11.5 로부터 네트워크 주소 변환이 가능한 라우터를 통해서 아이피 버전 6 주소 1080::8:800:200c:417a 로 데이터를 보내는 경우를 가정한다.
16 바이트의 주소를 적을 때에는, 예를 들면 01:01:01:01:01:01:01:01 과 같이, 2 바이트씩 구분해서 적는다. 이때 중간에 0 인 필드가 있는 경우, 해당 필드를 생략하고 콜론(:)으로만 표시하게 된다.
따라서 상기 1080::8:800:200c:417a 는 1080:0:0:0:8:800:200c:417a 와 동일하다. 즉, 두개의 콜론(::)은 가운데가 0 이라는 것을 표현한다. 상기 예의 경우, 아이피 버전 4 주소 10.12.11.5 에 12 바이트의 널(null) 필드를 더하여 0.0.0.0.0.0.0.0.0.0.0.0.10.12.11.5 로 변환하거나, 0::ac:b5 로 변환한다. 상기한 바와 같아, 0::ac:b5 는 0:0:0:0:0:0:ac:b5 와 동일하며, 아이피 버전 4 주소를 16 진수로 변환하여 2 바이트씩 구분해서 적은 것이다. 즉, 10 은 2 진수 1010 이고, 12 는 2 진수 1100 이므로, 2 진수 10101100 을 16 진수로 변환하면 ac 가 된다. 마찬가지로, 11 은 2 진수 1011 이고, 5 는 2 진수 0101 이므로, 2 진수 10110101 을 16 진수로 변환하면 b5 가 된다.
아이피 버전 4 주소를 아이피 버전 6 로 변환시킬 때에는, 아이피 버전 4 주소를 그대로 16 바이트의 마지막 4 개의 필드에 카피함으로써 변환할 수 있다. 즉, 아이피 버전 4 주소 앞에 12 바이트의 널(null) 필드를 첨가시킨다. 또한 이것이 아이피 버전 4 주소가 아이피 버전 6 형태로 변환된 것이라는 것을 표현하기 위해, 아이피 버전 6 의 넥스트 헤더 필드(next header field)에 각 프로토콜 당 번호를 할당한다.
도 3b 는 도 3a 의 데이터 전송 과정을 상세히 구분하여 나타낸다. 도 3b를 참조하여 아이피 버전 4 주소에서 아이피 버전 6 주소로의 데이터 전송 과정을 설명하면 다음과 같다.
아이피 버전 4 주소를 갖는 호스트는, 네트워크 주소 변환이 가능한 아이피 버전 4 라우터(이하 '아이피 버전 4 라우터'라 한다.)로 아이피 버전 4 패킷을 전송하고(1 단계), 아이피 버전 4 라우터는 아이피 버전 4 패킷을 네트워크 주소 변환이 가능한 아이피 버전 6 라우터(이하 '아이피 버전 6 라우터'라 한다.)로 전송한다.(2 단계) 아이피 버전 6 라우터는, 아이피 버전 4 패킷에 12 바이트의 널(null) 필드를 더하여 아이피 버전 6 패킷으로 변환하고(3 단계), 데이터를 수신할 아이피 버전 6 주소를 갖는 호스트로 전송한다.(4 단계)
도 4 는 아이피 버전 6 주소에서 아이피 버전 4 주소로의 데이터 전송 과정을 나타내는 도이다. 도 4a 는 아이피 버전 6 주소에서 아이피 버전 4 주소로의 데이터 전송 과정을 나타낸다. 도 4a 에 도시된 바와 같이, 아이피 버전 6 주소에서 아이피 버전 4 주소로 데이터를 전송함에 있어서 네트워크 주소 변환이 가능한 라우터가 필요하다. 이 경우, 라우터에 내장되는, 외부로 나가는 아이피 버전 4 주소와 티씨피 포트(TCP port)의 번호를 구성한 뒤 이 주소와 아이피 버전 6 주소를 매핑 (mapping)시킨다. 즉, 아이피 버전 6 주소를 아이피 버전 4 주소 형태로 변환한 후, 데이터를 수신할 아이피 버전 4 주소와 교통하게 된다.
도 4b 는 도 4a 의 데이터 전송 과정을 상세히 구분하여 나타낸다. 도 4b 를 참조하여, 아이피 버전 6 주소에서 아이피 버전 4 주소로의 데이터 전송 과정을 설명하면 다음과 같다.
아이피 버전 6 주소를 갖는 호스트는 아이피 버전 6 라우터로 아이피 버전 6 패킷(packet)을 전송한다.(11 단계) 아이피 버전 6 라우터는, 전송된 아이피 버전 6 패킷으로부터 널(null) 필드를 제거하여 아이피 버전 4 패킷으로 변환하고, 아이피 버전 4 라우터로 전송한다. (12 단계) 아이피 버전 4 라우터는, 전송된 아이피 버전 4 패킷을 아이피 버전 6 라우터로 전송한다.(13 단계) 아이피 버전 6 라우터는, 소스 주소(source address) 및 목적지 주소 (destination address) 모두에 대해, 널(null) 필드를 부가하여 아이피 버전 6 패킷으로 변환한다.(14 단계) 여기서 소스 주소는 데이터를 전송하는 아이피 버전 6 주소가 해당하고, 목적지 주소는 데이터를 전송받는 아이피 버전 4 주소가 해당한다.
아이피 버전 6 라우터는, 아이피 버전 6 패킷으로부터 널(null) 필드가 제거하여 아이피 버전 4 패킷으로 변환하고 아이피 버전 4 라우터로 전송한다.(15 단계) 아이피 버전 4 라우터는, 전송된 아이피 버전 4 패킷을, 데이터를 수신할 아이피 버전 4 주소를 갖는 호스트로 전송한다.(16 단계)
도 5 는 아이피 버전 4 와 아이피 버전 6 간의 명칭 확정 과정을 나타내는 도이다. 도 5 를 참조하면, 아이피 버전 4 와 아이피 버전 6 간의 명칭 확정 과정은 다음과 같다.
아이피 버전 4 주소로부터 아이피 버전 6 의 디엔에스 서버(DNS Server, Domain Name System Server)로 도메인 네임(Domain Name)을 질의한다.(21 단계)
아이피 버전 6 의 디엔에스 서버는 아이피 버전 4 주소로, 인터넷 서비스 공급자(ISP, Internet Service Provider)의 아이피 버전 4 의 디엔에스 서버 주소를알려준다.(22 단계) 아이피 버전 4 주소로부터 아이피 버전 6 의 인터넷 서비스 공급자로, 아이피 버전 6 의 도메인 네임 확정을 위한 인터넷 서비스 공급자의 아이피 버전 4 주소를 질의한다.(23 단계) 아이피 버전 6 의 인터넷 공급자는 아이피 버전 4 주소로, 아이피 버전 6 에 해당하는 아이피 버전 4 주소를 알려준다.(24 단계)
종래의 아이피 버전 4 의 도메인 네임(Domain Name)의 경우, .com, .org, .net 등의 몇 가지 네임 스페이스(Name Space)로 전세계의 도메인 유형을 맞추었다. 따라서 도메인 네임만으로 해당 사이트가 어떤 종류인지 구분하기가 곤란하였다. 그러나 아이피 버전 6 주소에서 도메인 네임 스타일로 '상호 이름 + 직업 종류'와 같이 해당 사이트의 종류 및 특징이 드러나도록 도메인 네임을 정할 수 있다. 예를 들어, 꽃가게의 경우 상호가 pretty 라면, 도메인 네임을 'pretty(상호 이름) + flower(직업 종류)'으로 할 수 있다. 따라서 도메인 네임만으로도 해당 사이트가 어떤 곳인지 파악이 가능하다.
또한 개인이나 일반 가정의 경우, 인터넷에 연결된 컴퓨터나 홈페이지에 대해, 전화 번호부에 나타난 것과 같이 각각의 이름을 도메인 네임으로 사용할 수 있다. 이때 문제될 수 있는 것은, 각 기관이나 개인에 구분 없이 동일한 도메인 네임이 존재할 수 있다는 것이다. 이러한 문제점은, 사용자가 동일한 이름을 인터넷 주소로 입력했을 때, 같은 도메인 네임을 가진 목록과 각각의 도메인에 대한 간단한 설명을 함께 웹 브라우저에 보내어 사용자로 하여금 원하는 도메인을 선택하도록 함으로써 해결할 수 있다. 또한 사용자가 상호를 모르는 상태에서, 특정 분야에 대한 사이트를 검색하고자 할 경우, '*' 를 이용할 수 있다. 예를 들어, 꽃가게를 검색하고자 할 경우, '*flower' 를 입력하고, 지역을 선택하면, 해당 지역의 꽃가게의 목록과 각각의 도메인에 대한 간단한 설명이 웹 브라우저에 디스플레이된다.
도 6 은 아이피 버전 4 와 아이피 버전 6 간의 명칭 확정 과정의 또 다른 실시례를 나타내는 도로서, 현재 사용되는 도메인 네임 서버의 도메인 네임 저장방식이 아이피 버전 4 주소, 아이피 버전 6 주소 및 도메인 네임의 3 개 자료를 매핑 (mapping)하고 있는 경우이다. 도 6 을 참조하면, 아이피 버전 4 와 아이피 버전 6 간의 명칭 확정 과정은 다음과 같다. 아이피 버전 4 주소를 사용하는 사용자가 아이피 버전 6 의 디엔에스 서버로 아이피 버전 6 의 주소를 질의하고(31 단계), 아이피 버전 6 의 디엔에스 서버는 아이피 버전 6 주소와 매핑된 아이피 버전 4 의 주소를 전송한다.(32 단계) 아이피 버전 4 주소가 인터넷 서비스 공급자의 변환기로 전송되어 매핑된 아이피 버전 6 주소로 변환되어(33 단계), 아이피 버전 6 의 포맷으로 아이피 버전 6 와 통신한다.(34 단계) 아이피 버전 6 주소로부터 아이피 버전 6 의 패킷을 전송하고(35 단계), 아이피 버전 6 와 매핑된 아이피 버전 4 의 주소와 통신이 이루어진다.(36 단계)
이상 설명한 바대로, 본 발명은 새로운 아이피인 아이피 버전 6 의 주소를 효율적으로 할당할 수 있는 현저한 효과가 있다. 즉, 본 발명은 전화번호와 같이 식별이 가능하고 공통적인 번호를 이용함으로써, 일률적으로 할당이 가능하고,라우팅을 효과적으로 할 수 있다. 따라서 보다 빠른 네트워크 속도를 얻을 수 있다. 본 발명의 바람직한 실시례가 특정 용어들을 사용하여 기술되어 왔지만, 그러한 기술은 오로지 설명을 하기 위한 것이며, 다음의 청구범위의 기술적 사상 및 범위로부터 이탈되지 않고서 여러 가지 변경 및 변화가 가해질 수 있는 것으로 이해되어져야 한다.

Claims (14)

16 바이트로 구성되는 아이피 버전 6 주소를 사용하고, 4 바이트로 구성되는 아이피 버전 4 주소와 데이터를 교환하는 아이피 버전 6 주소 사용 시스템으로서,
상기 4 바이트로 구성되는 아이피 버전 4 주소를 사용하는 제 1 클라이언트;
상기 16 바이트로 구성되고, 해당 사용자의 식별 가능한 고유 번호를 할당하는 고유 번호 필드를 포함하는 아이피 버전 6 주소를 사용하는 제 2 클라이언트; 및
네트워크 주소 변환이 가능하고, 상기 아이피 버전 4 주소와 상기 아이피 버전 6 주소간 변환을 제공하는 라우터를 포함하는 것을 특징으로 하는 아이피 버전 6 주소 사용 시스템.
제 1 항에 있어서,
상기 고유 번호 필드가,
상기 사용자의 전화 번호를 할당하는 전화 번호 필드를 포함하는 것을 특징으로 하는 아이피 버전 6 주소 사용 시스템.
제 2 항에 있어서,
상기 전화 번호 필드가,
상기 전화 번호에 대한 국가의 코드를 포함하는 것을 특징으로 하는 아이피버전 6 주소 사용 시스템.
제 3 항에 있어서,
상기 국가 코드가,
상기 국가가 포함되는 대륙의 코드를 포함하는 것을 특징으로 하는 아이피 버전 6 주소 사용 시스템.
제 2 항에 있어서,
상기 전화 번호 필드가,
상기 전화번호가 모바일인지 여부를 구분하는 모바일 구분용 필드를 포함하는 것을 특징으로 하는 아이피 버전 6 주소 사용 시스템.
제 1 항에 있어서,
상기 아이피 버전 6 주소가,
상기 제 2 클라이언트와 로컬 네트워크로 연결되고, 외부 원격 제어의 대상이 되는 오브젝트를 식별하기 위한 아이디를 할당하는 필드를 포함하는 것을 특징으로 하는 아이피 버전 6 주소 사용 시스템.
제 1 항에 있어서,
상기 아이피 버전 6 주소가,
상기 제 2 클라이언트의 서브 네트워크를 식별하기 위한 아이디를 할당하는 필드를 포함하는 것을 특징으로 하는 아이피 버전 6 주소 사용 시스템.
제 1 항에 있어서,
상기 아이피 버전 6 주소가,
상기 제 2 클라이언트의 소정의 디바이스 중 동일한 디바이스에 대하여 동일한 값을 갖는 디바이스 코드를 할당하는 필드를 포함하는 것을 특징으로 하는 아이피 버전 6 주소 사용 시스템.
제 1 항에 있어서,
상기 아이피 버전 6 주소가,
상기 제 2 클라이언트 사용자가 설정하는 오브젝트의 시리얼 번호를 할당하는 필드를 포함하는 것을 특징으로 하는 아이피 버전 6 주소 사용 시스템.
4 바이트로 구성되는 아이피 버전 4 주소를 사용하는 발신 호스트로부터, 16 바이트로 구성되는 아이피 버전 6 주소를 사용하는 수신 호스트로 데이터를 전송하는 아이피 주소 변환 및 데이터 전송 방법으로,
상기 발신 호스트가, 네트워크 주소 변환이 가능한 아이피 버전 4 라우터로, 상기 아이피 버전 4 주소를 전송하는 제 1 단계;
상기 아이피 버전 4 라우터가, 상기 아이피 버전 4 주소를 네트워크 주소 변환이 가능한 아이피 버전 6 라우터로 전송하는 제 2 단계;
상기 아이피 버전 6 라우터가, 상기 아이피 버전 4 주소를 아이피 버전 6 주소로 변환하는 제 3 단계; 및
상기 아이피 버전 6 라우터가, 상기 변환된 아이피 버전 6 주소를 상기 수신 호스트로 전송하는 제 4 단계를 포함하는 것을 특징으로 하는 아이피 주소 변환 및 데이터 전송 방법.
제 10 항에 있어서,
상기 제 3 단계가,
상기 아이피 버전 4 주소에 12 바이트의 널 필드를 부가하는 단계를 포함하는 것을 특징으로 하는 아이피 주소 변환 및 데이터 전송 방법.
16 바이트로 구성되는 아이피 버전 6 주소를 사용하는 발신 호스트로부터, 4 바이트로 구성되는 아이피 버전 4 주소를 사용하는 수신 호스트로 데이터를 전송하는 아이피 주소 변환 및 데이터 전송 방법으로,
상기 발신 호스트가, 네트워크 주소 변환이 가능한 아이피 버전 6 라우터로, 상기 아이피 버전 6 주소를 전송하는 제 1 단계;
상기 아이피 버전 6 라우터가, 상기 아이피 버전 6 주소를 아이피 버전 4 주소로 변환하고, 상기 변환된 주소를 네트워크 주소 변환이 가능한 아이피 버전 4 라우터로 전송하는 제 2 단계;
상기 아이피 버전 4 라우터가, 상기 변환된 아이피 버전 4 주소를 상기 아이피 버전 6 라우터로 전송하는 제 3 단계;
상기 아이피 버전 6 라우터가, 상기 발신 호스트 및 상기 수신 호스트의 주소를 아이피 버전 6 주소 형식으로 변환하는 제 4 단계;
상기 아이피 버전 6 라우터가, 상기 변환된 아이피 버전 6 주소를 아이피 버전 4 주소로 변환하고, 상기 아이피 버전 4 라우터로 전송하는 제 5 단계; 및
상기 아이피 버전 4 라우터가, 상기 아이피 버전 4 주소를 상기 수신 호스트로 전송하는 제 6 단계를 포함하는 것을 특징으로 하는 아이피 주소 변환 및 데이터 전송 방법.
제 12 항에 있어서,
상기 제 2 단계 및 제 5 단계가,
상기 아이피 버전 6 주소로부터 널 필드를 제거하는 단계를 포함하는 것을 특징으로 하는 아이피 주소 변환 및 데이터 전송 방법.
제 12 항에 있어서,
상기 제 4 단계가,
상기 아이피 버전 4 주소에 12 바이트의 널 필드를 부가하는 단계를 포함하는 것을 특징으로 하는 아이피 주소 변환 및 데이터 전송 방법.
KR1020037002541A 2001-06-05 2002-06-04 아이피 버전 6 주소 사용 시스템 및 방법 KR20040007389A (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020010031377 2001-06-05
KR20010031377 2001-06-05

Publications (1)

Publication Number Publication Date
KR20040007389A true KR20040007389A (ko) 2004-01-24

Family

ID=19710409

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020037002541A KR20040007389A (ko) 2001-06-05 2002-06-04 아이피 버전 6 주소 사용 시스템 및 방법

Country Status (3)

Country Link
US (1) US20020196788A1 (ko)
KR (1) KR20040007389A (ko)
WO (1) WO2003005656A1 (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100441888B1 (ko) * 2002-05-15 2004-07-27 한국전자통신연구원 인터넷 문자코드 주소 체계 구조 및 상기 인터넷 문자코드주소체계를 이용하는 패킷 라우팅시 계층적 라벨 스위칭방법
KR100966092B1 (ko) * 2009-08-24 2010-07-01 광건티앤씨(주) 빗물 유입 및 결로 방지구조를 갖는 외벽패널의 설치구조

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100532100B1 (ko) * 2002-12-30 2005-11-29 삼성전자주식회사 무선랜 홈네트워크 환경에서 디바이스를 식별하는 방법
CN100334858C (zh) * 2003-07-14 2007-08-29 中国科学院计算技术研究所 一种利用双重隧道机制穿透nat的方法
US10263954B2 (en) * 2016-06-17 2019-04-16 At&T Intellectual Property I, L.P Identifying the source and destination sites for a VoIP call with dynamic-IP address end points

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4491690A (en) * 1983-02-22 1985-01-01 Daley Ronald J Remote control system for use with a telephone
JP3531367B2 (ja) * 1996-07-04 2004-05-31 株式会社日立製作所 トランスレータ
US20010055299A1 (en) * 1996-08-16 2001-12-27 Keith C. Kelly Method and apparatus for establishing communications between packet-switched and circuit-switched networks
EP0840482B1 (en) * 1996-11-01 2007-04-25 Hitachi, Ltd. Communicating method between IPv4 terminal and IPv6 terminal and IPv4-IPv6 converting apparatus
WO1999009716A1 (fr) * 1997-08-19 1999-02-25 Yugen Kaisha Ls Net Procede de communication avec des appareils d'abonne via un reseau de communications mondial
JP2000040041A (ja) * 1998-07-23 2000-02-08 Nippon Telegr & Teleph Corp <Ntt> インターネットプロトコルバーション変換用入出力同期方法及びシステム及びネットワークパケット受信処理用アプリケーション及びネットワークパケット受信処理用サーバ及びインターネットプロトコルバーション変換用入出力同期プログラムを格納した記憶媒体
WO2000019678A2 (de) * 1998-09-30 2000-04-06 Siemens Aktiengesellschaft Anordnung und verfahren zur codierung und decodierung digitaler daten nach dem internet protokoll
US6708219B1 (en) * 1999-10-26 2004-03-16 3Com Corporation Method and system for dual-network address utilization
US6868416B2 (en) * 1999-12-03 2005-03-15 Korea Telecommunication Authority Internet addressing architecture and hierarchical routing method thereof

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100441888B1 (ko) * 2002-05-15 2004-07-27 한국전자통신연구원 인터넷 문자코드 주소 체계 구조 및 상기 인터넷 문자코드주소체계를 이용하는 패킷 라우팅시 계층적 라벨 스위칭방법
KR100966092B1 (ko) * 2009-08-24 2010-07-01 광건티앤씨(주) 빗물 유입 및 결로 방지구조를 갖는 외벽패널의 설치구조

Also Published As

Publication number Publication date
WO2003005656A1 (en) 2003-01-16
US20020196788A1 (en) 2002-12-26

Similar Documents

Publication Publication Date Title
Atkinson et al. Identifier-locator network protocol (ILNP) architectural description
US7779158B2 (en) Network device
US9019965B2 (en) Methods and devices for routing data packets between IPv4 and IPv6 networks
US8005981B2 (en) Computer network with unique identification
US7302496B1 (en) Arrangement for discovering a localized IP address realm between two endpoints
EP2154838B1 (en) Router and address identification information management server
KR100485801B1 (ko) 서로 다른 사설망에 존재하는 네트워크장치들 간의직접접속을 제공하는 망접속장치 및 방법
JPWO2005027438A1 (ja) パケット中継装置
JP5475763B2 (ja) ＩＰｖ４ドメインからのデータパケットをＩＰｖ６ドメインで受信する方法、ならびに関連するデバイスおよびアクセス機器
JP2003087336A (ja) アドレス変換方法
US20050265354A1 (en) Method and apparatus for enabling link local address system to communicate with outer system
JP3858884B2 (ja) ネットワークアクセスゲートウェイ及びネットワークアクセスゲートウェイの制御方法並びにプログラム
JP4186733B2 (ja) 通信システム、端末及びアドレス生成方法
US20150032898A1 (en) Method for establishing a virtual community network connection and a system for implementing said method
KR100964860B1 (ko) 주소 매핑 장치 및 방법
KR100433621B1 (ko) 사설 인터넷의 단대단 서비스를 위한 다중 계층 인터넷프로토콜 및 상기 다중 계층 인터넷 프로토콜 패킷의송/수신 방법
KR20040007389A (ko) 아이피 버전 6 주소 사용 시스템 및 방법
JP4191180B2 (ja) 通信支援装置、システム、通信方法及びコンピュータプログラム
KR100562390B1 (ko) 호스트 라우팅과 IP Aliasing 기법을 이용한 네트워크 데이터 플로우 식별 방법 및 시스템
Garg et al. MAC and logical addressing (A Review Study)
JP2000156710A (ja) Ｉｐアドレス変換装置
KR20070120784A (ko) 통신단말기의 네트워크 환경을 변경 없이 사용가능하도록하는 아이피공유장치 및 이를 이용한 접속 방법
Hughes IPv6 Core Protocols
Huawei Technologies Co., Ltd. IPv6
Dhanapal et al. AN OVERVIEW OF THE IPV6 ADDRESSING SCHEME

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E601 Decision to refuse application