KR20140083924A

KR20140083924A - 네트워크 어드레스를 변환하기 위한 시스템 및 방법

Info

Publication number: KR20140083924A
Application number: KR1020137026892A
Authority: KR
Inventors: 매튜 카우프만
Original assignee: 스카이프; 매튜 카우프만
Priority date: 2011-04-11
Filing date: 2012-04-05
Publication date: 2014-07-04
Also published as: JP5948647B2; JP2014512142A; US20120259998A1; EP2697958B1; EP2697958A1; CN103636182A; WO2012139971A1

Abstract

컴퓨터 네트워크 상에서 IPv6 어드레스와 IPv4 어드레스 간을 변환하기 위한 장치 및 방법이 설명된다. 예를 들어, IPv4 어드레스 리터럴로부터 IPv6 어드레스를 생성하는 방법에 대한 일 실시예는 제1 호스트에서 IPv4 어드레스 리터럴을 제1 도메인 이름 서버의 도메인 이름과 결합함으로써 도메인 이름 질의를 위한 호스트 이름을 구성하는 단계- 제1 도메인 이름 서버는 IPv4 어드레스를 포함하는 A 리코드를 생성하기 위해 IPv4 어드레스 리터럴을 포함하는 호스트 이름을 해석하도록 구성되고, A 리코드는 합성 IPv6 어드레스를 생성하는데 사용가능하고, 합성 IPv6 어드레스는 NAT64 서버를 식별하는 제1 부분 및 IPv4 어드레스 리터럴과 연관된 IPv4 호스트를 식별하는 제2 부분을 포함함 -, 및 제1 호스트에서 합성 IPv6 어드레스를 수신하는 단계- 합성 IPv6 어드레스는 NAT64 서버를 통해 IPv4 호스트에 접속하기 위해 제1 호스트에 의해 사용가능함 -를 포함한다.

Description

네트워크 어드레스를 변환하기 위한 시스템 및 방법{SYSTEM AND METHOD FOR TRANSLATING NETWORK ADDRESSES}

본 발명은 일반적으로 데이터 처리 시스템 분야에 관한 것으로, 특히 네트워크 어드레스를 변환하기 위한 개선된 시스템 및 방법에 관한 것이다.

현재 IPv4(Internet Protocol Version 4) 및 IPv6(Internet Protocol Version 6)로 지칭되는 2가지 형태의 TCP/IP 네트워킹 프로토콜이 존재한다. IPv6는 현재 인터넷을 통해 널리 사용되고 있는 IPv4를 계승하도록 설계되어 있다. IPv6는 또한 다른 어드레싱 공간 및 접속 프로토콜을 사용하는 IPv4와는 대체로 호환되지 않는다. 따라서, 도 1에 도시되어 있는 바와 같이, IPv4 인터페이스가 아닌 IPv6 인터페이스로 구성된 클라이언트(101) 또는 서버(102)는 IPv4 네트워크(111)가 아닌 IPv6 네트워크(110)를 통해 직접 통신할 수 있다. 유사하게, IPv6 인터페이스가 아닌 IPv4 인터페이스로 구성된 클라이언트(121) 또는 서버(122)는 IPv6 네트워크(110)가 아닌 IPv4 네트워크(111)를 통해 직접 통신할 수 있다. 도시되어 있는 바와 같이, IPv4 인터페이스 및 IPv6 인터페이스 모두를 갖춘 소정의 클라이언트(100) 및 서버(미도시)는 IPv4 및 IPv6 네트워크 모두를 통해 통신할 수 있다.

IPv4 인프라구조로부터 IPv6의 차세대 어드레싱 시스템으로의 인터넷의 변천을 용이하게 하기 위한 다양한 IPv6 변천 메카니즘이 명시되었다. 그러한 두 개의 변천 메카니즘은 NAT64(Network Address Translation 64) 및 DNS64(Domain Name Service 64)이다. NAT64는 IPv6 전용 호스트가 IPv4 전용 호스트와 통신할 수 있도록 네트워크 어드레스 변환 기능을 수행한다. 도 1에 도시되어 있는 바와 같이, NAT64 서버(115)는 적어도 하나의 IPv4 어드레스 및 32비트의 IPv6 네트워크 세그먼트에 대해 엔드포인트로서 동작한다. IPv6 호스트는 이들 비트를 사용하여 통신하기를 원하는 IPv4 어드레스를 삽입하고, 그의 패킷을 결과적인 어드레스로 전송한다. 이후, NAT64 서버는 IPv6 어드레스와 IPv4 어드레스 간의 NAT-매핑을 생성한다. DNS64 서버(116)는, 전형적으로 IPv4 어드레스를 호스트 이름과 연관시키는 대부분의 DNS 서버에 의해 반환되는 "A" 리코드를 합성 IPv4 매핑된 IPv6 어드레스를 포함하는 "AAAA" 리코드로 변환한다. 이 합성 어드레스는 NAT64 변환기의 IPv6 인터페이스를 가리키고, 이 어드레스의 일부는 (IPv4 목적지와 연결하기 위해 NAT64 변환기에 의해 사용되는) 실제 IPv4 어드레스를 인코딩한다.

예를 들어, 도 1에서, IPV6 클라이언트(101)는 IPv4 서버(122)와 연관된 네트워크 이름(예를 들어, www.skype.com)을 사용하여 DNS64 서비스(116)에 DNS 질의를 함으로써 IPV4 서버(122)와 통신할 수 있다. 이에 응답하여, DNS64 서비스는 IPv4 매핑된 IPv6 어드레스를 NAT64 서버(115)를 식별하는 IPV6 클라이언트(122)에 반환한다. 이후, IPv6 클라이언트(101)는 NAT64 서버(115)를 통해 IPv4 서버(122)에 접속한다.

그러나, 전술한 메카니즘은 IPv6 전용 클라이언트가 "IPv4 어드레스 리터럴(literal)", 즉 DNS 룩업 이외의 메카니즘을 통해를 수신한 IPv4 어드레스를 갖는 경우 실패한다. 예를 들어, Bittorrent™ 클라이언트 및 Skype™ 클라이언트와 같은 소정의 피어 투 피어(P2P) 클라이언트는 질의에 응답하여 다른 클라이언트로부터 IPv4 어드레스 리터럴을 수신할 수 있다. 이들 경우, 클라이언트들은 IPv4 인터페이스를 가지고 있지 않으면 IPv4 어드레스 리터럴을 이용할 수 없다.

이들 문제를 해결하기 위한 몇몇 접근방법이 제안되었지만, 이들 모두는 하가지 또는 다른 측면에서 부족함이 있고 (최소한) NAT64/DNS64에 대한 변경 및/또는 클라이언트 운영 체제 네트워크 스택에 대한 변경을 요구할 수 있다. 예를 들어, 몇몇 제안은 "Analysis of Solution Proposals for Hosts to Learn NAT64 Prefix, Behavior Engineering for Hindrance Avoidance (BEHAVE)(Oct. 17, 2010)"에 설명되어 있다. 이 문헌의 섹션 4.3에 기술되어 있는 한가지 제안은 특히 본 발명과 관련되어 있다. 이 섹션은 IPv4 리터럴을 갖는 IPv6 호스트가 잘 알려져 있는 IPv4 전용 FQDN(Fully Qualified Domain Name)의 AAAA 리코드에 대한 DNS 질의를 전송할 수 있는 방식을 설명한다. 호스트가 부정적인 응답을 수신하는 경우, 네트워크 상에서 DNS64 또는 NAT64 서비스는 존재하지 않는다. 호스트가 응답을 수신하는 경우, 네트워크는 IPv6 어드레스 합성을 이용하고 있어야 한다. 합성된 AAAA 리소스 리코드를 수신한 후, 호스트는 수신된 IPv6 어드레스를 조사하고(examine) NAT64 및 DNS64에 의해 사용되는 NSP(network specific prefix)를 (예를 들어, 알려진 IPv4 어드레스를 합성된 IPv6 어드레스로부터 "추출함으로써") 해독하려 시도한다. NSP가 알려져 있으면, 호스트는 그 자신의 IPv6 어드레스를 그의 IPv4 어드레스를 이용하여 합성할 수 있다.

IPv6 어드레스 내에 IPv4 어드레스를 삽입하기 위해 다양하고 상이한 인코딩 기법이 사용될 수 있 수 있지만, IPv4 어드레스를 "추출"하여 NSP를 판정하는 것이 항상 가능한 것은 아니다. 따라서, 소정의 클라이언트 및/또는 서버에 대해 IPv4 리터럴을 IPv6 어드레스로 변환하기 위한 추가의 기법이 필요하다.

본 발명의 보다 나은 이해는 후속하는 도면과 연계하여 후속하는 상세한 설명으로부터 얻어질 수 있다.

도 1은 NAT64 서비스 및 DNS64 서비스를 포함하는 종래의 네트워크 아키텍처를 나타내는 도면.
도 2는 본 발명의 일 실시예에 따른 시스템 아키텍쳐를 나타내는 도면.
도 3은 합성 IPv6 어드레스 코딩 기법을 결정하고 이 코딩 기법을 사용하여 합성 IPv6 어드레스를 생성하는 소프트웨어 아키텍쳐를 나타내는 도면.
도 4는 호스트가 NDS64/NAT64 환경에 있는지를 검출하기 위한 방법에 대한 일 실시예를 나타내는 도면.
도 5는 IPv4 리터럴 어드레스를 사용하여 합성 IPv6 어드레스를 생성하는 방법에 대한 일 실시예를 나타내는 도면.
도 6은 NAT64 어드레스를 판정하기 위해 다수의 DNS 응답을 분석하는 방법에 대한 일 실시예를 나타내는 도면.
도 7은 본 발명의 일 실시예에 따른 예시적인 호스트의 시스템 아키텍쳐를 나타내는 도면.

후속하는 설명에서 설명을 위해, 후술하는 본 발명의 실시예에 대한 완전한 이해를 제공하기 위해 다수의 특정 세부사항이 설명된다. 그러나, 당업자라면 본 발명의 실시예는 이들 특정 세부사항없이도 실시될 수 있음을 이해할 것이다. 다른 경우, 본 발명의 실시예의 기본적인 원리의 이해를 방해하지 않도록 잘 알려져 있는 구조 및 장치들은 블록도 형태로 도시되어 있다.

본 발명의 일 실시예는 NAT64/DNS64가 다른 애플리케이션 기능의 결과로서 얻어질 수 있는 임의의 IPv4 리터럴 어드레스에 대한 합성된 매핑을 제공할 수 있도록 하기 위해 애플리케이션 제공자(또는 다른 제3자)에 의해 동작되는 특화된 DNS 변환 서버와 연계하여 특별히 구성된 DNS 질의를 사용함으로써 전술한 한계점들을 해결한다. 예를 들어, P2P 실시예에서, 이들 리터럴 어드레스는 P2P 네트워크 상의 다른 클라이언트 또는 서버로부터의 질의에 응답하여 반환될 수 있다. 그러나, 본 발명의 기본적인 원리는 P2P 실시예에 국한되지 않음을 주목해야 한다.

도 2에 도시되어 있는 일 실시예에서, IPv4 어드레스 리터럴이 얻어지는 경우, 클라이언트(200)에서 실행되는 IPv4 리터럴 어드레스 처리 모듈(204)은 <IPv4 address>.<server-name>.<application-provider>와 연관된 AAAA (IPv6 어드레스) 리코드를 요청하는 DNS 질의를 구성하는데, 여기서 <IPv4 address>는 IPv4 리터럴이고 <server-name>.<application-provider>는 DNS 변환 서버(201)를 식별한다. 예를 들어, IPv4 어드레스 리터럴이 172.16.254.1이고 DNS 변환 서버(201)가 nat64-discovery.example.com인 경우, DNS 질의는 172.16.254.1.nat64-discovery.example.com으로 될 것이다. 이 실시예에서, "nat64-discovery.example.com"을 담당하는 DNS 변환 서버(201)는 임의의 질의 "w.x.y.z.nat64-discovery.example.com"에 대해 A (IPv4 어드레스) 리코드 "w.x.y.z"를 반환하는 특화된 서버이다. 따라서, 전술한 예에서, 그것은 "172.16.254.1"을 반환할 것이다.

동작시, 질의 172.16.254.1.nat64-discovery.example.com은 특화된 DNS 변환 서버(201)에 질의하는 DNS64 서버(202)에 의해 초기에 수신된다. DNS 변환 서버(201)는 DNS64 서버가 클라이언트(200) 상의 IPv4 리터럴 어드레스 처리 로직(204)에 반환하는 합성 IPv6 어드레스 (AAAA 리코드)를 구성하는데 사용하는 A 리코드 172.16.254.1로 응답한다. 이후, 클라이언트(200)는 NAT64 장치(115)를 통해 IPv4 어드레스 172.16.254.1에 의해 식별된 (즉, 합성된 IPv6 어드레스에 의해 식별된) 원격 클라이언트(220-221) 또는 서버(222)로의 접속을 개방할 수 있다.

IPv4 리터럴 어드레스 처리 모듈(204)은 본 발명의 기본 원리를 준수하면서 다양한 방식으로 구현될 수 있다. 예를 들어, 일 실시예에서, IPv4 리터럴 어드레스 처리 모듈(204)은 보다 큰 P2P 애플리케이션 프로그램(예를 들어, Bittorrent 클라이언트 또는 Skype 클라이언트) 또는 다른 유형의 애플리케이션의 구성요소를 포함한다. 이와 달리, 또는 그에 추가하여, IPv4 리터럴 어드레스 처리 모듈(204)은 클라이언트(200)에서 실행되는 운영 체제의 구성요소로서 (예를 들어, 운영 체제와 함께 제공되는 네트워킹 스택의 일부분으로서) 제공될 수 있다. 그러나, 본 발명의 기본 원리는 IPv4 리터럴 어드레스 처리 모듈(204)의 임의의 특정 실시예에 국한되지 않음을 이해해야 한다.

IPv4 리터럴 어드레스 처리 모듈(204)에 의해 생성된 질의는 NAT64/DNS64가 존재하지 않으면 실패할 수 있음을 주목한다. 따라서, 실패가 검출되면(또는 지정된 개수의 실패가 검출되면), 더 이상의 시도는 이루어지지 않을 수 있다. NAT64/DNS64가 존재하지 않고 (IPv4 인터페이스가 이용가능하지 않다면) IPv4 리터럴 어드레스가 현재 사용될 수 없음을 나타내는 플래그가 설정될 수 있다.

본 발명의 배경기술에서 설명한 바와 같이, 정확한 매핑 기법은 단일 응답에 기초해서는 결정될 수 없기 때문에 단일 질의로부터 야기되는 합성된 IPv6 프리픽스를 추출하려 시도하는 것은 충분하지 않다. 예를 들어, 매핑 기법은 선형적이지 않고(이 경우, 간단한 비트단위 대체는 이루어지지 않을 것이다) 및/또는 다수의 NAT64 장치가 로드 밸런싱을 하는 DNS64와 함께 사용될 수 있고 및/또는 다른 기법이 사용되어 주어진 IPv4 목적지에 대한 NAT64의 선택을 최적화할 수 있다.

그러나, IPv4 리터럴 어드레스 질의에 대한 다수의 응답을 발견적으로 분석함으로써 매핑 기법을 해독할 수 있다. 따라서, 도 3에 예시되어 있는 본 발명의 일 실시예에서, IPv4 리터럴 어드레스 처리 모듈(204)은 수중의(on hand) IPv4 리터럴 어드레스의 전부 (또는 그의 부분집합)에 대해 전술한 바와 같은 질의를 수행하고 대응하는 합성하여 생성된 IPv6 어드레스를 수신한다. 이후, 일 실시예에서, NSP(network specific prefix) 분석 모듈(205)이 DNS64/NAT64 시스템에 의해 사용되고 있는 IPv6 코딩 기법을 판정하려 시도하기 위해 질의의 결과를 분석한다. 예를 들어, IPv4 어드레스가 IPv6 어드레스의 특정 32 비트 필드(예를 들어, 상위/하위 32비트) 내에 간단히 삽입되는 경우, NSP 분석 모듈(205)은 IPv4 리터럴과 결과적인 합성 IPv6 어드레스 간에 상관을 수행함으로써 코딩 기법을 식별할 수 있다. 코딩 기법이 결정되면, 클라이언트(200)에서 실행되는 합성 IPv6 어드레스 생성기(206)은 (적어도 클라이언트가 동일한 DNS64/NAT64 환경 내에 있는 한) 임의의 IPv4 리터럴을 사용하여 합성적으로 IPv6 어드레스를 생성할 수 있다. (예를 들어, "Analysis of Solution Proposals for Hosts to Learn NAT64 Prefix, Behavior Engineering for Hindrance Avoidance (BEHAVE)(Oct. 17, 2010)에 개시되어 있는) 합성 IPv6 코딩 기법에 도달하도록 IPv6 어드레스로부터 공지된 IPv4 어드레스를 "추출"하기 위해 보다 진보된 처리 기법이 사용될 수 있다.

호스트가 NDS64/NAT64 환경내에 있는지 여부를 판정하기 위한 방법에 대한 일 실시예가 도 4에 도시되어 있다. 단계(401)에서, 호스트는 IPv6 네트워크에 접속하고, 단계(402)에서, 호스트는 IPv6 어드레스가 아닌 IPv4 어드레스를 갖는 것으로 알려진 네트워크 이름을 사용하여 테스트 질의를 생성한다. 예를 들어, 일 실시예에서, 테스트 질의는 전술한 바와 같이 <IPv4 address>.<server-name>.<application-provider>의 형식을 취할 수 있다. 물론, 본 발명의 기본 원리를 따르는 한 다양한 다른 알려진 IPv4 호스트 이름이 사용될 수 있다. 단계(403)에서, 테스트 질의에 대한 응답이 수신되고 확정되면, 단계(404)에서, 호스트가 DNS64/NAT64 환경에 있다는 판정이 이루어진다. 호스트는 전술한 바와 같이 NSP 매핑 기법을 결정하여 시도할 수 있다. 응답이 수신되지 않으면, 단계(405)에서 호스트가 DNS64/NAT64 환경에 있지 않다는 판정이 이루어진다.

도 5는 IPv4 리터럴 어드레스를 사용하여 IPv6 네트워크를 통해 IPv4 전용 호스트에 접속하기 위한 방법에 대한 일 실시예를 나타낸다. 이 방법의 소정의 측면은 앞서 도 2에 도시된 시스템 아키텍쳐와 관련하여 설명되었다. 그러나, 본 발명의 이 실시예의 기본 원리는 임의의 특정 시스템 아키텍처에 국한되지 않는다.

단계(501)에서, 하나 이상의 IPv4 리터럴 어드레스를 야기하는 질의가 생성된다. 예를 들어, P2P 클라이언트(예를 들어, Bittorrent 클라이언트 또는 Skype 클라이언트)는 질의에 응답하여 하나 이상의 IPv4 리터럴을 수신할 수 있다. 단계(502)에서, IPv4 리터럴 어드레스는 사전 지정된 코딩 기법을 사용하여 네트워크 이름으로 변환된다. 이전 예로 돌아가서, 네트워크 이름은 <IPv4 address>.<server-name>.<application-provider>의 형식을 취할 수 있는데, 여기서 <IPv4 address>는 IPv4 리터럴 어드레스이고 <server-name>.<application-provider>는 특화된 DNS 변환 서버(201)를 식별한다. 단계(503)에서, 네트워크 이름을 사용하여 AAAA 질의가 발행되고, 단계(504)에서, DNS64는 그 질의를 (예를 들어, 일 실시예에서 <server-name>.<application-provider>에 의해 식별된) DNS 변환 서버에 전송한다. 단계(505)에서, DNS 변환 서버는 질의에 응답하여 A 리코드(예를 들어, 일 실시예에서 <IPv4 address>)를 생성하고, 단계(506)에서, DNS64는 A 리코드를 사용하여 IPv6 어드레스를 합성한다. 단계(507)에서, IPv6 어드레스는 요청하는 호스트에 전송되고, 단계(508)에서, 호스트는 합성된 IPv6 어드레스를 이용하여 NAT64를 거쳐 IPv4 호스트로 이어지는 접속을 개방한다.

도 6은 IPv4 리터럴을 사용하는 합성 IPv6 어드레스에 사용되는 IPv6 코딩 기법을 검출하는 방법의 일 실시예를 나타낸다. 이 방법의 소정의 측면은 앞서 도 3에 도시된 시스템 아키텍쳐와 관련하여 설명되었다. 그러나, 본 발명의 이 실시예의 기본 원리는 임의의 특정 시스템 아키텍처에 국한되지 않는다.

단계(601)에서, IPv6 어드레스가 아닌 IPv4 어드레스를 갖는 것으로 알려진 호스트의 네트워크 이름을 사용하여 다수의 테스트 DNS 질의가 생성된다. 일 실시예에서, 예를 들어, 애플리케이션 제공자(즉, 클라이언트 소프트웨어를 제공하는 자)는 이 요건(예를 들어, test1.nat64-discovery.example.com,test2.nat64-discovery.example.com 등)을 만족하는 복수의 공지된 네트워크 이름을 제공한다. 이와 달리, 잘 알려진 다양한 공공 호스트 이름이 사용될 수 있다. 단계(602)에서, 특정 NAT64 또는 NAT64 장치들의 그룹을 식별하는 합성하여 생성된 IPv6 어드레스의 형태를 갖는 질의에 대한 응답들이 수신된다. 단계(603)에서, 이 응답들이 분석되어 합성 IPv6 어드레스를 생성하는데 사용되는 코딩 기법을 결정한다. 예를 들어, 각 IPv6 어드레스는 IPv6 어드레스의 지정된 32 비트 필드에 IPv4 어드레스를 간단히 인코딩할 수 있고 IPv6 어드레스의 나머지는 NAT64 서버를 식별하는데 사용될 수 있다. 이와 달리, 각 호스트 이름은 NAT64 매핑에서 무작위 또는 순차적인 어드레싱 슬롯에 할당될 수 있다. 이러한 경우, IPv6 코딩 기법을 결정하는 것은 어려울 수 있다(또는 불가능할 수 있다). 소정 형태의 발견적 분석이 사용되어 (예를 들어, IPv6 어드레스로부터 알려진 IPv4 어드레스를 "추출"함으로써) 코딩 기법을 결정할 수 있는 것으로 가정하고, 결정되었다면, 단계(604)에서, 호스트는 (예를 들어, P2P 애플리케이션 또는 다른 애플리케이션 유형의 일부로서) 임의의 IPv4 리터럴을 사용하여 IPv6 어드레스를 합성적으로 생성할 수 있다.

일 실시예에서, 전술한 바와 같이 DNS64 서버(202)로부터 IPv4 DNS 변환기(201)로 질의를 전송하는 것보다는, DNS64 서버(202)는 테스트 질의로부터 IPv4 어드레스를 추출하는데 필요한 로직을 자체적으로 포함할 수 있다. 이전 예로 돌아가서, 테스트 질의가 <IPv4 address>.<server-name>.<application-provider>의 형식을 취하는 경우- 여기서 <IPv4 address>는 IPv4 리터럴이고 <server-name>.<application-provider>는 DNS 변환 서버(201)를 식별함 -, DNS64 서버는 이 매핑 기법의 지식을 이용해 구성될 수 있고 실제로 질의를 하지 않고 변환 서버(201)인 것으로 가장할 수 있어, DNS64 서버(202) 및 DNS 변환 서버(201)에 대한 전체 부하를 감소시킬 수 있다. 본 발명의 기본 원리의 범주 내에서 다양한 추가적인 변형이 고려된다.

본 명세서에서 기술한 방법들 중 임의의 하나는 범용 컴퓨터 시스템, 전용 컴퓨터 시스템 및 이동 컴퓨팅 장치를 포함한 다양한 서로 다른 데이터 처리 장치에서 구현될 수 있다. 예를 들어, 본 명세서에서 기술한 방법을 실행할 수 있는 데이터 처리 시스템은 데스크탑 컴퓨터, 랩탑 컴퓨터, 태블릿 컴퓨터, 스마트 폰, 셀룰러 폰, 개인 보조 단말기(PDA), 내장형 전자 장치 또는 임의의 형태의 소비자 전자 장치를 포함할 수 있다. 도 7은 본 발명과 함께 사용될 수 있는 전형적인 데이터 처리 시스템에 대한 하나의 예를 나타낸다. 도 7은 컴퓨터 시스템과 같은 데이터 처리 시스템의 다양한 구성요소를 도시하고 있지만, 이들 구성요소를 서로 연결하는 임의의 특정 아키텍쳐 또는 방식을 나타내려 하지 않는데, 그 이유는 그에 대한 세부사항은 본 발명과 밀접한 관계를 가지고 있지 않기 때문이다. 도 7에 도시되어 있는 것보다 적은 구성요소 또는 그 보다 많은 구성요소를 갖는 다른 유형의 데이터 처리 시스템이 본 발명과 함께 사용될 수 있다. 도 7의 데이터 처리 시스템은 매킨토시 컴퓨터 또는 PC 컴퓨터일 수 있다. 도 7에 도시되어 있는 바와 같이, 데이터 처리 시스템(701)은 시스템의 다양한 구성요소를 상호 연결하는 하나 이상의 버스(709)를 포함한다. 당업계에 공지되어 있는 바와 같이 하나 이상의 프로세서(703)가 하나 이상의 버스(709)에 결합된다. 메모리(705)는 DRAM 또는 비휘발성 RAM일 수 있거나 또는 플래시 메모리 또는 다른 유형의 메모리일 수 있다. 이 메모리는 당업계에 알려져 있는 기법을 사용하여 하나 이상의 버스(709)에 결합된다. 데이터 처리 시스템(701)은 또한 하드 디스크 드라이브 또는 플래시 메모리 또는 자기 광학 드라이브 또는 자기 메모리 또는 광학 드라이브 또는 시스템으로부터 전원이 제거된 후라도 데이터를 유지하는 다른 유형의 메모리 시스템일 수 있는 비휘발성 메모리(707)를 포함할 수 있다. 비휘발성 메모리(707) 및 메모리(705)는 모두 공지된 인터페이스 및 연결 기법을 사용하여 하나 이상의 버스(709)에 결합된다. 디스플레이 제어기(711)는 본 명세서에서 기술된 사용자 인터페이스 특징 또는 실시예 중 임의의 하나를 디스플레이할 수 있는 디스플레이 장치(713) 상에 디스플레이되는 디스플레이 데이터를 수신하기 위해 하나 이상의 버스(709)에 결합된다. 디스플레이 장치(713)는 터치스크린을 제공하기 위해 통합형 터치 입력부를 포함할 수 있다. 데이터 처리 시스템(701)은 또한 하나 이상의 마우스, 터치스크린, 터치패드, 조이스틱 및 당업계에 알려져 있는 다른 입력 장치 및 출력 장치(예를 들어, 스피커)와 같은 하나 이상의 I/O 장치를 위한 인터페이스를 제공하는 하나 이상의 입력/출력(I/O) 제어기(715)를 포함할 수 있다. 당업계에 알려져 있는 바와 같이 입력/출력 장치(717)는 하나 이상의 I/O 제어기(715)를 통해 연결된다. 도 7은 비휘발성 메모리(707) 및 메모리(705)가 네트워크 인터페이스를 통하는 대신 하나 이상의 버스에 직접 연결되는 것으로 나타내고 있지만, 데이터 처리 시스템은 무선 WiFi 트랜시버 또는 무선 셀룰러 폰 트랜시버 또는 이들 트랜시버들의 조합과 같은 모뎀 또는 이더넷 인터페이스 또는 무선 인터페이스와 같은 네트워크 인터페이스를 통해 데이터 처리 시스템에 결합되는 네트워크 저장 장치와 같은, 시스템으로부터 떨어져 있는 비휘발성 메모리를 이용할 수 있음을 알 수 있을 것이다. 당업계에 알려져 있는 바와 같이, 하나 이상의 버스(709)는 다양한 버스 간을 연결하기 위해 하나 이상의 브릿지 또는 제어기 또는 어댑터를 포함할 수 있다. 일 실시예에서, I/O 제어기(715)는 USB 주변장치를 제어하는 USB 어댑터를 포함하고 이더넷 포트 또는 무선 트랜시버 또는 무선 트랜시버들의 조합을 제어할 수 있다. 이 설명으로부터 알 수 있는 바와 같이, 본 발명의 측면들은 적어도 부분적으로 소프트웨어로 구현될 수 있을 것이다. 즉, 본 명세서에서 설명된 기법 및 방법은 메모리(705) 또는 비휘발성 메모리(707) 또는 이들 메모리의 조합과 같은 유형의 비일시적 메모리 내에 포함된 일련의 명령어를 수행하는 프로세서에 응답하여 데이터 처리 시스템에서 수행될 수 있는데, 이들 메모리 각각은 기계 판독가능, 유형의 저장 매체의 형태를 갖는다. 다양한 실시예에서, 본 발명을 구현하기 위해 소프트웨어 명령과 함께 하드웨어 회로가 사용될 수 있다. 따라서, 기법은 하드웨어 회로 및 소프트웨어의 임의의 특정 조합에 국한되지 않고 또한 데이터 처리 시스템에 의해 실행되는 명령에 대한 임의의 특정 소스에도 국한되지 않는다.

앞서 설명에서, 본 발명은 본 발명의 특정 예시적인 실시예를 참조하여 설명되었다. 후속하는 청구항에 정의된 본 발명의 보다 넓은 사상 및 범주를 벗어나지 않으면서 다양한 변형이 이루어질 수 있음은 자명하다. 따라서, 상세한 설명 및 도면은 제한적 의미보다는 예시적인 의미로 간주되어야 한다.

본 발명의 실시예들은 전술한 다양한 단계들을 포함할 수 있다. 단계들은 범용 또는 전용 프로세서가 소정의 단계들을 수행하도록 하는 머신 실행가능 명령어들에 의해 구현될 수 있다. 이와 달리, 이들 단계들은 단계들을 수행하는 하드와이어드 로직을 포함하는 특정 하드웨어 구성요소, 또는 프로그램된 컴퓨터 구성요소 및 맞춤 하드웨어 구성요소들의 임의의 조합에 의해 수행될 수 있다. 본 발명의 요소들은 머신 실행가능 프로그램 모드를 저장하는 머신 판독가능 매체로서 제공될 수 있다. 머신 판독가능 매체는 플로피 디스켓, 광학 디스크, CD-ROM, 및 자기-광학 디스크, ROM, RAM, EPROM, EEPROM, 자기 또는 광학 카드, 또는 전자 프로그램 코드를 저정하는데 적합한 다른 유형의 매체/기계 판독가능 매체를 포함할 수 있느나, 여기에 국한되지 않는다.

전술한 상세한 설명에서 설명을 목적으로, 본 발명의 완전한 이해를 제공하기 위해 다수의 특정 세부사항이 설명되었다. 그러나, 당업자라면, 본 발명은 이들 특정 세부사항없이도 실시될 수 있음을 알 것이다. 예를 들어, 당업자라면, 본 명세서에서 기술한 기능 모듈 및 방법은 소프트웨어, 하드웨어 또는 이들의 조합으로서 구현될 수 있음을 알 것이다. 또한, 본 명세서에서 본 발명의 일부 실시예는 클라이언트 P2P 애플리케이션과 관련하여 설명되었지만, 본 발명의 기본적인 원리는 서버 애플리케이션의 형태 또는 임의의 다른 형태의 클라이언트 애플리케이션에서 구현될 수 있다. 따라서, 본 발명의 범주 및 사상은 이하의 청구항에서 판단되어야 한다.

Claims

IPv4(Internet Protocol Version 4) 어드레스 리터럴(address literal)로부터 IPv6(Internet Protocol Version 6)를 생성하기 위한 컴퓨터 구현 방법으로서,
제1 호스트에서 상기 IPv4 어드레스 리터럴을 제1 도메인 이름 서버의 도메인 이름과 결합함으로써 도메인 이름 질의를 위한 호스트 이름을 구성하는 단계- 상기 제1 도메인 이름 서버는 IPv4 어드레스를 포함하는 A 리코드를 생성하기 위해 상기 IPv4 어드레스 리터럴을 포함하는 상기 호스트 이름을 해석하도록 구성되고, 상기 A 리코드는 합성 IPv6 어드레스를 생성하는데 사용가능하고, 상기 합성 IPv6 어드레스는 NAT(netwrok address translation)64 서버를 식별하는 제1 부분 및 상기 IPv4 어드레스 리터럴과 연관된 IPv4 호스트를 식별하는 제2 부분을 포함함 -, 및
상기 제1 호스트에서 상기 합성 IPv6 어드레스를 수신하는 단계- 상기 합성 IPv6 어드레스는 상기 NAT64 서버를 통해 IPv4 호스트에 접속하기 위해 상기 제1 호스트에 의해 사용가능함 -
를 포함하는 컴퓨터 구현 방법.
제1항에 있어서,
상기 호스트 이름을 구성하는 단계는 상기 구성된 호스트 이름을 상기 IPv4 어드레스를 갖는 A 리코드 응답으로 변환할 수 있는 특화된 도메인 이름 서버의 도메인 이름에 상기 IPv4 어드레스 리터럴을 첨부하는 단계를 포함하는, 컴퓨터 구현 방법.
제1항에 있어서,
상기 합성 IPv6 어드레스는 제2 도메인 이름 서버가,
상기 A 리코드를 검색하기 위해 상기 구성된 도메인 이름에 의해 식별된 상기 제1 도메인 이름 서버에 질의하는 동작,
상기 합성 IPv6 어드레스를 형성하기 위해 상기 A 리코드를 공지된 NAT64 서버의 어드레스와 결합하는 동작- 상기 NAT64 서버는 IPv4 호스트와 IPv6 호스트 간을 변환하는데 사용가능함 -
을 수행함으로써 생성되는, 컴퓨터 구현 방법.
제3항에 있어서,
상기 제1 호스트에서, 상기 IPv4 리터럴을 상기 합성 IPv6 어드레스 내에 인코딩하는데 사용되는 코딩 기법을 결정하기 위해 다수의 합성적으로 생성된 IPv6 어드레스를 분석하는 단계를 더 포함하는, 컴퓨터 구현 방법.
제4항에 있어서,
상기 분석하는 단계는 상기 IPv4 어드레스가 상기 합성 IPv6 어드레스 내에 인코딩되는 방식을 식별하기 위해 상기 IPv6 어드레스 각각을 생성하는데 사용되는 상기 IPv4 리터럴 어드레스와 상기 합성 IPv6 어드레스 간의 상관을 수행하는 단계를 포함하는, 컴퓨터 구현 방법.
제4항에 있어서,
상기 코딩 기법이 결정되면 후속하여 상기 제1 호스트에서 합성 IPv6 어드레스를 생성하는 단계를 더 포함하는, 컴퓨터 구현 방법.
IPv4(Internet Protocol Version 4) 어드레스 리터럴로부터 IPv6(Internet Protocol Version 6)를 생성하기 위한 컴퓨터 구현 시스템으로서,
상기 시스템은 프로그램 코드를 저장하는 메모리와 상기 프로그램을 처리하여 동작들을 수행하는 프로세서를 포함하고,
상기 동작들은
제1 호스트에서 상기 IPv4 어드레스 리터럴을 제1 도메인 이름 서버의 도메인 이름과 결합함으로써 도메인 이름 질의를 위한 호스트 이름을 구성하는 동작- 상기 제1 도메인 이름 서버는 IPv4 어드레스를 포함하는 A 리코드를 생성하기 위해 상기 IPv4 어드레스 리터럴을 포함하는 상기 호스트 이름을 해석하도록 구성되고, 상기 A 리코드는 합성 IPv6 어드레스를 생성하는데 사용가능하고, 상기 합성 IPv6 어드레스는 NAT(netwrok address translation)64 서버를 식별하는 제1 부분 및 상기 IPv4 어드레스 리터럴과 연관된 IPv4 호스트를 식별하는 제2 부분을 포함함 -, 및
상기 제1 호스트에서 상기 합성 IPv6 어드레스를 수신하는 동작- 상기 합성 IPv6 어드레스는 상기 NAT64 서버를 통해 IPv4 호스트에 접속하기 위해 상기 제1 호스트에 의해 사용가능함 -
을 포함하는 컴퓨터 구현 시스템.
제7항에 있어서,
상기 호스트 이름을 구성하는 동작은 상기 구성된 호스트 이름을 상기 IPv4 어드레스를 갖는 A 리코드 응답으로 변환할 수 있는 특화된 도메인 이름 서버의 도메인 이름에 상기 IPv4 어드레스 리터럴을 첨부하는 동작을 포함하는, 컴퓨터 구현 시스템.
제7항에 있어서,
상기 합성 IPv6 어드레스는 제2 도메인 이름 서버가,
상기 A 리코드를 검색하기 위해 상기 구성된 도메인 이름에 의해 식별된 상기 제1 도메인 이름 서버에 질의하는 동작,
상기 합성 IPv6 어드레스를 형성하기 위해 상기 A 리코드를 공지된 NAT64 서버의 어드레스와 결합하는 동작- 상기 NAT64 서버는 IPv4 호스트와 IPv6 호스트 간을 변환하는데 사용가능함 -
을 수행함으로써 생성되는, 컴퓨터 구현 시스템.
머신에 의해 수행되는 경우, 상기 머신으로 하여금 청구항 제1항 내지 제6항 중 어느 한 항의 방법을 수행하게 하는 프로그램 코드가 저장되어 있는 머신 판독가능 매체.