KR101571811B1 - 패킷 처리 방법 및 장치 - Google Patents

패킷 처리 방법 및 장치 Download PDF

Info

Publication number
KR101571811B1
KR101571811B1 KR1020140089592A KR20140089592A KR101571811B1 KR 101571811 B1 KR101571811 B1 KR 101571811B1 KR 1020140089592 A KR1020140089592 A KR 1020140089592A KR 20140089592 A KR20140089592 A KR 20140089592A KR 101571811 B1 KR101571811 B1 KR 101571811B1
Authority
KR
South Korea
Prior art keywords
received
packet
connection
mptcp
received packet
Prior art date
Application number
KR1020140089592A
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 KR1020140089592A priority Critical patent/KR101571811B1/ko
Application granted granted Critical
Publication of KR101571811B1 publication Critical patent/KR101571811B1/ko

Links

Images

Classifications

    • 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/163—In-band adaptation of TCP data exchange; In-band control procedures
    • 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/256—NAT traversal
    • 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/14—Multichannel or multilink protocols

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

본 발명은 패킷 처리 방법 및 장치에 관한 것으로, 본 발명의 일 실시예에 따른 패킷 처리 방법은, 패킷을 수신하는 단계, 상기 수신한 패킷에 대하여 네트워크 주소 변경(Network Address Translation)을 수행할 것인지 여부를 판단하는 단계, 네트워크 주소 변경을 수행하는 경우, 상기 수신한 패킷에 대하여 MPTCP(MultiPath TCP) 연결을 통해 수신되었는지 여부를 판단하는 단계, 상기 수신한 패킷이 MPTCP(MultiPath TCP) 연결을 통해 수신된 경우, 상기 수신한 패킷을 TCP 연결에 맞게 역다중화(demultiplex)하는 단계 및 상기 역다중화한 패킷을 프락시(proxy)로 전송하는 단계를 포함하는 것을 특징으로 한다.
본 발명에 따르면, 기존의 장치들을 이용하여 적은 노력과 시간을 투자하여 MPTCP 연결을 통한 데이터 연결을 수행할 수 있다.

Description

패킷 처리 방법 및 장치{METHOD AND APPARATUS FOR PACKET PROCESSING}
본 발명은 패킷 처리 방법 및 장치에 관한 것이다.
현재 네트워크 상에 존재하는 많은 장치들은 도 1과 같이 TCP 연결(Transmission Control Protocol connection)을 이용하여 데이터 연결을 수행하고 있다.
하지만, 이러한 TCP는 매우 오래된 프로토콜로써, TCP를 개선하기 위한 방안으로 MPTCP(Multi Path TCP), TNG(TCP Next Generation)와 같은 TCP 확장 프로토콜들이 등장하고 있다. 그 중, MPTCP는 기존 TCP가 End to End간 1개의 데이터 연결(data connection)에서 하나의 세션(Session)만을 이용하는 단점을 개선하여, 1개의 TCP 데이터 연결일 지라도 복수의 세션을 이용하도록 하는 기술이다. 이러한 MPTCP는 TCP 데이터 연결 상의 장애 극복(failover)을 지원하며 복수의 세션에 데이터를 분산하여 전송함으로써 데이터 전송에 대한 대역폭을 확장할 수 있다는 장점이 있다.
현재 MPTCP를 이용하는 주 분야는 모바일 장치들이며, 근래의 모바일 장치들은 기존의 모바일 네트워크 외에 추가로 WI-FI를 지원하고 있다. 이렇게 두 가지 통신 경로를 가진 모바일 장치의 경우 MPTCP를 지원하게 되면 1개의 TCP 데이터 연결에 대하여 각각의 통신 경로를 활용하여 복수의 세션으로 분산하여 처리가 가능하게 되며, WIFI나 모바일 네트워크 중 한 가지 네트워크만 동작하더라도 연결의 단절없이 정상적으로 TCP 연결을 유지할 수 있으며 WIFI와 모바일 네트워크가 결합된 대역폭을 이용하여 서비스를 이용할 수도 있다.
다만, MPTCP 연결을 사용하기 위해서는 클라이언트, 서버 모두 MPTCP 연결을 지원해야 하는데, 대량의 사용자들한테 지속적이고 안정적인 서비스를 제공해야 하는 서비스 제공자 입장에서는 서버 팜에 존재하는 수많은 서버들을 MPTCP를 지원하도록 변경하는 것은 위험 부담이 매우 크다는 문제점이 있다.
본 발명은 기존의 장치들을 이용하여 MPTCP 연결을 통한 데이터 연결을 수행할 수 있는 패킷 처리 방법 및 장치를 제공하는데 그 목적이 있다.
본 발명의 일 실시예에 따른 패킷 처리 방법은, 패킷을 수신하는 단계, 상기 수신한 패킷에 대하여 네트워크 주소 변경(Network Address Translation)을 수행할 것인지 여부를 판단하는 단계, 네트워크 주소 변경을 수행하는 경우, 상기 수신한 패킷에 대하여 MPTCP(MultiPath TCP) 연결을 통해 수신되었는지 여부를 판단하는 단계, 상기 수신한 패킷이 MPTCP(MultiPath TCP) 연결을 통해 수신된 경우, 상기 수신한 패킷을 TCP 연결에 맞게 역다중화(demultiplex)하는 단계 및 상기 역다중화한 패킷을 프락시(proxy)로 전송하는 단계를 포함하는 것을 특징으로 한다.
본 발명의 다른 실시예에 따른 패킷 처리 장치는, 외부로부터 전송되는 패킷을 수신하고 전송하는 통신부, 상기 수신한 패킷에 대하여 네트워크 주소 변경(Network Address Translation)을 수행하는 네트워크 주소 변경 모듈(NAT 모듈), 상기 수신한 패킷에 대하여 네트워크 주소 변경(Network Address Translation)을 수행할 것인지 여부를 판단하고, 네트워크 주소 변경을 수행하는 경우, 상기 수신한 패킷에 대하여 MPTCP(MultiPath TCP) 연결을 통해 수신되었는지 여부를 판단하며, 상기 수신한 패킷이 MPTCP(MultiPath TCP) 연결을 통해 수신된 경우, 상기 수신한 패킷을 TCP 연결에 맞게 역다중화(demultiplex)하고 상기 역다중화한 패킷을 프락시(proxy)로 전송하도록 제어하는 제어부를 포함하는 것을 특징으로 한다.
본 발명의 또다른 실시예에 따른 패킷 처리를 위해 프로세서에 의해 수행되는 명령들이 저장되는 컴퓨터에 의해 판독 가능한 저장 매체에 있어서, 상기 패킷 처리를 위해 프로세서에 의해 수생되는 명령은, 패킷을 수신하는 단계, 상기 수신한 패킷에 대하여 네트워크 주소 변경(Network Address Translation)을 수행할 것인지 여부를 판단하는 단계, 네트워크 주소 변경을 수행하는 경우, 상기 수신한 패킷에 대하여 MPTCP(MultiPath TCP) 연결을 통해 수신되었는지 여부를 판단하는 단계, 상기 수신한 패킷이 MPTCP(MultiPath TCP) 연결을 통해 수신된 경우, 상기 수신한 패킷을 TCP 연결에 맞게 역다중화(demultiplex)하는 단계 및 상기 역다중화한 패킷을 프락시(proxy)로 전송하는 단계를 포함하는 것을 특징으로 한다.
본 발명에 따르면, 기존의 장치들을 이용하여 적은 노력과 시간을 투자하여 MPTCP 연결을 통한 데이터 연결을 수행할 수 있다.
도 1은 TCP 연결을 나타내는 도면이다.
도 2는 MPTCP 연결을 나타내는 도면이다.
도 3은 MPTCP 연결을 통해 수신하는 패킷을 처리하는 과정을 나타내는 도면이다.
도 4는 MPTCP 연결을 통해 전송하는 패킷을 처리하는 과정을 나타내는 도면이다.
도 5는 본 발명의 일 실시예에 따라 패킷을 처리하는 방법을 나타내는 도면이다.
도 6은 본 발명의 일 실시예에 따라 패킷을 처리하는 방법을 나타내는 순서도이다.
도 7은 본 발명의 일 실시예에 따른 패킷 처리 장치의 내부 구성을 나타내는 도면이다.
본 발명은 다양한 변경을 가할 수 있고 여러 가지 실시예를 가질 수 있는 바, 특정 실시예들을 도면에 예시하고 상세한 설명에 상세하게 설명하고자 한다. 그러나, 이는 본 발명을 특정한 실시 형태에 대해 한정하려는 것이 아니며, 본 발명의 사상 및 기술 범위에 포함되는 모든 변경, 균등물 내지 대체물을 포함하는 것으로 이해되어야 한다. 각 도면을 설명하면서 유사한 참조부호를 유사한 구성요소에 대해 사용하였다.
어떤 구성요소가 다른 구성요소에 "연결되어" 있다거나 "접속되어"있다고 언급된 때에는, 그 다른 구성요소에 직접적으로 연결되어 있거나 또는 접속되어 있을 수도 있지만, 중간에 다른 구성요소가 존재할 수도 있다고 이해되어야 할 것이다. 반면에, 어떤 구성요소가 다른 구성요소에 "직접 연결되어"있다거나 "직접 접속되어"있다고 언급된 때에는, 중간에 다른 구성요소가 존재하지 않는 것으로 이해되어야 할 것이다.
본 출원에서 사용한 용어는 단지 특정한 실시예를 설명하기 위해 사용된 것으로, 본 발명을 한정하려는 의도가 아니다. 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다. 본 출원에서, "포함하다" 또는 "가지다" 등의 용어는 명세서 상에 기재된 특징, 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것이 존재함을 지정하려는 것이지, 하나 또는 그 이상의 다른 특징들이나 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것들의 존재 또는 부가 가능성을 미리 배제하지 않는 것으로 이해되어야 한다.
도 3은 MPTCP 연결을 통해 수신하는 패킷을 처리하는 과정을 나타내는 도면이고, 도 4는 MPTCP 연결을 통해 전송하는 패킷을 처리하는 과정을 나타내는 도면이다.
본 발명의 일 실시예에 따른 패킷 처리 장치는 MPTCP 스택(stack)과 일반 TCP 스택을 지원하는 OS위에서 동작하는 프락시 서버(Proxy Server)를 포함하여 MPTCP 스택을 통해 전달되는 데이터 스트림(Data stream)을 수신하여 TCP 스택으로 전달할 수 있다. 또한, TCP 스택을 통해 전달되는 데이터 스트림(Data stream)을 수신하여 MPTCP 스택으로 전달할 수도 있다.
도 3 및 도 4를 참조하면, 클라이언트(310)는 MPTCP 연결을 지원하지만, 서버(320)는 TCP 연결만을 지원하는 경우, MPTCP 연결과 TCP 연결 중간에서 패킷 처리 장치(330)가 패킷을 처리하는 과정을 도시하고 있다. 즉, 패킷 처리 장치(330)는 MPTCP 연결을 지원하는 클라이언트(310)와는 MPTCP 연결을 통해 데이터 연결을 수행하고, TCP 연결만을 지원하는 서버(320)와는 TCP 연결을 통해 데이터 연결을 수행한다.
다만, 패킷 처리 장치(330)가 이러한 과정을 수행함에 있어서, 선택적으로 패킷을 처리할 필요가 있다.
도 5는 본 발명의 일 실시예에 따라 패킷을 처리하는 방법을 나타내는 도면이다.
도 5를 참조하면, 패킷 처리 장치(510)는 네트워크 주소 변경 모듈(Network Address Translation module, 520)에서 주소가 변경되어 패킷 처리 장치(510)로 유입되는 패킷들에 대해서만 MPTCP 연결과 TCP 연결 중간에서 패킷을 처리할 수 있다. 이 경우, MPTCP 연결의 특성상 모든 서브 세션(sub session)에 대해서 네트워크 주소 변경을 수행하여 모든 서브 세션이 MPTCP 스택에서 처리될 수 있어야 한다.
도 6은 본 발명의 일 실시예에 따라 패킷을 처리하는 방법을 나타내는 순서도이다.
먼저, 610 단계에서 패킷을 수신한다.
그 후, 620 단계에서 수신한 패킷에 대하여 네트워크 주소 변경(Network Address Translation)을 수행할 것인지 여부를 판단한다. 본 발명의 일 실시예에 따르면, 전송 대역 별로 정책을 설정하여 해당 전송 대역에 따라 네트워크 주소 변경을 수행할 것인지 여부를 판단할 수 있다. 예를 들어, 패킷 처리 장치는 MPTCP 연결을 사용하는 것으로 확인된 전송 대역들에 대하여 네트워크 주소 변경을 수행하는 것으로 정책을 설정할 수 있다.
네트워크 주소 변경을 수행하는 경우, 630 단계에서, 수신한 패킷에 대하여 MPTCP(MultiPath TCP) 연결을 통해 수신되었는지 여부를 판단한다. 본 발명의 실시예에 따르면, 패킷 처리 장치는 패킷의 헤더(header) 정보를 이용하여 수신한 패킷이 MPTCP 연결을 통해 수신되었는지 판단할 수 있다. 패킷의 헤더 정보에는 해당 패킷이 MPTCP 연결을 통해 전송된다는 식별자가 포함될 수 있다. 이러한 과정은 해당 패킷이 MPTCP 연결을 통해 수신되었는지 여부에 따라 TCP 연결에 맞게 역다중화(demultiplex) 과정을 수행할지 여부를 판단하기 위한 것이다.
네트워크 주소 변경을 수행하지 않는 경우, 660 단계로 진행하여 수신한 패킷에 대하여 MPTCP 연결을 통해 수신되었는지 여부를 판단한다. 수신한 패킷이 MPTCP(MultiPath TCP) 연결을 통해 수신된 경우, 640 단계로 진행하고, 수신한 패킷이 MPTCP 연결을 통해 수신되지 않은 경우, 670 단계로 진행하여 수신한 패킷을 바로 목적지로 전송하게 된다.
도 5에서 설명한 바와 같이 MPTCP 연결의 특성상 모든 서브 세션(sub session)에 대해서 NAT 처리를 하여 모든 서브 세션이 MPTCP 스택에서 처리될 수 있어야 하므로, 620 단계에서 정책상 네트워크 주소 변경을 수행하지 않더라도 MPTCP 연결을 통해 수신한 패킷의 경우, MPTCP 스택에서 처리될 수 있도록 하기 위함이다.
정책상 필요한 경우도 아니고, MPTCP 연결을 통해 수신된 패킷도 아닌 경우에는 바로 목적지로 전송하게 된다.
그 후, 640 단계에서 수신한 패킷이 MPTCP(MultiPath TCP) 연결을 통해 수신된 경우, 수신한 패킷을 TCP 연결에 맞게 역다중화(demultiplex)한다. 이러한 역다중화 과정에서는 각 서브세션으로 수신한 패킷들을 하나의 MPTCP 스택(stack)으로 모아 처리할 수 있다.
수신한 패킷이 MPTCP 연결을 통해 수신되지 않은 경우, 바로 650 단계로 진행한다.
그 후, 650 단계에서 역다중화한 패킷을 프락시(proxy)로 전송한다.
도 7은 본 발명의 일 실시예에 따른 패킷 처리 장치의 내부 구성을 나타내는 도면이다.
도 7을 참조하면, 본 발명의 일 실시예에 따른 패킷 처리 장치는 통신부(710) 및 제어부(720)를 포함할 수 있다.
통신부(710)는 외부로부터 전송되는 패킷을 수신하고 전송할 수 있다. 본 발명의 일 실시예에 따른 통신부(710)는 네트워크 주소 변경 모듈(NAT 모듈, 711)을 포함할 수 있다. 네트워크 주소 변경 모듈(711)은 제어부(720)의 제어에 따라 수신한 패킷에 대하여 네트워크 주소 변경을 수행할 수 있다.
도 7에서는 네트워크 주소 변경 모듈(711)이 통신부(710)에 포함되는 것으로 도시되었으나, 이는 하나의 실시예에 불과하며, 통신부(710) 자체가 네트워크 주소 변경 모듈(711)의 역할을 수행할 수도 있다.
제어부(720)는 패킷 처리 장치의 전반적인 동작을 제어하는 역할을 수행한다. 본 발명의 일 실시예에 따른 제어부(720)는 수신한 패킷에 대하여 네트워크 주소 변경(Network Address Translation)을 수행할 것인지 여부를 판단하고, 네트워크 주소 변경을 수행하는 경우, 수신한 패킷에 대하여 MPTCP(MultiPath TCP) 연결을 통해 수신되었는지 여부를 판단하며, 수신한 패킷이 MPTCP(MultiPath TCP) 연결을 통해 수신된 경우, 수신한 패킷을 TCP 연결에 맞게 역다중화(demultiplex)하고, 역다중화한 패킷을 프락시(proxy)로 전송하도록 제어할 수 있다.
또한, 제어부(720)는 수신한 패킷에 대하여 MPTCP 연결을 통해 수신되었는지 여부를 판단 시, 수신한 패킷이 MPTCP 연결을 통해 수신되지 않은 경우, 수신한 패킷을 바로 프락시(proxy)로 전송하도록 제어할 수 있고, 수신한 패킷이 MPTCP(MultiPath TCP) 연결을 통해 수신된 경우, 수신한 패킷을 TCP 연결에 맞게 역다중화(demultiplex) 시, 각 서브세션으로 수신한 패킷들을 하나의 MPTCP 스택(stack)으로 모아 처리하도록 제어할 수 있다.
나아가, 제어부(720)는 수신한 패킷에 대하여 네트워크 주소 변경을 수행할 것인지 여부를 판단 시, 네트워크 주소 변경을 수행하지 않는 경우, 수신한 패킷에 대하여 MPTCP 연결을 통해 수신되었는지 여부를 판단하고, 수신한 패킷이 MPTCP(MultiPath TCP) 연결을 통해 수신된 경우, 수신한 패킷을 TCP 연결에 맞게 역다중화(demultiplex)하며, 역다중화한 패킷을 프락시(proxy)로 전송하도록 제어할 수 있다. 이때, 제어부(720)는 수신한 패킷에 대하여 MPTCP 연결을 통해 수신되었는지 여부를 판단 시, 수신한 패킷이 MPTCP 연결을 통해 수신되지 않은 경우, 수신한 패킷을 바로 목적지로 전송하도록 제어할 수 있다.
지금까지 본 발명의 실시예들을 프로세서에 의해 수행되는 명령들로 구현되어 컴퓨터에 의해 판독 가능한 저장 매체에 저장될 수 있다. 이러한 명령들이 프로세서에 의해 실행되는 경우, 위에서 설명한 흐름도 및/또는 블록도에서 특정된 기능들/동작들을 구현하는 수단을 생성할 수 있다. 흐름도/블록도들에서의 각 블록은 본 발명의 실시예들을 구현하는 하드웨어 및/또는 소프트웨어모듈 또는 로직을 나타낼 수도 있다. 또한, 블록도들에 언급한 기능들은 도면들에서 언급한 순서를 벗어나 발생할 수도 있고, 동시에 발생할 수도 있다.
컴퓨터에 의해 판독 가능한 매체는 예를 들어, 플로피 디스크, ROM, 플래시 메모리, 디스크 드라이브 메모리, CD-ROM, 및 다른 영구 저장부와 같은 비휘발성 메모리를 포함할 수 있으나, 이에 한정되지 않고 다양한 매체가 사용 가능하다.
본 명세서와 도면에 개시된 본 발명의 실시예들은 본 발명의 기술 내용을 쉽게 설명하고 본 발명의 이해를 돕기 위해 특정 예를 제시한 것일 뿐이며, 본 발명의 범위를 한정하고자 하는 것은 아니다. 여기에 개시된 실시예들 이외에도 본 발명의 기술적 사상에 바탕을 둔 다른 변형 예들이 실시 가능하다는 것은 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에게 자명한 것이다.
110: 클라이언트
120: 서버

Claims (11)

  1. 패킷을 수신하는 단계;
    상기 수신한 패킷에 대하여 네트워크 주소 변경(Network Address Translation)을 수행할 것인지 여부를 판단하는 단계;
    네트워크 주소 변경을 수행하는 경우, 상기 수신한 패킷에 대하여 MPTCP(MultiPath TCP) 연결을 통해 수신되었는지 여부를 판단하는 단계;
    상기 수신한 패킷이 MPTCP(MultiPath TCP) 연결을 통해 수신된 경우, 상기 수신한 패킷을 TCP 연결에 맞게 역다중화(demultiplex)하는 단계; 및
    상기 역다중화한 패킷을 프락시(proxy)로 전송하는 단계를 포함하는 것을 특징으로 하는 패킷 처리 방법.
  2. 제1항에 있어서,
    상기 수신한 패킷에 대하여 MPTCP 연결을 통해 수신되었는지 여부를 판단하는 단계에서,
    상기 수신한 패킷이 MPTCP 연결을 통해 수신되지 않은 경우, 상기 수신한 패킷을 바로 프락시(proxy)로 전송하는 단계를 포함하는 것을 특징으로 하는 패킷 처리 방법.
  3. 제1항에 있어서,
    상기 수신한 패킷에 대하여 네트워크 주소 변경을 수행할 것인지 여부를 판단하는 단계에서,
    상기 네트워크 주소 변경을 수행하지 않는 경우, 상기 수신한 패킷에 대하여 MPTCP 연결을 통해 수신되었는지 여부를 판단하는 단계;
    상기 수신한 패킷이 MPTCP(MultiPath TCP) 연결을 통해 수신된 경우, 상기 수신한 패킷을 TCP 연결에 맞게 역다중화(demultiplex)하는 단계; 및
    상기 역다중화한 패킷을 프락시(proxy)로 전송하는 단계를 포함하는 것을 특징으로 하는 패킷 처리 방법.
  4. 제3항에 있어서,
    상기 네트워크 주소 변경을 수행하지 않는 경우, 상기 수신한 패킷에 대하여 MPTCP 연결을 통해 수신되었는지 여부를 판단하는 단계에서,
    상기 수신한 패킷이 MPTCP 연결을 통해 수신되지 않은 경우, 상기 수신한 패킷을 바로 목적지로 전송하는 단계를 포함하는 것을 특징으로 하는 패킷 처리 방법.
  5. 제1항에 있어서,
    상기 수신한 패킷이 MPTCP(MultiPath TCP) 연결을 통해 수신된 경우, 상기 수신한 패킷을 TCP 연결에 맞게 역다중화(demultiplex)하는 단계는,
    각 서브세션으로 수신한 패킷들을 하나의 MPTCP 스택(stack)으로 모아 처리하는 것을 특징으로 하는 패킷 처리 방법.
  6. 외부로부터 전송되는 패킷을 수신하고 전송하는 통신부;
    상기 수신한 패킷에 대하여 네트워크 주소 변경(Network Address Translation)을 수행하는 네트워크 주소 변경 모듈(NAT 모듈);
    상기 수신한 패킷에 대하여 네트워크 주소 변경(Network Address Translation)을 수행할 것인지 여부를 판단하고, 네트워크 주소 변경을 수행하는 경우, 상기 수신한 패킷에 대하여 MPTCP(MultiPath TCP) 연결을 통해 수신되었는지 여부를 판단하며, 상기 수신한 패킷이 MPTCP(MultiPath TCP) 연결을 통해 수신된 경우, 상기 수신한 패킷을 TCP 연결에 맞게 역다중화(demultiplex)하고, 상기 역다중화한 패킷을 프락시(proxy)로 전송하도록 제어하는 제어부를 포함하는 것을 특징으로 하는 패킷 처리 장치.
  7. 제6항에 있어서,
    상기 제어부는,
    상기 수신한 패킷에 대하여 MPTCP 연결을 통해 수신되었는지 여부를 판단 시, 상기 수신한 패킷이 MPTCP 연결을 통해 수신되지 않은 경우, 상기 수신한 패킷을 바로 프락시(proxy)로 전송하도록 제어하는 것을 특징으로 하는 패킷 처리 장치.
  8. 제6항에 있어서,
    상기 제어부는,
    상기 수신한 패킷에 대하여 네트워크 주소 변경을 수행할 것인지 여부를 판단 시, 상기 네트워크 주소 변경을 수행하지 않는 경우, 상기 수신한 패킷에 대하여 MPTCP 연결을 통해 수신되었는지 여부를 판단하고, 상기 수신한 패킷이 MPTCP(MultiPath TCP) 연결을 통해 수신된 경우, 상기 수신한 패킷을 TCP 연결에 맞게 역다중화(demultiplex)하며, 상기 역다중화한 패킷을 프락시(proxy)로 전송하도록 제어하는 것을 특징으로 하는 패킷 처리 장치.
  9. 제8항에 있어서,
    상기 제어부는,
    상기 네트워크 주소 변경을 수행하지 않는 경우, 상기 수신한 패킷에 대하여 MPTCP 연결을 통해 수신되었는지 여부를 판단 시,
    상기 수신한 패킷이 MPTCP 연결을 통해 수신되지 않은 경우, 상기 수신한 패킷을 바로 목적지로 전송하도록 제어하는 것을 특징으로 하는 패킷 처리 장치.
  10. 제6항에 있어서,
    상기 제어부는,
    상기 수신한 패킷이 MPTCP(MultiPath TCP) 연결을 통해 수신된 경우, 상기 수신한 패킷을 TCP 연결에 맞게 역다중화(demultiplex) 시, 각 서브세션으로 수신한 패킷들을 하나의 MPTCP 스택(stack)으로 모아 처리하도록 제어하는 것을 특징으로 하는 패킷 처리 장치.
  11. 패킷 처리를 위해 프로세서에 의해 수행되는 명령들이 저장되는 컴퓨터에 의해 판독 가능한 저장 매체에 있어서,
    상기 패킷 처리를 위해 프로세서에 의해 수행되는 명령은,
    패킷을 수신하는 단계;
    상기 수신한 패킷에 대하여 네트워크 주소 변경(Network Address Translation)을 수행할 것인지 여부를 판단하는 단계;
    네트워크 주소 변경을 수행하는 경우, 상기 수신한 패킷에 대하여 MPTCP(MultiPath TCP) 연결을 통해 수신되었는지 여부를 판단하는 단계;
    상기 수신한 패킷이 MPTCP(MultiPath TCP) 연결을 통해 수신된 경우, 상기 수신한 패킷을 TCP 연결에 맞게 역다중화(demultiplex)하는 단계; 및
    상기 역다중화한 패킷을 프락시(proxy)로 전송하는 단계를 포함하는 것을 특징으로 하는 저장 매체.
KR1020140089592A 2014-07-16 2014-07-16 패킷 처리 방법 및 장치 KR101571811B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020140089592A KR101571811B1 (ko) 2014-07-16 2014-07-16 패킷 처리 방법 및 장치

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020140089592A KR101571811B1 (ko) 2014-07-16 2014-07-16 패킷 처리 방법 및 장치

Publications (1)

Publication Number Publication Date
KR101571811B1 true KR101571811B1 (ko) 2015-11-26

Family

ID=54847414

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020140089592A KR101571811B1 (ko) 2014-07-16 2014-07-16 패킷 처리 방법 및 장치

Country Status (1)

Country Link
KR (1) KR101571811B1 (ko)

Similar Documents

Publication Publication Date Title
US10694005B2 (en) Hardware-based packet forwarding for the transport layer
US10587498B2 (en) Methods and arrangements for multipath traffic aggregation
EP3097670B1 (en) Methods, network node, systems, and computer program products for controlling usage of multi path tcp
US20160380966A1 (en) Media Relay Server
US20150295782A1 (en) efficient mechanism to improve data speed between systems by MPTCP and MIMO combination
US10505846B2 (en) Resilient segment routing service hunting with TCP session stickiness
JP2020511083A (ja) サービス品質制御方法およびその装置、ｓｍｆ、ｕｐｆ、ｕｅ、ｐｃｆおよびａｎ
US10439950B2 (en) Dynamic discovery of network packet size
US10367893B1 (en) Method and apparatus of performing peer-to-peer communication establishment
US20160380789A1 (en) Media Relay Server
EP3363186B1 (en) Media session between network endpoints
US8612601B2 (en) Management method and management device for network address translation
US9917871B2 (en) Optimizing media bitrate with explicit network feedback on one client only
WO2021089552A1 (en) Method and network device for multi-path communication
JP2020536416A (ja) サービス品質を決定するための方法および装置、ならびにプログラム
EP3125472A1 (en) Telecommunication system, method and computer readable medium to control how a transmission of packets of a data flow is realized
US20130044679A1 (en) System and Methods for Handling an IP Dual-Stack Connection
KR20160029498A (ko) 영상 스트림 제공 방법 및 시스템과 중계 장치
US11757774B1 (en) Multi-channel communication
KR101571811B1 (ko) 패킷 처리 방법 및 장치
US11979230B1 (en) Method and system for transmitting data over multiple paths
JP2005011267A (ja) リアルタイムデータ通信システム、リアルタイムデータ通信装置およびリアルタイムデータ通信方法
KR20180104376A (ko) 소프트웨어 정의 네트워크에서 보안 기능을 지원하는 방법 및 이를 위한 네트워크 장치 및 소프트웨어 정의 컨트롤러
KR101308089B1 (ko) 고가용성을 지원하기 위한 ＩＰＳｅｃ ＶＰＮ 시스템 및 방법
KR101530647B1 (ko) 고품질 서비스를 위한 트래픽 처리 방법 및 그 장치

Legal Events

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

Payment date: 20181106

Year of fee payment: 4

FPAY Annual fee payment

Payment date: 20191107

Year of fee payment: 5