KR100748696B1 - ＩＰｖ４／ＩＰｖ６ 통합 네트워크 시스템에서의 ＲＳＶＰ지원 방법 및 그 시스템 - Google Patents

ＩＰｖ４／ＩＰｖ６ 통합 네트워크 시스템에서의 ＲＳＶＰ지원 방법 및 그 시스템 Download PDF

Info

Publication number
KR100748696B1
KR100748696B1 KR20060015844A KR20060015844A KR100748696B1 KR 100748696 B1 KR100748696 B1 KR 100748696B1 KR 20060015844 A KR20060015844 A KR 20060015844A KR 20060015844 A KR20060015844 A KR 20060015844A KR 100748696 B1 KR100748696 B1 KR 100748696B1
Authority
KR
South Korea
Prior art keywords
ipv4
ipv6
rsvp
resource reservation
header
Prior art date
Application number
KR20060015844A
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 KR20060015844A priority Critical patent/KR100748696B1/ko
Priority to US11/649,158 priority patent/US20070198735A1/en
Priority to JP2007020453A priority patent/JP4452727B2/ja
Application granted granted Critical
Publication of KR100748696B1 publication Critical patent/KR100748696B1/ko

Links

Images

Classifications

    • 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/251—Translation of Internet protocol [IP] addresses between different IP versions
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61F—FILTERS IMPLANTABLE INTO BLOOD VESSELS; PROSTHESES; DEVICES PROVIDING PATENCY TO, OR PREVENTING COLLAPSING OF, TUBULAR STRUCTURES OF THE BODY, e.g. STENTS; ORTHOPAEDIC, NURSING OR CONTRACEPTIVE DEVICES; FOMENTATION; TREATMENT OR PROTECTION OF EYES OR EARS; BANDAGES, DRESSINGS OR ABSORBENT PADS; FIRST-AID KITS
    • A61F5/00—Orthopaedic methods or devices for non-surgical treatment of bones or joints; Nursing devices; Anti-rape devices
    • A61F5/01—Orthopaedic devices, e.g. splints, casts or braces
    • A61F5/0102—Orthopaedic devices, e.g. splints, casts or braces specially adapted for correcting deformities of the limbs or for supporting them; Ortheses, e.g. with articulations
    • A61F5/0127—Orthopaedic devices, e.g. splints, casts or braces specially adapted for correcting deformities of the limbs or for supporting them; Ortheses, e.g. with articulations for the feet
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61F—FILTERS IMPLANTABLE INTO BLOOD VESSELS; PROSTHESES; DEVICES PROVIDING PATENCY TO, OR PREVENTING COLLAPSING OF, TUBULAR STRUCTURES OF THE BODY, e.g. STENTS; ORTHOPAEDIC, NURSING OR CONTRACEPTIVE DEVICES; FOMENTATION; TREATMENT OR PROTECTION OF EYES OR EARS; BANDAGES, DRESSINGS OR ABSORBENT PADS; FIRST-AID KITS
    • A61F13/00—Bandages or dressings; Absorbent pads
    • A61F13/06—Bandages or dressings; Absorbent pads specially adapted for feet or legs; Corn-pads; Corn-rings
    • A61F13/064—Bandages or dressings; Absorbent pads specially adapted for feet or legs; Corn-pads; Corn-rings for feet
    • 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/78—Architectures of resource allocation
    • H04L47/783—Distributed allocation of resources, e.g. bandwidth brokers
    • 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
    • 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]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Biomedical Technology (AREA)
  • Heart & Thoracic Surgery (AREA)
  • Vascular Medicine (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Animal Behavior & Ethology (AREA)
  • General Health & Medical Sciences (AREA)
  • Public Health (AREA)
  • Veterinary Medicine (AREA)
  • Computer Security & Cryptography (AREA)
  • Nursing (AREA)
  • Orthopedic Medicine & Surgery (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

본 발명은 IPv4/IPv6 통합 네트워크 시스템에서의 RSVP 지원 방법 및 그 시스템에 관한 것으로, IPv6 망내의 듀얼 스택 호스트가 상기 DSTM TEP를 통해 IPv4 서버로 종단간 QoS 세션 연결 요청 메시지를 전송하는 단계와, 상기 IPv4 서버가 상기 DSTM TEP를 통해 상기 듀얼 스택 호스트로 종단간 경로 메시지를 전송하는 단계와, 상기 DSTM TEP가 상기 듀얼 스택 호스트로 IPv6 망 내에서의 자원 예약을 위한 경로 메시지를 전송하는 단계와, 상기 듀얼 스택 호스트가 상기 DSTM TEP를 통해 상기 IPv4 서버로 종단간 자원 예약 요청 메시지를 전송하여 IPv4 망 내에서의 자원 예약을 설정하는 단계 및 상기 듀얼 스택 호스트가 상기 DSTM TEP로 자원 예약 요청 메시지를 전송하여 IPv6 망 내에서의 자원 예약을 설정하는 단계로 이루어지는 것을 특징으로 한다.

Description

ＩＰｖ４／ＩＰｖ６ 통합 네트워크 시스템에서의 ＲＳＶＰ 지원 방법 및 그 시스템{RESOURCE RESERVATION PROTOCOL SUPPORTING SYSTEM AND METHOD IN INTEGRATED IPv4/IPv6 NETWORK}
도 1은 일반적인 RSVP의 SESSION_ASSOC 오브젝트를 설명하기 위한 도면.
도 2는 일반적인 RSVP의 NODE_CHAR 오브젝트를 설명하기 위한 도면.
도 3은 일반적인 IPv4/IPv6 통합 망에서 RSVP의 경로 메시지 흐름을 설명하기 위한 도면.
도 4는 일반적인 IPv4/IPv6 통합 망에서 RSVP의 예약 메시지 흐름을 설명하기 위한 도면.
도 5는 일반적인 IPv4/IPv6 통합 망에서 RSVP의 터널 경로 메시지 흐름을 설명하기 위한 도면.
도 6은 일반적인 IPv4/IPv6 통합 망에서 RSVP의 터널 예약 메시지 흐름을 설명하기 위한 도면.
도 7은 일반적인 IPv4/IPv6 통합 망에서 다수개 터널을 통해 패킷을 전송하는 것을 설명하기 위한 도면.
도 8은 본 발명에 따른 IPv4/IPv6 통합망에서 RSVP 지원 시스템의 구성을 나 타내는 도면.
도 9는 본 발명에 따른 IPv4/IPv6 통합 네트워크 시스템에서의 RSVP 지원 방법을 나타내는 도면.
도 10은 본 발명에 따른 IPv4/IPv6 통합 망에서 종단간 경로 메시지 전송 과정을 나타내는 도면.
도 11은 본 발명에 따른 IPv4/IPv6 통합망에서 IPv6 망에서의 자원 예약을 위한 메시지 전송 과정을 나타내는 도면.
도 12는 본 발명에 따른 IPv4/IPv6 통합 망에서 IPv4 망에서의 자원 예약 과정을 나타내는 도면.
도 13은 본 발명에 따른 IPv4/IPv6 통합망에서 IPv6 망에서의 자원 예약 과정을 나타내는 도면.
* 도면의 주요 부분에 대한 부호의 설명 *
100 : 듀얼 스택 호스트 200 : DSTM 서버
300 : DSTM TEP 400 : DNS 서버
500 : IPv4-only 서버
본 발명은 IPv4/IPv6 통합 네트워크 시스템에서의 RSVP 지원 방법 및 그 시스템에 관한 것이다.
인터넷은 21세기 정보화 사회의 핵심 인프라로 자리잡고 있으며, 인터넷을 통하여 전송되는 트래픽도 과거의 텍스트 모드의 트래픽에서 음성과 이미지, 그리고 영상을 포함하는 멀티미디어 트래픽으로 변화하였으며, 이와 같은 VoIP와 Internet TV와 같은 고품질의 실시간 처리를 요구하는 멀티미디어 트래픽이 폭발적으로 증가하고 있는 추세이다.
멀티미디어 트래픽은 기존의 텍스트 모드의 트래픽에 비해서 데이터의 양도 방대하며, 또한 지연과 지터(jitter)에 민감하다는 특징을 가지고 있다. 따라서 이른바 Triple Play Service(TPC)라고 하는 음성, 비디오, 그리고 데이터와 같은 서로 다른 특징을 갖는 트래픽들이 요구하는 QoS(Quality of Service)를 현재의 인터넷에서 제공할 수 있도록 하기 위한 노력이 계속되고 있다.
인터넷 사용의 보편화와 더불어 이러한 멀티미디어 트래픽의 증가로 인하여 인터넷을 통하여 전송되는 트래픽의 양은 매 6개월마다 2배씩 증가하고 있으며 이러한 증가 추세는 앞으로도 지속될 전망이다. 따라서 이와 같은 인터넷 트래픽의 급격한 증가를 효율적으로 수용할 수 있는 인터넷 인프라의 구축이 필수적이라 할 수 있다.
현재의 인터넷은 IPv4를 기반으로 하고 있다. IPv4에서 소스는 트래픽을 목적지로 전송하기 위하여 패킷에 소스 주소 및 목적지 주소를 적어서 인터넷으로 전송하게 된다. 이러한 인터넷은 크게 라우터로 이루어진 망이라고 할 수 있으며, 라 우터가 이 패킷을 수신하면 자신의 라우팅 테이블을 이용하여 패킷을 전송할 인터페이스를 결정한다.
그리고, 패킷의 길이와 해당 인터페이스의 최대 전송 단위(Maximum Transmission Unit: MTU)를 비교하여 만일 패킷의 길이가 MTU보다 크면, 라우터는 패킷을 fragmentation 한다. 또한 라우터는 패킷에 옵션이 있는지를 확인하여 적절한 동작을 취한다. 그렇지만 이러한 fragmentation 이나 옵션 확인/처리 등은 라우터의 성능을 저하시키는 중요한 요인으로 작용하며, 따라서 인터넷의 전체 성능을 저하시키게 된다.
또한 IPv4에서 사용되는 주소는 32 비트로 이루어져 있어서 최대 약 40억 개 정도의 호스트가 인터넷에 접속할 수 있다. 그렇지만, 특수 주소의 사용과 서브넷팅(subnetting), 그리고 네트워크 주소의 할당으로 인한 비효율적인 주소 할당으로 인하여 실제로 인터넷에 접속할 수 있는 호스트의 수는 상당히 적은 편이다.
반면, 인터넷의 보편화와 멀티미디어 트래픽의 증가로 인하여 과거와는 다르게 컴퓨터뿐만 아니라 이동통신 단말, 정보 가전 등도 현재의 인터넷에 접속하고자 하는 노력이 계속되고 있다. 이러한 이동통신 단말과 텔레비젼 및 냉장고와 같은 정보 가전의 수는 굉장히 많으며, 이러한 장치들을 인터넷에 접속하기에는 IPv4 주소가 턱없이 부족한 실정이다.
따라서, 거의 무한대의 단말을 접속할 수 있고, 또한 IPv4의 비효율성을 보완하여 전체의 인터넷의 성능을 향상시킬 수 있도록 하기 위하여 IPv6 기술이 제안되었다.
IPv6는 소스로부터 목적지 사이에 있는 모든 경유 라우터가 모든 옵션 검사를 해야 하고, 또한 fragmentation을 수행함으로써 발생할 수 있는 IPv4의 단점으로 인한 인터넷의 성능 저하를 방지하고, 실시간 전송을 필요로 하는 멀티미디어 트래픽을 효율적으로 수용할 수 있는 프로토콜이다.
이러한 IPv6는 이 외에도 128 비트의 주소 체계를 가지고 있어서, 거의 무한대의 단말기를 수용할 수 있다. 이와 같이 주소 체계가 32 비트에서 128 비트로 증가하게 되면 라우터에서 경로를 결정하기 위한 필수 사항인 라우팅 테이블의 내용도 증가할 수 있는데, IPv6의 주소 체계는 IPv4의 경우보다 많은 계층 구조로 이루어져 있기 때문에 라우팅 테이블로부터 적절한 경로를 찾는데 걸리는 시간이 크지 않다는 장점을 가지고 있다.
즉, IPv6의 향상된 기능은 현재의 인터넷 트래픽의 급격한 증가와 멀티미디어 트래픽의 보편적 사용으로 인한 현재의 인터넷의 성능 문제를 해결할 수 있다.
이러한 IPv6는 IPv4에 비해서 상당히 향상된 기능을 가지고 있지만, 현재의 인터넷은 IPv4를 기반으로 하고 있으며 IPv4와 IPv6는 직접적인 호환이 되지 못한다. 또한 현재의 인터넷을 구성하고 있는 모든 라우터와 호스트의 IP 기능을 한순간에 바꾼다는 것은 불가능한 일이다.
따라서 IPv4에서 IPv6로의 천이는 점진적으로 이루어질 것이며, 이러한 점진적인 천이가 상당히 오랜 기간동안 계속될 것이다. 또한 IPv6의 초기에는 대부분의 인터넷은 IPv4이고, 특정한 기업이나 연구소의 한 부분에서는 IPv6 망이 사용되면서 점차 IPv6 망의 크기가 확장되고 IPv4 망의 크기가 축소되면서 자연스럽게 IPv6 로의 천이가 이루어질 것이기 때문에 IPv6 망에 접속되어 있는 호스트와 IPv4 망에 접속되어 있는 호스트 간에 정보를 전달할 수 있는 메커니즘을 제공하는 것이 IPv6가 성공할 수 있는 중요한 요소가 될 것이다.
따라서 IPv6 망과 IPv4 망 간에 위치하는 호스트들이 서로 트래픽을 교환할 수 있도록 상호 호환성을 제공할 수 있는 전환 메커니즘이 필수적이다.
이러한 전환 메커니즘으로 IETF에서는 NAT-PT와 같은 translation 메커니즘과 DSTM(Dual Stack Transition Mechanism)과 같은 터널링(tunneling) 메커니즘이 제안되었다. NAT-PT는 SIIT 프로토콜 변환과 NAT 및 DNS ALG 등 적절한 ALG의 동적 주소 변환을 조합하여 IPv6 전용 노드와 IPv4 전용 노드 사이에서 상호 통신을 가능하도록 한다.
즉, NAT-PT는 IPv6-IPv4 망의 경계에서 IPv4 주소 풀을 사용하여 동적으로 IPv4 주소를 할당하도록 한다. NAT-PT는 IPv6 네트워크의 주소와 IPv4 네트워크 주소를 서로 바인딩하며, 각 주소 영역 사이를 오가는 데이터그램에 투명한 라우팅을 제공한다.
다시 말해, NAT-PT 메커니즘을 이용하는 단말 노드에서 변경되는 것은 없으며 IP 패킷 라우팅은 단말 노드에 있어서 완전히 투명하게 된다. 그러나 NAT-PT 변환 방식의 적용에는 제약이 따른다. 한 세션에 대한 모든 응답 및 요청은 동일한 NAT-PT 라우터를 거쳐 라우팅되어야 한다.
또한 IPv4 필드의 상당수는 IPv6 에서 의미가 변했기 때문에 직접적으로 변환할 수 없다는 단점을 가지고 있다. 그리고 NAT-PT는 IP 계층에서 주소 변환을 수 행하기 때문에 상위 계층에서 IP 주소를 사용하는 응용은 정상적으로 동작하지 않는다. 이를 해결하기 위해서 ALG를 사용하지만, 현재 사용되는 모든 응용들과 새로 개발될 수 있는 모든 응용들을 예측하여 ALG를 만드는 것은 본질적으로 불가능하기 때문에 주소 변환의 영향은 해결될 수 없는 문제점이라 할 수 있다.
또한 NAT-PT의 가장 중요한 문제 중의 하나는 종단 간 네트워크 계층 보안이 불가능하다는 점이다. 또한 IP 주소를 응용 계층에서 사용하는 경우, 전송 및 응용 계층 보안 역시 불가능하다. 이는 NAT 기능의 자체적인 한계이다. 이와는 별도로 IPSec 보안은 다른 주소 영역 사이에서는 불가능하기 때문에, IPSec 네트워크 레벨 보안을 원하는 두 종단 노드는 IPv4 또는 IPv6 중 하나를 양쪽 모두가 지원해야 한다. 그리고 DNS-SEC을 적용하지 못한다는 단점을 가지고 있다.
반면, DSTM은 IPv6 망에 위치하는 단말들이 IPv4와 IPv6의 두 가지 프로토콜 스택을 구현하고 있어서, 이 단말이 IPv6 노드와 접속하는 경우에는 IPv6 스택을 이용하고, IPv4 노드와 접속하는 경우에는 IPv4-in-IPv6 tunneling 메커니즘을 이용하여 IPv4 스택을 이용하여 통신할 수 있도록 하기 위한 구조이다.
DSTM은 임시의 글로벌 IPv4 주소를 IPv6 노드에 제공하는 방법과, IPv6 네트워크 내에서 동적 터널을 사용하여 IPv4 패킷을 전송, 그리고 이 전환 메커니즘에 필수적인 지원 인프라에 대해 정의된 일련의 프로세스와 아키텍쳐를 제공한다.
이러한 DSTM는 필요한 경우 IPv4 주소를 듀얼 IP 계층 호스트에 지정한다. 그러면 IPv6 호스트가 IPv4 전용 호스트와 통신할 수 있게 되거나 IPv4 전용 응용이 IPv6 호스트에서 수정되지 않고 실행될 수 있다.
즉, DSTM은 DSTM 서버, TEP(Tunnel End Point), 그리고 DSTM 클라이언트로 구성되며, DSTM 클라이언트가 IPv4 망에 있는 IPv4 노드와 접속하고자 하는 경우에는 임시의 글로벌 IPv4 주소를 DSTM 서버로부터 할당받는다.
그리고 이 정보를 이용하여 자신이 IPv4 노드와 통신하기 위하여 IPv4 패킷을 발생하면, 그 노드는 IPv4 패킷을 자신의 IPv6 주소와 TEP의 IPv6 주소 정보를 이용하여 인캡슐레이션한 후에 이 패킷을 전송한다. 이 패킷은 IPv6 패킷이며, 따라서 DSTM 노드가 있는 망 내부에서는 TEP로 망 내부의 라우팅 알고리즘에 의해서 전송된다.
TEP가 이 패킷을 수신하면 IPv6 헤더에 있는 주소와 IPv6 패킷의 패이로드(payload)에 있는 IPv4 패킷의 소스 IPv4 주소를 이용하여 매핑 테이블을 구성하고, IPv6 헤더를 삭제한 후에 IPv4 패킷을 IPv4 노드에게로 전송한다. 그러면 IPv4 노드는 수신한 트래픽에 대한 응답 패킷을 전송하고, 이 패킷을 TEP가 수신하여 원래의 IPv6 노드에게로 터널링을 이용하여 전송한다.
한편, IP 계층에서 서로 다른 QoS를 요구하는 트래픽들을 수용하기 위하여 자원 예약 방식인 RSVP(Resource Reservation Protocol)이 정의되었다. RSVP 방식은 QoS 기반의 연결을 위하여 망 자원을 미리 예약하고, 만일 예약할 수 없다면 자원 예약을 거부하는 방식이다.
이러한 RSVP 방식은 한 사용자가 소스로부터 목적지까지 일종의 가상 회선인 플로우(flow)를 개설하기 위하여 소스와 목적지 사이에 모든 라우터들의 필요한 자원을 예약하여 QoS를 보장하는 기술로서 플로우(flow) 기반의 모델이라 할 수 있 다.
즉, RSVP는 플로우(flow) 기반의 QoS를 보장하기 위한 신호 프로토콜이라 할 수 있으며, 이 신호 프로토콜에 의해서 소스 노드와 목적지 노드 사이에 있는 라우터들은 자신의 자원을 예약한다.
그렇지만, 소스 노드가 속해 있는 망이 IPv6 망이고, 목적지 노드가 속해 있는 망이 IPv4 망이라면, IPv6 망과 IPv4 망 간에 QoS 보장을 위해서 IPv6 망에서 구동되는 RSVP와 IPv4 망에서 구동되는 RSVP 프로토콜의 연동이 필수적이라 할 수 있다. 그러나, 현재의 RSVP는 IPv4 기반 망 내 또는 IPv6 기반 망 내와 같이 단일 망 내에서의 자원 예약만이 정의되어 있다.
이와 같이, 현재까지의 RSVP 지원 메커니즘은 IPv4 망 내 또는 IPv6 망 내와 같이 단일 망 내에서 QoS를 제공하기 위한 세션을 개설할 수 있도록 하고 있을 뿐, IPv6 망과 IPv4 망이 결합된 IPv6-IPv4 통합망 환경에서는 지원하지 못한다는 단점을 가지고 있다.
또한, 현재의 인터넷은 IPv4를 기반으로 하고 있기 때문에 스트리밍 서버와 같이 실시간 처리를 요하는 트래픽을 저장하고 전송하는 서버들은 일반적으로 IPv4 망 내에 위치하고 있으므로 IPv6 망 내에 있는 듀얼 스택(dual stack) 호스트가 IPv4 망 내에 위치하는 서버와 QoS 세션을 맺기 위한 일련의 과정이 없는 실정이다.
따라서, 본 발명의 목적은 상기와 같은 문제점을 해결하기 위한 것으로서, IPv4와 IPv6가 혼재된 IPv4/IPv6 통합망에서 IPv4 망에 멀티미디어 트래픽을 위한 서버가 위치하고 있는 경우에 서버로부터 IPv6 망 내에 위치한 듀얼 스택(dual stack) 호스트로 전송되는 트래픽이 QoS를 제공받을 수 있도록 하기 위하여 종단간 RSVP 연결이 설정될 수 있도록 한 IPv4/IPv6 통합 네트워크 시스템에서의 RSVP 지원 방법 및 그 시스템을 제공함에 있다.
상기한 목적을 달성하기 위한 본 발명에 따른 IPv4/IPv6 통합 네트워크 시스템에서의 RSVP 지원 방법의 일 측면에 따르면, IPv6 망내의 듀얼 스택 호스트가 상기 DSTM TEP를 통해 IPv4 서버로 종단간 QoS 세션 연결 요청 메시지를 전송하는 단계와, 상기 IPv4 서버가 상기 DSTM TEP를 통해 상기 듀얼 스택 호스트로 종단간 경로 메시지를 전송하는 단계와, 상기 DSTM TEP가 상기 듀얼 스택 호스트로 IPv6 망 내에서의 자원 예약을 위한 경로 메시지를 전송하는 단계와, 상기 듀얼 스택 호스트가 상기 DSTM TEP를 통해 상기 IPv4 서버로 종단간 자원 예약 요청 메시지를 전송하여 IPv4 망 내에서의 자원 예약을 설정하는 단계 및 상기 듀얼 스택 호스트가 상기 DSTM TEP로 자원 예약 요청 메시지를 전송하여 IPv6 망 내에서의 자원 예약을 설정하는 단계로 이루어지는 것을 특징으로 한다.
IPv6 망내의 듀얼 스택 호스트가 상기 DSTM TEP를 통해 IPv4 서버로 종단간 QoS 세션 연결 요청 메시지를 전송하는 단계에서, 상기 QoS 세션 연결 요청 메시지 는 IPv4 헤더를 가지며 IPv6 로 캡슐화되어 IPv4-in-IPv6 터널링을 통해 상기 DSTM TEP로 전송된다.
상기 DSTM TEP는 상기 듀얼 스택 호스트로부터 전송된 메시지에서 소스 IPv6 주소와 내부에 있는 소스 IPv4 주소에 대한 매핑 정보를 테이블에 저장한 후, IPv6 헤더를 제거한 IPv4 패킷을 상기 IPv4 서버로 전송한다.
상기 IPv4 서버가 상기 DSTM TEP를 통해 상기 듀얼 스택 호스트로 종단간 경로 메시지를 전송하는 단계에서, 상기 DSTM TEP로 전송되는 경로 메시지는 경로 데이터와, RSVP 헤더와, IPv4 헤더 구조를 갖는다.
상기 종단간 경로 메시지의 IPv4 패킷의 목적지 주소는 상기 듀얼 스택 호스트의 IPv4 주소이다.
상기 DSTM TEP는 상기 IPv4 패킷의 목적지 주소에 있는 IPv4 주소에 매핑되는 해당 IPv6 주소를 매핑 테이블에서 추출하여 IPv6 패킷으로 캡슐화한 후에 IPv4-in-IPv6 터널링을 통해 상기 듀얼 스택 호스트로 전송한다.
상기 IPv4-in-IPv6 터널링된 경로 메시지는 경로 데이터와, RSVP 헤더와, IPv4 헤더와, IPv6 헤더 구조를 갖는다.
상기 DSTM TEP가 상기 듀얼 스택 호스트로 IPv6 망 내에서의 자원 예약을 위한 경로 메시지를 전송하는 단계에서, 상기 경로 메시지는 경로 데이터와, RSVP 헤더와, IPv6 헤더 구조를 갖는다.
상기 듀얼 스택 호스트가 상기 DSTM TEP를 통해 상기 IPv4 서버로 종단간 자원 예약 요청 메시지를 전송하여 IPv4 망 내에서의 자원 예약을 설정하는 단계에 서, 상기 종단간 자원 예약 요청 메시지는 IPv4 헤더를 가지며 IPv6 로 캡슐화되어 IPv4-in-IPv6 터널링을 통해 상기 DSTM TEP로 전송된다.
상기 DSTM TEP로 전송되는 자원 예약 요청 메시지는 자원 예약 요청 데이터와, RSVP 헤더와, IPv4 헤더와, IPv6 헤더 구조를 갖는다.
상기 DSTM TEP는 상기 듀얼 스택 호스트로부터 전송된 자원 예약 요청 메시지에서 IPv6 헤더를 제거한 IPv4 패킷을 상기 IPv4 서버로 전송하게 된다.
상기 IPv4 서버로 전송되는 IPv4 패킷은 홉바이홉(hop-by-hop)의 형태로 전송되면서 각 라우터에 자원을 예약 설정한다.
상기 듀얼 스택 호스트가 상기 DSTM TEP로 자원 예약 요청 메시지를 전송하여 IPv6 망 내에서의 자원 예약을 설정하는 단계에서, 상기 자원 예약 요청 메시지는 경로 데이터와, RSVP 헤더와, IPv6 헤더 구조를 갖는다.
상기 DSTM TEP로 전송되는 자원 예약 요청 메시지는 홉바이홉(hop-by-hop)의 형태로 전송되면서 각 라우터에 자원을 예약 설정하게 된다.
한편, 상기한 목적을 달성하기 위한 본 발명에 따른 IPv4/IPv6 통합망에서의 RSVP 지원 시스템의 일 측면에 따르면, IPv4 서버로부터 전송되는 종단간 경로 메시지를 상기 DSTM TEP를 통해 수신하는 경우, 상기 DSTM TEP를 통해 상기 IPv4 서버로 종단간 자원 예약 요청 메시지를 전송하여 IPv4 망 내에서의 자원 예약을 설정하고, 상기 DSTM TEP로 자원 예약 요청 메시지를 전송하여 IPv6 망 내에서의 자원 예약을 설정하는 듀얼 스택 호스트를 포함하는 것을 특징으로 한다.
상기 DSTM TEP로 전송되는 종단간 경로 메시지는 경로 데이터와, RSVP 헤더와, IPv4 헤더 구조를 갖는다.
상기 종단간 경로 메시지의 IPv4 패킷의 목적지 주소는 상기 듀얼 스택 호스트의 IPv4 주소이다.
상기 DSTM TEP는 상기 IPv4 패킷의 목적지 주소에 있는 IPv4 주소에 매핑되는 해당 IPv6 주소를 매핑 테이블에서 추출하여 IPv6 패킷으로 캡슐화한 후에 IPv4-in-IPv6 터널링을 통해 상기 듀얼 스택 호스트로 전송한다.
상기 IPv4-in-IPv6 터널링된 경로 메시지는 경로 데이터와, RSVP 헤더와, IPv4 헤더와, IPv6 헤더 구조를 갖는다.
상기 DSTM TEP는 상기 IPv6 망 내에서의 자원 예약을 위한 경로 메시지를 상기 듀얼 스택 호스트로 전송한다.
상기 IPv6 망 내에서의 자원 예약을 위한 경로 메시지는 경로 데이터와, RSVP 헤더와, IPv6 헤더 구조를 갖는다.
상기 DSTM TEP로 전송되는 종단간 자원 예약 요청 메시지는 IPv4 헤더를 가지며 IPv6 로 캡슐화되어 IPv4-in-IPv6 터널링을 통해 상기 DSTM TEP로 전송된다.
상기 DSTM TEP로 전송되는 종단간 자원 예약 요청 메시지는 자원 예약 요청 데이터와, RSVP 헤더와, IPv4 헤더와, IPv6 헤더 구조를 갖는다.
상기 DSTM TEP는 상기 듀얼 스택 호스트로부터 전송된 종단간 자원 예약 요청 메시지에서 IPv6 헤더를 제거한 IPv4 패킷을 상기 IPv4 서버로 전송하게 된다.
상기 IPv4 서버로 전송되는 IPv4 패킷은 홉바이홉(hop-by-hop)의 형태로 전 송되면서 각 라우터에 자원을 예약 설정한다.
상기 DSTM TEP로 전송되는 자원 예약 요청 메시지는 경로 데이터와, RSVP 헤더와, IPv6 헤더 구조를 갖는다.
상기 DSTM TEP로 전송되는 자원 예약 요청 메시지는 홉바이홉(hop-by-hop)의 형태로 전송되면서 각 라우터에 자원을 예약 설정하게 된다.
이하, 본 발명의 바람직한 실시예의 상세한 설명이 첨부된 도면들을 참조하여 설명될 것이다. 도면들 중 참조번호들 및 동일한 구성요소들에 대해서는 비록 다른 도면상에 표시되더라도 가능한 한 동일한 참조번호들 및 부호들로 나타내고 있음에 유의해야 한다. 하기에서 본 발명을 설명함에 있어, 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략한다.
도 1은 일반적인 RSVP의 SESSION_ASSOC 오브젝트를 설명하기 위한 도면이다.
도 1에 도시된 바와 같이, 'SESSION_ASSOC 오브젝트'에는 길이 정보를 가지는 길이(Length) 필드와, 종류 정보를 가지는 클래스(Class) 필드와, 타입 정보를 가지는 타입 필드와, 종단간 세션 정보를 가지는 'SESSION 오브젝트' 필드와 터널 세션 정보를 가지는 'FILTER_SPEC 정보' 필드를 포함한다.
이러한, 'SESSION_ASSOC 오브젝트'는 송신 종단에서 수신 종단으로 전송되는 Path 메시지에 포함된다.
그리고, 'NODE_CHAR 오브젝트'는 터널 구간의 마지막 노드가 터널 구간의 시작 노드에게 'RFC 2746'에서 정의된 터널 RSVP 메커니즘을 지원할 수 있는지에 대한 정보를 전달하기 위한 것이다.
도 2는 일반적인 RSVP의 NODE_CHAR 오브젝트를 설명하기 위한 도면이다.
도 2에 도시된 바와 같이, 터널 구간의 마지막 노드가 터널 RSVP 메커니즘을 지원할 수 있을 경우에 수신 종단으로부터 송신 종단으로 전송되는 Resv 메시지의 'NODE_CHAR 오브젝트'에 RSVP를 지원할 수 있는지 여부를 알리는 'T bit'를 설정하여 전송한다.
도 3은 일반적인 IPv4/IPv6 통합 망에서 RSVP의 경로 메시지 흐름을 설명하기 위한 도면이다.
도 3에 도시된 송신 종단(S1)(10)과 수신 종단(D1)(20)은 IPv4 망에 포함되고, 시작 노드인 Rentry(31) 및 마지막 노드인 Rexit(32)간 설정되는 터널은 IPv6 망에 포함된다.
그리고, 송신 종단(10)과 제 1 노드(31), 제 1 노드(31)와 마지막 노드(32), 그리고 마지막 노드(32)와 수신 종단(20)까지의 경로 상의 라우터 및 노드들은 생략되어 있다고 가정한다.
일례를 들어, 송신 종단(10)은 수신 종단(20)으로 10Mbps로 트래픽을 전송하고자 하는 경우에는 종단간에 10M의 대역폭을 예약하기 위하여, RSVP에 따른 종단 간 Path 메시지를 수신 종단(20)으로 전송한다.
송신 종단(10)은 IP 헤더의 소스 주소 정보를 자신의 IP 주소 정보인 'S_IP', 목적지 주소 정보를 수신 종단(20)의 IP 주소 정보인 'D_IP'로 설정한다.
그리고, 송신 종단(10)은 종단간 Path 메시지의 'SESSION 오브젝트'에 목적지 주소 정보인 'D_IP', 목적지 포트 정보인 'D_Port'로 설정하고, 'SENDER_TEMPLATE 오브젝트'의 소스 주소 정보를 자신의 주소 정보인 'S_IP', 소스 포트 정보를 자신의 포트 정보인 'S_Port'로 설정한다.
이와 같은, 종단간 Path 메시지는 'Router Alert IP 옵션'을 포함하여 전송되기 때문에 송신 종단(10)과 수신 종단(20) 사이의 RSVP를 지원하는 모든 라우터에 의해 처리된다.
그리고, 터널의 시작 노드인 Rentry(31)는 Path 메시지가 수신되면, 터널의 마지막 노드인 Rexit(32)가 RSVP 메커니즘을 지원할 수 있는지에 대해서 알 수가 없기 때문에 종단간 세션에 대한 경로 상태를 저장하고, Path 메시지를 캡슐화하여 Rexit(32)로 전송한다.
Rexit(32)는 수신되는 캡슐화된 Path 메시지를 탈캡슐화하고, 종단간 세션에 대한 경로를 설정한 이후에 Path 메시지를 수신 종단(20)으로 전송한다.
수신 종단(20)은 Path 메시지를 수신되면, Resv 메시지를 홉-바이-홉으로 송신 종단(10)으로 전송한다.
도 4는 일반적인 IPv4/IPv6 통합 망에서 RSVP의 예약 메시지 흐름을 설명하 기 위한 도면이다.
도 4를 참조하면, 수신 종단(20)은 IP 헤더(Hdr)의 소스 주소 정보를 'D_IP', 목적지 주소 정보를 RSVP 메커니즘을 지원하는 업스트림 노드(Next_Hop)인 Rexit(32)의 IP 주소 정보로 설정하고, RSVP 메시지의 'SESSION 오브젝트'는 Path 메시지와 동일한 정보를 포함하고, 'FILTER SPEC 오브젝트'는 Path 메시지의 'SENDER_TEMPLATE 오브젝트'와 동일한 정보를 포함시켜 Rexit(32)로 전송한다.
Rexit(32)는 수신 종단(20)으로부터 Resv 메시지가 수신되면, 종단간 세션에 대한 자원 상태 예약하고, 종단간 세션에 맵핑되는 터널 세션이 없으므로 Rentry(31)에게 터널 RSVP를 지원할 수 있다는 것을 알리기 위해 'T bit'가 설정된 'NODE_CAHR 오브젝트'를 Resv 메시지에 추가한 이후에 Resv 메시지를 캡슐화하여 Rentry(31)로 전송한다.
Rentry(31)는 수신되는 Resv 메시지를 탈캡슐화하고, 'NODE_CHAR'을 제거한 이후에 종단간 세션에 대한 자원을 예약한다. 그리고, Rentry(31)는 'NODE_CHAR'가 제거된 Resv 메시지를 송신 종단(10)으로 전송한다.
이때, Rentry(31)가 터널 RSVP 메커니즘을 지원할 수 있다면, Rentry(31)는 Resv 메시지를 업링크로 송신 종단(10)으로 전송하면서 터널 Path 메시지를 Rexit로 전송한다.
도 5는 일반적인 IPv4/IPv6 통합 망에서 RSVP의 터널 경로 메시지 흐름을 설명하기 위한 도면이다.
도 5를 참조하면, 터널의 시작 노드인 Rentry(31)는 Resv 메시지가 수신되면, 종단간 세션에 맵핑되는 터널 세션을 생성하고, 터널 내의 자원을 예약할 수 있도록 터널 Path 메시지(Tunnel Path message)와 경로 상의 변경된 정보를 알리기 위한 종단간 Path 메시지(E to E Path message)를 Rexit(32)로 전송한다.
터널 Path 메시지의 송신 노드는 Rentry(31)이고, 수신 노드(32)는 Rexit이므로, IP 헤더의 소스 주소 정보는 Rentry(31)의 주소 정보인 'Entry_IP', 목적지 주소 정보는 'Exit_IP'로 설정되고, 'SESSION 오브젝트'의 목적지 주소 정보는 'Exit_IP', 목적지 포트 정보는 일례를 들어, '363'가 설정된다.
그리고, 터널 Path 메시지의 'SENDER_TEMPLATE 오브젝트'의 소스 주소 정보는 'Entry_IP', 소스 포트 정보는 터널 내에서 각 플로우를 구별하기 위해 Rentry(31)가 할당한 특정 값이 된다.
이와 같은, 터널 Path 메시지는 Rentry(31)와 Rexit(32)간에 설정되는 터널 내의 존재하는 RSVP를 지원할 수 있는 노드들이 터널 세션에 대한 경로를 설정할 수 있도록 한다.
또한, 종단간 세션과 터널 세션의 맵핑 정보를 전달하는 'SESSION_ASSOC 오브젝트'를 포함하는 종단간 Path 메시지는 Rexit(32)가 터널 세션과 종단간 세션을 맵핑시킬 수 있도록 한다.
그리고, Rexit(32)는 종단간 Psth 메시지가 수신되면, 종단간 Path 메시지의 'SESSION_ASSOC 오브젝트'에 해당하는 맵핑 정보를 설정하고, 'SESSION_ASSOC 오브젝트'를 제거한 이후에 수신 종단 향해서 터널 내에 설정된 경로를 따라 종단간 세 션에 맵핑되는 터널 세션의 자원을 요청하기 위해 터널 Resv 메시지를 Rentry(31)로 전송한다.
도 6은 일반적인 IPv4/IPv6 통합 망에서 RSVP의 터널 예약 메시지 흐름을 설명하기 위한 도면이다.
도 6을 참조하면, 터널 Resv 메시지의 IP 헤더에 포함되는 소스 주소 정보는 'Exit_IP', 목적지 주소 정보는 RSVP를 지원하는 Rexit(32)의 업스트림 노드(Next_hop)의 주소 정보로 설정된다.
그리고, 터널 Resv 메시지에서 'SESSION 오브젝트'의 목적지 주소 정보는 'Exit_IP', 목적지 포트 정보는 '363'으로 설정되고, 'FILTER SPEC 오브젝트'의 소스 주소 정보는 'Entry_IP', 소스 포트 정보는 Rentry가 종단간 세션에 해당하는 터널 세션을 위해 할당한 값(200)으로 설정된다.
이러한, 터널 Resv 메시지는 홉-바이-홉 방식으로 Rexit(32)와 Rentry(31)간 설정되는 터널 내의 RSVP를 지원할 수 있는 노드들로 전송되어, 각 노드들이 터널 자원을 예약할 수 있도록 한다.
도 7은 일반적인 IPv4/IPv6 통합 망에서 다수개 터널을 통해 패킷을 전송하는 것을 설명하기 위한 도면이다.
도 7을 참조하면, 제 1 송신 종단(10)이 제 1 수신 종단(20)으로 10Mbps 속도로 패킷을 전송하는 자원을 예약하고, 제 2 송신 종단(10')이 제 2 수신 종단 (20')으로 20 Mbps 속도로 패킷을 전송하는 자원을 예약한 경우에 대하여 설명한다.
Rentry(31)는 제 1 송신 종단(10)과 제 2 송신 종간(10')에 설정된 터널 내에 세션을 구별할 수 있도록 하는 소스 포트 정보를 각각 '200'과 '201'로 할당한다.
Rentry(31)는 제 1 송신 종단(10)으로부터 패킷이 수신되면, 패킷의 IP 헤더와 UDP 헤더를 캡슐화하여 Rexit(32)로 전송한다.
이때, 캡슐화되는 패킷의 IP 헤더와 UDP 헤더의 목적지 포트 정보는 모든 세션에 대해 동일하며, UDP 헤더의 소스 포트 정보가 각 종단간 설정된 세션에 따라 다른 값이 설정되어 전송됨으로써, 터널 내의 RSVP를 지원할 수 있는 노드가 수신되는 패킷의 소스 포트 정보를 통해 각 세션에 구별하여 각 세션에 요구하는 QoS를 제공할 수 있다.
Rexit(32)는 수신되는 패킷의 IP 헤더와 UDP 헤더를 탈캡슐화하여 수신 종단(20)으로 전송한다.
도 8은 본 발명에 따른 IPv4/IPv6 통합망에서 RSVP 지원 시스템의 구성을 나타내는 도면이다.
도 8에 도시된 바와 같이, 본 발명은 크게 듀얼 스택 호스트(dual stack host)(100)와, DSTM 서버(200)와, DSTM TEP(300)와, DNS 서버(400)와, IPv4-only 서버(500)로 구성되어진다.
듀얼 스택 호스트(100)는 IPv6 망 내에 위치하를 듀얼 스택 호스트로서, Ipv4 망 내에 있는 IPv4-only 서버(500)로부터 멀티미디어 트래픽을 수신하고자 하고 이 트래픽이 QoS 보장을 받고자 하는 경우, 먼저 서버의 도메인 네임(domain name)에 대한 IP 주소를 얻기 위하여 DNS에 질의(query) 메시지를 전송한다.
질의 결과, DNS 서버(400)로부터 IPv4-only 서버(500)의 도메인 네임에 해당하는 IPv4 주소가 포함된 응답 메시지를 전송받게 되면, 듀얼 스택 호스트(100)는 IPv4-only 서버(500)가 IPv4 망에 위치하고 있다는 것을 확인한다.
이에 따라, 듀얼 스택 호스트(100)는 IPv4 프로토콜을 이용하여 IPv4-only 서버(500)에 접속하기 위하여 DSTM 서버(200)에게 임시 IPv4 주소를 얻기 위한 주소 요청 메시지를 전송한다.
즉, 주소 요청 메시지 전송 결과, 듀얼 스택 호스트(100)는 DSTM 서버(200)로부터 하나의 임시 전역 IPv4 주소를 할당받게 되며, 이와 함께 DSTM TEP(300)의 IPv6 어드레스 정보도 함께 제공받게 된다.
이에 따라, 듀얼 스택 호스트(100)는 IPv4-only 서버(500)로부터 QoS 기반의 멀티미디어 트래픽을 수신하고자 하는 메시지를 DSTM TEP(300)로 전송하게 된다.
이때, DSTM TEP(300)로 전송되는 메시지는 IPv4-in-IPv6 터널링을 통해 전송되어진다. 즉, 이 메시지는 IPv4 헤더를 가지며 다시 IPv6로 캡슐화된다.
또한, 듀얼 스택 호스트(100)는 멀티미디어 트래픽을 수신하고자 하는 메시지를 전송한 후, DSTM TEP(300)로부터 경로 메시지를 수신하게 되면, IPv4 망 내에서의 자원 예약을 위하여 resv 메시지를 만들어 IPv4-in-IPv6 터널링을 이용하여 전송하게 된다.
이때, DSTM TEP(300)로 전송되는 resv 메시지는 자원 예약 요청 데이터(resv data)와, RSVP 헤더(RSVP Hdr)와, IPv4 헤더(IPv4 Hdr)와, IPv6 헤더(IPv6 Hdr) 구조를 갖게 된다.
또한, 듀얼 스택 호스트(100)는 또 하나의 resv 메시지를 만들어 이 메시지를 IPv6 헤더를 붙인 후에 DSTM TEP(300)를 목적지 주소로 하여 IPv6 스택을 이용하여 전송하게 된다.
즉, DSTM TEP(300)로 전송되는 resv 메시지는 경로 데이터(Path data)와, RSVP 헤더(RSVP Hdr)와, IPv6 헤더(IPv6 Hdr) 구조를 갖게 된다.
이때, 이 메시지는 홉바이홉(hop-by-hop)의 형태로 DSTM TEP(300)에게로 전달되어지며, 전달되면서 IPv6 망내의 각각의 라우터에 자원을 예약하게 된다. 만일 이 패킷이 DSTM TEP(300)에 도달하게 되면 듀얼 스택 호스트(10)와 DSTM TEP(300) 간에 QoS 연결이 설정되게 된다.
DSTM 서버(200)는 듀얼 스택 호스트(100)로부터 전송되는 주소 요청 메시지를 수신하게 되면, 듀얼 스택 호스트(100)에게 하나의 임시 전역 IPv4 주소를 할당하게 되며, 이와 함께 DSTM TEP(300)의 IPv6 어드레스 정보도 함께 제공해 준다.
DSTM TEP(300)는 듀얼 스택 호스트(100)로부터 IPv4-in-IPv6 터널링을 통한 멀티미디어 트래픽 수신 요청 메시지가 전송되어지면, 먼저 수신한 패킷에 있는 소스 IPv6 주소와 내부에 있는 소스 IPv4 주소에 대한 매핑 정보를 테이블에 저장한 후, IPv6 헤더를 제거하여 IPv6 헤더가 제거된 IPv4 패킷을 IPv4-only 서버(500)에 게로 전송하게 된다.
또한, DSTM TEP(300)는 IPv4-only 서버(500)로 IPv6 헤더가 제거된 IPv4 패킷을 전송한 후, IPv4-only 서버(500)로부터 RSVP(Resource Reservation Protocol)에서 정의된 경로 메시지(path message)를 수신하게 된다.
이에 따라, DSTM TEP(300)는 IPv4-only 서버(500)로부터 전송된 패킷의 목적지 주소에 있는 IPv4 주소를 이용하여 자신의 매핑 테이블에서 해당되는 IPv6 주소를 추출한다.
즉, DSTM TEP(300)는 매핑 테이블에서 추출한 IPv6 주소 정보를 이용하여 IPv6 패킷으로 캡슐화한 후에 IPv4-in-IPv6 터널링을 이용하여 듀얼 스택 호스트(100)로 전송하게 된다.
여기서, DSTM TEP(300)가 듀얼 스택 호스트(100)로 전송하는 경로 메시지는 경로 데이터(Path data)와, RSVP 헤더(RSVP Hdr)와, IPv4 헤더(IPv4 Hdr)와, IPv6 헤더(IPv6 Hdr) 구조를 갖게 된다.
또한, DSTM TEP(300)는 IPv6 망 내에서의 자원 예약을 위하여 RSVP의 경로 메시지를 만들어 IPv6 헤더를 추가한 후에 듀얼 스택 호스트(100)에게로 전송하게 된다.
이때, 상기 듀얼 스택 호스트(100)로 전송되어지는 경로 메시지는 경로 데이터(Path data)와, RSVP 헤더(RSVP Hdr)와, IPv6 헤더(IPv6 Hdr) 구조를 갖게 된다.
또한, DSTM TEP(300)는 듀얼 스택 호스트(100)로부터 IPv4-in-IPv6 터널링된 resv 메시지를 수신하게 되면, 전송된 패킷의 IPv6 헤더를 제거한 후 resv 메시지 가 포함되어 있는 IPv4 패킷을 IPv4-only 서버(500)에게 전송하게 된다. 여기서, 패킷은 홉바이홉(hop-by-hop)의 형태로 전달되어진다.
즉, IPv4-only 서버(500)에게 전송되는 패킷은 자원 예약 요청 데이터(resv data)와, RSVP 헤더(RSVP Hdr)와, IPv4 헤더(IPv4 Hdr) 구조를 갖게 된다.
이때, 메시지가 전달되면서 각각의 라우터에 자원을 예약하게 되며, 만일 이 패킷이 IPv4-only 서버(500)에 도달하게 되면 DSTM TEP(300)와 IPv4-only 서버(500) 간에 QoS 연결이 설정되게 된다.
DNS 서버(400)는 듀얼 스택 호스트(100)의 질의 요청에 따라, IPv4-only 서버(500)의 도메인 네임에 해당하는 주소가 IPv4 주소라는 것을 확인하여 타입을 "A"로 설정한 후, 듀얼 스택 호스트(100)에게 IPv4-only 서버(500)의 도메인 네임에 해당하는 IPv4 주소가 포함된 응답 메시지를 전송한다.
IPv4-only 서버(500)는 IPv4 망 내에 위치하면서 듀얼 스택 호스트(100)로 멀티미디어 트래픽을 제공해 주기 위한 서버로서, DSTM TEP(300)로부터 디캡슐레이션된 QoS 세션 요청 메시지가 전송되어지면, RSVP(Resource Reservation Protocol)에서 정의된 경로 메시지(path message)를 듀얼 스택 호스트(100)로 전송하게 된다.
즉, IPv4-only 서버(500)로부터 전송되는 경로 메시지(path message)는 먼저 DSTM TEP(300)로 전송되어진다. 이때, 경로 메시지는 경로 데이터(Path data)와, RSVP 헤더(RSVP Hdr)와, IPv4 헤더(IPv4 Hdr) 구조를 갖게 된다.
여기서, 상기 경로 메시지(path message)에 포함된 IPv4 패킷의 목적지 주소 는 듀얼 스택 호스트(100)의 IPv4 주소이며, 이 패킷은 DSTM TEP(300)로 전송되어진다.
도 9는 본 발명에 따른 IPv4/IPv6 통합 네트워크 시스템에서의 RSVP 지원 방법을 나타내는 도면이고, 도 10은 본 발명에 따른 IPv4/IPv6 통합 망에서 종단간 경로 메시지 전송 과정을 나타내는 도면이며, 도 11은 본 발명에 따른 IPv4/IPv6 통합망에서 IPv6 망에서의 자원 예약을 위한 메시지 전송 과정을 나타내는 도면이고, 도 12는 본 발명에 따른 IPv4/IPv6 통합 망에서 IPv4 망에서의 자원 예약 과정을 나타내는 도면이며, 도 13은 본 발명에 따른 IPv4/IPv6 통합망에서 IPv6 망에서의 자원 예약 과정을 나타내는 도면이다.
도 9에 도시된 바와 같이, IPv6 망 내에 있는 듀얼 스택 호스트(100)가 Ipv4 망 내에 있는 IPv4-only 서버(500)로부터 멀티미디어 트래픽을 수신하고자 하고 이 트래픽이 QoS 보장을 받고자 하는 경우, 먼저 듀얼 스택 호스트(100)는 IPv4-only 서버(500)의 도메인 네임(domain name)에 대한 IP 주소를 얻기 위하여 DNS에 query 메시지(Asks DNS for A RR for "H2")를 전송(S10)한다.
이어서, DNS 서버(400)는 IPv4-only 서버(500)의 도메인 네임(domain name)에 해당하는 주소가 IPv4 주소라는 것을 확인하고 타입을 "A"로 한 후에 듀얼 스택 호스트(100)에게로 응답 메시지(Answer is 192.5.5.1)를 전송(S20)한다.
이어서, DNS 서버(400)로부터 응답 메시지를 수신한 듀얼 스택 호스트(100)는 IPv4-only 서버(500)가 IPv4 망에 위치하고 있다는 것을 확인하고, IPv4 프로토 콜을 이용하여 접속하기 위하여 자신도 하나의 임시 IPv4 주소를 얻기 위하여 DSTM 서버(200)에게 주소 요청 메시지(Request DSTM Server for an IPv4 address)를 전송(S30)한다.
이에 따라, 듀얼 스택 호스트(100)로부터 주소 요청 메시지를 수신한 DSTM 서버(500)는 듀얼 스택 호스트(100)에게 하나의 임시 전역 IPv4 주소를 할당(Provides a temporary IPv4 golbal address(H1_IPv4), TEP's IPv6 address(TEP_IPv6)(S40)한다.
이에 따라, 듀얼 스택 호스트(100)는 IPv4-only 서버(500)에게 QoS 기반의 멀티미디어 트래픽을 수신하고자 하는 메시지를 전송(To request end-to-end QoS session)(S50)한다. 이 메시지는 IPv4-in-IPv6 터널링을 통하여 전송된다. 즉, 이 메시지는 IPv4 헤더를 가지며 다시 IPv6로 캡슐화된다.
이 패킷이 DSTM TEP(300)에 도달하게 되면, DSTM TEP(300)는 이 패킷에 있는 소스 IPv6 주소와 내부에 있는 소스 IPv4 주소에 대한 매핑 정보를 테이블에 저장(Cache association Hi_IPv6 - H1_IPv4)하고, IPv6 헤더를 제거한 후 IPv4 패킷을 IPv4-only 서버(500)에게로 전송(S60)한다.
이에 따라, IPv4-only 서버(500)는 RSVP 에서 정의된 경로 메시지(path message)를 듀얼 스택 호스트(100)로 전송(Send EtoE Path message)(S70)한다. 여기서, 이 메시지가 포함된 IPv4 패킷의 목적지 주소는 듀얼 스택 호스트(100)의 IPv4 주소이며, 이 패킷은 DSTM TEP(300)에게로 전달된다.
즉, 도 10에서와 같이, IPv4-only 서버(500)로부터 전송되는 경로 메시지 (path message)는 먼저 DSTM TEP(300)로 전송되어진다. 이때, 경로 메시지는 경로 데이터(Path data)와, RSVP 헤더(RSVP Hdr)와, IPv4 헤더(IPv4 Hdr) 구조를 갖게 된다.
여기서, 상기 경로 메시지(path message)에 포함된 IPv4 패킷의 목적지 주소는 듀얼 스택 호스트(100)의 IPv4 주소이며, 이 패킷은 DSTM TEP(300)로 전송되어진다.
이에 따라, DSTM TEP(300)는 이 패킷의 목적지 주소에 있는 IPv4 주소를 이용하여 자신의 매핑 테이블에서 해당되는 IPv6 주소를 추출한 후에 이 정보를 이용하여 IPv6 패킷으로 캡슐화한 후에 IPv4-in-IPv6 터널링을 이용하여 듀얼 스택 호스트(100)에게로 전송(Send EtoE Path message(IPv4-in-IPv6))(S80)한다.
즉, 도 10에서와 같이, DSTM TEP(300)는 IPv4-only 서버(500)로부터 전송된 패킷의 목적지 주소에 있는 IPv4 주소를 이용하여 자신의 매핑 테이블에서 해당되는 IPv6 주소를 추출한다.
즉, DSTM TEP(300)는 매핑 테이블에서 추출한 IPv6 주소 정보를 이용하여 IPv6 패킷으로 캡슐화한 후에 IPv4-in-IPv6 터널링을 이용하여 듀얼 스택 호스트(100)로 전송하게 된다.
여기서, DSTM TEP(300)가 듀얼 스택 호스트(100)로 전송하는 경로 메시지는 경로 데이터(Path data)와, RSVP 헤더(RSVP Hdr)와, IPv4 헤더(IPv4 Hdr)와, IPv6 헤더(IPv6 Hdr) 구조를 갖게 된다.
이어서, DSTM TEP(300)는 IPv6 망 내에서의 자원 예약을 위하여 rsvp의 path 메시지를 만들어 IPv6 헤더를 추가한 후에 듀얼 스택 호스트(100)에게로 전송(S90)한다.
즉, 도 11에서와 같이, DSTM TEP(300)는 IPv6 망 내에서의 자원 예약을 위하여 RSVP의 경로 메시지를 만들어 IPv6 헤더를 추가한 후에 듀얼 스택 호스트(100)에게로 전송하게 된다.
이때, 상기 듀얼 스택 호스트(100)로 전송되어지는 경로 메시지는 경로 데이터(Path data)와, RSVP 헤더(RSVP Hdr)와, IPv6 헤더(IPv6 Hdr) 구조를 갖게 된다.
이에 따라, IPv4-only 서버(500)로부터 path 메시지를 수신한 듀얼 스택 호스트(100)는 IPv4 망 내에서의 자원 예약을 위하여 resv 메시지를 만들어 IPv4-in-IPv6 터널링을 이용하여 전송(Send EtoE resv message(IPv4-in-IPv6))(S100)한다.
즉, 도 12에 도시된 바와 같이, 듀얼 스택 호스트(100)는 멀티미디어 트래픽을 수신하고자 하는 메시지를 전송한 후, DSTM TEP(300)로부터 경로 메시지를 수신하게 되면, IPv4 망 내에서의 자원 예약을 위하여 resv 메시지를 만들어 IPv4-in-IPv6 터널링을 이용하여 전송하게 된다.
이때, DSTM TEP(300)로 전송되는 resv 메시지는 자원 예약 요청 데이터(resv data)와, RSVP 헤더(RSVP Hdr)와, IPv4 헤더(IPv4 Hdr)와, IPv6 헤더(IPv6 Hdr) 구조를 갖게 된다.
이 패킷은 DSTM TEP(300)에게로 전송됨에 따라, DSTM TEP(300)는 IPv6 헤더를 제거한 후에 resv 메시지가 포함되어 있는 IPv4 패킷을 IPv4-only 서버(500)에게로 전송(Decapsulate IPv6 and Sends EtoE resv message)(S110)한다. 여기서, 이 패킷은 홉바이홉(hop-by-hop)의 형태로 서버로 전달된다.
즉, 도 12에 도시된 바와 같이, IPv4-only 서버(500)에게 전송되는 패킷은 자원 예약 요청 데이터(resv data)와, RSVP 헤더(RSVP Hdr)와, IPv4 헤더(IPv4 Hdr) 구조를 갖게 된다.
이때, 메시지가 전달되면서 각각의 라우터에 자원을 예약하게 되며, 만일 이 패킷이 IPv4-only 서버(500)에 도달하게 되면 DSTM TEP(300) - IPv4-only 서버(500) 간에는 QoS 연결이 설정되게 된다. 그렇지만 이것만으로 종단간 QoS 연결이 설정되는 것은 아니다.
즉, 종단간 QoS 연결이 설정되기 위해서는 IPv6 망 내에서도 자원 예약이 이루어져야 한다. 이를 위하여 듀얼 스택 호스트(100)는 또 하나의 resv 메시지를 만들어 이 메시지를 IPv6 헤더를 붙인 후에 DSTM TEP(300)를 목적지 주소로 하여 IPv6 스택을 이용하여 전송(Sends resv message(IPv6))(S120)하게 된다.
즉, 도 13에 도시된 바와 같이, DSTM TEP(300)로 전송되는 resv 메시지는 경로 데이터(Path data)와, RSVP 헤더(RSVP Hdr)와, IPv6 헤더(IPv6 Hdr) 구조를 갖게 된다.
이때, 이 메시지는 홉바이홉(hop-by-hop)의 형태로 DSTM TEP(300)에게로 전달되며, 전달되면서 각각의 라우터에 자원을 예약한다. 만일 이 패킷이 DSTM TEP(300)에 도달하게 되면 듀얼 스택 호스트(100)와 DSTM TEP(300) 간에 QoS 연결이 설정되게 된다.
결국, 듀얼 스택 호스트(100)와 DSTM TEP(300)간, 그리고 DSTM TEP(300)와 IPv4-only 서버(500) 간에 QoS 연결이 설정되면 종단간 QoS 연결이 설정되게 되는 것이다.
이상에서는 본 발명에서 특정의 바람직한 실시예에 대하여 도시하고 또한 설명하였다. 그러나, 본 발명은 상술한 실시예에 한정되지 아니하며, 특허 청구의 범위에서 첨부하는 본 발명의 요지를 벗어남이 없이 당해 발명이 속하는 기술분야에서 통상의 지식을 가진 자라면 누구든지 다양한 변형 실시가 가능할 것이다.
본 발명에 따르면, IPv4와 IPv6가 혼재된 IPv4/IPv6 통합망에서 IPv4 망에 멀티미디어 트래픽을 위한 서버가 위치하고 있는 경우에 서버로부터 IPv6 망 내에 위치한 듀얼 스택(dual stack) 호스트로 전송되는 트래픽이 QoS를 제공받을 수 있도록 함으로써, 종단간 RSVP 연결을 통해 설정하여 QoS를 보장할 수 있게 되는 효과가 있다.

Claims (27)

  1. DSTM TEP에 의해 결합되는 IPv4/IPv6 통합망에서의 RSVP 지원 방법에 있어서,
    IPv6 망내의 듀얼 스택 호스트가 상기 DSTM TEP를 통해 IPv4 서버로 종단간 QoS 세션 연결 요청 메시지를 전송하는 단계;
    상기 IPv4 서버가 상기 DSTM TEP를 통해 상기 듀얼 스택 호스트로 종단간 경로 메시지를 전송하는 단계;
    상기 DSTM TEP가 상기 듀얼 스택 호스트로 IPv6 망 내에서의 자원 예약을 위한 경로 메시지를 전송하는 단계;
    상기 듀얼 스택 호스트가 상기 DSTM TEP를 통해 상기 IPv4 서버로 종단간 자원 예약 요청 메시지를 전송하여 IPv4 망 내에서의 자원 예약을 설정하는 단계; 및
    상기 듀얼 스택 호스트가 상기 DSTM TEP로 자원 예약 요청 메시지를 전송하여 IPv6 망 내에서의 자원 예약을 설정하는 단계로 이루어지는 것을 특징으로 하는 IPv4/IPv6 통합 네트워크 시스템에서의 RSVP 지원 방법.
  2. 제 1항에 있어서,
    IPv6 망내의 듀얼 스택 호스트가 상기 DSTM TEP를 통해 IPv4 서버로 종단간 QoS 세션 연결 요청 메시지를 전송하는 단계에서,
    상기 QoS 세션 연결 요청 메시지는 IPv4 헤더를 가지며 IPv6 로 캡슐화되어 IPv4-in-IPv6 터널링을 통해 상기 DSTM TEP로 전송되는 것을 특징으로 하는 IPv4/IPv6 통합 네트워크 시스템에서의 RSVP 지원 방법.
  3. 제 2항에 있어서,
    상기 DSTM TEP는 상기 듀얼 스택 호스트로부터 전송된 메시지에서 소스 IPv6 주소와 내부에 있는 소스 IPv4 주소에 대한 매핑 정보를 테이블에 저장한 후, IPv6 헤더를 제거한 IPv4 패킷을 상기 IPv4 서버로 전송하는 것을 특징으로 하는 IPv4/IPv6 통합 네트워크 시스템에서의 RSVP 지원 방법.
  4. 제 1항에 있어서,
    상기 IPv4 서버가 상기 DSTM TEP를 통해 상기 듀얼 스택 호스트로 종단간 경로 메시지를 전송하는 단계에서,
    상기 DSTM TEP로 전송되는 경로 메시지는 경로 데이터와, RSVP 헤더와, IPv4 헤더 구조를 갖는 것을 특징으로 하는 IPv4/IPv6 통합 네트워크 시스템에서의 RSVP 지원 방법.
  5. 제 4항에 있어서,
    상기 종단간 경로 메시지의 IPv4 패킷의 목적지 주소는 상기 듀얼 스택 호스트의 IPv4 주소인 것을 특징으로 하는 IPv4/IPv6 통합 네트워크 시스템에서의 RSVP 지원 방법.
  6. 제 5항에 있어서,
    상기 DSTM TEP는 상기 IPv4 패킷의 목적지 주소에 있는 IPv4 주소에 매핑되는 해당 IPv6 주소를 매핑 테이블에서 추출하여 IPv6 패킷으로 캡슐화한 후에 IPv4-in-IPv6 터널링을 통해 상기 듀얼 스택 호스트로 전송하는 것을 특징으로 하는 IPv4/IPv6 통합 네트워크 시스템에서의 RSVP 지원 방법.
  7. 제 6항에 있어서,
    상기 IPv4-in-IPv6 터널링된 경로 메시지는,
    경로 데이터와, RSVP 헤더와, IPv4 헤더와, IPv6 헤더 구조를 갖는 것을 특징으로 하는 IPv4/IPv6 통합 네트워크 시스템에서의 RSVP 지원 방법.
  8. 제 1항에 있어서,
    상기 DSTM TEP가 상기 듀얼 스택 호스트로 IPv6 망 내에서의 자원 예약을 위한 경로 메시지를 전송하는 단계에서,
    상기 경로 메시지는 경로 데이터와, RSVP 헤더와, IPv6 헤더 구조를 갖는 것을 특징으로 하는 IPv4/IPv6 통합 네트워크 시스템에서의 RSVP 지원 방법.
  9. 제 1항에 있어서,
    상기 듀얼 스택 호스트가 상기 DSTM TEP를 통해 상기 IPv4 서버로 종단간 자원 예약 요청 메시지를 전송하여 IPv4 망 내에서의 자원 예약을 설정하는 단계에서,
    상기 종단간 자원 예약 요청 메시지는 IPv4 헤더를 가지며 IPv6 로 캡슐화되어 IPv4-in-IPv6 터널링을 통해 상기 DSTM TEP로 전송되는 것을 특징으로 하는 IPv4/IPv6 통합 네트워크 시스템에서의 RSVP 지원 방법.
  10. 제 9항에 있어서,
    상기 DSTM TEP로 전송되는 자원 예약 요청 메시지는,
    자원 예약 요청 데이터와, RSVP 헤더와, IPv4 헤더와, IPv6 헤더 구조를 갖는 것을 특징으로 하는 IPv4/IPv6 통합 네트워크 시스템에서의 RSVP 지원 방법.
  11. 제 10항에 있어서,
    상기 DSTM TEP는 상기 듀얼 스택 호스트로부터 전송된 자원 예약 요청 메시지에서 IPv6 헤더를 제거한 IPv4 패킷을 상기 IPv4 서버로 전송하는 것을 특징으로 하는 IPv4/IPv6 통합 네트워크 시스템에서의 RSVP 지원 방법.
  12. 제 11항에 있어서,
    상기 IPv4 서버로 전송되는 IPv4 패킷은 홉바이홉(hop-by-hop)의 형태로 전송되면서 각 라우터에 자원을 예약 설정하는 것을 특징으로 하는 IPv4/IPv6 통합 네트워크 시스템에서의 RSVP 지원 방법.
  13. 제 1항에 있어서,
    상기 듀얼 스택 호스트가 상기 DSTM TEP로 자원 예약 요청 메시지를 전송하여 IPv6 망 내에서의 자원 예약을 설정하는 단계에서,
    상기 자원 예약 요청 메시지는 경로 데이터와, RSVP 헤더와, IPv6 헤더 구조를 갖는 것을 특징으로 하는 IPv4/IPv6 통합 네트워크 시스템에서의 RSVP 지원 방법.
  14. 제 13항에 있어서,
    상기 DSTM TEP로 전송되는 자원 예약 요청 메시지는 홉바이홉(hop-by-hop)의 형태로 전송되면서 각 라우터에 자원을 예약 설정하는 것을 특징으로 하는 IPv4/IPv6 통합 네트워크 시스템에서의 RSVP 지원 방법.
  15. DSTM TEP에 의해 결합되는 IPv4/IPv6 통합망에서의 RSVP 지원 시스템에 있어서,
    상기 IPv4/IPv6 통합망에서의 종단간 경로 메시지를 상기 DSTM TEP로 전송하는 IPv4 서버와,
    상기 IPv4 서버로부터 전송되는 종단간 경로 메시지를 상기 DSTM TEP를 통해 수신하는 경우, 상기 DSTM TEP를 통해 상기 IPv4 서버로 종단간 자원 예약 요청 메시지를 전송하여 IPv4 망 내에서의 자원 예약을 설정하고, 상기 DSTM TEP로 자원 예약 요청 메시지를 전송하여 IPv6 망 내에서의 자원 예약을 설정하는 듀얼 스택 호스트를 포함하는 것을 특징으로 하는 IPv4/IPv6 통합망에서의 RSVP 지원 시스템.
  16. 제 15항에 있어서,
    상기 DSTM TEP로 전송되는 종단간 경로 메시지는 경로 데이터와, RSVP 헤더와, IPv4 헤더 구조를 갖는 것을 특징으로 하는 IPv4/IPv6 통합망에서의 RSVP 지원 시스템.
  17. 제 16항에 있어서,
    상기 종단간 경로 메시지의 IPv4 패킷의 목적지 주소는 상기 듀얼 스택 호스트의 IPv4 주소인 것을 특징으로 하는 IPv4/IPv6 통합망에서의 RSVP 지원 시스템.
  18. 제 17항에 있어서,
    상기 DSTM TEP는,
    상기 IPv4 패킷의 목적지 주소에 있는 IPv4 주소에 매핑되는 해당 IPv6 주소를 매핑 테이블에서 추출하여 IPv6 패킷으로 캡슐화한 후에 IPv4-in-IPv6 터널링을 통해 상기 듀얼 스택 호스트로 전송하는 것을 특징으로 하는 IPv4/IPv6 통합망에서의 RSVP 지원 시스템.
  19. 제 18항에 있어서,
    상기 IPv4-in-IPv6 터널링된 경로 메시지는,
    경로 데이터와, RSVP 헤더와, IPv4 헤더와, IPv6 헤더 구조를 갖는 것을 특징으로 하는 IPv4/IPv6 통합망에서의 RSVP 지원 시스템.
  20. 제 15항에 있어서,
    상기 DSTM TEP는,
    상기 IPv6 망 내에서의 자원 예약을 위한 경로 메시지를 상기 듀얼 스택 호스트로 전송하는 것을 특징으로 하는 IPv4/IPv6 통합망에서의 RSVP 지원 시스템.
  21. 제 20항에 있어서,
    상기 IPv6 망 내에서의 자원 예약을 위한 경로 메시지는,
    경로 데이터와, RSVP 헤더와, IPv6 헤더 구조를 갖는 것을 특징으로 하는 IPv4/IPv6 통합망에서의 RSVP 지원 시스템.
  22. 제 15항에 있어서,
    상기 DSTM TEP로 전송되는 종단간 자원 예약 요청 메시지는,
    IPv4 헤더를 가지며 IPv6 로 캡슐화되어 IPv4-in-IPv6 터널링을 통해 상기 DSTM TEP로 전송되는 것을 특징으로 하는 IPv4/IPv6 통합망에서의 RSVP 지원 시스템.
  23. 제 22항에 있어서,
    상기 DSTM TEP로 전송되는 종단간 자원 예약 요청 메시지는,
    자원 예약 요청 데이터와, RSVP 헤더와, IPv4 헤더와, IPv6 헤더 구조를 갖는 것을 특징으로 하는 IPv4/IPv6 통합망에서의 RSVP 지원 시스템.
  24. 제 23항에 있어서,
    상기 DSTM TEP는,
    상기 듀얼 스택 호스트로부터 전송된 종단간 자원 예약 요청 메시지에서 IPv6 헤더를 제거한 IPv4 패킷을 상기 IPv4 서버로 전송하는 것을 특징으로 하는 IPv4/IPv6 통합망에서의 RSVP 지원 시스템.
  25. 제 24항에 있어서,
    상기 IPv4 서버로 전송되는 IPv4 패킷은 홉바이홉(hop-by-hop)의 형태로 전송되면서 각 라우터에 자원을 예약 설정하는 것을 특징으로 하는 IPv4/IPv6 통합망에서의 RSVP 지원 시스템.
  26. 제 15항에 있어서,
    상기 DSTM TEP로 전송되는 자원 예약 요청 메시지는,
    경로 데이터와, RSVP 헤더와, IPv6 헤더 구조를 갖는 것을 특징으로 하는 IPv4/IPv6 통합망에서의 RSVP 지원 시스템.
  27. 제 26항에 있어서,
    상기 DSTM TEP로 전송되는 자원 예약 요청 메시지는 홉바이홉(hop-by-hop)의 형태로 전송되면서 각 라우터에 자원을 예약 설정하는 것을 특징으로 하는 IPv4/IPv6 통합망에서의 RSVP 지원 시스템.
KR20060015844A 2006-02-17 2006-02-17 ＩＰｖ４／ＩＰｖ６ 통합 네트워크 시스템에서의 ＲＳＶＰ지원 방법 및 그 시스템 KR100748696B1 (ko)

Priority Applications (3)

Application Number Priority Date Filing Date Title
KR20060015844A KR100748696B1 (ko) 2006-02-17 2006-02-17 ＩＰｖ４／ＩＰｖ６ 통합 네트워크 시스템에서의 ＲＳＶＰ지원 방법 및 그 시스템
US11/649,158 US20070198735A1 (en) 2006-02-17 2007-01-04 Method and system for supporting RSVP in IPv4/IPv6 hybrid network
JP2007020453A JP4452727B2 (ja) 2006-02-17 2007-01-31 ＩＰｖ４／ＩＰｖ６統合ネットワークシステムにおけるＲＳＶＰサポート方法及びそのシステム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR20060015844A KR100748696B1 (ko) 2006-02-17 2006-02-17 ＩＰｖ４／ＩＰｖ６ 통합 네트워크 시스템에서의 ＲＳＶＰ지원 방법 및 그 시스템

Publications (1)

Publication Number Publication Date
KR100748696B1 true KR100748696B1 (ko) 2007-08-13

Family

ID=38429721

Family Applications (1)

Application Number Title Priority Date Filing Date
KR20060015844A KR100748696B1 (ko) 2006-02-17 2006-02-17 ＩＰｖ４／ＩＰｖ６ 통합 네트워크 시스템에서의 ＲＳＶＰ지원 방법 및 그 시스템

Country Status (3)

Country Link
US (1) US20070198735A1 (ko)
JP (1) JP4452727B2 (ko)
KR (1) KR100748696B1 (ko)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2906666A1 (fr) * 2006-10-03 2008-04-04 Canon Kk Procede de reservation de ressource dans un reseau local comprenant une pluralite de sous-reseaux, produit programme d'ordinateur, moyen de stockage et dispositif correspondants.
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
US8699515B2 (en) * 2009-07-21 2014-04-15 Cisco Technology, Inc. Limiting of network device resources responsive to IPv6 originating entity identification
CN102065512B (zh) * 2009-11-12 2013-08-07 中兴通讯股份有限公司 多层网络中区域边界控制的方法、建立连接的方法和系统
US8798060B1 (en) 2010-10-21 2014-08-05 Juniper Networks, Inc. Converting between tunneling protocols
US8498295B1 (en) * 2010-11-23 2013-07-30 Juniper Networks, Inc. Modular lightweight tunneling mechanisms for transitioning between network layer protocols
JP5944655B2 (ja) * 2011-02-17 2016-07-05 キヤノン電子株式会社 情報処理装置及びその制御方法、コンピュータプログラム
US8861525B1 (en) 2011-07-28 2014-10-14 Juniper Networks, Inc. Cloud-based network protocol translation data center
US9137270B2 (en) 2012-12-03 2015-09-15 International Business Machines Corporation Binding multiple addresses to a socket in a network system
US9363158B2 (en) 2014-02-05 2016-06-07 Lenovo Enterprise Solutions (Singapore) Pte. Ltd. Reduce size of IPV6 routing tables by using a bypass tunnel
US20180006843A1 (en) * 2016-06-30 2018-01-04 Motorola Solutions, Inc Method for routing data between a tethered device and multiple packet data networks
US10361971B2 (en) * 2016-08-31 2019-07-23 International Business Machines Corporation Resource reservation mechanism for overlay networking
US10880264B1 (en) 2018-10-16 2020-12-29 Juniper Networks, Inc. Customer-side and provider-side translation of Internet Protocol addresses without pre-shared prefixes

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20030092322A (ko) * 2002-05-29 2003-12-06 삼성전자주식회사 ＩＰｖ4/ＩＰｖ6 통신 방법 및 그 장치
KR20040073844A (ko) * 2003-02-15 2004-08-21 홍충선 아이피버젼4 패킷의 옵션 필드를 이용하여 아이피버젼6호스트와 아이피버젼4 호스트간에 패킷을 교환하는 방법
KR20050065131A (ko) * 2003-12-24 2005-06-29 한국전자통신연구원 ＩＰｖ６ 호스트 장치, 동적 터널링 인터페이스(ＤＴＩ)장치, ＩＰｖ６ ｉｎ ＩＰｖ６ 터널링 수행 방법

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6690669B1 (en) * 1996-11-01 2004-02-10 Hitachi, Ltd. Communicating method between IPv4 terminal and IPv6 terminal and IPv4-IPv6 converting apparatus
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
US7287070B2 (en) * 2001-05-25 2007-10-23 Interdigital Technology Corporation Determining control of an internet communication between a sender and receiver
EP1488610B1 (en) * 2002-03-27 2018-09-12 British Telecommunications public limited company System for selecting a connectivity mechanism
US20040088385A1 (en) * 2002-11-01 2004-05-06 Hexago Inc. Method and apparatus for connecting IPV4 devices through an IPV6 network using a tunnel setup protocol
KR100636281B1 (ko) * 2005-05-11 2006-10-19 삼성전자주식회사 ＩＰｖ4/ＩＰｖ6 통합 네트워크 시스템에서 경로 자원을예약하는 방법 및 그 장치
KR20060117586A (ko) * 2005-05-11 2006-11-17 삼성전자주식회사 ＩＰｖ4/ＩＰｖ6 통합 네트워크의 패킷 처리 방법 및 그장치
US8199642B2 (en) * 2006-09-14 2012-06-12 Cisco Technology, Inc. Dynamically and efficiently forming hierarchical tunnels
US20080155101A1 (en) * 2006-12-21 2008-06-26 Cisco Technology, Inc. Reserving resources for data streams in a communication network

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20030092322A (ko) * 2002-05-29 2003-12-06 삼성전자주식회사 ＩＰｖ4/ＩＰｖ6 통신 방법 및 그 장치
KR20040073844A (ko) * 2003-02-15 2004-08-21 홍충선 아이피버젼4 패킷의 옵션 필드를 이용하여 아이피버젼6호스트와 아이피버젼4 호스트간에 패킷을 교환하는 방법
KR20050065131A (ko) * 2003-12-24 2005-06-29 한국전자통신연구원 ＩＰｖ６ 호스트 장치, 동적 터널링 인터페이스(ＤＴＩ)장치, ＩＰｖ６ ｉｎ ＩＰｖ６ 터널링 수행 방법

Also Published As

Publication number Publication date
US20070198735A1 (en) 2007-08-23
JP4452727B2 (ja) 2010-04-21
JP2007221779A (ja) 2007-08-30

Similar Documents

Publication Publication Date Title
KR100748696B1 (ko) ＩＰｖ４／ＩＰｖ６ 통합 네트워크 시스템에서의 ＲＳＶＰ지원 방법 및 그 시스템
KR100636281B1 (ko) ＩＰｖ4/ＩＰｖ6 통합 네트워크 시스템에서 경로 자원을예약하는 방법 및 그 장치
Wu et al. Transition from IPv4 to IPv6: A state-of-the-art survey
US8804705B2 (en) System and method for configuring an IP telephony device
US6687245B2 (en) System and method for performing IP telephony
US7068646B2 (en) System and method for performing IP telephony including internal and external call sessions
JP3494610B2 (ja) Ｔｃｐ終端機能付きｉｐルータ装置および媒体
Blanchet Migrating to IPv6: a practical guide to implementing IPv6 in mobile and fixed networks
US20020141389A1 (en) System and method for routing IP packets
EP1722524B1 (en) Method and apparatus for processing packet in IPv4/IPv6 combination network
US8238336B2 (en) Method for forwarding data packet, system, and device
AU2002256072A1 (en) System and method for performing IP telephony
CA2381672A1 (en) Method of and system for providing quality of service in ip telephony
WO2012013133A1 (zh) 一种网络通信的方法和设备
Babatunde et al. A comparative review of internet protocol version 4 (ipv4) and internet protocol version 6 (ipv6)
CA2626760A1 (en) Method and apparatus of performing tunnel signaling over ip tunneling path
CN102546362A (zh) 报文处理方法、系统和用户前端设备
WO2014056412A1 (zh) 一种报文发送的方法、路由器桥及系统
US20060053485A1 (en) Network connection through NAT routers and firewall devices
Punithavathani et al. IPv4/IPv6 transition mechanisms
KR20060091555A (ko) ＩＰｖ4/ＩＰｖ6 상호 연동이 가능한 ＩＰｖ6 인터넷 게이트웨이 및 그 통신 방법
US20080046571A1 (en) Pervasive inter-domain dynamic host configuration
Braun Internet Protocols for Multimedia Communications: Part I: IPng—The Foundation of Internet Protocols
KR20030057095A (ko) 게이트키퍼와 ｎａｔ－ｐｔ 연동을 위한 서로 상이한ｉｐ 주소 연동 방법
WO2023082377A1 (zh) 阶层式6LoWPAN网状网络的数据传送方法

Legal Events

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

Payment date: 20120730

Year of fee payment: 6

FPAY Annual fee payment

Payment date: 20130730

Year of fee payment: 7

FPAY Annual fee payment

Payment date: 20140730

Year of fee payment: 8

LAPS Lapse due to unpaid annual fee