KR101855310B1 - 상이한 주소정보 규격을 가진 송수신측 간의 패킷 전송 방법 - Google Patents

상이한 주소정보 규격을 가진 송수신측 간의 패킷 전송 방법 Download PDF

Info

Publication number
KR101855310B1
KR101855310B1 KR1020160056593A KR20160056593A KR101855310B1 KR 101855310 B1 KR101855310 B1 KR 101855310B1 KR 1020160056593 A KR1020160056593 A KR 1020160056593A KR 20160056593 A KR20160056593 A KR 20160056593A KR 101855310 B1 KR101855310 B1 KR 101855310B1
Authority
KR
South Korea
Prior art keywords
address information
terminal
server
standard
packet
Prior art date
Application number
KR1020160056593A
Other languages
English (en)
Other versions
KR20170126321A (ko
Inventor
김진식
Original Assignee
에스케이텔레콤 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 에스케이텔레콤 주식회사 filed Critical 에스케이텔레콤 주식회사
Priority to KR1020160056593A priority Critical patent/KR101855310B1/ko
Publication of KR20170126321A publication Critical patent/KR20170126321A/ko
Application granted granted Critical
Publication of KR101855310B1 publication Critical patent/KR101855310B1/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
    • 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
    • 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/58—Caching of addresses or names
    • H04L61/6009—
    • H04L61/6059—
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/618—Details of network addresses
    • H04L2101/659—Internet protocol version 6 [IPv6] addresses

Abstract

본 발명은, 단말에 설치된 어플리케이션 및 서버 간 통신 시, 단말의 주소정보 및 서버의 주소정보 간에 주소정보 규격이 서로 상이함으로 인해 야기되는 단말 측의 패킷 처리 지연, 통신 속도 및 통신 성공률의 저하 등 문제를 해결할 수 있는 기술을 제안한다.

Description

상이한 주소정보 규격을 가진 송수신측 간의 패킷 전송 방법{PACKET TRANSMISSION METHOD BETWEEN TRANSMITTER/RECEIVER WITH DISTINCT ADDRESS INFORMATION FORMAT}
본 발명은, 단말에 설치된 어플리케이션 및 서버 간 통신 시, 단말의 주소정보 및 서버의 주소정보 간에 주소정보 규격이 서로 상이함으로 인해 야기되는 단말 측의 패킷 처리 지연, 통신 속도 및 통신 성공률의 저하 등 문제를 해결할 수 있는 기술에 관한 것이다.
노드 간 통신 시 필요한 주소정보(IP주소)에서 새로운 규격(IPv6)이 등장하면서, 기존부터 유지되어 온 서버에서는 이전 규격(IPv4)의 주소정보를 사용하고, 단말에서는 새로운 규격(IPv6)의 주소정보를 할당받아 사용하는 경우가 늘어나고 있다.
기존에는, 이 경우 양 노드, 즉 단말 및 서버 간의 정상적인 통신 수행을 위해, 단말 단에서 CLAT(customer-side translator)라는 기능을 적용하고 있다.
이하에서는 도 1을 참조하여 기존 기술을 간단히 설명하겠다. 참고로, 도 1에서는 설명의 편의를 위해 앱(13)과 OS(16) 사이에 존재하는 다른 레이어의 도시를 생략하였다.
예를 들어, 단말(10)의 주소정보 보다 정확하게는 단말(10) 내 OS(16)에 할당된 주소정보가 IPv6이고 서버(20)의 주소정보가 IPv4라고 가정한다. 이하에서는, 설명의 편의 상, 단말(10)의 주소정보 및 OS(16)에 할당된 주소정보는, 서로 같은 의미인 것으로 하겠다.
이때, 단말(10)에 설치된 어플리케이션(13이하, 앱)은, 통신 대상인 서버(20)의 주소정보가 IPv4인 것으로 확인하면, 단말(10)의 주소정보가 서버(20)의 주소정보와 규격이 다른 IPv6이기 때문에, IPv4의 CLAT용 단말 내부 주소정보를 사용한다.
즉, 앱(13) 입장에서는, CLAT용 단말 내부 주소정보(IPv4) 및 서버(20)의 IPv4 주소정보 기반의 통신패킷을 생성하고 단말(10) 보다 정확하게는 OS(16)로 전송함으로써, 서버(20)의 IPv4주소로 통신을 수행하는 것이다.
이렇게 되면, 단말(10) 즉 OS(16)는, 앱(13)으로부터 전송받은 통신패킷 내 주소정보가 자신이 할당 받은 IPv6 주소정보와 다른 규격이기 때문에, CLAT를 수행하여 패킷 내 주소정보의 규격을 IPv4에서 IPv6로 변환한 후, 통신망(1)으로 전송하게 된다.
이에, 단말(10) 에서 전송된 IPv6 통신패킷은 통신망(1) 상의 NAT(3, Network Address Translation)에서 IPv4로 변환되어 서버(20)로 전달될 것이다.
한편, 서버(20)에서 전송되는 통신패킷은, 전술한 앱(13)에서 서버(20)로 전송한 통신패킷의 전송 과정이 역으로 진행되는 역 전송 과정을 거쳐, 단말(10) 내 앱(130)으로 전달될 것이다.
따라서, 기존에는 단말(10) 즉 OS(16)가, 앱(13) 또는 통신망(1)으로부터 통신패킷을 전송 받을 때마다 매번 패킷 단위로 CLAT(IPv4<->IPv6)를 수행해야 하기 때문에, 단말(10) 측의 패킷 처리에 지연(Delay)이 발생하게 되고, 이는 앱(13) 및 서버(20) 간의 통신 속도 저하로 이어진다.
또한, 단말(10) 즉 OS(16)가 대량의 통신패킷을 전송 받을 때마다 매번 패킷 단위로 CLAT를 수행하게 되면, 반복되는 수 많은 횟수의 CLAT 수행 중에 낮은 확률이라도 변환 오류가 발생할 수 있고, 이 경우 통신 성공률의 저하를 야기시킬 수 있다.
즉, 기존에는, 앱(13) 및 서버(20) 간 통신 시, 단말(10) 즉 OS(16)의 주소정보 및 서버(20)의 주소정보 간에 주소정보 규격이 서로 상이함으로 인해 수행되는 CLAT 때문에, 단말(10) 측의 패킷 처리 지연, 통신 속도 및 통신 성공률의 저하 등 문제가 야기된다.
이에, 본 발명에서는, 앱(13) 및 서버(20) 간 통신 시, 단말(10) 즉 OS(16)의 주소정보 및 서버(20)의 주소정보 간에 주소정보 규격이 서로 상이한 경우, CLAT 때문에 야기되는 기존의 문제를 해결하고자 한다.
본 발명은 상기한 사정을 감안하여 창출된 것으로서, 본 발명에서 도달하고자 하는 목적은, 단말에 설치된 어플리케이션 및 서버 간 통신 시, 단말의 주소정보 및 서버의 주소정보 간에 주소정보 규격이 서로 상이함으로 인해 야기되는 단말 측의 패킷 처리 지연, 통신 속도 및 통신 성공률의 저하 등 문제를 해결하는데 있다.
상기 목적을 달성하기 위한 본 발명의 제 1 관점에 따른 상이한 주소정보 규격을 가진 송수신측 간의 패킷 전송 방법은, 송신측인 단말에 할당된 주소정보와 주소정보의 규격을 확인하는 규격확인단계; 상기 단말의 주소정보 규격과 통신 대상인 수신측 서버의 주소정보 규격이 서로 상이한지 여부를 판단하는 규격비교단계; 주소정보 규격이 서로 상이한 경우, 상기 서버의 주소정보를 상기 단말의 주소정보 규격으로 변환한 변환 주소정보를 생성하는 규격변환단계; 및 상기 서버의 변환 주소정보 규격에 따른 통신패킷을 생성하고, 상기 단말을 통해 패킷 내 주소정보의 규격을 변환하는 변환기능 수행 없이 통신망으로 전송하게 하는 패킷전송단계를 포함한다.
바람직하게는, 상기 규격변환단계를 수행하기 전에, 상기 규격비교단계의 판단 결과 주소정보 규격이 서로 상이한 경우 상기 서버의 주소정보 규격에 따른 특정 패킷을 생성하고, 상기 단말을 통해 상기 변환기능 수행을 거쳐 상기 통신망으로 전송하게 하는 단계; 상기 특정 패킷에 대한 응답시간을 확인하여, 기 설정된 임계시간 이상인지 여부를 판단하는 단계; 및 상기 임계시간 이상인 경우, 상기 규격변환단계로 진입하는 단계를 더 포함할 수 있다.
바람직하게는, 통신 대상인 서버의 주소정보가 다수 개인 경우, 통신 대상인 서버의 주소정보 중 상기 단말의 주소정보 규격과 동일한 주소정보를 우선 선택하는 단계를 더 포함할 수 있다.
바람직하게는, 상기 규격비교단계의 판단 결과 주소정보 규격이 서로 동일한 경우, 상기 서버의 주소정보 규격에 따른 특정 패킷을 생성하고, 상기 단말을 통해 상기 변환기능 수행 없이 상기 통신망으로 전송하게 하는 단계; 상기 특정 패킷에 대한 응답시간 및 응답성공률 중 적어도 하나를 확인하여, 기 설정된 임계범위를 벗어나는지 여부를 판단하는 단계; 상기 임계범위를 벗어나는 경우, 통신 대상인 서버의 주소정보 중 상기 단말의 주소정보 규격과 상이한 다른 주소정보를 상기 단말의 주소정보 규격으로 변환한 변환 주소정보를 생성하는 단계; 및 상기 서버의 변환 주소정보 규격에 따른 통신패킷을 생성하고, 상기 단말을 통해 상기 변환기능 수행 없이 상기 통신망으로 전송하게 하는 단계를 더 포함할 수 있다.
바람직하게는, 상기 특정 패킷은, 통신을 위한 통신패킷이거나, 또는 통신과 무관한 테스트용 패킷일 수 있다.
상기 목적을 달성하기 위한 본 발명의 제 2 관점에 따른 컴퓨터 판독 가능 기록매체는, 단말에 할당된 주소정보와 주소정보의 규격을 확인하는 규격확인단계; 상기 단말의 주소정보 규격과 통신 대상인 서버의 주소정보 규격이 서로 상이한지 여부를 판단하는 규격비교단계; 주소정보 규격이 서로 상이한 경우, 상기 서버의 주소정보를 상기 단말의 주소정보 규격으로 변환한 변환 주소정보를 생성하는 규격변환단계; 및 상기 서버의 변환 주소정보 규격에 따른 통신패킷을 생성하고, 상기 단말을 통해 패킷 내 주소정보의 규격을 변환하는 변환기능 수행 없이 통신망으로 전송하게 하는 패킷전송단계를 수행하는 명령어를 포함한다.
이에, 본 발명 따른 상이한 주소정보 규격을 가진 송수신측 간의 패킷 전송 방법 및 이를 실현하는 명령어가 포함된 컴퓨터 판독 가능 기록매체에 의하면, 단말에 설치된 어플리케이션 및 서버 간 통신 시, 단말의 주소정보 및 서버의 주소정보 간에 주소정보 규격이 서로 상이함으로 인해 야기되는 단말 측의 패킷 처리 지연, 통신 속도 및 통신 성공률의 저하 등 문제를 해결하는 효과를 도출한다.
도 1은 단말에 설치된 앱 및 서버 간 통신 시 CLAT 수행을 거쳐 통신이 이루어지는 기존 기술을 설명하기 위한 예시도.
도 2는 본 발명의 바람직한 실시예에 따른 어플리케이션의 기능을 븍록화하여 보여주는 예시도.
도 3은 본 발명의 바람직한 실시예에 따른 어플리케이션의 수행 단계를 보여주는 흐름도.
이하, 첨부된 도면을 참조하여 본 발명의 바람직한 실시예에 대하여 설명한다.
본 발명은, 단말의 주소정보 및 단말에 설치된 어플리케이션(이하, 앱)의 통신 대상인 서버의 주소정보 간 주소정보 규격이 서로 상이할 수 있는 환경에서, 앱 및 서버 간에 정상적으로 통신할 수 있게 하는 기술에 관한 것이다.
기존에는, 도 1에 도시된 바와 같이, 단말(10) 보다 구체적으로는 OS(16)의 주소정보 및 서버(20)의 주소정보 간 주소정보 규격이 서로 상이한 경우, 앱(13) 및 서버(20) 간에 정상적으로 통신하도록 하기 위해서는, 단말(10) 보다 구체적으로는 OS(16)가 앱(13) 또는 통신망(1)으로부터 통신패킷을 전송 받을 때마다 매번 패킷 단위로 CLAT(IPv4<->IPv6)를 수행해야만 했다.
이에, 기존에는, CLAT로 인해 야기되는 단말(10) 측의 패킷 처리 지연, 통신 속도 및 통신 성공률의 저하 등 문제를 가질 수 밖에 없었다.
이에, 본 발명에서는, 앱(13) 및 서버(20) 간 통신 시, 단말(10) 즉 OS(16)의 주소정보 및 서버(20)의 주소정보 간에 주소정보 규격이 서로 상이한 경우라도, CLAT 수행 없이 정상적으로 통신할 수 있도록 함으로써, CLAT 때문에 야기되는 기존의 문제를 자연스럽게 해결하고자 한다.
보다 구체적으로는, 주소정보의 규격을 변환하는 기능을 추가한 형태의 새로운 앱(어플리케이션)을 제안함으로써, CLAT 때문에 야기되는 기존의 문제를 해결하고자 한다.
이하에서는, 도 2를 참조하여 본 발명에서 제안하는 바람직한 실시예에 따른 어플리케이션에 대해 구체적으로 설명하겠다.
도 2에 도시된 바와 같이 본 발명의 어플리케이션(200)은, 단말(100)에 설치되어 동작한다.
이러한 본 발명의 어플리케이션(200)은, 규격확인부(210), 규격비교부(220), 규격변환부(230) 및 패킷전송부(240)를 포함한다.
이하에서는, 설명의 편의 상, 본 발명에 의해 변경되지 않는 구성에 대해서는 도 1과 같은 참조번호를 언급하여 설명하도록 하겠다.
규격확인부(210)는, 단말(100)에 할당된 주소정보, 보다 구체적으로는 OS(16)에 할당된 주소정보의 규격을 확인한다. 이하에서는, 설명의 편의 상, 단말(100)의 주소정보와 OS(16)에 할당된 주소정보는, 서로 같은 의미인 것으로 하겠다.
예컨대, 규격확인부(210)는, 단말(100)에 할당된 IP주소를 확인하고, IP주소가 IPv4주소포맷이면 단말(100)의 주소정보 규격을 IPv4로 확인하고, 단말(100)에 할당된 IP주소가 IPv6주소포맷이면 단말(100)의 주소정보 규격을 IPv6로 확인한다.
이때, 규격확인부(210)는, 단말(100)에 IPv6주소포맷의 IP주소가 할당된 상태임에도 불구하고, 기 정의된 IPv4의 CLAT용 단말 내부 주소정보를 단말(100)에 할당된 IP주소로 잘못 확인하는 경우가 생길 수 있다.
이에, 규격확인부(210)는, 단말(100)에 할당된 IP주소를 CLAT용 단말 내부 주소정보(예: 192.0.0.4)로 확인하게 되면, 단말(100)의 주소정보 규격을 IPv6인 것으로 확인하는 것이 바람직하다.
이하에서는, 단말(100)의 주소정보 규격이 IPv6로 확인된 경우로 설명하겠다.
규격비교부(220)는, 단말의 주소정보 규격과 어플리케이션(200)의 통신 대상인 서버(20)의 주소정보 규격이 서로 상이한지 여부를 판단한다.
구체적으로 설명하면, 규격비교부(220)는, 어플리케이션(200)의 통신 대상인 서버(20)의 주소정보 규격을 확인한다.
일 예로, 규격비교부(220)는, 어플리케이션(200)이 통신 대상인 서버(20)의 주소정보를 얻기 위해 DNS쿼리를 하여, AAAA타입의 쿼리 응답은 회신받지 못하고 A타입의 쿼리 응답만 회신받아 이로부터 서버(20)의 IPv4 주소정보만 얻은 경우, 서버(20)의 주소정보 규격으로 IPv4를 확인할 수 있다.
또는, 규격비교부(220)는, 어플리케이션(200)이 통신 대상인 서버(20)의 주소정보를 얻기 위해 DNS쿼리를 하여, AAAA타입의 쿼리 응답 및 A타입의 쿼리 응답을 모두 회신받아 이로부터 서버(20)의 IPv6 주소정보 및 IPv4 주소정보를 모두 얻은 경우, 서버(20)의 주소정보 규격으로 IPv6, IPv4를 확인할 수도 있다.
다른 예로, 규격비교부(220)는, 어플리케이션(200)이 DNS쿼리를 하지 않고, 어플리케이션(200) 내부에 서버(20)의 주소정보로서 IPv4 주소정보만 사전 지정되어 있는 경우, 서버(20)의 주소정보 규격으로 IPv4를 확인할 수 있다.
다른 예로, 규격비교부(220)는, 어플리케이션(200)이 앞서 접속한 서버로부터 다음 접속할 서버(20)의 주소정보로서 IPv4 주소정보만 받았을 경우, 서버(20)의 주소정보 규격으로 IPv4를 확인할 수 있다.
다른 예로, 규격비교부(220)는, 어플리케이션(200)이 사용자에 의해 서버(20)의 IPv4 주소정보를 직접 입력받아 서버 접속을 시도하는 경우, 서버(20)의 주소정보 규격으로 IPv4를 확인할 수 있다.
물론, 위의 여러 예시들에 따라서, 규격비교부(220)는, 서버(20)의 주소정보 규격을 IPv6로 확인할 수도 있다.
이하에서는, 서버(20)의 주소정보 규격이 IPv4로 확인된 경우로 설명하겠다.
이후, 규격비교부(220)는, 단말(100)의 주소정보 규격과 서버(20)의 주소정보 규격이 서로 상이한지 여부를 판단한다.
전술의 가정에 따르면, 앞서 확인한 단말(100)의 주소정보 규격이 IPv6이고, 앞서 확인한 서버(20)의 주소정보 규격이 IPv4이므로, 규격비교부(220)는, 단말(100)의 주소정보 규격과 서버(20)의 주소정보 규격이 서로 상이한 것으로 판단할 것이다.
규격변환부(230)는, 규격비교부(220)의 판단결과 주소정보 규격이 서로 상이한 경우, 서버(20)의 주소정보를 단말(100)의 주소정보 규격으로 변환한 변환 주소정보를 생성한다.
즉, 규격변환부(230)는, 단말(100)의 주소정보 규격과 서버(20)의 주소정보 규격이 서로 상이한 경우, 서버(20)의 IPv4 주소정보를 단말(100)의 IPv6 주소정보 규격(IPv6)으로 변환함으로써(IPv4 -> IPv6), 서버(20)의 IPv6 변환 주소정보를 생성한다.
예를 들면, 규격변환부(230)는, 서버(20)의 IPv4 주소정보 문자열에서 4개 주소숫자의 구분자 역할을 하는 점(마침표)의 위치를 파악한다.
이후, 규격변환부(230)는, IPv4 주소정보 문자열의 처음에서 첫번째 마침표위치 앞까지의 숫자#1를 파악하고, 첫번째 마침표의 다음위치에서 두번째 마침표위치 앞까지의 숫자#2를 파악하고, 두번째 마침표의 다음위치에서 세번째 마침표위치 앞까지의 숫자#3를 파악하고, 세번째 마침표의 다음위치에서 마지막까지의 숫자#4를 파악한다.
그리고, 규격변환부(230)는, 앞서 파악한 십진수 숫자#1,2,3,4를 십육진수로 각각 변환한 숫자#5,6,7,8을 생성한 뒤, “64:FF9B::” IPv6주소포맷에 숫자#5,6,7,8을 반영하여, IPv6 주소정보 문자열 64:FF9B:#5#6:#7#8을 얻는다.
이와 같은 방식으로, 규격변환부(230)는, 서버(20)의 IPv4 주소정보를 단말(100)의 IPv6 주소정보 규격(IPv6)으로 변환함으로써(IPv4 -> IPv6), 서버(20)의 IPv6 변환 주소정보(64:FF9B:#5#6:#7#8)를 생성할 수 있다.
패킷전송부(240)는, 단말(100)의 IPv6 주소정보 및 서버(20)의 IPv6 변환 주소정보 기반의 통신패킷을 생성하고 단말(100) 보다 정확하게는 OS(16)로 전송하여, 단말(100) 보다 정확하게는 OS(16)에서 패킷 내 주소정보의 규격을 변환하는 변환기능(CLAT) 수행 없이 통신패킷을 통신망(1)으로 전송하게 한다.
즉, 패킷전송부(240)는, 단말(100)의 IPv6 주소정보 및 서버(20)의 IPv6 변환 주소정보 기반의 통신패킷을 생성하고 단말(10) 보다 정확하게는 OS(16)로 전송함으로써, 서버(20)의 IPv6 변환 주소정보를 사용해서 서버(20)의 IPv6변환주소로 통신을 수행하는 것이다.
이렇게 되면, 단말(100) 즉 OS(16)는, 본 발명의 어플리케이션(200)으로부터 전송받은 통신패킷 내 주소정보가 자신이 할당 받은 IPv6 주소정보와 같은 규격이기 때문에, 통신패킷을 CLAT 수행 없이 통신망(1)으로 전송하게 된다.
그리고, 단말(100)에서 전송된 IPv6 통신패킷은, 기존과 같이 통신망(1) 상의 NAT(3, Network Address Translation)에서 IPv4로 변환되어 서버(20)로 전달될 것이다.
한편, 서버(20)에서 전송되는 통신패킷은, 전술한 본 발명의 어플리케이션(200)에서 서버(20)로 전송한 통신패킷의 전송 과정이 역으로 진행되는 역 전송 과정을 거쳐, 단말(100) 내 본 발명의 어플리케이션(200)으로 전달될 것이며, 이때 역시 단말(100) 즉 OS(16)의 CLAT 수행은 없을 것이다.
이에, 본 발명에서는, 단말(100)의 주소정보 및 서버(20)의 주소정보 간에 주소정보 규격이 서로 상이한 경우라도, 어플리케이션(200)이 서버(20)의 주소정보 규격을 변환하여 단말(100)의 주소정보와 같은 규격의 변환 주소정보를 생성하는 동작을 한번만 수행하면 이후부터는 서버(20)의 변환 주소정보를 사용해서 통신하기 때문에, OS(16)가 패킷 단위로 CLAT(IPv4<->IPv6)를 수행해야 하는 상황 자체가 생기지 않게 된다.
따라서, 본 발명에 따르면, 단말(100)에 설치된 어플리케이션(200) 및 서버(20) 간 통신 시, 단말(100) 즉 OS(16)의 주소정보 및 서버(20)의 주소정보 간에 주소정보 규격이 서로 상이한 경우라도, OS(16)의 CLAT 수행 없이 정상적으로 통신할 수 있고, CLAT 때문에 야기되는 기존의 문제가 자연스럽게 해결된다.
한편, 본 발명에서는, 어플리케이션(200)이 서버(20)의 주소정보 규격을 변환하여 단말(100)의 주소정보와 같은 규격의 변환 주소정보를 생성하고, 서버(20)의 변환 주소정보를 사용하기 시작하는 시점을 조정할 수 있다.
먼저, 제 1 실시예에 따르면, 어플리케이션(200)이 서버(20)와의 통신을 위해 서버 접속을 시도하는 최초 시점부터 서버(20)의 변환 주소정보를 생성하여, 처음부터 서버(20)의 IPv6 변환 주소정보를 사용해서 서버(20)의 IPv6변환주소로 통신을 수행할 수 있다.
다른 제 2 실시예에 따르면, 우선은 서버(20)의 IPv4 주소정보를 사용해서 서버(20)의 IPv4주소로 통신을 수행하고, 이때의 접속품질이 나쁘면 서버(20)의 변환 주소정보를 생성하여 이후부터 서버(20)의 IPv6 변환 주소정보를 사용해서 서버(20)의 IPv6변환주소로 통신을 수행할 수 있다.
구체적으로 설명하면, 패킷전송부(240)는, 어플리케이션(200)이 서버(20)와의 통신을 위해 서버 접속을 시도한 후 초반에, 단말(100)의 IPv6 주소정보 및 서버(20)의 IPv4 주소정보 기반의 특정 패킷을 생성하고 단말(100) 보다 정확하게는 OS(16)로 전송한다.
이때, 제 2 실시예에서 특정 패킷은, 통신을 위한 통신패킷이다.
즉, 패킷전송부(240)는, 어플리케이션(200)이 서버(20)와의 통신을 위해 서버 접속을 시도한 후 초반에는, 서버(20)의 IPv4 주소정보를 사용해서 통신패킷을 전송함으로써 서버(20)의 IPv4주소로 통신을 수행하는 것이다.
이렇게 되면, 단말(100) 즉 OS(16)는, 어플리케이션(200)으로부터 전송받은 통신패킷 내 주소정보가 자신이 할당 받은 IPv6 주소정보와 다른 규격이기 때문에, 기존과 같이 CLAT를 수행하여 패킷 내 주소정보의 규격을 IPv4에서 IPv6로 변환한 후, 통신망(1)으로 전송하게 된다.
이때, 본 발명의 어플리케이션(200)은, 서버(20)의 IPv4 주소정보를 사용해서 전송한 통신패킷에 대한 응답시간을 확인하여, 응답시간이 기 설정된 임계시간 이상인지 판단한다.
본 발명의 어플리케이션(200)은, 응답시간이 임계시간 이상인 것으로 판단되면, 서버(20)의 IPv4주소로 통신을 수행한 결과 접속품질이 나쁜 것으로 간주하고, 전술의 규격변환부(230)를 통해 서버(20)의 변환 주소정보를 생성하고, 이후부터 전술의 패킷전송부(240)를 통해 서버(20)의 IPv6 변환 주소정보를 사용해서 서버(20)의 IPv6변환주소로 통신을 수행할 수 있다.
또 다른 제 3 실시예에 따르면, 우선은 서버(20)의 IPv4 주소정보를 사용해서 서버(20)의 IPv4주소로 통신하는 것을 사전 테스트하고, 이때의 접속품질이 나쁘면 서버(20)의 변환 주소정보를 생성하여 이후부터 서버(20)의 IPv6 변환 주소정보를 사용해서 서버(20)의 IPv6변환주소로 실제 통신을 개시 및 수행할 수 있다.
구체적으로 설명하면, 패킷전송부(240)는, 어플리케이션(200)이 서버(20)와의 통신을 위해 서버 접속을 시도한 후 초반에, 단말(100)의 IPv6 주소정보 및 서버(20)의 IPv4 주소정보 기반의 특정 패킷을 생성하고 단말(100) 보다 정확하게는 OS(16)로 전송한다.
이때, 제 3 실시예에서 특정 패킷은, 통신과 무관한 테스트용 패킷이다.
즉, 패킷전송부(240)는, 어플리케이션(200)이 서버(20)와의 통신을 위해 서버 접속을 시도한 후 초반에, 실제 통신을 위한 통신패킷 대신, 서버(20)의 IPv4 주소정보를 사용해서 테스트용 패킷을 전송함으로써 서버(20)의 IPv4주소로 통신하는 것을 사전 테스트하는 것이다.
이렇게 되면, 단말(100) 즉 OS(16)는, 어플리케이션(200)으로부터 전송받은 테스트용 패킷 내 주소정보가 자신이 할당 받은 IPv6 주소정보와 다른 규격이기 때문에, 기존과 같이 CLAT를 수행하여 패킷 내 주소정보의 규격을 IPv4에서 IPv6로 변환한 후, 통신망(1)으로 전송하게 된다.
이때, 본 발명의 어플리케이션(200)은, 서버(20)의 IPv4 주소정보를 사용해서 전송한 테스트용 패킷에 대한 응답시간을 확인하여, 응답시간이 기 설정된 임계시간 이상인지 판단한다.
본 발명의 어플리케이션(200)은, 응답시간이 임계시간 이상인 것으로 판단되면, 서버(20)의 IPv4주소로 통신하는 것을 사전 테스트한 결과 접속품질이 나쁜 것으로 간주하고, 전술의 규격변환부(230)를 통해 서버(20)의 변환 주소정보를 생성하고, 이후부터 전술의 패킷전송부(240)를 통해 서버(20)의 IPv6 변환 주소정보를 사용해서 서버(20)의 IPv6변환주소로 실제 통신을 개시 및 수행할 수 있다.
한편, 전술한 다수의 실시예에서는, 단말(100)의 주소정보가 IPv6이고 서버(20)의 주소정보가 IPv4로서 서로 상이한 경우로 가정하여 설명하였다.
하지만, 또 다른 실시예에서는, 통신 대상인 서버(20)의 주소정보가 서로 다른 규격으로 다수 개인 경우(예: IPv4, IPv6), 본 발명의 어플리케이션(200)은, 서버(20)의 주소정보 중 단말(100)의 주소정보 규격과 동일한 주소정보를 우선 선택한다.
이렇게 되면, 규격비교부(220)는, 단말(100)의 주소정보 규격 및 서버(20)의 주소정보 규격이 서로 동일한 것으로 판단할 것이다.
이러한 실시예에서, 패킷전송부(240)는, 단말(100)의 주소정보 규격 및 서버(20)의 주소정보 규격이 서로 동일한 경우 예컨대 IPv6인 경우, 단말(100)의 IPv6 주소정보 및 서버(20)의 IPv6 주소정보 기반의 특정 패킷을 생성하고 단말(100) 보다 정확하게는 OS(16)로 전송한다.
이때, 특정 패킷은, 통신패킷일 수도 있고, 테스트용 패킷일 수도 있으며, 이하에서는 통신패킷인 것으로 설명하겠다.
즉, 패킷전송부(240)는, 서버(20)의 IPv6 주소정보를 사용해서 통신패킷을 전송함으로써 서버(20)의 IPv6주소로 통신을 수행하는 것이다.
이렇게 되면, 단말(100) 즉 OS(16)는, 어플리케이션(200)으로부터 전송받은 통신패킷 내 주소정보가 자신이 할당 받은 IPv6 주소정보와 같은 규격이기 때문에, 통신패킷을 CLAT 수행 없이 통신망(1)으로 전송하게 된다.
이때, 본 발명의 어플리케이션(200)은, 서버(20)의 IPv6 주소정보를 사용해서 전송한 통신패킷에 대한 응답시간 및 응답성공률 중 적어도 하나를 확인하여, 기 설정된 임계범위를 벗어나는지 여부를 판단한다.
본 발명의 어플리케이션(200)은, 응답시간이 임계범위(임계범위시간)를 벗어나거나 또는 응답성공률이 임계범위(임계범위성공률)를 벗어나는 것으로 판단되면, 서버(20)의 IPv6주소 통신에 문제가 발생한 것으로 간주할 수 있다.
이처럼 서버(20)의 IPv6주소 통신에 문제가 발생한 것으로 간주하면, 본 발명의 어플리케이션(200)은, 규격변환부(230)를 통해서, 서버(20)의 주소정보(예: IPv4, IPv6) 중 단말(100)의 주소정보 규격과 상이한 다른 주소정보 즉 서버(20)의 IPv4 주소정보를 단말(100)의 주소정보 규격으로 변환한 IPv6 변환 주소정보를 생성하고, 이후부터 전술의 패킷전송부(240)를 통해 서버(20)의 IPv6 변환 주소정보를 사용해서 서버(20)의 IPv6변환주소로 통신을 수행할 수 있다.
이에, 본 발명에서는, 단말(100)의 주소정보 및 서버(20)의 주소정보 간에 주소정보 규격이 서로 상이한 경우라도 단말(100) 즉 OS(16)의 CLAT 수행 없이 정상적으로 통신할 수 있다는 본 발명의 특징에 기인하여, 단말(100)의 주소정보 규격과 동일한 서버(20)의 IPv6주소 통신에 문제가 발생하는 경우, 문제가 없는 서버(20)의 다른 IPv4주소로 통신을 전환할 수 있다.
이하에서는, 도 3을 참조하여, 본 발명의 바람직한 실시예에 따른 어플리케이션의 수행 단계를 설명하겠다. 설명의 편의를 위해 전술한 도 1 및 도 2의 참조번호를 언급하여 설명하겠다.
먼저, 본 발명의 바람직한 실시예에 따른 어플리케이션(200)은, 자신이 설치되어 있는 단말(100)에 할당된 주소정보의 규격을 확인한다(S100).
즉, 어플리케이션(200)은, 자신이 설치되어 있는 단말(100) 보다 구체적으로는 OS(16)에 할당된 IP주소가 IPv4주소포맷인지 또는 IPv6주소포맷인지 확인함으로써, 주소정보의 규격을 확인할 수 있다(S100).
이하에서는, 단말(100)의 주소정보 규격이 IPv6로 확인된 경우로 설명하겠다.
그리고, 본 발명의 바람직한 실시예에 따른 어플리케이션(200)은, 통신 대상인 서버(20)의 주소정보 규격을 확인한다(S110).
어플리케이션(200)은, 서버(20)의 주소정보가 단일 개라면, 그 하나의 주소정보 즉 IP주소가 IPv4주소포맷인지 또는 IPv6주소포맷인지 확인함으로써 주소정보의 규격을 확인할 수 있다(S110).
어플리케이션(200)은, 서버(20)의 주소정보가 다수 개라면, 다수 개의 주소정보 중 단말(100)의 주소정보와 규격이 동일한 즉 IPv6 주소정보를 선택하고, 서버(20)의 주소정보 규격을 IPv6로 확인할 것이다(S110).
이하에서는, 서버(20)의 주소정보 규격이 IPv4로 확인된 경우로 설명하겠다.
이후, 본 발명의 바람직한 실시예에 따른 어플리케이션(200)은, 단말(100)의 주소정보 규격과 서버(20)의 주소정보 규격이 서로 상이한지 여부를 판단한다(S120).
전술의 가정에 따르면, 앞서 확인한 단말(100)의 주소정보 규격이 IPv6이고, 앞서 확인한 서버(20)의 주소정보 규격이 IPv4이므로, 어플리케이션(200)은, 단말(100)의 주소정보 규격과 서버(20)의 주소정보 규격이 서로 상이한 것으로 판단할 것이다(S120 Yes).
본 발명의 바람직한 실시예에 따른 어플리케이션(200)은, 주소정보 규격이 서로 상이한 것으로 판단하면(S120 Yes), 우선 서버(20)의 IPv4 주소정보를 사용해서 서버(20)의 IPv4주소로 통신하는 것을 사전 테스트함으로써, 이때의 접속품질이 나쁜지 판단한다(S130).
구체적으로 설명하면, 어플리케이션(200)은, 주소정보 규격이 서로 상이한 것으로 판단하면(S120 Yes), 단말(100)의 IPv6 주소정보 및 서버(20)의 IPv4 주소정보 기반의 특정 패킷 즉 테스트용 패킷을 하나 또는 2 이상 생성하고 단말(100) 보다 정확하게는 OS(16)로 전송한다.
이렇게 되면, 단말(100) 즉 OS(16)는, 어플리케이션(200)으로부터 전송받은 테스트용 패킷 내 주소정보가 자신이 할당 받은 IPv6 주소정보와 다른 규격이기 때문에, 기존과 같이 CLAT를 수행하여 패킷 내 주소정보의 규격을 IPv4에서 IPv6로 변환한 후, 통신망(1)으로 전송하게 된다.
이때, 어플리케이션(200)은, 서버(20)의 IPv4 주소정보를 사용해서 전송한 테스트용 패킷에 대한 응답시간을 확인하여, 응답시간이 기 설정된 임계시간 이상인지 판단한다.
어플리케이션(200)은, 응답시간이 임계시간 이상인 것으로 판단되면, 서버(20)의 IPv4주소로 통신하는 것을 사전 테스트한 결과 접속품질이 나쁜 것으로 간주할 수 있다(S130 Yes).
만약, 본 발명의 바람직한 실시예에 따른 어플리케이션(200)은, 서버(20)의 IPv4주소로 통신하는 것을 사전 테스트한 결과 접속품질이 나쁘지 않은 것으로 판단되면(S130 No), 이후부터 서버(20)의 IPv4 주소정보를 사용해서 기존처럼 단말(100) 즉 OS(16)의 CLAT 수행을 거치는 방식으로 서버(20)의 IPv4주소로 실제 통신을 개시 및 수행할 수 있다(S135).
한편, 본 발명의 바람직한 실시예에 따른 어플리케이션(200)은, 서버(20)의 IPv4주소로 통신을 사전 테스트한 결과 접속품질이 나쁜 것으로 판단되면(S130 Yes), 서버(20)의 IPv4 주소정보를 단말(100)의 IPv6 주소정보 규격(IPv6)으로 변환함으로써(IPv4 -> IPv6), 서버(20)의 IPv6 변환 주소정보를 생성한다(S140).
그리고, 본 발명의 바람직한 실시예에 따른 어플리케이션(200)은, 이후부터 서버(20)의 IPv6 변환 주소정보를 사용해서 서버(20)의 IPv6변환주소로 실제 통신을 개시 및 수행할 수 있다(S150).
즉, 어플리케이션(200)은, 단말(100)의 IPv6 주소정보 및 서버(20)의 IPv6 변환 주소정보 기반의 통신패킷을 생성하고, 단말(100) 보다 정확하게는 OS(16)로 전송함으로써, 서버(20)의 IPv6 변환 주소정보를 사용해서 서버(20)의 IPv6변환주소로 통신을 수행하는 것이다.
이렇게 되면, 단말(100) 즉 OS(16)는, 본 발명의 어플리케이션(200)으로부터 전송받은 통신패킷 내 주소정보가 자신이 할당 받은 IPv6 주소정보와 같은 규격이기 때문에, 통신패킷을 CLAT 수행 없이 통신망(1)으로 전송하게 된다.
한편, 서버(20)에서 전송되는 통신패킷은, 전술한 본 발명의 어플리케이션(200)에서 서버(20)로 전송한 통신패킷의 전송 과정이 역으로 진행되는 역 전송 과정을 거쳐, 단말(100) 내 본 발명의 어플리케이션(200)으로 전달될 것이며, 이때 역시 단말(100) 즉 OS(16)의 CLAT 수행은 없을 것이다.
한편, 본 발명의 바람직한 실시예에 따른 어플리케이션(200)은, S120단계에서 주소정보 규격이 서로 동일한 것으로 판단할 수도 있다. 예를 들면, 단말(100)의 주소정보 규격 및 서버(20)의 주소정보 규격이 IPv6로 동일할 수 있다.
이 경우, 본 발명의 바람직한 실시예에 따른 어플리케이션(200)은, 단말(100)의 IPv6 주소정보 및 서버(20)의 IPv6 주소정보 기반의 통신패킷을 생성하고 단말(100) 보다 정확하게는 OS(16)로 전송함으로써 서버(20)의 IPv6주소로 통신을 수행한다(S160).
이렇게 되면, 단말(100) 즉 OS(16)는, 어플리케이션(200)으로부터 전송받은 통신패킷 내 주소정보가 자신이 할당 받은 IPv6 주소정보와 같은 규격이기 때문에, 통신패킷을 CLAT 수행 없이 통신망(1)으로 전송하게 된다.
이때, 본 발명의 어플리케이션(200)은, 서버(20)의 IPv6 주소정보를 사용해서 전송한 통신패킷에 대한 응답시간 및 응답성공률 중 적어도 하나를 확인하여, 기 설정된 임계범위를 벗어나는지 여부를 판단함으로써, 이때의 접속품질이 나쁜지 판단할 수 있다(S170).
어플리케이션(200)은, 응답시간이 임계범위(임계범위시간)를 벗어나거나 또는 응답성공률이 임계범위(임계범위성공률)를 벗어나는 것으로 판단되면, 서버(20)의 IPv6주소 통신에 문제가 발생한 것으로 간주할 수 있다(S170 Yes).
이처럼 서버(20)의 IPv6주소 통신에 문제가 발생한 것으로 간주하면(S170 Yes), 어플리케이션(200)은, 서버(20)의 주소정보(예: IPv4, IPv6) 중 단말(100)의 주소정보 규격과 상이한 다른 주소정보 즉 서버(20)의 IPv4 주소정보를 단말(100)의 주소정보 규격으로 변환한 IPv6 변환 주소정보를 생성하고, 이후부터 서버(20)의 IPv6 변환 주소정보를 사용해서 서버(20)의 IPv6변환주소로 통신을 수행할 수 있다(S180).
이상에서 설명한 바와 같이 본 발명에 따르면, 단말에 설치된 어플리케이션 및 서버 간 통신 시, 단말의 주소정보 및 서버의 주소정보 간에 주소정보 규격이 서로 상이함으로 인해 야기되는 단말 측의 패킷 처리 지연, 통신 속도 및 통신 성공률의 저하 등 문제를 해결하는 효과를 도출한다.
본 발명의 일 실시예에 따른 주소정보 변환을 위한 어플리케이션은, 다양한 컴퓨터 수단을 통하여 수행될 수 있는 프로그램 명령 형태로 구현되어 컴퓨터 판독 가능 매체에 기록될 수 있다. 상기 컴퓨터 판독 가능 매체는 프로그램 명령, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 상기 매체에 기록되는 프로그램 명령은 본 발명을 위하여 특별히 설계되고 구성된 것들이거나 컴퓨터 소프트웨어 당업자에게 공지되어 사용 가능한 것일 수도 있다. 컴퓨터 판독 가능 기록 매체의 예에는 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체(magnetic media), CD-ROM, DVD와 같은 광기록 매체(optical media), 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical media), 및 롬(ROM), 램(RAM), 플래시 메모리 등과 같은 프로그램 명령을 저장하고 수행하도록 특별히 구성된 하드웨어 장치가 포함된다. 프로그램 명령의 예에는 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용해서 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드를 포함한다. 상기된 하드웨어 장치는 본 발명의 동작을 수행하기 위해 하나 이상의 소프트웨어 모듈로서 작동하도록 구성될 수 있으며, 그 역도 마찬가지이다.
지금까지 본 발명을 바람직한 실시 예를 참조하여 상세히 설명하였지만, 본 발명이 상기한 실시 예에 한정되는 것은 아니며, 이하의 특허청구범위에서 청구하는 본 발명의 요지를 벗어남이 없이 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자라면 누구든지 다양한 변형 또는 수정이 가능한 범위까지 본 발명의 기술적 사상이 미친다 할 것이다.
본 발명에 따른 주소정보 변환을 위한 어플리케이션 및 주소정보 변환을 위한 명령어가 포함된 컴퓨터 판독 가능 기록매체에 의하면, 어플리케이션 및 서버 간 통신 시, 단말의 주소정보 및 서버의 주소정보 간에 주소정보 규격이 서로 상이한 경우, 단말의 CLAT 수행 없이도 정상적으로 통신할 수 있게 한다는 점에서, 기존 기술의 한계를 뛰어 넘음에 따라 관련 기술에 대한 이용만이 아닌 적용되는 장치의 시판 또는 영업의 가능성이 충분할 뿐만 아니라 현실적으로 명백하게 실시할 수 있는 정도이므로 산업상 이용가능성이 있는 발명이다.
100 : 단말 16 : OS
200 : 어플리케이션
210 : 규격확인부 220 : 규격비교부
230 : 규격변환부 240 : 패킷전송부

Claims (6)

  1. 단말과 결합하여, 상기 단말에 할당된 주소정보와 주소정보의 규격을 확인하는 규격확인단계;
    상기 단말의 주소정보 규격과 통신 대상인 서버의 주소정보 규격이 서로 상이한지 여부를 판단하는 규격비교단계;
    상기 판단 결과 주소정보 규격이 서로 상이한 경우, 통신패킷을 생성하기 이전에 상기 서버의 주소정보를 상기 단말의 주소정보 규격으로 변환한 변환 주소정보를 생성하는 규격변환단계; 및
    상기 규격변환단계에서 상기 서버의 주소정보가 상기 단말의 주소정보 규격으로 변환된 이후 상기 서버의 변환 주소정보 규격에 따른 통신패킷을 생성하여 상기 단말로 전송함으로써, 상기 단말이 상기 통신패킷 내 주소정보 규격을 변환하는 변환기능 수행 없이 상기 통신패킷을 통신망으로 전송하게 하는 패킷전송단계를 실행시키며,
    상기 규격변환단계를 수행하기 전에, 상기 규격비교단계의 판단 결과 주소정보 규격이 서로 상이한 경우 상기 서버의 주소정보 규격에 따른 특정 패킷을 생성한 후 상기 단말로 전송하여, 상기 단말이 상기 특정 패킷을 상기 변환기능 수행을 거쳐 상기 통신망으로 전송하게 하는 단계;
    상기 특정 패킷에 대한 응답시간을 확인하여, 기 설정된 임계시간 이상인지 여부를 판단하는 단계; 및
    상기 임계시간 이상인 경우, 상기 규격변환단계로 진입하는 단계를 더 실행시키기 위해 매체에 저장된 어플리케이션.
  2. 삭제
  3. 제 1 항에 있어서,
    통신 대상인 서버의 주소정보가 다수 개인 경우, 통신 대상인 서버의 주소정보 중 상기 단말의 주소정보 규격과 동일한 주소정보를 우선 선택하는 단계를 더 실행시키는 것을 특징으로 하는 어플리케이션.
  4. 제 3 항에 있어서,
    상기 규격비교단계의 판단 결과 주소정보 규격이 서로 동일한 경우, 상기 서버의 주소정보 규격에 따른 특정 패킷을 생성한 후 상기 단말로 전송하여, 상기 단말이 상기 특정 패킷을 상기 변환기능 수행 없이 상기 통신망으로 전송하게 하는 단계;
    상기 특정 패킷에 대한 응답시간 및 응답성공률 중 적어도 하나를 확인하여, 기 설정된 임계범위를 벗어나는지 여부를 판단하는 단계;
    상기 임계범위를 벗어나는 경우, 통신 대상인 서버의 주소정보 중 상기 단말의 주소정보 규격과 상이한 다른 주소정보를 상기 단말의 주소정보 규격으로 변환한 변환 주소정보를 생성하는 단계; 및
    상기 서버의 변환 주소정보 규격에 따른 통신패킷을 생성한 후 상기 단말로 전송하여, 상기 단말이 상기 통신패킷을 상기 변환기능 수행 없이 상기 통신망으로 전송하게 하는 단계를 더 실행시키는 것을 특징으로 하는 어플리케이션.
  5. 제 1 항 또는 제 4 항에 있어서,
    상기 특정 패킷은,
    통신을 위한 통신패킷이거나, 또는 통신과 무관한 테스트용 패킷인 것을 특징으로 하는 어플리케이션.
  6. 단말에 설치된 어플리케이션이, 상기 단말에 할당된 주소정보와 주소정보의 규격을 확인하는 규격확인단계;
    상기 어플리케이션이, 상기 단말의 주소정보 규격과 통신 대상인 서버의 주소정보 규격이 서로 상이한지 여부를 판단하는 규격비교단계;
    상기 어플리케이션이, 상기 판단 결과 주소정보 규격이 서로 상이한 경우, 통신패킷을 생성하기 이전에 상기 서버의 주소정보를 상기 단말의 주소정보 규격으로 변환한 변환 주소정보를 생성하는 규격변환단계; 및
    상기 어플리케이션이, 상기 규격변환단계에서 상기 서버의 주소정보가 상기 단말의 주소정보 규격으로 변환된 이후 상기 서버의 변환 주소정보 규격에 따른 통신패킷을 생성하여 상기 단말로 전송함으로써, 상기 단말이 상기 통신패킷 내 주소정보 규격을 변환하는 변환기능 수행 없이 상기 통신패킷을 통신망으로 전송하게 하는 패킷전송단계를 포함하며,
    상기 규격변환단계를 수행하기 전에, 상기 규격비교단계의 판단 결과 주소정보 규격이 서로 상이한 경우 상기 서버의 주소정보 규격에 따른 특정 패킷을 생성한 후 상기 단말로 전송하여, 상기 단말이 상기 특정 패킷을 상기 변환기능 수행을 거쳐 상기 통신망으로 전송하게 하는 단계;
    상기 특정 패킷에 대한 응답시간을 확인하여, 기 설정된 임계시간 이상인지 여부를 판단하는 단계; 및
    상기 임계시간 이상인 경우, 상기 규격변환단계로 진입하는 단계를 더 포함하는 것을 특징으로 하는 송수신측 간의 패킷 전송 방법.
KR1020160056593A 2016-05-09 2016-05-09 상이한 주소정보 규격을 가진 송수신측 간의 패킷 전송 방법 KR101855310B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020160056593A KR101855310B1 (ko) 2016-05-09 2016-05-09 상이한 주소정보 규격을 가진 송수신측 간의 패킷 전송 방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020160056593A KR101855310B1 (ko) 2016-05-09 2016-05-09 상이한 주소정보 규격을 가진 송수신측 간의 패킷 전송 방법

Publications (2)

Publication Number Publication Date
KR20170126321A KR20170126321A (ko) 2017-11-17
KR101855310B1 true KR101855310B1 (ko) 2018-05-08

Family

ID=60808194

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020160056593A KR101855310B1 (ko) 2016-05-09 2016-05-09 상이한 주소정보 규격을 가진 송수신측 간의 패킷 전송 방법

Country Status (1)

Country Link
KR (1) KR101855310B1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11483280B2 (en) 2019-10-25 2022-10-25 Samsung Electronics Co., Ltd. Method of translating IP packet for tethering service, communication system and electronic device for performing the same

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013527632A (ja) * 2009-08-14 2013-06-27 テレフオンアクチーボラゲット エル エム エリクソン（パブル） マルチｎａｔ６４環境のための方法及びホストノード

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013527632A (ja) * 2009-08-14 2013-06-27 テレフオンアクチーボラゲット エル エム エリクソン（パブル） マルチｎａｔ６４環境のための方法及びホストノード

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11483280B2 (en) 2019-10-25 2022-10-25 Samsung Electronics Co., Ltd. Method of translating IP packet for tethering service, communication system and electronic device for performing the same

Also Published As

Publication number Publication date
KR20170126321A (ko) 2017-11-17

Similar Documents

Publication Publication Date Title
US20090013072A1 (en) Network apparatus test system and network apparatus test method
US20110071820A1 (en) Voice-quality evaluating system, communication system, test management apparatus, and test communication apparatus
WO2019128565A1 (zh) 终端无线数据传输方法以及装置、终端及存储介质
US20120269184A1 (en) Communication device and method for controlling communication device
JP2006253824A (ja) 通信装置、通信方法および通信プログラム
KR101775325B1 (ko) Nat 장치를 탐지하기 위한 방법 및 장치
KR101855310B1 (ko) 상이한 주소정보 규격을 가진 송수신측 간의 패킷 전송 방법
JP5112246B2 (ja) ストレージシステム及び通信方法
CN100484101C (zh) 一种以太网传输IPv6报文方法、系统与装置
US20180152345A1 (en) Domain name system address configuration method and device and computer storage medium
US7626937B2 (en) System and method for network connection detection
JP2010050606A (ja) 無線基地局、無線通信システム、パス接続方法およびプログラム
US20170222971A1 (en) Information processing apparatus and recording medium
KR101959733B1 (ko) ARP 패킷을 이용하여 특정 호스트를 포함하는 네트워크의 정보를 획득하는 방법인 Auto-IP Provision을 수행함으로써 상기 네트워크 상의 기존 스위치를 대체하여 연결된 신규 스위치를 상기 네트워크 외부와 통신할 수 있도록 설정하는 방법 및 장치
CN107534585A (zh) 通信方法和终端
US6961777B1 (en) Systems and methods for predicting fields in a data packet
WO2020259040A1 (zh) 数据传输方法、系统及设备
US20110216673A1 (en) Topology detection method and topology detection apparatus
CN101790164B (zh) 一种认证方法及通信系统以及相关设备
KR100706258B1 (ko) 네트워크 파일프로세서를 이용한 데이타공유방법
WO2017161876A1 (zh) 一种实现网络访问的方法和装置
KR100573820B1 (ko) 통신 프레임 생성 방법 및 상기 방법을 실행하기 위한 프로그램을 기록한 매체
TWI511513B (zh) 用於網路系統之偵測方法及其相關裝置
JP6459590B2 (ja) 通信装置、通信方法、および通信プログラム
US11799840B2 (en) Failure detection device, failure detection method, and failure detection program

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
AMND Amendment
E902 Notification of reason for refusal
AMND Amendment
E601 Decision to refuse application
AMND Amendment
X701 Decision to grant (after re-examination)