KR100636281B1 - ＩＰｖ4/ＩＰｖ6 통합 네트워크 시스템에서 경로 자원을예약하는 방법 및 그 장치 - Google Patents

ＩＰｖ4/ＩＰｖ6 통합 네트워크 시스템에서 경로 자원을예약하는 방법 및 그 장치 Download PDF

Info

Publication number
KR100636281B1
KR100636281B1 KR20050039524A KR20050039524A KR100636281B1 KR 100636281 B1 KR100636281 B1 KR 100636281B1 KR 20050039524 A KR20050039524 A KR 20050039524A KR 20050039524 A KR20050039524 A KR 20050039524A KR 100636281 B1 KR100636281 B1 KR 100636281B1
Authority
KR
South Korea
Prior art keywords
host
dstm
message
ipv4
rsvp
Prior art date
Application number
KR20050039524A
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 삼성전자주식회사
Priority to KR20050039524A priority Critical patent/KR100636281B1/ko
Priority to US11/430,843 priority patent/US7953076B2/en
Priority to EP20060009781 priority patent/EP1722523B1/en
Priority to JP2006132144A priority patent/JP4347316B2/ja
Priority to DE200660013063 priority patent/DE602006013063D1/de
Application granted granted Critical
Publication of KR100636281B1 publication Critical patent/KR100636281B1/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
    • 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
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/72—Admission control; Resource allocation using reservation actions during connection setup
    • H04L47/724—Admission control; Resource allocation using reservation actions during connection setup at intermediate nodes, e.g. resource reservation protocol [RSVP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/82—Miscellaneous aspects
    • H04L47/825—Involving tunnels, e.g. MPLS
    • 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
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2503—Translation of Internet protocol [IP] addresses
    • H04L61/2542—Translation of Internet protocol [IP] addresses involving dual-stack hosts
    • 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/08—Protocols for interworking; Protocol conversion
    • 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/08—Protocols for interworking; Protocol conversion
    • H04L69/085—Protocols for interworking; Protocol conversion specially adapted for interworking of IP-based networks with other networks
    • 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/169—Special adaptations of TCP, UDP or IP for interworking of IP based networks with other networks 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2212/00—Encapsulation of packets

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

본 발명은 IPv4/IPv6 통합 네트워크 시스템에서 경로 자원을 예약하는 방법 및 그 장치에 관한 것으로, 4to6 DSTM(Dual Stack Transition Mechanism) 환경에서 RSVP(Resource Reservation Protocol) 메커니즘에 따라 자원을 예약할 때, DSTM에 따라 IPv6 호스트에 IPv4 주소 정보를 할당하면서 터널 세션의 시작 노드에게 마지막 노드의 RSVP 지원 가능 여부를 미리 알릴 수 있도록 하여, 시작 노드가 종단간 세션과 터널 세션을 동시에 설정할 수 있도록 하는 것이다.

Description

ＩＰｖ4/ＩＰｖ6 통합 네트워크 시스템에서 경로 자원을 예약하는 방법 및 그 장치{apparatus and method of ssession resource reservation in IPv4/IPv6 combination network }
도 1은 일반적인 DSTM 메커니즘을 설명하기 위한 블록 도면.
도 2는 일반적인 4to6 DSTM 메커니즘을 설명하기 위한 블록 도면.
도 3은 일반적인 4to6 DSTM 메커니즘에서 정의한 DSTM 메시지 형식을 설명하기 위한 도면.
도 4는 일반적인 SESSION_ASSOC 오브젝트를 설명하기 위한 도면.
도 5는 NODE_CHAR 오브젝트를 설명하기 위한 도면.
도 6은 일반적인 RSVP 메커니즘에 따른 메시지 흐름을 설명하기 위한 도면.
도 7은 본 발명의 바람직한 실시예에 따른 4to6 DSTM 메커니즘을 설명하기 위한 블록 도면.
도 8은 본 발명의 바람직한 실시예에 따른 DSTM 메시지 형식을 설명하기 위한 도면.
도 9는 본 발명의 바람직한 실시예에 따른 RSVP 메커니즘을 설명하기 위한 흐름도.
<도면의 주요 부분에 대한 부호의 설명>
10, 100 : DSTM(Dual Stack Transition Mechanism) 호스트
20, 200 : IPv4 호스트
30, 300 : DSTM 노드(TEP)
40, 400 : DSTM 서버
41, 410 : DNS-ALG(Application Level Gateway)
42, 420 : DSTM 매니저(Manager)
43, 430 : 맵핑 테이블(Mapping Table)
본 발명은 IPv4/IPv6 통합 네트워크 시스템에서 경로 자원을 예약하는 방법 및 그 장치에 관한 것으로, 더욱 자세하게는, 4to6 DSTM 환경에서 RSVP 메커니즘에 따라 자원을 예약할 때, DSTM에 따라 IPv6 호스트에 IPv4 주소 정보를 할당하면서 터널 세션의 시작 노드에게 마지막 노드의 RSVP 지원 가능 여부를 미리 알릴 수 있는 IPv4/IPv6 통합 네트워크 시스템에서 경로 자원을 예약하는 방법 및 그 장치에 관한 것이다.
인터넷은 정보화 사회의 핵심 인프라로 자리 매김하고 있으며, VoIP(Voice of IP) 및 인터넷 TV와 같이 실시간으로 고품질 서비스의 개발로 인하여, 인터넷을 통해 교환되는 트래픽(Traffic)도 텍스트 정보를 포함하는 트래픽에서 음성 정보, 이미지 정보 및 영상 정보를 포함하는 멀티미디어 트래픽으로 변화하고, 트래픽의 양도 폭발적으로 증가하고 있는 추세이다.
현재 구축되어 있는 IPv4(Internet Protocol Version 4) 기반의 인터넷은 급격히 증가하는 호스트와 멀티미디어 트래픽을 수용하기 위하여 작은 주소 정보와 복잡한 헤더 구조를 사용하는데, 이로 인하여 트래픽을 처리하는 라우터 및 노드의 처리 속도가 지연되어, 전체 인터넷의 성능을 저하시키는 문제점이 있다.
이와 같은 IPv4 기반의 인터넷의 문제점을 해결하기 위하여 제안된 IPv6(Internet Protocol Version 6)는 128 비트의 확장된 주소 체계와 단순화된 헤더 구조, 향상된 QoS(Quality of Service) 및 강화된 보안 등과 같은 특징을 가지고 있다.
그러나, 현재의 인터넷은 IPv4 망으로 구축되어 널리 운용되고 있기 때문에 한 순간에 IPv6 망으로 전환하는 것은 현실적으로 불가능함으로 당분간은 IPv4 망과 IPv6 망이 공존하면서 점차적으로 IPv6 망으로 전환될 것이다.
따라서, 성공적으로 IPv6 망을 구축하게 위해서는 IPv6 호스트나 라우터가 현재 구축되어 있는 IPv4 망의 IPv4 호스트 및 라우터들과의 공존하는 것이 중요하다.
그러므로, 트래픽의 급격한 증가를 효율적으로 수용하기 위해 음성, 비디오 및 데이터와 같이 서로 다른 특징을 갖는 트래픽들에게 각 트래픽들이 요구하는 QoS를 제공할 수 있는 인터넷 인프라의 구축이 필수적이며, IPv4 망과 IPv6 망이 혼재된 IPv4/IPv6 통합망에서 멀티미디어 트래픽을 위한 QoS를 종단간에 제공할 수 있는 모델의 정의가 요구된다.
IPv4 호스트 및 라우터와, IPv6 호스트 및 라우터가 혼재된 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 영역을 빠져나올 때 탈캡슐화하는 방법이다.
IPv4/IPv6 통합망에서 패킷을 처리하는 터널링 방법 중 하나의 규약인 RSVP(Resource Reservation Protocol)는 IP 계층에서 서로 다른 QoS를 요구하는 트래픽들을 수용하기 위해 미리 망 자원을 예약하는 메커니즘이다.
RSVP는 한 사용자가 송신지로부터 목적지까지 일종의 가상 회선인 플로우(flow)를 개설하고 송신지와 목적지 사이에 모든 라우터들이 플로우별로 필요한 자원을 예약하여 QoS를 보장하는 플로우 기반의 모델이라 할 수 있다.
플로우는 동일한 소스(source) 주소 정보, 목적지(destination) 주소 정보와, 소스 포트 정보, 목적지 포트 정보와 동일한 세션 식별(IDentifier) 정보를 가지는 패킷의 모임을 의미한다.
현재 RSVP에서는 터널을 포함하는 경로 상에서 종단간 RSVP를 지원하기 위해 한 플로우에 대한 RSVP 세션을 종단-대-종단(end-to-end) 세션과 터널 세션으로 나누어 두 세션을 맵핑시키고, 각 세션에 대한 자원 예약을 별도로 수행함으로써, 터널 내에서도 종단간 세션과 동일한 자원을 예약할 수 있도록 하였다.
그리고, IETF Next Generation Transition Working Group(Ngtrans WG)을 중심으로 제안된 전환 메커니즘들 중 NAT-PT(Network Address Translation Protocol Translation)와 같은 IPv6 변환(Translation) 메커니즘은 프로토콜 스택을 변환함으로써 IPv6 호스트와 IPv4 호스트 사이에 통신을 가능하게 한다.
그러나, 이와 같은 변환 메커니즘은 IPv6 패킷을 IPv4 패킷으로 또는 IPv4 패킷을 IPv6 패킷으로 변환하기 때문에 네트워크(Network) 계층과 전송 계층에서의 종단간 보안을 지원할 수 없으며 IPv6 헤더와 IPv4 헤더를 완벽하게 변환할 수 없 는 문제점을 가진다.
또한, 응용 계층 프로토콜이 자신의 데이터에 IP 주소를 포함하는 경우에는 변환을 지원하지 못하며, 이러한 응용 계층 프로토콜을 수용하기 위해서는 해당 응용 계층 프로토콜에 대한 응용 계층 게이트웨이(Application Level Gateway : ALG)를 가지고 있어야 하는 문제점도 가진다.
반면에 IPv4 스택과 IPv6 스택을 모두 가지고 있는 듀얼 스택과 터널링을 사용하는 DSTM(Dual Stack Transition Mechanism)은 프로토콜 변환에 의해 발생하는 문제점 없이 듀얼 스택 호스트와 IPv4 호스트 사이에 투명한 연결을 지원한다.
그러나, DSTM에서는 듀얼 스택 호스트에서 IPv4 호스트로 연결을 초기화하는 경우만을 고려하고 있으며, IPv4 노드에서 IPv6 망 내의 듀얼 스택 호스트로 연결을 설정하는 경우에는 연결을 제공하지 못하는 문제점을 가지고 있다.
이러한, DSTM의 문제점을 해결하기 위해 IPv4 호스트가 IPv6 망 내의 듀얼 스택 호스트로 연결을 설정하는 경우에도 IPv4 호스트와 듀얼 스택 호스트 사이에 투명한 연결을 제공할 수 있는 4to6 DSTM 전환 메커니즘이 제안되었다.
그러나, 4to6 DSTM에는 QoS가 고려되어 있지 않음으로, 4to6 DSTM 환경에서 종단간 QoS를 제공하기 위해 터널 구간을 포함하여 종단간 경로 자원을 예약할 수 있는 터널 RSVP 메커니즘이 사용된다.
'RFC 2746'에서는 터널 상에 RSVP를 지원할 수 있는 메커니즘을 정의하고 있지만, 터널의 시작 노드가 터널의 마지막 노드로부터 'NODE_CHAR 오브젝트'를 포함한 예약(Resv) 메시지를 수신한 이후부터 터널 상의 RSVP 세션을 설정할 수 있다는 제한점을 가진다. 이와 같은 제한점은 터널의 마지막 노드가 터널 RSVP 메커니즘을 지원할 수 있는지에 대해 시작 노드가 미리 알 수 없기 때문에 발생한다.
도 1은 일반적인 DSTM 메커니즘을 설명하기 위한 블록 도면이다.
도 1을 참조하면, DSTM(Dual Stack Transition Mechanism)은 IPv6 망 내에 존재하는 듀얼 스택 호스트(DSTM 호스트)(10)가 외부의 IPv4 망에 존재하는 호스트(IPv4 호스트)(20)와 트래픽을 교환할 수 있도록 하는 메커니즘이다.
이러한, DSTM 호스트(10)와 DSTM 서버(40)는 IPv6 망에 속해있고, IPv4 호스트(20)는 IPv4 망에 속해있고, DSTM TEP(30)은 IPv6 망과 IPv4 망간의 경계에 위치한다.
DSTM 호스트(10)가 IPv4 호스트(20)와 트래픽을 교환하고자 하는 경우에 DSTM 서버(40)에게 자신이 사용할 IPv4 주소 정보를 할당해 줄 것을 요청한다.
DSTM 서버(40)는 DSTM 호스트(10)로부터 IPv4 주소 정보 할당이 요청되면, 임시 IPv4 주소 정보와 DSTM TEP(30)의 IPv6 주소 정보를 전송한다.
DSTM 호스트(10)는 할당받은 IPv4 주소 정보와 DSTM TEP(30)의 IPv6 주소 정보를 이용하여, IPv6 패킷을 IPv4 패킷으로 캡슐화하여 DSTM TEP(30)로 IPv4-over-IPv6 터널링하고, DSTM TEP(30)는 터널링된 IPv4 패킷을 IPv4 망으로 전송한다.
DSTM TEP(30)는 DSTM 호스트(10)의 IPv4 주소 정보와 IPv6 주소 정보에 대한 맵핑 정보를 저장하고, IPv4 호스트(20)로부터 수신되는 IPv4 패킷을 밉핑 정보에 따라 DSTM 호스트(10)로 터널링한다.
이러한, DSTM은 터널링 방법을 통하여 듀얼 스택 호스트, 즉 DSTM 호스트 (10)와 IPv4 호스트(20) 사이에 투명한 경로를 제공하기 때문에, NAT-PT와 같이 프로토콜 변환에 의한 문제점이 발생하지 않는 장점이 있다.
그러나, DSTM은 IPv6 망에 있는 DSTM 호스트(10)에서 IPv4 망에 있는 IPv4 호스트로 연결을 설정하는 경우에만 연결을 지원하며, IPv4 망 내의 IPv4 호스트(20)에서 IPv6 망 내의 듀얼 스택 호스트로 연결을 설정하는 경우에는 연결을 지원하지 못하는 문제점을 가지고 있다.
이와 같은, DSTM의 문제점을 해결하기 위해 IPv4 호스트(20)가 IPv6 망 내의 DSTM 호스트(10)로 연결을 설정하는 경우에도 IPv4 호스트(20)와 DSTM 호스트(10) 사이에 투명한 연결을 제공하기 위한 4to6 DSTM 메커니즘이 제안되었다.
도 2는 일반적인 4to6 DSTM 메커니즘을 설명하기 위한 블록 도면이다.
도 2를 참조하면, 4to6 DSTM 메커니즘은 DSTM 서버(40), DSTM TEP(40), 듀얼 스택인 DSTM 호스트(10) 및 DNS(Domain Name System) 서버(51, 52)로 구성되고, DSTM 서버(40)는 DNS-ALG(41), DSTM 매니저(42) 및 맵핑 테이블(43)로 구성된다.
DSTM 서버(40)는 DSTM 호스트(10)에게 임시의 IPv4 주소 정보를 할당하고, 할당된 IPv4 주소 정보와 DSTM 호스트(10)의 IPv6 주소 정보에 대한 맵핑 정보를 맵핑 테이블(43)로 관리한다.
DSTM TEP(30)는 IPv6 망과 IPv4 망의 경계에 위치하면서 패킷을 DSTM 호스트(10)로 터널링하거나, IPv4 호스트(20)로 전송한다.
DNS 서버(51, 52)는 DNS 질의 메시지가 수신되면, IP 주소 정보가 포함되는 DNS 응답 메시지를 제공한다.
IPv4 호스트(20)는 IPv6 망에 속해 있는 DSTM 호스트(10)에 접속하여 패킷을 전송하기 위해서는 DSTM 호스트(10)의 IPv4 주소 정보를 알아야만 한다. 일반적으로 IPv4 호스트(20)는 IPv4 망 내에 있는 IPv4 DNS 서버(51)에게 DSTM 호스트(10)의 IPv4 주소 정보를 질의하는 A 타입(A: IPv4 주소에 대한 DNS 레코드 타입)의 DNS 질의 메시지를 전송한다(1).
IPv4 DNS 서버(51)는 DSTM 호스트(10)에 대한 DNS 정보를 저장하고 있지 않기 때문에 DSTM 호스트(10)의 IPv4 주소 정보를 관리하고 있는 IPv6 망 내의 IPv6 DNS 서버(52)로 DNS 질의 메시지를 전송한다(2).
IPv4 DNS 서버(51)가 전송한 DNS 질의 메시지는 IPv6 망과 IPv4 망의 경계에 존재하는 DSTM TEP(30)로 전송된다. DSTM TEP(30)는 수신되는 DNS 질의 메시지의 목적지 주소 정보가 DSTM 서버(40)의 주소 정보이므로 DNS 질의 메시지를 DSTM 서버(40)로 전송한다.
DSTM 서버(40)의 DNS-ALG(41)는 수신되는 A 타입의 DNS 질의 메시지를 IPv4 주소 정보와 IPv6 주소 정보를 모두 요청하는 AAAA 타입(AAAA: IPv6 주소에 대한 DNS 레코드 타입)의 DNS 질의 메시지로 변환하여 IPv6 DNS 서버(52)로 전송한다(3).
DSTM 서버(40)는 IPv6 DNS 서버(52)로부터 DSTM 호스트(10)의 IPv4 주소와 IPv6 주소 정보가 모두 포함되는 AAAA 타입의 DNS 응답 메시지가 수신되면(4), IPv4 주소 정보만을 포함하는 A 타입의 DNS 응답 메시지로 변환한다.
그리고, DNS-ALG(41)는 A 타입의 DNS 응답 메시지를 IPv4 DNS 서버(51)로 전 송한다. 만약 DNS-ALG(41)가 수신되는 AAAA 타입의 DNS 응답 메시지에 IPv6 주소 정보만 포함되어 있으면, DSTM 매니저(42)에게 임시로 IPv4 주소 정보를 할당해 줄 것을 요청한다(5).
DSTM 매니저(52)는 자신의 IPv4 주소 풀(IPv4 address pool)로부터 임시의 IPv4 주소 정보 하나를 DSTM 호스트(10)에 할당한다(6).
DSTM 매니저(52)는 맵핑 테이블(43)에 DSTM 호스트(10)의 IPv6 주소 정보와 할당된 IPv4 주소 정보 및 할당된 IPv4 주소 정보가 유효하게 사용될 수 있는 시간을 나타내는 유효 시간(lifetime) 정보 등과 같은 맵핑 정보를 저장하고, 유효 시간 정보에 대한 타이머를 설정한다.
그리고, DSTM 매니저(42)는 할당한 IPv4 주소 정보를 IPv6 DNS 서버(52)에 동적(dynamic)으로 등록한다(7).
DSTM 매니저(42)는 DSTM 호스트(10)로 DSTM 주소 할당 메시지(DSTM Address Allocation Message)를 전송하여 할당한 IPv4 주소 정보와 터널링에 사용될 DSTM TEP(30)의 IPv6 주소 정보 및 유효 시간 정보들을 전송한다(8).
DSTM 호스트(10)는 DSTM 매니저(42)로부터 DSTM 주소 할당 메시지가 수신되면, IPv4 주소 정보와 DSTM TEP(30)의 IPv6 주소 정보를 캐시(cache)에 저장하고, 유효 시간 정보에 대한 타이머를 설정한다.
그리고, DSTM 호스트(10)는 DSTM 주소 할당 응답 메시지(DSTM Address Allocation Acknowledgement Message)를 DSTM 서버(40)로 전송하여, 주소 할당이 성공적으로 처리되었음을 알린다(9).
DSTM 서버(40)는 DSTM 호스트(10)로부터 DSTM 주소 할당 응답 메시지가 수신되면, DNS-ALG(41)로 DSTM 호스트(10)에 할당된 IPv4 주소 정보를 전송한다(10).
DNS-ALG(41)는 DSTM 매니저(42)로부터 수신되는 IPv4 주소 정보가 포함되는 A 타입의 DNS 응답 메시지를 IPv4 DNS 서버(51)로 전송하고(11), IPv4 DNS 서버(51)는 IPv4 호스트(20)에게 DNS 응답 메시지를 전송한다(12).
IPv4 호스트(20)는 수신되는 DNS 응답 메시지로부터 획득되는 DSTM 호스트(10)의 IPv4 주소 정보를 이용하여 DSTM 호스트(10)로 IPv4 패킷을 전송한다(13).
DSTM TEP(30)은 IPv4 호스트(20)로부터 수신되는 IPv4 패킷을 IPv4-over-IPv6 터널링을 이용하여 DSTM 호스트(10)로 전송한다.
만약, DSTM TEP(30)가 수신되는 IPv4 패킷의 목적지 주소 정보에 대한 IPv6 주소 정보가 검색되지 않으면, DSTM TEP(30)는 DSTM 서버(40)로 DSTM 바인딩 요청 메시지(DSTM Binding Request Message)를 전송하여, IPv4 패킷의 목적지 주소 정보에 맵핑되는 IPv6 주소 정보를 요청한다(14).
DSTM 서버(40)는 DSTM TEP(30)로부터 DSTM 바인딩 요청 메시지가 수신되면, 맵핑 테이블(43)에서 IPv4 주소 정보에 맵핑되는 맵핑 정보, 즉 IPv6 주소 정보 및 유효 시간 정보를 검색하여, DSTM 바인딩 갱신 메시지(DSTM Binding Update Message)를 통하여 DSTM TEP(30)에게 전송한다(15).
DSTM TEP(30)는 DSTM 서버(40)로부터 DSTM 바인딩 갱신 메시지를 수신하면, 자신의 맵핑 테이블에 DSTM 호스트(10)의 IPv4 주소 정보와 맵핑되는 IPv6 주소 정보 및 유효 시간 정보를 저장하고, 유효 시간 정보에 대한 타이머를 설정한다.
DSTM TEP(30)는 저장한 맵핑 정보를 이용하여 IPv4 호스트(20)로부터 수신되는 IPv4 패킷을 DSTM 호스트(10)로 IPv4-over-IPv6 터널링한다.
DSTM 호스트(10)는 DSTM TEP(30)로부터 터널링된 패킷이 수신되면, 탈캡슐화하여 IPv4 호스트가 전송한 원본의 IPv4 패킷을 수신한다.
DSTM 호스트(10)는 DSTM 서버(40)로부터 할당받은 IPv4 주소 정보와 DSTM TEP(30)의 IPv6 주소 정보를 이용하여 DSTM TEP(30)로 IPv4 패킷을 IPv4-over-IPv6 터널링하고(17), DSTM TEP(30)가 수신되는 IPv4 패킷을 탈캡슐화하여 IPv4 망으로 전송한다(18).
DSTM 매니저(42)는 맵핑 테이블(43)의 각 엔트리마다 설정해 놓은 타이머가 만료되면(즉, DSTM 호스트(10)에게 할당한 IPv4 주소에 대한 유효 시간이 경과되면), 맵핑 테이블(43)에서 해당 엔트리를 삭제한다. 그리고 DSTM 매니저(42)는 IPv6 DNS 서버(52)로부터 IPv4 주소 할당 시에 등록했던 DSTM 호스트(10)의 IPv4 주소 정보를 삭제 요청하고, DSTM 호스트(10)에게서 할당했던 IPv4 주소를 회수한다.
DSTM 호스트(10)는 할당받은 IPv4 주소 정보를 유효 시간 만료된 이후에도 계속 사용하기 위해서는 유효 시간이 만료되기 이전에 DSTM 서버(40)로 DSTM 주소 연장 요청 메시지(DSTM Address Extension Request Message)를 전송하여 할당받은 IPv4 주소 정보의 유효 시간 정보를 연장한다.
DSTM 서버(40)는 DSTM 호스트(10)로부터 DSTM 주소 연장 메시지가 수신되면, 맵핑 테이블(43)에서 해당 엔트리를 찾아 유효 시간 정보를 연장하고 해당 타이머 를 재설정한다.
그리고 DSTM 서버(40)는 DSTM 호스트(10)에게 DSTM 주소 연장 응답 메시지(DSTM Address Extension Acknowledgement Message)를 전송한다. DSTM TEP(30)는 자신의 맵핑 테이블의 각 엔트리마다 설정해 놓은 타이머가 만료할 때까지 해당 맵핑 정보의 사용이 없으면 맵핑 테이블에서 엔트리를 삭제한다.
DSTM TEP(30)는 타이머가 만료되기 전에 해당 맵핑 정보가 사용된 경우에는 타이머 만료 전에 DSTM 서버(40)에게 DSTM 바인딩 요청 메시지(DSTM Binding Request Message)를 전송하여 맵핑 정보를 갱신하고 해당 타이머를 재설정한다.
이러한, 4to6 DSTM 메커니즘에서 DSTM 서버(40)와 DSTM 호스트(10)간에 IPv4 주소 할당하기 위한 DSTM 메시지(DSTM 주소 할당 메시지, DSTM 주소 할당 응답 메시지)와, DSTM 서버(40)와 DSTM TEP(30)간에 바인딩 정보 갱신을 위하여 필요한 DSTM 메시지(DSTM 바인딩 갱신 메시지, DSTM 바인딩 요청 메시지)를 정의하였다.
도 3은 일반적인 4to6 DSTM 메커니즘에서 정의한 DSTM 메시지 형식을 설명하기 위한 도면이다.
도 3을 참조하면, DSTM 메시지는 타입(Type) 필드, 길이(Length) 필드, 코드(Code) 필드, 식별자(Identification) 필드, 유효 시간(Lifetime) 필드, IPv4 주소(address) 필드 및 IPv6 주소 필드를 포함한다.
타입 필드는 DSTM 메시지의 타입을 나타내며, 길이 필드는 바이트 단위의 DSTM 메시지 길이를 나타낸다.
코드 필드는 DSTM 메시지의 처리 결과를 표시하고, 식별자 필드는 DSTM 요청 메시지와 응답 메시지의 일치시키기 위한 식별자를 나타낸다.
그리고, 유효 시간 필드는 IPv4 주소 필드와 IPv6 주소 필드의 정보가 유효하게 사용될 수 있는 시간을 나타내고, IPv4 주소 필드는 DSTM 호스트(10)의 IPv4주소 정보를 나타내고, IPv6 주소 필드는 DSTM 호스트(10)의 IPv6 주소 정보 또는 DSTM TEP(30)의 IPv6 주소 정보를 나타낸다.
한편, RSVP(Resource Reservation Protocol) 메커니즘은 특정 응용(application) 플로우(flow)가 요구하는 QoS(Quality of Service)를 제공하기 위해 제안된 IntServ(Integrated Services) 모델에서 종단간 자원을 예약하기 위해 설계된 메커니즘이다.
이러한, RSVP는 유니캐스트 혹은 멀티캐스트 데이터 flow에 대한 자원을 예약하기 위하여, 목적지 IP 주소 정보, 전송(Transport) 계층 프로토콜 및 목적지 포트 정보를 선택적으로 이용하여 각 데이터 흐름에 대한 세션(Session)을 정의하고, 소스 주소 정보와, 소스 포트 정보를 선택적으로 이용하여 각 세션의 서브-플로우(sub-flow)를 정의한다.
패킷을 송신하는 송신 종단은 세션과 서브-플로우를 초기화한 이후에 수신 종단까지의 자원 예약을 위한 경로를 설정하기 위해서 경로(Path) 메시지를 전송한다
Path 메시지에는 세션 정보를 전달하는 'SESSION 오브젝트'와 인터페이스의 IP 주소 정보를 전달하는 'RSVP_HOP오브젝트', 서브-플로우를 정의하는 'Sender_Templeate' 및 플로우의 트래픽 특성을 정의하는 'Sender Tspec'등을 포함 한다.
이와 같은, Path 메시지는 'Route Alert IP Option'을 포함하여 수신 종단을 향해서 전송되기 때문에 경로 상에 RSVP를 지원하는 노드는 Path 메시지를 처리한다.
만일, 경로 상의 노드가 경로 설정에 대한 오류가 발생하면, Path 메시지는 제거하고, 이전 노드로 오류가 발생했음을 알리는 경로 에려(PathErr) 메시지를 전송하고, 오류가 발생하지 않았다면, 플로우에 대한 경로를 설정하고 다음 노드로 전달한다.
Path 메시지가 수신 종단까지 도달하면, 수신 종단은 플로우에 대한 경로를 설정한 이후에 원하는 QoS에 대한 자원을 요청하는 예약(Resv) 메시지를 설정된 경로 정보에 따라 홉-바이-홉으로 전송한다.
Resv 메시지에는 'SESSION 오브젝트', 'RSVP_HOP 오브젝트', 원하는 QoS를 정의하는 'Flow spec' 및 서브-플로우를 구별하기 위한 'Filter spec' 등을 포함하여, 홉-바이-홉으로 송신 종단으로 전송되며, 경로상의 RSVP를 지원하는 노드들은 Resv 메시지가 수신되면, 해당 플로우에 대한 자원을 예약한다.
그리고, 노드는 자원 예약 요청이 수락되는 경우에는 Path 메시지에 의해 설정된 경로에 따라 다음 노드로 Resv 메시지가 전송하고, 자원 예약 요청이 거절되는 경우에는 수신 종단으로 예약 에러(ResvErr) 메시지를 전송함으로써 자원 예약 요청에 실패했음을 알린다.
현재 'RFC 2746'에는 터널을 포함하고 있는 경로 상에서 종단간 RSVP를 지원 하는 메커니즘에 대해 정의하고 있다. 이러한, 메커니즘의 기본 방식은 RSVP 메시지를 반복적으로 전송하는 것이다. 즉, 종단간 RSVP 메시지의 전송뿐만 아니라 터널 구간을 위한 RSVP 메시지를 따로 전송함으로써 터널 구간 내에 경로 설정과 자원 예약을 수행하고 터널 구간 내에 설정된 자원 예약과 터널 구간 외에 설정된 자원 예약을 맵핑함으로써 터널을 포함한 종단간에 자원 예약을 수행한다.
종단간 RSVP 메시지는 기존 RSVP와 동일한 방식으로 전송되고, 터널 구간에서는 일반 데이터 패킷과 마찬가지로 IP 캡슐화되어 전송됨으로써 터널 구간을 제외한 종단간 자원 예약을 설정한다. 그리고, 터널 내에서는 터널의 시작 노드와 마지막 노드가 터널 세션의 터널(Tunnel) RSVP 메시지를 따로 전송함으로써 터널 내에 경로 설정과 자원 예약을 수행한다.
이와 같이, 설정된 터널 세션과 종단간 세션은 'RFC 2746'에서 정의된 'SESSION_ASSOC 오브젝트'를 이용하여 맵핑됨으로써 터널을 포함한 종단간 RSVP가 투명하고 일관성 있게 지원된다. 'RFC 2746'에는 'SESSION_ASSOC 오브젝트' 이외에 'NODE_CHAR 오브젝트'가 정의되어 있다.
'NODE_CHAR 오브젝트'는 터널 구간의 마지막 노드가 터널 구간의 시작 노드에게 터널 RSVP 메커니즘을 지원 할 수 있는지에 대한 정보를 전달하기 위해 정의된 것이다.
도 4는 일반적인 SESSION_ASSOC 오브젝트를 설명하기 위한 것이고, 도 5는 NODE_CHAR 오브젝트를 설명하기 위한 것이다.
도 4를 참조하면, 터널 세션과 종단간 세션의 맵핑을 정의하기 위한 'SESSION_ASSOC 오브젝트'는 종단간 세션의 'SESSION 오브젝트'와 터널 세션의 'FILTER_SPEC' 정보를 포함하며, 터널의 마지막 노드가 터널 RSVP 메커니즘을 지원할 경우에 터널의 시작 노드는 Path 메시지에 'SESSION_ASSOC 오브젝트'를 포함하여 터널의 마지막 노드로 터널링한다.
그리고, 도 5를 참조하면, 터널 구간의 마지막 노드가 터널 구간의 시작 노드에게 터널 RSVP 메커니즘을 지원 할 수 있는지에 대한 정보를 전달하기 위한 'NODE_CHAR 오브젝트'는 터널 구간의 마지막 노드가 터널 RSVP 메커니즘을 지원할 수 있을 경우에 Resv 메시지에 'T bit'가 설정된 'NODE_CHAR 오브젝트'를 추가한 후 터널 구간의 시작 노드로 터널링한다.
도 6은 일반적인 RSVP 메커니즘에 따른 메시지 흐름을 설명하기 위한 도면이다.
도 6을 참조하면, 송신 종단(Source)(60)은 패킷을 전송하기 위한 자원을 예약하기 위한 경로(Path) 메시지를 홉-바이-홉 방식으로 수신 종단(destination)(66)에 전송하고, 수신 종단(66)은 Path 메시지가 수신되면, 예약(Resv) 메시지를 홉-바이-홉 방식으로 송신 종단(60)에 전송하여, 자원을 예약한다. 그리고, 송신 종단(60)과 수신 종단(66) 사이에 위치하는 각 노드(61 내지 65)는 Resv 메시지에 따라 자원을 예약하여 세션을 설정하고, 터널 세션의 시작 노드는 Rentry(62)이고, 마지막 노드는 Rexit(64)이다.
송신 종단(Source)(60)이 패킷을 전송하기 위한 경로 자원을 예약하기 위하여 수신 종단(66)을 향해서 Path 메시지를 전송하면(S 10), 터널 구간의 시작 노드 인 Rentry(62)는 터널의 마지막 노드인 Rexit(64)가 터널 RSVP 메커니즘을 지원할 수 있는지에 대한 정보를 가지고 있지 않기 때문에 Path 메시지를 캡슐화하여 Rexit(64)로 전송한다(S 20).
이러한, Path 메시지는 'Router Alert IP 옵션'을 포함하기 때문에 송신 종단(60)과 수신 종단(66)간 경로 상의 RSVP를 지원하는 각 노드(62 내지 65)에서 처리된다.
Rexit(64)는 캡슐화된 Path 메시지가 수신되면, 탈캡슐화하여 수신 종단(66)으로 전송한다(S 30).
수신 종단(66)이 Path 메시지가 수신되면, 종단간 경로 상에 자원 예약을 요청하기 위한 예약(Resv) 메시지를 송신 종단(60)을 향해서 홉-바이-홉으로 전송한다(S 40).
Rexit(64)가 Resv 메시지가 수신되면, 터널 RSVP 메커니즘을 지원할 수 있는 경우에 'T bit'를 설정한 'NODE_CHAR 오브젝트'를 Resv 메시지에 추가한 이후에 캡슐화하여 Rentry(62)로 터널링한다(S 50).
Rentry(62)는 수신되는 Resv 메시지를 탈캡슐화한 이후에 'NODE_CHAR 오브젝트'를 제거하여 송신 종단(60)으로 전송한다(S 60).
그리고, Rentry(62)는 종단간 세션에 해당하는 터널 세션을 초기화하고, 종단간 세션과 터널 세션의 맵핑 정보를 전달하는 'SESSION_ASSOC 오브젝트'를 Path 메시지에 포함시켜 Rexit(64)로 터널링한다(S 70).
또한, Rentry(62)는 터널 세션의 경로를 설정하기 위한 터널 Path 메시지를 Rexit(64)로 전송한다(S 80).
Rexit(64)는 종단간 세션에 해당하는 터널 세션의 정보를 포함하는 'SESSION_ASSOC 오브젝트'가 포함된 Path 메시지가 수신되면, 탈캡슐화하여 'SESSION_ASSOC 오브젝트'를 제거한 이후에 수신 종단(66)으로 전송한다(S 90).
그리고, Rexit(64)는 'SESSION_ASSOC 오브젝트'에 포함되어 있는 맵핑 정보를 이용하여 종단간 세션에 해당하는 터널 세션을 초기화하고, 터널 Path 메시지를 수신되면, 터널 세션에 대한 경로를 설정한 이후에 터널 구간 내에 자원 예약을 요청하는 터널 Resv 메시지를 Rentry(62)를 향하여 전송한다(S 100).
그러나, 현재 'RFC 2746'에 정의되어 있는 터널 상의 RSVP 지원 메커니즘은 터널 구간의 end-point, 즉, 터널 구간의 시작 노드와 마지막 노드들이 종단간 호스트들을 대신하여 터널 구간에서 자원을 예약할 수 있는 터널 RSVP 메시지를 전송하고, 종단간 세션과 터널 세션을 맵핑함으로써 터널을 포함하는 경로에서 종단간 RSVP를 지원할 수 있도록 하고 있다.
따라서, RSVP 메커니즘에서는 터널 세션이 종단간 세션과 함께 설정되지 못하고, 첫 번째 Resv 메시지가 전송되어 터널의 시작 노드에 전송된 이후에 터널 세션에 대한 설정이 이루어진다
따라서, 본 발명은 상기와 같은 문제점을 해결하기 위하여 창안된 것으로, 4to6 DSTM 환경에서 RSVP 메커니즘에 따라 자원을 예약하는 경우, 터널 세션의 시 작 노드가 마지막 노드의 RSVP 지원 가능 여부를 미리 알 수 있도록 하여 터널 세션과 종단간 세션이 동시에 설정될 수 있도록 하는 IPv4/IPv6 통합 네트워크 시스템에서 경로 자원을 예약하는 방법 및 그 장치를 제공하는 것에 그 목적이 있다.
상기 목적을 달성하기 위한 본 발명의 일측면에 따른 IPv4/IPv6 통합 네트워크 시스템은, DSTM(Dual Stack Transition Mechanism)에 따라 IPv6 망으로 접속되는 호스트에 IPv4 주소 정보를 할당하면서 각 호스트의 RSVP(Resource Reservation Protocol)의 지원 여부를 파악하고, RSVP에 따라 패킷을 교환하는 노드로부터 요청이 있으면, 각 호스트의 RSVP의 지원 여부를 알려주는 DSTM 서버와, 송신 호스트로부터 RSVP에 따른 예약 메시지가 수신되면, DSTM 서버로부터 수신 호스트가 RSVP를 지원하는지 여부를 확인하고, 수신 호스트가 RSVP를 지원하면, 수신 호스트와의 종단간 세션과, 종단간 세션에 맵핑되는 상기 송신 호스트와의 터널 세션을 동시에 설정하는 노드를 포함한다.
봉 발명의 다른 측면에 따른 RSVP(Resource Reservation Protocol) 메커니즘에 따라 경로 자원을 예약하는 IPv4/IPv6 통합 네트워크 시스템에서 경로 자원을 예약하는 장치는, IPv6 망으로 접속하며, IPv4 망으로 패킷을 전송해야 하는 경우, RSVP에 따른 경로 메시지를 IPv4 망으로 접속하는 제 2 호스트로 전송하는 제 1 호스트와, 제 1 호스트로부터 상기 경로 메시지가 수신되면, RSVP에 따른 예약 메시지를 IPv6 망과 IPv4 망의 경계에 위치하는 노드로 전송하는 제 2 호스트와, DSTM(Dual Stack Transition Mechanism)에 따라 IPv6 망으로 접속되는 제 1 호스트에 IPv4 주소 정보를 할당하면서 제 1 호스트의 RSVP 지원 정보를 파악하고, 노드의 요청에 따라 제 1 호스트의 상기 RSVP 지원 정보를 제공하는 DSTM 서버와, 제 2 호스트로부터 예약 메시지가 수신되면, DSTM 서버로부터 제 1 호스트의 RSVP 지원 정보를 파악하고, 제 1 호스트의 RSVP 지원 정보에 따라 제 2 호스트와의 종단간 세션과, 상기 종단간 세션에 맵핑되는 상기 제 1 호스트와의 터널 세션을 동시에 설정하는 노드를 포함한다.
본 발명의 다른 측면에 따른 IPv4/IPv6 통합 네트워크 시스템에서 경로 자원을 예약하는 장치는, DSTM에 따라 IPv6 망에 접속된 제 1 호스트에 IPv4 주소 정보 를 할당하는 할당 메시지를 전송한 이후에 수신되는 할당 응답 메시지로부터 RSVP 지원 정보를 획득하고, 노드로부터 IPv4 주소 정보의 맵핑 정보를 요청하는 요청 메시지가 수신되면, 맵핑 정보 및 RSVP 지원 정보가 포함되는 갱신 메시지를 제공하는 DSTM 서버와, DSTM 서버로부터 할당 메시지가 수신되면, RSVP 지원 정보가 포함되는 할당 응답 메시지를 DSTM 서버로 전송하고, 할당 메시지를 통해 할당된 IPv4 주소 정보를 이용하여 IPv4 망에 속해 있는 제 2 호스트로 패킷을 전송하는 제 1 호스트와, DSTM 서버로부터 제 1 호스트에 할당되는 IPv4 주소 정보를 이용하여 패킷을 제 1 호스트로 전송하는 제 2 호스트와, 제 2 호스트로부터 수신되는 패킷의 목적지 주소 정보의 맵핑 정보를 요청하는 요청 메시지를 DSTM 서버로 전송하고, DSTM 서버로부터 수신되는 갱신 메시지에 포함된 제 1 호스트의 RSVP 지원 정보에 따라 세션을 설정한 이후에 맵핑 정보에 따라 패킷을 제 1 호스트로 전송하는 노드를 포함한다.
본 발명에 따른 IPv4/IPv6 통합 네트워크 시스템에서 경로 자원을 예약하는 장치는, 제 2 호스트로부터 수신되는 제 1 호스트의 IPv4 주소 정보를 질의하는 제 1 타입의 질의 메시지를 DSTM 서버로 전송하고, 제 1 호스트의 IPv4 주소 정보를 제 2 호스트로 제공하는 제 1 DNS 서버와, DSTM 서버로부터 수신되는 제 2 타입의 질의 메시지에 따라 제 1 호스트의 IPv4 주소 정보 및 IPv6 주소 정보가 포함되는 응답 메시지를 제공하는 제 2 DNS 서버를 더 포함한다.
본 발명에 따른 IPv4/IPv6 통합 네트워크 시스템에서 경로 자원을 예약하는 장치의 DSTM 서버는, 제 1 DNS 서버로부터 수신되는 제 1 타입의 질의 메시지를 제 2 타입의 질의 메시지로 변환하여 제 2 DNS 서버로 전송하고, 제 2 DNS 서버로부터 수신되는 제 2 타입의 응답 메시지를 제 1 타입의 응답 메시지로 변환하여 제 1 DNS 서버로 전송하는 DNS 게이트웨이와, 제 1 호스트에 IPv4 주소 정보를 할당한 이후에 제 2 DNS 서버에 등록하고, IPv4 주소 정보가 포함되는 할당 메시지를 제 1 호스트로 전송하는 DSTM 매니저부와, 제 1 호스트의 맵핑 정보를 저장하는 맵핑 테이블을 포함한다.
본 발명의 또 다른 측면에 따른 서로 다른 망에 속해 있는 호스트와, DSTM 서버 및 노드를 포함하는 IPv4/IPv6 통합 네트워크에서 RSVP 메커니즘에 따라 경로 자원을 예약하는 방법은, DSTM 서버가 제 1 호스트의 RSVP 지원 정보를 파악하고, 노드로부터 요청 메시지가 수신되면, RSVP 지원 정보가 포함되는 갱신 메시지를 노드로 전송하는 단계와, 제 1 호스트가 RSVP에 따른 경로 메시지를 제 2 호스트로 전송하는 단계와,
제 2 호스트가 경로 메시지가 수신되면, RSVP에 따른 예약 메시지를 노드로 전송하는 단계와, 노드가 갱신 메시지를 통해 파악되는 제 1 호스트의 RSVP 지원 정보에 따라 제 2 호스트와의 종단간 세션을 설정하기 위한 예약 메시지와 제 1 호스트와의 터널 세션을 설정하기 위한 터널 예약 메시지를 동시에 제 1 호스트로 전송하는 단계를 포함한다.
본 발명에 따른 IPv4/IPv6 통합 네트워크 시스템에서 경로 자원을 예약하는 방법은, 노드가 제 1 호스트로부터 캡슐화된 경로 메시지가 수신되면, 탈캡슐화하여 제 2 호스트로 전송하는 단계와, 제 2 호스트로부터 예약 메시지가 수신되면, 예약 메시지를 캡슐화하고, 제 1 호스트와의 터널 세션을 설정하기 위한 터널 예약 메시지와 캡슐화된 예약 메시지를 동시에 제 1 호스트로 전송하는 단계와, 제 2 호스트와 설정되는 종단간 세션 정보와, 종단간 세션 정보에 맵핑되는 제 1 호스트와의 터널 세션 정보를 관리하는 단계를 더 포함한다.
또한, 본 발명에 따른 IPv4/IPv6 통합 네트워크 시스템에서 경로 자원을 예약하는 방법은, DSTM 서버가 제 1 호스트에 할당되는 IPv4 주소 정보와, 제 1 호스트의 맵핑 정보를 관리하는 단계와, 제 1 호스트가 할당 메시지를 통해 할당된 각 주소 정보를 이용하여 패킷을 전송하는 단계와, 제 2 호스트가 제 1 호스트에 할당되는 IPv4 주소 정보를 이용하여 패킷을 전송하는 단계와, 노드가 제 2 호스트로부터 수신되는 패킷의 목적지 주소 정보에 맵핑되는 맵핑 정보를 요청하는 요청 메시지를 DSTM 서버로 전송하는 단계와, DSTM 서버가 요청 메시지가 수신되면, 목적지 주소 정보에 맵핑되는 맵핑 정보와, 제 1 호스트의 RSVP 지원 정보가 포함되는 갱신 메시지를 제 2 호스트로 전송하는 단계를 더 포함한다.
본 발명의 또 다른 측면에 따른 서로 다른 망에 속해 있는 호스트와, DSTM 서버 및 노드를 포함하는 IPv4/IPv6 통합 네트워크 시스템에서 RSVP 메커니즘에 따라 경로 자원을 예약하는 방법은, DSTM 서버가 IPv6 망으로 접속된 제 1 호스트에 IPv4 주소 정보를 할당하고, 제 1 호스트의 RSVP 지원 정보를 파악하는 단계와, 노드가 제 2 호스트로부터 패킷이 수신되면, 패킷의 목적지 주소 정보에 따른 맵핑 정보를 요청하는 요청 메시지를 DSTM 서버로 전송하는 단계와, DSTM 서버가 요청 메시지에 따른 맵핑 정보와, 제 1 호스트의 RSVP 지원 정보가 포함되는 갱신 메시 지를 노드로 전송하는 단계와, 노드가 갱신 메시지로부터 파악되는 제 1 호스트의 RSVP 지원 정보에 따라 제 2 호스트와의 종단간 세션과 제 1 호스트와의 터널 세션을 동시에 설정하는 단계를 포함한다.
본 발명에 따른 IPv4/IPv6 통합 네트워크 시스템에서 경로 자원을 예약하는 방법에서 제 1 호스트의 RSVP 지원 정보의 파악은, DSTM 서버가 제 1 호스트에 IPv4 주소 정보를 할당하는 단계와, 할당된 IPv4 주소 정보와, 노드의 IPv6 주소 정보가 포함되는 할당 메시지를 제 1 호스트로 전송하는 단계와, 제 1 호스트가 할당 메시지로부터 각 주소 정보를 파악하고, RSVP 지원 정보가 포함되는 응답 메시지를 DSTM 서버로 전송하는 단계와, DSTM 서버가 응답 메시지에 포함된 제 1 호스트의 RSVP 지원 정보를 파악하는 단계를 포함한다.
본 발명에 따른 IPv4/IPv6 통합 네트워크 시스템에서 경로 자원을 예약하는 방법은, DSTM 서버가 제 1 호스트의 맵핑 정보를 테이블로 관리하는 단계와, DSTM 서버가 노드로부터 요청 메시지가 수신되면, 테이블로 관리되는 제 1 호스트의 맵핑 정보를 검색하여, 맵핑 정보 및 RSVP 지원 정보가 포함되는 갱신 메시지를 노드로 전송하는 단계와, 노드가 제 2 호스트로부터 RSVP에 따른 예약 메시지가 수신되면, 제 1 호스트의 RSVP 지원 정보에 따라 터널 세션을 설정하기 위한 터널 예약 메시지와, 종단 세션을 설정하기 위한 종단간 예약 메시지를 동시에 제 1 호스트로 전송하는 단계를 더 포함한다.
이하 본 발명에 따른 IPv4/IPv6 통합 네트워크 시스템에서 경로 자원을 예약 하는 방법 및 그 장치를 첨부한 도면을 참조하여 상세히 설명한다.
도 7은 본 발명의 바람직한 실시예에 따른 4to6 DSTM 메커니즘을 설명하기 위한 블록 도면이다.
도 7을 참조하면, 본 발명의 실시예에 따른 4to6 DSTM 메커니즘은 IPv6 망에 속해 있는 DSTM 서버(400), 듀얼 스택인 DSTM 호스트(100) 및 IPv6 DNS(Domain Name System) 서버(520)과, IPv4 망에 속해 있는 IPv4 호스트(200) 및 IPv4 DNS 서버와, IPv4 망과 IPv6 망의 경계에 위치하는 DSTM TEP(300)로 구성된다.
DSTM 서버(400)는 DSTM 호스트(100)로부터 주소 할당 요청 메시지가 수신되면, DSTM 호스트(100)에 임시 IPv4 주소 정보를 할당하고, 할당된 IPv4 주소 정보와 DSTM 호스트(100)의 IPv6 주소 정보에 대한 맵핑 정보를 맵핑 테이블(430)로 관리하고, 터널 세션의 마지막 노드, 즉 DSTM TEP(300)의 RSVP 지원 정보, 할당되는 IPv4 주소 정보 및 DSTM TEP(300)의 IPv6 주소 정보가 포함되는 주소 할당 응답 메시지를 DSTM 호스트(100)로 전송한다.
또한, DSTM 서버(400)는 DSTM TEP(300)로부터 수신되는 IPv4 패킷의 목적지 주소 정보에 맵핑되는 IPv6 주소 정보를 요청하는 DSTM 바인딩 요청 메시지가 수신되면, 맵핑 테이블(430)에서 IPv4 주소 정보에 맵핑되는 맵핑 정보를 검색하여, DSTM 호스트(100)의 RSVP 지원 정보 및 맵핑 정보가 포함되는 DSTM 바인딩 갱신 메시지를 DSTM TEP(300)로 전송한다.
DSTM TEP(300)는 IPv6 망과 IPv4 망의 경계에 위치하면서 IPv4 패킷을 DSTM 호스트(100)로 터널링한다.
그리고, 터널 RSVP 메커니즘에 따라 터널 세션을 설정하는 경우에는 DSTM TEP(300)가 터널 세션의 시작 노드에 해당되고, DSTM 호스트(100)가 터널 세션의 마지막 노드에 해당된다.
IPv4 호스트(200)는 IPv6 망에 속해 있는 DSTM 호스트(100)에 접속하기 위하여 IPv4 DNS 서버(510)로 DSTM 호스트(100)의 IPv4 주소 정보를 질의하는 A 타입(A: IPv4 주소에 대한 DNS 레코드 타입)의 DNS 질의 메시지를 전송한다(100).
IPv4 DNS 서버(510)는 DNS 질의 메시지가 수신되면, DSTM 호스트(100)의 주소 정보를 관리하고 있는 IPv6 망 내의 IPv6 DNS 서버(520)로 DNS 질의 메시지를 전송한다(110).
IPv4 DNS 서버(510)가 전송한 DNS 질의 메시지는 IPv6 망과 IPv4 망의 경계에 존재하는 DSTM TEP(300)로 전송되고, DSTM TEP(300)는 수신되는 DNS 질의 메시지의 목적지 주소 정보가 DSTM 서버(400)의 주소 정보이므로 DNS 질의 메시지를 DSTM 서버(400)로 전송한다.
DSTM 서버(400)의 DNS-ALG(410)는 수신되는 A 타입의 DNS 질의 메시지를 IPv4 주소 정보와 IPv6 주소 정보를 모두 요청하는 AAAA 타입(AAAA: IPv6 주소에 대한 DNS 레코드 타입)의 DNS 질의 메시지로 변환하여 IPv6 DNS 서버(520)로 전송한다(120).
IPv6 DNS 서버(520)는 DNS 질의 메시지가 수신되면, DSTM 호스트(100)의 IPv4 주소 정보 및 IPv6 주소 정보가 포함되는 DNS 응답 메시지를 DSTM 서버(400)로 전송한다(130).
DSTM 서버(400)는 IPv6 DNS 서버(520)로부터 DSTM 호스트(100)의 IPv4 주소 정보와 IPv6 주소 정보를 모두 포함하는 AAAA 타입의 DNS 응답 메시지가 수신되면, IPv4 주소 정보만을 포함하는 A 타입의 DNS 응답 메시지로 변환한다.
그리고, DSTM 서버(400)는 A 타입의 DNS 응답 메시지를 IPv4 DNS 서버(510)로 전송한다(200).
만약, DSTM 서버(400)가 수신되는 DNS 응답 메시지에 IPv6 주소 정보만 포함되어 있는 경우, 즉, IPv6 DNS 서버(520)로부터 DSTM 호스트(100)의 IPv6 주소 정보만을 포함하는 AAAA 타입의 DNS 응답 메시지를 수신되면, DSTM 서버(400)는 IPv4 주소 풀(IPv4 address pool)로부터 임시 IPv4 주소 정보 중 하나를 DSTM 호스트(100)에 할당한다.
DNS-ALG(410)는 수신되는 DNS 응답 메시지에 IPv6 주소 정보만 포함되어 있으면, DSTM 호스트(100)에 IPv4 주소 정보를 할당해 줄 것을 DSTM 매니저(420)에게 요청한다(140).
DSTM 매니저(420)는 임시 IPv4 주소 정보를 DSTM 호스트(100)에 할당하고, 맵핑 테이블(430)에 DSTM 호스트(100)의 IPv6 주소 정보와 할당한 IPv4 주소 정보 및 할당된 IPv4 주소 정보가 유효하게 사용될 수 있는 시간을 나타내는 유효 시간(lifetime) 정보 등과 같은 맵핑 정보를 저장하고, 유효 시간 정보에 대한 타이머를 설정한다.
그리고, DSTM 매니저(420)는 할당한 IPv4 주소 정보를 IPv6 DNS 서버(520)에 동적(dynamic)으로 등록한다(160).
DSTM 매니저(420)는 할당된 IPv4 주소 정보 및 터널링에 사용할 DSTM TEP(300)의 IPv6 주소 정보 및 할당된 IPv4 주소 정보의 유효 시간 정보가 포함되는 DSTM 주소 할당 메시지(DSTM Address Allocation Message)를 DSTM 호스트(100)로 전송한다(170).
DSTM 호스트(100)는 DSTM 매니저(420)로부터 DSTM 주소 할당 메시지가 수신되면, 할당된IPv4 주소 정보와 DSTM TEP(300)의 IPv6 주소 정보를 캐시(cache)에 저장하고, 유효 시간 정보에 대한 타이머를 설정한다.
그리고, DSTM 호스트(100)는 IPv4 주소 정보 및 DSTM TEP(300)의 IPv6 주소 정보를 캐시에 저장하고, RSVP 지원 정보가 포함되는 DSTM 주소 할당 응답 메시지(DSTM Address Allocation Acknowledgement Message)를 DSTM 서버(400)로 전송하여, 주소 할당이 성공적으로 처리되었음을 알림과 동시에 자신의 RSVP 지원 여부를 알린다(180).
즉, DSTM 호스트(100)는 RSVP 메커니즘을 지원하는 경우, DSTM 주소 할당 응답 메시지에 RSVP 지원 가능 정보를 포함시켜 DSTM 서버(400)로 전송한다.
도 8은 본 발명의 바람직한 실시예에 따른 DSTM 메시지 형식을 설명하기 위한 도면이다.
도 8을 참조하면, 본 발명의 실시예에 따른 DSTM 메시지는, DSTM 메시지의 타입을 나타내는 타입(Type) 필드, 바이트 단위의 메시지 길이를 나타내는 길이(Length) 필드, DSTM 메시지의 처리 결과를 나타내는 코드(Code) 필드, RSVP 지원 정보를 나타내는 RSVP 필드, DSTM 요청 메시지와 응답 메시지를 일치시키기 위한 식별자(Identification) 필드, 유효 시간(Lifetime) 필드, IPv4 주소(address) 필드 및 IPv6 주소 필드를 포함한다.
RSVP 필드는 기존의 DSTM 메시지의 예비(Reserved) 필드 중 1 바이트의 필드를 사용하는 것이 바람직하다.
DSTM 매니저(420)는 DSTM 호스트(100)로부터 DSTM 주소 할당 응답 메시지가 수신되면, DNS-ALG(410)로 DSTM 호스트(100)에 할당된 IPv4 주소 정보를 알리고(190), DNS-ALG(410)는 IPv4 주소 정보를 포함하는 A 타입의 DNS 응답 메시지를 IPv4 DNS 서버(510)로 전송한다(200).
IPv4 DNS 서버(510)는 수신되는 DNS 응답 메시지를 IPv4 호스트(200)로 전송하여, IPv6 호스트(100)에 할당된 IPv4 주소 정보를 알린다(210).
IPv4 호스트(200)는 수신되는 DNS 응답 메시지로부터 획득되는 DSTM 호스트(100)의 IPv4 주소 정보를 이용하여 IPv4 패킷을 전송한다(220).
DSTM TEP(300)는 IPv4 패킷이 수신되면, IPv4 패킷의 목적지 주소 정보에 대한 IPv6 주소 정보가 포함되는 맵핑 정보를 요청하는 DSTM 바인딩 요청 메시지(DSTM Binding Request Message)를 DSTM 서버(400)로 전송한다(230).
이때, DSTM TEP(300)가 수신되는 IPv4 패킷은 터널 RSVP 메커니즘에 따라 세션을 설정하기 위한 RSVP 메시지의 패킷이 해당 될 수 있다. 즉, DSTM 호스트(100)와 IPv4 호스트(200)간 세션을 설정하기 위한 RSVP 예약 메시지가 해당될 수 있다.
DSTM 서버(400)는 DSTM TEP(300)로부터 DSTM 바인딩 요청 메시지가 수신되면, 맵핑 테이블(430)에서 IP 패킷의 목적지 주소 정보인 IPv4 주소 정보에 대한 맵핑 정보를 검색한다.
그리고, DSTM 서버(400)는 맵핑 테이블(430)에서 검색되는 맵핑 정보, 즉 IPv4 주소 정보에 맵핑되는 IPv6 주소 정보 및 IPv4 주소 정보의 유효 시간 정보 등이 포함되는 맵핑 정보와, DSTM 호스트(100)의 RSVP 지원 정보가 포함되는 DSTM 바인딩 갱신 메시지(DSTM Binding Update Message)를 DSTM TEP(300)로 전송한다(240).
이때, DSTM 서버(400)는 상기 도 8과 같은 DSTM 메시지 형식에 따라 DSTM 바인딩 갱신 메시지의 RSVP 필드에 DSTM 호스트(100)의 RSVP 지원 정보를 포함시켜 DSTM TEP(300)로 전송한다.
즉, DSTM 서버(400)는 DSTM 호스트(100)로부터 수신되는 DSTM 주소 할당 응답 메시지에서 획득된 RSVP 지원 정보를 DSTM 바인 갱신 메시지에 포함시켜 DSTM TEP(300)로 전송하여, 터널 구간의 시작 노드인 DSTM TEP(300)가 터널의 마지막 노드인 DSTM 호스트의 RSVP 지원 정보를 확인 할 수 있도록 한다.
DSTM TEP(300)는 DSTM 서버(400)로부터 DSTM 바인딩 갱신 메시지가 수신되면, 자신의 맵핑 테이블에 DSTM 호스트(100)의 IPv4 주소 정보와 IPv6 주소 정보 및 IPv4 주소 정보의 유효 시간 정보를 저장하고, 유효 시간 정보에 대한 타이머를 설정한다.
DSTM TEP(300)는 저장한 맵핑 정보를 이용하여 IPv4 호스트(200)로부터 수신되는 IPv4 패킷을 DSTM 호스트(100)로 IPv4-over-IPv6 터널링한다.
DSTM 호스트(100)는 DSTM TEP(300)로부터 터널링된 패킷이 수신되면, 탈캡슐 화하여 IPv4 호스트(200)가 전송한 원본의 IPv4 패킷을 수신한다.
DSTM 호스트(100)는 DSTM 서버(400)로부터 수신되는 DSTM 주소 할당 메시지로부터 획득한 할당된 IPv4 주소 정보와 DSTM TEP(300)의 IPv6 주소 정보를 이용하여 DSTM TEP(300)로 IPv4 패킷을 IPv4-over-IPv6 터널링하고(260), DSTM TEP(300)는 DSTM 호스트(100)로부터 수신되는 IPv4 패킷을 탈캡슐화하여 IPv4 망으로 전송한다(270).
DSTM 매니저(420)는 맵핑 테이블(430)의 각 엔트리마다 설정해 놓은 타이머가 만료되면(즉, DSTM 호스트(100)에게 할당한 IPv4 주소에 대한 유효 시간이 경과되면), 맵핑 테이블(430)에서 해당 엔트리를 삭제한다. 그리고 DSTM 매니저(420)는 IPv6 DNS 서버(520)로부터 IPv4 주소 할당 시에 등록했던 DSTM 호스트(100)의 IPv4 주소 정보를 삭제 요청하고, DSTM 호스트(100)에게서 할당했던 IPv4 주소를 회수한다.
DSTM 호스트(100)는 할당받은 IPv4 주소 정보를 유효 시간 만료된 이후에도 계속 사용하기 위해서는 유효 시간이 만료되기 이전에 DSTM 서버(400)로 DSTM 주소 연장 요청 메시지(DSTM Address Extension Request Message)를 전송하여 할당받은 IPv4 주소 정보의 유효 시간 정보를 연장한다.
DSTM 서버(400)는 DSTM 호스트(100)로부터 DSTM 주소 연장 메시지를 수신하면, 맵핑 테이블(430)에서 해당 엔트리를 찾아 유효 시간 정보를 연장하고 해당 타이머를 재설정한다.
그리고, DSTM 서버(400)는 DSTM 호스트(100)에게 DSTM 주소 연장 응답 메시 지(DSTM Address Extension Acknowledgement Message)를 전송한다. DSTM TEP(300)는 자신의 맵핑 테이블의 각 엔트리마다 설정해 놓은 타이머가 만료할 때까지 해당 맵핑 정보의 사용이 없으면 맵핑 테이블에서 해당 엔트리를 삭제한다.
DSTM TEP(300)는 타이머가 만료되기 전에 해당 맵핑 정보가 사용된 경우에는 타이머 만료 전에 DSTM 서버(400)에게 DSTM 바인딩 요청 메시지(DSTM Binding Request Message)를 전송하여 맵핑 정보를 갱신하고 해당 타이머를 재설정한다.
도 9는 본 발명의 바람직한 실시예에 따른 RSVP 메커니즘을 설명하기 위한 흐름도이다.
도 9를 참조하면, 송신 종단(Source)인 DSTM 호스트(100)가 터널 RSVP 메커니즘을 지원하고, 터널 세션의 시작 노드가 DSTM TEP(300)이고, 터널 세션의 마지막 노드가 DSTM 호스트(100)인 경우에 대하여 설명한다.
DSTM 호스트(100)가 DSTM 서버(400)로부터 DSTM 메커니즘에 따라 할당되는 IPv4 주소 정보와, DSTM TEP(300)의 IPv6 주소 정보가 포함되는 DSTM 주소 할당 메시지가 수신되면, RSVP 지원 정보가 포함되는 DSTM 주소 할당 응답 메시지를 DSRM 서버(400)로 전송하여, RSVP 지원 여부를 DSTM 서버(400)로 알린다.
그리고, DSTM 서버(400)는 DSTM TEP(300)로부터 수신되는 IPv4 패킷의 목적지 주소 정보에 맵핑되는 맵핑 정보를 요청하는 DSTM 바인딩 요청 메시지가 수신되면, 목적지 주소 정보에 맵핑되는 맵핑 정보와, DSTM 호스트(100)의 RSVP 지원 정보가 포함되는 DSTM 바인딩 갱신 메시지를 DSTM TEP(300)로 전송하여, DSTM TEP(300)가 DSTM 호스트(100)의 RSVP 지원 여부를 확인할 수 있도록 한다.
그리고, DSTM 호스트(100)는 RSVP 메커니즘에 따라 패킷을 전송하기 위한 종단 세션을 설정하기 위한 종단간 Path 메시지 및 터널 세션을 설정하기 위한 터널 Path 메시지를 캡슐화하여 DSTM TEP(300)로 전송한다(S 300).
DSTM TEP(300)는 종단간 세션 정보와, 터널 세션 정보를 저장하고, 종단간 Path 메시지를 탈캡슐화하여, 수신 종단인 IPv4 호스트(200)로 전송한다(S 310).
IPv4 호스트(200)는 종단간 Path 메시지가 수신되면, 종단간 경로 상의 자원 예약을 요청하는 종단간 예약(Resv) 메시지를 DSTM TEP(300)로 전송한다(S 320).
DSTM TEP(300)는 터널의 마지막 노드인 DSTM 호스트(100)의 RSVP 지원 정보를 DSTM 서버(400)로부터 수신되는 DSTM 바인딩 갱신 메시지로부터 확인하였음으로 종단간 Resv 메시지를 캡슐화하여 DSTM 호스트(100)로 전송하면서 터널 Resv 메시지를 전송한다(S 330).
그리고, DSTM TEP(300)는 종단간 세션과 터널 세션의 맵핑 정보를 저장한다.
즉, DSTM TEP(300)는 터널 세션의 마지막 노드인 DSTM 호스트(100)의 RSVP 지원 정보를 확인하였음으로, DSTM 호스트(100)가 RSVP를 지원하면, 기존의 터널 세션의 마지막 노드가 터널 세션의 경로를 설정하기 위한 터널 Path 메시지에 RSVP 지원 정보를 포함시켜 시작 노드로 전송하고, 시작 노드가 마지막 노드의 RSVP 지원 정보를 확인한 이후에 터널 Resv 메시지를 전송하는 과정없이 터널 세션과 종단간 세션을 동시에 설정할 수 있다.
이상에서 본 발명은 기재된 구체 예에 대해서만 상세히 설명하였지만 본 발명의 기술 사상 범위 내에서 다양한 변형 및 수정이 가능함은 당업자에게 있어서 명백한 것이며, 이러한 변형 및 수정이 첨부된 특허청구범위에 속함은 당연한 것이다.
상기한 바와 같이, 본 발명에 따르면, 4to6 DSTM 환경에서 RSVP 메커니즘에 따라 자원을 예약하는 경우, DSTM에 따라 IPv6 호스트에 IPv4 주소 정보를 할당하면서 터널 세션의 시작 노드에게 마지막 노드의 RSVP 지원 가능 여부를 미리 알림으로써 터널 세션과 종단간 세션을 동시에 설정할 수 있다.

Claims (24)

  1. IPv4/IPv6 통합 네트워크 시스템에 있어서,
    DSTM(Dual Stack Transition Mechanism)에 따라 IPv6 망으로 접속되는 호스트에 IPv4 주소 정보를 할당하면서 상기 각 호스트의 RSVP(Resource Reservation Protocol)의 지원 여부를 파악하고, RSVP에 따라 패킷을 교환하는 노드로부터 요청이 있으면, 상기 각 호스트의 RSVP의 지원 여부를 알려주는 DSTM 서버와,
    송신 호스트로부터 상기 RSVP에 따른 예약 메시지가 수신되면, 상기 DSTM 서버로부터 수신 호스트가 RSVP를 지원하는지 여부를 확인하고, 상기 수신 호스트가 RSVP를 지원하면, 상기 수신 호스트와의 종단간 세션과, 상기 종단간 세션에 맵핑되는 상기 송신 호스트와의 터널 세션을 동시에 설정하는 노드를 포함하는 IPv4/IPv6 통합 네트워크 시스템.
  2. RSVP 메커니즘에 따라 경로 자원을 예약하는 IPv4/IPv6 통합 네트워크 시스템에 있어서,
    IPv6 망으로 접속하며, IPv4 망으로 패킷을 전송해야 하는 경우, 상기 RSVP에 따른 경로 메시지를 IPv4 망으로 접속하는 제 2 호스트로 전송하는 제 1 호스트와,
    상기 제 1 호스트로부터 상기 경로 메시지가 수신되면, RSVP에 따른 예약 메시지를 상기 IPv6 망과 IPv4 망의 경계에 위치하는 노드로 전송하는 제 2 호스트와,
    DSTM(Dual Stack Transition Mechanism)에 따라 IPv6 망으로 접속되는 상기 제 1 호스트에 IPv4 주소 정보를 할당하면서 상기 제 1 호스트의 RSVP 지원 정보를 파악하고, 상기 노드의 요청에 따라 상기 제 1 호스트의 상기 RSVP 지원 정보를 제공하는 DSTM 서버와,
    상기 제 2 호스트로부터 상기 예약 메시지가 수신되면, 상기 DSTM 서버로부터 상기 제 1 호스트의 RSVP 지원 정보를 파악하고, 상기 제 1 호스트의 상기 RSVP 지원 정보에 따라 제 2 호스트와의 종단간 세션과, 상기 종단간 세션에 맵핑되는 상기 제 1 호스트와의 터널 세션을 동시에 설정하는 노드를 포함하는 IPv4/IPv6 통합 네트워크 시스템에서 경로 자원을 예약하는 장치.
  3. 제 2 항에 있어서, 상기 노드는,
    상기 제 2 호스트로부터 수신되는 예약 메시지가 수신되면, 상기 제 1 호스트의 RSVP 지원 정보에 따라 상기 제 1 호스트와의 터널 세션을 설정하기 위한 터널 예약 메시지와 캡슐화되는 상기 예약 메시지를 동시에 상기 제 1 호스트로 전송하는 IPv4/IPv6 통합 네트워크 시스템에서 경로 자원을 예약하는 장치.
  4. 제 2 항에 있어서, 상기 노드는,
    상기 제 2 호스트와 설정되는 종단간 세션 정보와, 상기 종단간 세션 정보에 맵핑되는 상기 제 1 호스트와의 터널 세션 정보를 관리하고, 상기 제 2 호스트로부터 패킷이 수신되는 종단간 세션에 맵핑되는 터널 세션을 통해 상기 제 1 호스트로 상기 패킷을 전송하는 IPv4/IPv6 통합 네트워크 시스템에서 경로 자원을 예약하는 장치.
  5. 제 2 항에 있어서, 상기 요청 메시지는,
    상기 노드가 상기 제 2 호스트로부터 패킷이 수신되면, 상기 패킷의 목적지 정보에 상응하는 IPv4 주소 정보를 요청하는 바인딩 요청 메시지인 IPv4/IPv6 통합 네트워크 시스템에서 경로 자원을 예약하는 장치.
  6. 제 2 항에 있어서, 상기 패킷은,
    상기 RSVP에 따라 패킷을 교환하기 위한 세션을 설정하는 RSVP 메시지인 IPv4/IPv6 통합 네트워크 시스템에서 경로 자원을 예약하는 장치.
  7. RSVP 메커니즘에 따라 경로 자원을 예약하는 IPv4/IPv6 통합 네트워크 시스템에 있어서,
    DSTM에 따라 IPv6 망에 접속된 제 1 호스트에 IPv4 주소 정보를 할당하는 할당 메시지를 전송한 이후에 수신되는 할당 응답 메시지로부터 RSVP 지원 정보를 획득하고, 노드로부터 IPv4 주소 정보의 맵핑 정보를 요청하는 요청 메시지가 수신되면, 상기 맵핑 정보 및 상기 RSVP 지원 정보가 포함되는 갱신 메시지를 제공하는 DSTM 서버와,
    상기 DSTM 서버로부터 상기 할당 메시지가 수신되면, RSVP 지원 정보가 포함되는 할당 응답 메시지를 상기 DSTM 서버로 전송하고, 상기 할당 메시지를 통해 할 당된 상기 IPv4 주소 정보를 이용하여 상기 IPv4 망에 속해 있는 제 2 호스트로 패킷을 전송하는 제 1 호스트와,
    상기 DSTM 서버로부터 상기 제 1 호스트에 할당되는 IPv4 주소 정보를 이용하여 패킷을 상기 제 1 호스트로 전송하는 제 2 호스트와,
    상기 제 2 호스트로부터 수신되는 상기 패킷의 목적지 주소 정보의 맵핑 정보를 요청하는 요청 메시지를 상기 DSTM 서버로 전송하고, 상기 DSTM 서버로부터 수신되는 갱신 메시지에 포함된 상기 제 1 호스트의 RSVP 지원 정보에 따라 세션을 설정한 이후에 상기 맵핑 정보에 따라 상기 패킷을 제 1 호스트로 전송하는 노드를 포함하는 IPv4/IPv6 통합 네트워크 시스템에서 경로 자원을 예약하는 장치.
  8. 제 7 항에 있어서,
    상기 제 2 호스트로부터 수신되는 제 1 호스트의 IPv4 주소 정보를 질의하는 제 1 타입의 질의 메시지를 상기 DSTM 서버로 전송하고, 상기 제 1 호스트의 IPv4 주소 정보를 상기 제 2 호스트로 제공하는 제 1 DNS 서버와,
    상기 DSTM 서버로부터 수신되는 제 2 타입의 질의 메시지에 따라 상기 제 1 호스트의 IPv4 주소 정보 및 IPv6 주소 정보가 포함되는 응답 메시지를 제공하는 제 2 DNS 서버를 더 포함하는 IPv4/IPv6 통합 네트워크 시스템에서 경로 자원을 예약하는 장치.
  9. 제 7 항에 있어서, 상기 DSTM 서버는,
    상기 제 1 DNS 서버로부터 수신되는 제 1 타입의 질의 메시지를 상기 제 2 타입의 질의 메시지로 변환하여 상기 제 2 DNS 서버로 전송하고, 상기 제 2 DNS 서버로부터 수신되는 제 2 타입의 응답 메시지를 제 1 타입의 응답 메시지로 변환하여 상기 제 1 DNS 서버로 전송하는 DNS 게이트웨이와,
    상기 제 1 호스트에 IPv4 주소 정보를 할당한 이후에 상기 제 2 DNS 서버에 등록하고, 상기 IPv4 주소 정보가 포함되는 할당 메시지를 상기 제 1 호스트로 전송하는 DSTM 매니저부와,
    상기 제 1 호스트의 맵핑 정보를 저장하는 맵핑 테이블을 포함하는 IPv4/IPv6 통합 네트워크 시스템에서 경로 자원을 예약하는 장치.
  10. 제 9 항에 있어서, 상기 DSTM 매니저부는,
    상기 제 1 호스트로부터 수신되는 할당 응답 메시지에 포함된 RSVP 지원 정보를 파악하고, 상기 노드로부터 수신되는 요청 메시지에 포함된 상기 목적지 주소 정보에 맵핑되는 맵핑 정보 및 상기 제 1 호스트의 RSVP 지원 정보가 포함되는 갱신 메시지를 상기 노드로 전송하는 IPv4/IPv6 통합 네트워크 시스템에서 경로 자원을 예약하는 장치.
  11. 제 7 항에 있어서, 상기 맵핑 정보는,
    상기 제 1 호스트의 IPv6 주소 정보, 할당되는 상기 Pv4 주소 정보 또는 상기 IPv4 주소 정보의 유효 시간 정보 중 적어도 하나 이상의 정보인 IPv4/IPv6 통합 네트워크 시스템에서 경로 자원을 예약하는 장치.
  12. 제 7 항에 있어서, 상기 각 메시지는,
    IPv6 헤더의 예비 필드 중 소정 필드가 RSVP 지원 정보를 나타내는 RSVP 필드로 설정되는 IPv4/IPv6 통합 네트워크 시스템에서 경로 자원을 예약하는 장치.
  13. 서로 다른 망에 속해 있는 호스트와, DSTM 서버 및 노드를 포함하는 IPv4/IPv6 통합 네트워크에서 RSVP 메커니즘에 따라 경로 자원을 예약하는 방법에 있어서,
    상기 DSTM 서버가 제 1 호스트의 RSVP 지원 정보를 파악하고, 상기 노드로부터 요청 메시지가 수신되면, 상기 RSVP 지원 정보가 포함되는 갱신 메시지를 상기 노드로 전송하는 단계와,
    상기 제 1 호스트가 RSVP에 따른 경로 메시지를 제 2 호스트로 전송하는 단계와,
    상기 제 2 호스트가 상기 경로 메시지가 수신되면, RSVP에 따른 예약 메시지를 상기 노드로 전송하는 단계와,
    상기 노드가 상기 갱신 메시지를 통해 파악되는 상기 제 1 호스트의 RSVP 지원 정보에 따라 상기 제 2 호스트와의 종단간 세션을 설정하기 위한 예약 메시지와 상기 제 1 호스트와의 터널 세션을 설정하기 위한 터널 예약 메시지를 동시에 상기 제 1 호스트로 전송하는 단계를 포함하는 IPv4/IPv6 통합 네트워크 시스템에서 경로 자원을 예약하는 방법.
  14. 제 13 항에 있어서,
    상기 노드가 상기 제 1 호스트로부터 캡슐화된 상기 경로 메시지가 수신되면, 탈캡슐화하여 상기 제 2 호스트로 전송하는 단계와,
    상기 제 2 호스트로부터 예약 메시지가 수신되면, 상기 예약 메시지를 캡슐화하고, 상기 제 1 호스트와의 터널 세션을 설정하기 위한 터널 예약 메시지와 상기 캡슐화된 예약 메시지를 동시에 상기 제 1 호스트로 전송하는 단계와,
    상기 제 2 호스트와 설정되는 종단간 세션 정보와, 상기 종단간 세션 정보에 맵핑되는 상기 제 1 호스트와의 터널 세션 정보를 관리하는 단계를 더 포함하는 IPv4/IPv6 통합 네트워크 시스템에서 경로 자원을 예약하는 방법.
  15. 제 13 항에 있어서,
    상기 DSTM 서버가 상기 제 1 호스트에 할당되는 IPv4 주소 정보와, 상기 제 1 호스트의 맵핑 정보를 관리하는 단계와,
    상기 제 1 호스트가 상기 할당 메시지를 통해 할당된 상기 각 주소 정보를 이용하여 패킷을 전송하는 단계와,
    상기 제 2 호스트가 상기 제 1 호스트에 할당되는 상기 IPv4 주소 정보를 이용하여 패킷을 전송하는 단계와,
    상기 노드가 상기 제 2 호스트로부터 수신되는 상기 패킷의 목적지 주소 정보에 맵핑되는 맵핑 정보를 요청하는 요청 메시지를 상기 DSTM 서버로 전송하는 단계와,
    상기 DSTM 서버가 상기 요청 메시지가 수신되면, 상기 목적지 주소 정보에 맵핑되는 맵핑 정보와, 상기 제 1 호스트의 RSVP 지원 정보가 포함되는 갱신 메시지를 상기 제 2 호스트로 전송하는 단계를 더 포함하는 IPv4/IPv6 통합 네트워크 시스템에서 경로 자원을 예약하는 방법.
  16. 서로 다른 망에 속해 있는 호스트와, DSTM 서버 및 노드를 포함하는 IPv4/IPv6 통합 네트워크 시스템에서 RSVP 메커니즘에 따라 경로 자원을 예약하는 방법에 있어서,
    상기 DSTM 서버가 IPv6 망으로 접속된 제 1 호스트에 IPv4 주소 정보를 할당하고, 상기 제 1 호스트의 RSVP 지원 정보를 파악하는 단계와,
    상기 노드가 제 2 호스트로부터 패킷이 수신되면, 상기 패킷의 목적지 주소 정보에 따른 맵핑 정보를 요청하는 요청 메시지를 상기 DSTM 서버로 전송하는 단계와,
    상기 DSTM 서버가 상기 요청 메시지에 따른 맵핑 정보와, 상기 제 1 호스트의 RSVP 지원 정보가 포함되는 갱신 메시지를 상기 노드로 전송하는 단계와,
    상기 노드가 상기 갱신 메시지로부터 파악되는 상기 제 1 호스트의 RSVP 지원 정보에 따라 상기 제 2 호스트와의 종단간 세션과 상기 제 1 호스트와의 터널 세션을 동시에 설정하는 단계를 포함하는 IPv4/IPv6 통합망에서 경로 자원을 예약하는 방법.
  17. 제 16 항에 있어서, 상기 제 2 호스트로부터 수신되는 패킷은,
    RSVP 메커니즘에 따라 세션을 설정하기 위한 예약 메시지인 IPv4/IPv6 통합 네트워크 시스템에서 경로 자원을 예약하는 방법.
  18. 제 16 항에 있어서, 상기 제 1 호스트의 RSVP 지원 정보의 파악은,
    상기 DSTM 서버가 상기 제 1 호스트에 IPv4 주소 정보를 할당하는 단계와,
    상기 할당된 IPv4 주소 정보와, 상기 노드의 IPv6 주소 정보가 포함되는 할당 메시지를 상기 제 1 호스트로 전송하는 단계와,
    상기 제 1 호스트가 상기 할당 메시지로부터 상기 각 주소 정보를 파악하고, 상기 RSVP 지원 정보가 포함되는 응답 메시지를 상기 DSTM 서버로 전송하는 단계와,
    상기 DSTM 서버가 상기 응답 메시지에 포함된 상기 제 1 호스트의 상기 RSVP 지원 정보를 파악하는 단계를 포함하는 IPv4/IPv6 통합 네트워크 시스템에서 경로 자원을 예약하는 방법.
  19. 제 16 항에 있어서,
    상기 DSTM 서버가 상기 제 1 호스트의 맵핑 정보를 테이블로 관리하는 단계와,
    상기 DSTM 서버가 상기 노드로부터 요청 메시지가 수신되면, 상기 테이블로 관리되는 제 1 호스트의 맵핑 정보를 검색하여, 상기 맵핑 정보 및 상기 RSVP 지원 정보가 포함되는 갱신 메시지를 상기 노드로 전송하는 단계를 더 포함하는 IPv4/IPv6 통합 네트워크 시스템에서 경로 자원을 예약하는 방법.
  20. 제 16 항에 있어서,
    상기 노드가 상기 제 2 호스트로부터 RSVP에 따른 예약 메시지가 수신되면, 상기 제 1 호스트의 RSVP 지원 정보에 따라 터널 세션을 설정하기 위한 터널 예약 메시지와, 종단 세션을 설정하기 위한 종단간 예약 메시지를 동시에 상기 제 1 호스트로 전송하는 단계를 더 포함하는 IPv4/IPv6 통합 네트워크 시스템에서 경로 자원을 예약하는 방법.
  21. 삭제
  22. 삭제
  23. 삭제
  24. 삭제
KR20050039524A 2005-05-11 2005-05-11 ＩＰｖ4/ＩＰｖ6 통합 네트워크 시스템에서 경로 자원을예약하는 방법 및 그 장치 KR100636281B1 (ko)

Priority Applications (5)

Application Number Priority Date Filing Date Title
KR20050039524A KR100636281B1 (ko) 2005-05-11 2005-05-11 ＩＰｖ4/ＩＰｖ6 통합 네트워크 시스템에서 경로 자원을예약하는 방법 및 그 장치
US11/430,843 US7953076B2 (en) 2005-05-11 2006-05-10 Apparatus and method for reserving session resource in IPv4/IPv6 combination network
EP20060009781 EP1722523B1 (en) 2005-05-11 2006-05-11 Apparatus and method for reserving session resource in IPv4/IPv6 combination network
JP2006132144A JP4347316B2 (ja) 2005-05-11 2006-05-11 ＩＰｖ４／ＩＰｖ６統合ネットワークシステムにおけるセッションリソースの予約方法及びそのシステム
DE200660013063 DE602006013063D1 (de) 2005-05-11 2006-05-11 Vorrichtung und Verfahren zum Reservieren von Sitzungsbetriebsmitteln in einem IPv4/IPv6 Kombinationsnetzwerk

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR20050039524A KR100636281B1 (ko) 2005-05-11 2005-05-11 ＩＰｖ4/ＩＰｖ6 통합 네트워크 시스템에서 경로 자원을예약하는 방법 및 그 장치

Publications (1)

Publication Number Publication Date
KR100636281B1 true KR100636281B1 (ko) 2006-10-19

Family

ID=36716936

Family Applications (1)

Application Number Title Priority Date Filing Date
KR20050039524A KR100636281B1 (ko) 2005-05-11 2005-05-11 ＩＰｖ4/ＩＰｖ6 통합 네트워크 시스템에서 경로 자원을예약하는 방법 및 그 장치

Country Status (5)

Country Link
US (1) US7953076B2 (ko)
EP (1) EP1722523B1 (ko)
JP (1) JP4347316B2 (ko)
KR (1) KR100636281B1 (ko)
DE (1) DE602006013063D1 (ko)

Families Citing this family (35)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7272148B2 (en) * 2002-06-27 2007-09-18 Hewlett-Packard Development Company, L.P. Non-ALG approach for application layer session traversal of IPv6/IPv4 NAT-PT gateway
US20070185995A1 (en) * 2006-02-09 2007-08-09 Motorola, Inc. Method and telecommunications equipment for interworking internet and circuit networks
KR100748696B1 (ko) * 2006-02-17 2007-08-13 삼성전자주식회사 ＩＰｖ４／ＩＰｖ６ 통합 네트워크 시스템에서의 ＲＳＶＰ지원 방법 및 그 시스템
FR2899054B1 (fr) * 2006-03-27 2008-09-12 Thales Sa Procede et systeme d'allocation de ressources
CN1901449B (zh) * 2006-07-19 2010-05-12 华为技术有限公司 一种网络接入的方法和网络通信系统
US20080172493A1 (en) * 2007-01-11 2008-07-17 Ericsson, Inc. Method, system and host for telecommunications involving IPv4 and IPv6
US20090037595A1 (en) * 2007-07-31 2009-02-05 Sprint Communications Company L.P. Selecting and applying a communication version
US7693060B2 (en) * 2007-10-12 2010-04-06 Cisco Technology, Inc. Method and apparatus for a reservation reflector function in routers
JP4874938B2 (ja) * 2007-11-21 2012-02-15 株式会社日立製作所 終端装置
KR100899809B1 (ko) * 2007-12-11 2009-05-27 한국전자통신연구원 무선 센서 네트워크에서 ＩＰｖ６를 위한 코디네이터,게이트웨이 및 전송 방법
US8683077B2 (en) * 2008-06-24 2014-03-25 Blackberry Limited Method for indicating supported IP versions and reaching a device that supports compatible IP versions with SIP
US8331355B2 (en) * 2008-06-24 2012-12-11 Research In Motion Limited Method for a network component to route a communication session
US8243740B1 (en) * 2008-11-21 2012-08-14 Sprint Communications Company L.P. Using domain name server response and internet protocol version 6 to conserve internet protocol version 4 addresses
JP5305896B2 (ja) * 2008-12-26 2013-10-02 キヤノン株式会社 通信装置、通信装置の制御方法、及びプログラム
US8112532B2 (en) * 2009-06-23 2012-02-07 United States Cellular Corporation System and method for tearing down individual IP communication sessions in multiple IP stack devices
US8509244B2 (en) 2009-08-14 2013-08-13 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for providing host node awareness for multiple NAT64 environments
US8509185B2 (en) 2010-02-26 2013-08-13 Telefonaktiebolaget Lm Ericsson Enabling IPV6 mobility with NAT64
US9276901B2 (en) * 2010-05-21 2016-03-01 Brian Heder Method, system, and apparatus for transitioning from IPv4 to IPv6
US8504722B2 (en) * 2010-06-14 2013-08-06 Telefonaktiebolaget Lm Ericsson Enhancing DS-lite with private IPV4 reachability
US8867529B2 (en) * 2010-09-20 2014-10-21 Cisco Technology, Inc. System and method for providing a fate sharing identifier in a network environment
WO2012142771A1 (zh) 2011-04-22 2012-10-26 华为技术有限公司 发起ldp会话建连的方法以及标签转发路由器
US8583812B2 (en) 2012-02-03 2013-11-12 Gainspan Corporation Reducing the size of volatile memory in an end device designed to operate with multiple versions of internet protocol
CN103118145B (zh) * 2013-01-18 2016-03-30 清华大学 基于DNS的IPv4-over-IPv6多隧道自动建立方法
US9191318B1 (en) * 2013-04-29 2015-11-17 Cisco Technology, Inc. Transitioning between communication protocols between networks
CN104092561B (zh) * 2014-06-12 2017-02-15 清华大学 一种4over6动态地址分配服务器失效备援方法
US9686240B1 (en) * 2015-07-07 2017-06-20 Sprint Communications Company L.P. IPv6 to IPv4 data packet migration in a trusted security zone
US9749294B1 (en) 2015-09-08 2017-08-29 Sprint Communications Company L.P. System and method of establishing trusted operability between networks in a network functions virtualization environment
US10542115B1 (en) 2015-10-01 2020-01-21 Sprint Communications Company L.P. Securing communications in a network function virtualization (NFV) core network
US9781016B1 (en) 2015-11-02 2017-10-03 Sprint Communications Company L.P. Dynamic addition of network function services
US10142230B2 (en) 2016-08-15 2018-11-27 Vonage Business Inc. Method and apparatus for transmitting messages associated with internet protocol version 4 (IPv4) addresses on an internet protocol version 6 (IPv6) network
US10361971B2 (en) * 2016-08-31 2019-07-23 International Business Machines Corporation Resource reservation mechanism for overlay networking
US10250498B1 (en) 2016-10-03 2019-04-02 Sprint Communications Company L.P. Session aggregator brokering of data stream communication
US10498694B2 (en) * 2017-06-30 2019-12-03 Microsoft Technology Licensing, Llc Mapping IPv4 knowledge to IPv6
US10348488B1 (en) 2017-08-25 2019-07-09 Sprint Communications Company L.P. Tiered distributed ledger technology (DLT) in a network function virtualization (NFV) core network
US11128573B2 (en) 2018-10-20 2021-09-21 Netapp Inc. Load balancing for IP failover

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6862622B2 (en) 1998-07-10 2005-03-01 Van Drebbel Mariner Llc Transmission control protocol/internet protocol (TCP/IP) packet-centric wireless point to multi-point (PTMP) transmission system architecture
US6751190B1 (en) * 1999-05-18 2004-06-15 Cisco Technology, Inc. Multihop nested tunnel restoration
US7650424B2 (en) 2000-04-04 2010-01-19 Alcatel-Lucent Usa Inc. Supporting mobile hosts on an internet protocol network
US6925075B2 (en) 2000-07-31 2005-08-02 Telefonaktiebolaget Lm Ericsson Method and system for inter-operability between mobile IP and RSVP during route optimization
JP3881198B2 (ja) 2001-07-04 2007-02-14 株式会社エヌ・ティ・ティ・ドコモ モバイルｉｐ通信システム、モバイルｉｐ通信方法、ネットワーク中継装置及び移動体端末
AU2003219294A1 (en) 2002-03-27 2003-10-13 British Telecommunications Public Limited Company System for selecting a connectivity mechanism
US7321587B2 (en) * 2002-11-15 2008-01-22 Ntt Docomo, Inc. Handover resource optimization
US7305481B2 (en) 2003-01-07 2007-12-04 Hexago Inc. Connecting IPv6 devices through IPv4 network and network address translator (NAT) using tunnel setup protocol
KR100560737B1 (ko) 2003-02-18 2006-03-13 삼성전자주식회사 듀얼스택을 이용한 아이피브이4 - 아이피브이6 전환 장치및 그 방법
KR100542580B1 (ko) * 2003-06-26 2006-01-11 삼성전자주식회사 이동망환경에서의 자원예약 시스템 및 자원예약 방법
CA2453924A1 (en) * 2003-12-22 2005-06-22 Hexago Inc. Ip network node and middleware for establishing connectivity to both the ipv4 and ipv6 networks
KR100666987B1 (ko) * 2004-11-15 2007-01-10 삼성전자주식회사 이중스택 전환 메커니즘을 이용한 ＩＰｖ4-ＩＰｖ6 전환시스템 및 그 방법
US7515529B2 (en) * 2004-12-14 2009-04-07 Cisco Technology, Inc. Efficient mechanism for fast recovery in case of border router node failure in a computer network
KR100693046B1 (ko) * 2004-12-20 2007-03-12 삼성전자주식회사 동적 주소를 할당하고 그 동적 주소를 이용하여라우팅하는 네트워크 시스템 및 그 방법

Also Published As

Publication number Publication date
US7953076B2 (en) 2011-05-31
JP2006319983A (ja) 2006-11-24
DE602006013063D1 (de) 2010-05-06
US20060259641A1 (en) 2006-11-16
EP1722523B1 (en) 2010-03-24
JP4347316B2 (ja) 2009-10-21
EP1722523A1 (en) 2006-11-15

Similar Documents

Publication Publication Date Title
KR100636281B1 (ko) ＩＰｖ4/ＩＰｖ6 통합 네트워크 시스템에서 경로 자원을예약하는 방법 및 그 장치
US10200511B2 (en) Telecommunications apparatus and method
EP1722524B1 (en) Method and apparatus for processing packet in IPv4/IPv6 combination network
JP4452727B2 (ja) ＩＰｖ４／ＩＰｖ６統合ネットワークシステムにおけるＲＳＶＰサポート方法及びそのシステム
JP4865888B2 (ja) ハンドオーバ時におけるリソースの最適な使用方法
JP3828894B2 (ja) デュアルスタックを用いたＩＰｖ４−ｔｏ−ＩＰｖ６変換装置及びその方法
US7272145B2 (en) Resource reservation protocol based guaranteed quality of service internet protocol connections over a switched network through proxy signaling
US7298750B2 (en) Enhancement of resource reservation protocol enabling short-cut internet protocol connections over a switched network
US7065092B2 (en) Resource reservation protocol based guaranteed quality of service internet protocol (IP) connections over a switched network using newly assigned IP addresses
JP5239618B2 (ja) アドレス変換装置、方法及びプログラム、並びにノード
JP2001045100A (ja) パケットエンドポイントにおいて使用するための方法
CA2626760A1 (en) Method and apparatus of performing tunnel signaling over ip tunneling path
WO2014056412A1 (zh) 一种报文发送的方法、路由器桥及系统
TWI504213B (zh) 第三代合作夥伴計劃網路中位址轉譯器穿越方法
KR100581087B1 (ko) 인터넷 엣지 라우터에서의 인터넷 프로토콜 주소확장 방법
WO2014169590A1 (zh) 一种数据业务通信方法、设备及系统
AU736987B2 (en) Proxy server supporting IP quality of service
KR100411597B1 (ko) 에이티엠 엠피엘에스 시스템에서 레이블 자원 관리 방법
WO2020187398A1 (en) Tunnel endpoint encoding for mobile network architecture
KR100724749B1 (ko) 이동 통신 시스템의 패킷 서비스 제공 방법 및 그 장치
JP4093265B2 (ja) 通信システム
KR20090071016A (ko) 휴대인터넷 망에서 듀얼 스택 지원 방법과 그를 위한 주소할당 및 등록 방법과 패킷 전달 방법

Legal Events

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

Payment date: 20120927

Year of fee payment: 7

FPAY Annual fee payment

Payment date: 20130927

Year of fee payment: 8

FPAY Annual fee payment

Payment date: 20140929

Year of fee payment: 9

FPAY Annual fee payment

Payment date: 20150925

Year of fee payment: 10

LAPS Lapse due to unpaid annual fee