WO2009091199A2 - Nat 디바이스로 구성된 네트워크에서의 원격 접속 방법 - Google Patents

Nat 디바이스로 구성된 네트워크에서의 원격 접속 방법 Download PDF

Info

Publication number
WO2009091199A2
WO2009091199A2 PCT/KR2009/000228 KR2009000228W WO2009091199A2 WO 2009091199 A2 WO2009091199 A2 WO 2009091199A2 KR 2009000228 W KR2009000228 W KR 2009000228W WO 2009091199 A2 WO2009091199 A2 WO 2009091199A2
Authority
WO
WIPO (PCT)
Prior art keywords
remote access
address
server
transmission
packet
Prior art date
Application number
PCT/KR2009/000228
Other languages
English (en)
French (fr)
Other versions
WO2009091199A3 (ko
Inventor
Se-Hee Han
Seong-Ho Cho
Sang-Hyeon Kim
Original Assignee
Samsung Electronics Co., Ltd.
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 Samsung Electronics Co., Ltd. filed Critical Samsung Electronics Co., Ltd.
Priority to EP09702527.4A priority Critical patent/EP2239890B1/en
Priority to CN200980109192.7A priority patent/CN101971573B/zh
Publication of WO2009091199A2 publication Critical patent/WO2009091199A2/ko
Publication of WO2009091199A3 publication Critical patent/WO2009091199A3/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]
    • H04L12/2854—Wide area networks, e.g. public data networks
    • H04L12/2856—Access arrangements, e.g. Internet access
    • H04L12/2869—Operational details of access network equipments
    • H04L12/287—Remote access server, e.g. BRAS
    • 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]
    • H04L12/2803—Home automation networks
    • H04L12/2816—Controlling appliance services of a home automation network by calling their functionalities
    • H04L12/2818—Controlling appliance services of a home automation network by calling their functionalities from a device located outside both the home and the home network
    • 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]
    • H04L12/2803—Home automation networks
    • H04L12/283—Processing of data at an internetworking point of a home automation network
    • H04L12/2832—Interconnection of the control functionalities between home networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02—Standardisation; Integration
    • H04L41/0246—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols
    • 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
    • H04L61/2575—NAT traversal using address mapping retrieval, e.g. simple traversal of user datagram protocol through session traversal utilities for NAT [STUN]
    • 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
    • H04L61/2578—NAT traversal without involvement of the NAT server
    • 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
    • H04L61/2582—NAT traversal through control of the NAT server, e.g. using universal plug and play [UPnP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H04L67/025—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
    • 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]
    • H04L12/2803—Home automation networks
    • H04L2012/2847—Home automation networks characterised by the type of home appliance used
    • H04L2012/2849—Audio/video appliances
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services

Definitions

  • the present invention relates to a method for providing a remote access (RA), in particular, a remote access between a remote access client (RAC) and a remote access server (RAS) in an environment to which various network address translation (NAT) devices are applied. It's about how to make it possible.
  • RA remote access
  • RAC remote access client
  • RAS remote access server
  • NAT network address translation
  • FIG. 1 First, in a UPnP (Universal Plug and Play) remote access, an example in which NAT is applied is shown in FIG. 1 .
  • UPnP Universal Plug and Play
  • the NAT may exist on a home gateway or within an Internet Service Provider (ISP) network.
  • the NAT located in front of the RAC means a NAT device that exists in the gateway of the home network to which the RAC belongs or a NAT device that exists in the ISP network.
  • Case 1 is a case in which a NAT device does not exist between the home gateway and the public network, and the NAT device located in the home gateway between the RAC and the public network is the only NAT device.
  • the home gateway is limited to a case that supports UPnP Internet Gateway Device (IGD).
  • IGBD Internet Gateway Device
  • Cases 2 to 4 represent a case in which a NAT device exists between the RAS, that is, the Home RAS and the public network. In this case, whether or not a NAT device exists in front of the RAC (Case 2 is non-existent, Case 3,4 is present) and, if present, the type of NAT device (Case 3 is Full Cone NAT, Case 4) are other NATs), and can be considered separately.
  • the operation process of FIG. 2 is as follows.
  • the MC module (MC: Management Console, 240) obtains an external IP address from the IGD, and then calls the Inbound Connection Config (ICC) service interface 222 of the RAS 220 through the Simple Traversal of User Datagram Protocol (STUN) NAT) server and DDNS (Dynamic Domain Name System) server addresses are set.
  • the ICC 222 may inform the MC module 240 of information collected by the STUN client (eg, whether the RAS is with the IGD, etc.) in addition to setting the STUN and DDNS server addresses.
  • the MC module 240 calls the RATA Config (Remote Access Transport Agent Config) services 211 and 224 of the RAS 220 and the RAC 210 to A profile, which is a parameter for an RA transport channel, is set.
  • RATA Config Remote Access Transport Agent Config
  • the RAC 210 in the external network creates a Remote Access Transport (RAT) channel connection based on the set RATA Config information.
  • RAT Remote Access Transport
  • RADA Remote Access Discovery Agents, 212, 221 of the RAC 210 and the RAS 220 synchronize network images through the generated RAT channel.
  • the RAS 220 may set a filter of the device list of the local network that is exposed to the outside through the RADA Config service 223 .
  • RADA may play a role in synchronizing tree-type network images for UPnP device lists of local and remote networks. That is, when a device is added to the local network, a new device can be added to the node of the network image by calling the AddRemoteDevice interface of the remote network.
  • the RAC 210 discovers the service of the RAS 220 from the synchronized network image, and the RAC 210 may directly request the discovered service through the RAT channel.
  • the RAS 220 serves as a router, and the home device 230 processes and responds to the actual request of the RAC 210 .
  • Such a related UPnP remote access method can support only Case 1 of FIG. 1 . That is, when the gateway is directly connected to the public network and the RAS exists on a separate device or gateway in the home, support is possible regardless of the presence or absence of a NAT device in front of the RAC or the type of NAT device. As in 4, if a NAT device exists in front of RAS, RAC cannot connect to RAS normally.
  • 1 is a table showing various scenarios according to the location of a NAT device on a network.
  • FIG. 2 is a functional block diagram showing a configuration of a related UPnP Remote Access v1.0 Architecture.
  • FIG. 3 is a flowchart illustrating a method of accessing a home remote access server according to an embodiment of the present invention.
  • FIG. 4 is a flowchart for explaining a method of accessing a remote access client according to another embodiment of the present invention.
  • FIG. 5 is a diagram illustrating a process of receiving a transport address set (TAS) from a server device and registering it with a transport address determination (TAR) server.
  • TAS transport address set
  • TAR transport address determination
  • FIG. 6 is a diagram illustrating a process in which a client device acquires a transmission address set of a server device.
  • FIG. 7 is a diagram illustrating a process in which a client device is allocated its own transmission address set and transmits it to a server device.
  • FIG. 8 is a diagram illustrating a process in which a server device transmits a response packet to a client by comparing an identifier of a received packet with a transmission address set.
  • Technical problem according to an embodiment of the present invention is to provide a method for enabling remote access between RAC and RAS even when a RAS device exists in a network configured with NAT.
  • the technical problem is to obtain a transport address set (TAS) for a home remote access server (Home RAS) from an external server step of; registering the acquired set of transport addresses in a transport address determination server (TAR Server); receiving an IP packet transmitted using the registered transmission address set from a remote access client; It is solved by a remote access method comprising the step of transmitting a response packet according to a transmission path of the received IP packet.
  • TAS transport address set
  • TAR Server transport address determination server
  • the technical problem is a transport address set (TAS) of a home remote access server from a transport address determination server (TAR Server) obtaining; obtaining a forwarding address set of a remote access client from an external server; transmitting an IP packet including the obtained set of the transmission address of the remote access client to the home remote access server; determining a transmission address according to a response packet transmitted from the home remote access server; It is also solved by a remote access method comprising the step of creating a transmission channel using the determined transmission address.
  • TAS transport address set
  • TAR Server transport address determination server
  • the RAS registers a set of transport addresses that can be connected to the server, and the RAC sends a transport that can be connected to the RAS from the server. You can collect information about addresses by querying them. Therefore, even in an environment where RAS is located in a network composed of NAT devices, RAC can remotely access RAS regardless of the network configuration of RAC, and furthermore, a more optimal communication path can be determined through priority.
  • the technical problem is to obtain a transport address set (TAS) for a home remote access server (Home RAS) from an external server step of; registering the acquired set of transport addresses in a transport address determination server (TAR Server); receiving an IP packet transmitted using the registered transmission address set from a remote access client; It is solved by a remote access method comprising the step of transmitting a response packet according to a transmission path of the received IP packet.
  • TAS transport address set
  • TAR Server transport address determination server
  • the transport address set preferably includes at least one of a transport address, a reflexive transport address, and a relay transport address of the home remote access server.
  • the transmission address of the home remote access server includes an IP address assigned to the home remote access server and a port number of a service to be accessed.
  • the reflection transmission address of the home remote access server includes an IP address assigned to a NAT device included in a network in which the home remote access server is located and a port number of a service to be accessed.
  • the relay transmission address of the home remote access server includes an IP address assigned to the external server and a port number of a service to be accessed.
  • the obtained transmission address set be registered with the transmission address determination server using a service name to be accessed as a keyword.
  • the step of registering the transport address set with the transport address determination server further includes transmitting the transport address set to the transport address determination server by extending HTTP headers and methods or defining a Simple Object Access Protocol (SOAP) message. It is preferable to do
  • SOAP Simple Object Access Protocol
  • the transmitting of the response packet may further include comparing an identifier included in the received IP packet and indicating a transmission path of the IP packet with a set of transmission addresses for the home remote access server.
  • the response packet is transmitted with respect to a packet having the same identifier as the transmission address set as a result of the comparison, and when there are a plurality of packets having the same identifier, only one packet is responded by priority. it is preferable
  • the priority is lowered in the order of a transmission address of the home remote access server, a reflection transmission address, and a relay transmission address.
  • the step of transmitting the response packet when an identifier identical to the transmission address set exists as a result of the comparison, it is preferable to transmit a response packet to which an identifier identical to the identifier of the received IP packet is added to the remote access client. .
  • the step of transmitting the response packet further includes transmitting an additional response packet to the transmission address and reflection transmission address of the remote access client that transmitted the IP packet when the same identifier is the relay transmission address as a result of the comparison.
  • the additional response packet includes a transmission address and a reflection transmission address of the remote access client as respective identifiers.
  • the technical problem is a transport address set (TAS) of a home remote access server from a transport address determination server (TAR Server) obtaining; obtaining a forwarding address set of a remote access client from an external server; transmitting an IP packet including the obtained set of the transmission address of the remote access client to the home remote access server; determining a transmission address according to a response packet transmitted from the home remote access server; It is also solved by a remote access method comprising the step of creating a transmission channel using the determined transmission address.
  • TAS transport address set
  • TAR Server transport address determination server
  • the IP packet is transmitted using an individual transmission address included in the obtained transmission address set of the home remote access server.
  • an IP packet having an individual transmission address of the home remote access server, which is a destination address (DA) to which the IP packet is transmitted, as each identifier, is transmitted to the home remote access server. It is preferable to send it to
  • the step of obtaining the transport address set of the remote access client uses a Simple Traversal of UDP Through NAT (STUN)/Traversal Using Relay NAT (TURN) protocol.
  • STUN UDP Through NAT
  • TURN Traversal Using Relay NAT
  • the step of obtaining the forwarding address set of the home remote access server further includes receiving the forwarding address set of the home remote access server by extending HTTP headers and methods or defining a Simple Object Access Protocol (SOAP) message.
  • SOAP Simple Object Access Protocol
  • the determining of the forwarding address may further include determining an identifier included in a response packet transmitted from the home remote access server, wherein the determined identifier is an individual one of a set of forwarding addresses of the home remote access server. In the case of a transmission address, it is preferable to determine the identifier as the destination address of the application protocol.
  • step of determining the transmission address when the determined identifier is an individual transmission address of one of the transmission address sets of the remote access client included in the IP packet, determining the source address of the received response packet as the destination address of the application protocol It is preferable to do
  • another embodiment of the present invention includes a computer-readable recording medium in which a program for implementing the remote access method is recorded.
  • NAT devices include Full Cone, Restricted Cone, Port Restricted Cone, and Symmetric Cone types of NAT devices.
  • the transport address consists of a pair of an IP address and a port number, and in the embodiment of the present invention, there are three types: a transport address, a reflexive transport address, and a relaying transport address. type of forwarding address is used.
  • the transport address consists of a pair of the IP address assigned to the terminal itself and the port number of the service to be connected
  • the reflexive transport address is the public IP address assigned to the NAT and the terminal and It consists of a pair of port numbers assigned to the service
  • the Relaying Transport Address is a combination of the public IP address assigned to the TURN (Traversal Using Relay NAT) server and the port number assigned to the terminal and service the TURN server wants to connect to. consists of pairs.
  • a transport address set refers to a bundle of individual transport addresses.
  • FIG. 3 is a flowchart illustrating a method of accessing a home remote access server according to an embodiment of the present invention
  • FIG. 4 is a flowchart illustrating a method of accessing a remote access client according to another embodiment of the present invention. it's a chart
  • the step 310 of the home remote access server (Home RAS) acquiring a transport address set (TAS) for the home remote access server from an external server in a network configured with a NAT device and the acquired transport address set
  • the step 320 of registering with the transport address determination server (TAR Server) the step 330 of receiving an IP packet transmitted using the registered transport address set from the remote access client, and the transmission path of the received IP packet. and transmitting (340) a response packet.
  • a remote access client acquires a transport address set (TAS) of a home remote access server from a transport address determination server ( 410 ) and a transport address set of the remote access client from an external server
  • TAS transport address set
  • step 420 of obtaining and transmitting an IP packet including the obtained set of the transmission address of the remote access client to the home remote access server (430), and determining a transmission address according to the response packet transmitted from the home remote access server and a step 440 of generating a transmission channel using the determined transmission address (step 450).
  • FIGS. 3 and 4 In describing a remote access method between a home remote access server (eg, RAS) and a remote access client (eg, RAC) on a network configured with a NAT device, each step of FIGS. 3 and 4 will be described in detail below.
  • RAS home remote access server
  • RAC remote access client
  • FIG. 5 illustrates a process of receiving a transport address set (TAS) from a server device and registering it with a transport address resolution (TAR) server.
  • TAS transport address set
  • TAR transport address resolution
  • the server device is allocated a TAS(S), a transport address set including a transport address for itself, a reflection transport address, and a relay transport address, using the STUN/TURN protocol.
  • '(S)' means a set of transmission addresses of the server device.
  • a keepalive message is periodically transmitted to the STUN/TURN server in order to maintain the assigned address.
  • the protocol may register a plurality of transmission address sets for a specific keyword and dynamically update them, and any protocol that allows a third party to search may be used. That is, any protocol in which register, update, and query are defined can be used. For example, when the HTTP header is extended and used, when a protocol is defined using SOAP (Simple Object Access Protocol), it is also possible to use DDDS (Dynamic Delegation Discovery System) technology.
  • SOAP Simple Object Access Protocol
  • DDDS Dynamic Delegation Discovery System
  • FIG. 6 illustrates a process of obtaining a set of transmission addresses of a server device providing a corresponding service using a service name to be connected in a client device as a keyword.
  • the client device queries the server device's forwarding address set, and the TAR server sends the corresponding server device's forwarding address set in response.
  • the protocol used by the client device to obtain the transmission address set of the server device mapped to the specific service name is the same protocol used when registering the transmission address set of the server device to the TAR server as shown in FIG. 5 . do.
  • FIG. 7 illustrates a process in which a client device is allocated its own transmission address set and transmits it to a server device.
  • the client device is assigned a TAS(C), a transport address set including a transport address for itself and a reflected transport address, using the STUN/TURN protocol.
  • '(C)' means the transmission address set of the client device.
  • the client device transmits its assigned transmission address set (TAS(C)) to the server device.
  • TAS(C) transmission address set
  • DA destination address
  • the individual transmission addresses are the transmission address (S1), the reflection transmission address (S2), and the relay transmission address (S3) of the server device.
  • An identifier is added to each packet transmitted to the server device.
  • the source address and destination address of the packet can be converted for each router, so the identifier is will be added
  • the appended identifier is the destination address of the transmitted packet, which is appended to the body of the packet.
  • the server device that has received the packet can determine whether the packet was received through its own transmission address, the reflection transmission address, or the relay transmission address by using its own transmission address set and the identifier. .
  • FIG. 8 illustrates a process in which the server device transmits a response packet to a client by comparing the identifier of the received packet with a transmission address set.
  • the client device may determine an optimal path to directly perform a P2P connection with the server device using the corresponding address.
  • the server device After receiving the first packet, the server device compares the identifier of the received packet with its own transmission address set while waiting for a predetermined time. As a result of the comparison, a response packet is transmitted with respect to a packet having the same identifier as the transmission address set. In this case, the server device responds to only one packet according to the priority, and the priority is in the order of transmission address -> reflection transmission address -> relay transmission address.
  • the server device may perform a P2P connection between both terminals by directly responding to the received packet. At this time, the same identifier as the received packet is appended to the response packet.
  • the identifier of the packet received by the server device is the relay transmission address
  • an additional response packet is transmitted.
  • the fact that a packet sent by the client device is received through the relay forwarding address of the server device means that a restricted NAT/firewall exists in the network of the server device.
  • the additional response packet transmitted by the server device is a packet to check whether a restricted NAT/firewall exists on the client device side as well.
  • the additional response packet is transmitted to the forwarding address and reflection transmission address of the client device, and identifiers of the additional response packet are the transmission address and reflection transmission address of the client device, respectively.
  • the identifier of the basic response packet is the relay transmission address of the server device.
  • the client device transmits its own transmission address set allocated in FIG. 7 to the server device, and then waits for a response while waiting for a predetermined time.
  • the packet identifier is analyzed, and only one packet is selected according to the following priorities to determine an optimal path.
  • the priority is the order of transmission address (S) -> reflection transmission address (S) -> transmission address (C) -> reflection transmission address (C) -> relay transmission address (S).
  • '(S)' and '(C)' are meant to distinguish the transmission address of the server device (eg (S)) and the transmission address of the client device (eg (C)), respectively.
  • the identifier of the packet received by the client device according to the above priority is one of the transmission address sets (S) of the server device, the identifier can be used as the destination address (DA) of the application protocol.
  • the source address (SA: Source Address) of the received packet is the destination address (DA) of the application protocol.
  • the relay connection method is used using the relay transmission address. Because if there is a restricted NAT/firewall in the network on the server side, the forwarding address (S) and the reflection forwarding address (S) of the server device cannot be used, and if there is a restricted NAT/firewall in the network on the client side This is because the client's transport address (C) and reflection transport address (C) cannot be used for .
  • the protocol used to communicate with the TAR server can register multiple sets of transport addresses for a specific keyword and dynamically update them, and any protocol that allows a third party to search is available. did. In other words, any protocol in which registration, update, and query are defined can be used.
  • a method of defining and transmitting through HTTP is exemplified below.
  • Service Name/Host Name and IP Address:Port Number are parts filled with appropriate values when actually transmitting a packet.
  • the update may be performed using a Register message.
  • the server binds the set of transport addresses allocated using the STUN/TURN protocol to a random service name and registers it in the TAR server, and the client receives a set of transport addresses to which it can connect by using the service name to be connected as a keyword.
  • both terminals can determine an optimal transmission address from the set of transmission addresses according to a predetermined procedure, and perform application protocol connection using the transmission address.
  • the relay connection method is performed only when there is no available transport address other than the relay transport address.
  • the RAS registers a set of transport addresses that can be connected to the server, and the RAC sends a transport that can be connected to the RAS from the server. You can collect information about addresses by querying them. Therefore, even in an environment where RAS is located in a network composed of NAT devices, RAC can remotely access RAS regardless of the network configuration of RAC, and furthermore, a more optimal communication path can be determined through priority.
  • the remote access method in the network composed of the NAT device of the present invention described above can be written as a program that can be executed on a computer, and can be implemented in a general-purpose digital computer that operates the program using a computer-readable recording medium.
  • the structure of data used in the present invention may be recorded in a computer-readable recording medium through various means.
  • the computer-readable recording medium includes a magnetic storage medium (eg, ROM, floppy disk, hard disk, etc.), an optically readable medium (eg, CD-ROM, DVD, etc.) and a carrier wave (eg, Internet storage media such as transmission).
  • a magnetic storage medium eg, ROM, floppy disk, hard disk, etc.
  • an optically readable medium eg, CD-ROM, DVD, etc.
  • a carrier wave eg, Internet storage media such as transmission.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Automation & Control Theory (AREA)
  • Computing Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)

Abstract

본 발명은 NAT(Network Address Translation) 디바이스가 적용된 네트워크 환경하에서 RAC(Remote Access Client) 및 RAS(Remote Access Server) 사이의 원격 접속이 가능하도록 하는 방법에 관한 것으로, 외부 서버로부터 홈 원격 접속 서버(Home RAS)에 대한 전송 주소 세트(TAS)를 획득하는 단계와 획득한 전송 주소 세트를 전송 주소 결정 서버(TAR Server)에 등록하는 단계와 원격 접속 클라이언트로부터 등록된 전송 주소 세트를 이용하여 IP 패킷을 수신하는 단계와 수신된 IP 패킷의 전송 경로에 따라 응답 패킷을 전송하는 단계를 포함하여, NAT 디바이스로 구성된 네트워크 환경에서도 RAC는 RAS에 원격 접속할 수 있으며 최적의 통신 경로를 결정할 수 있다.

Description

NAT 디바이스로 구성된 네트워크에서의 원격 접속 방법 기술분야
본 발명은 원격 접속(RA: Remote Access)을 제공하는 방법에 관한 것으로, 특히 다양한 NAT(Network Address Translation) 디바이스가 적용된 환경하에서 RAC(Remote Access Client) 및RAS(Remote Access Server) 사이의 원격 접속이 가능하도록 하는 방법에 관한 것이다.
배경기술
먼저 UPnP(Universal Plug and Play) 원격 접속에 있어서, NAT가 적용된 예를 살펴보면 도 1과 같다.
도 1를 참조하면, NAT 디바이스의 위치에 따라 가능한 여러가지 시나리오가 나타나 있다. Case 1 내지 4에서 보는 바와 같이 NAT는 홈 게이트웨이(Home Gateway) 상에 존재할 수도 있고, ISP(Internet Service Provider) 네트워크 내에 존재할 수도 있다. RAC 앞에 위치하는 NAT는 RAC가 속해있는 홈 네트워크의 게이트웨이에 존재하는 NAT 디바이스 또는 ISP 네트워크에 존재하는 NAT 디바이스를 의미한다.
Case 1 은 홈 게이트웨이와 공중망(public network) 사이에 NAT 디바이스가 존재하지 않고, RAC와 공중망 사이의 홈 게이트웨이에 위치한 NAT 디바이스가 유일한 NAT 디바이스인 경우이다. 이때 홈 게이트웨이는 UPnP IGD(Internet Gateway Device)를 지원하는 경우로 한정한다.
Case 2 내지 4는 RAS, 즉 Home RAS와 공중망 사이에 NAT 디바이스가 존재하는 경우를 나타낸다. 이 경우에 RAC 앞에 NAT 디바이스가 존재하는지의 여부(Case 2는 존재하지 않는 경우이며, Case 3,4는 존재하는 경우이다) 및 존재한다면 NAT 디바이스의 타입(Case 3는 Full Cone NAT이며, Case 4는 그 외의 NAT이다)에 따라 각각 구분하여 생각해 볼 수 있다.
도 2는 관련된 UPnP 원격 접속 아키텍터 1.0(UPnP Remote Access v1.0 Architecture)의 구성을 나타낸다.
도 2의 동작 과정을 살펴보면 다음과 같다.
먼저, MC 모듈(MC: Management Console, 240)은 IGD로부터 외부 IP 주소를 얻어온 후, RAS(220)의 ICC(Inbound Connection Config) 서비스 인터페이스(222)를 호출하여 STUN(Simple Traversal of User Datagram Protocol through NAT) 서버 및 DDNS(Dynamic Domain Name System) 서버 주소 등을 설정한다. 이때, ICC(222)는 STUN, DDNS 서버 주소를 설정하는 것 이외에 STUN 클라이언트가 수집한 정보(예를 들어, RAS가 IGD와 같이 있는지 여부 등)을 MC 모듈(240)에게 알려줄 수 있다.
RAC(210) 과 RAS(220)가 동일 네트워크에 존재할 때, MC 모듈(240)은 RAS(220)와 RAC(210)의RATA Config(Remote Access Transport Agent Config) 서비스(211, 224)를 호출하여 RA 전송 채널(Transport Channel)을 위한 파라미터인 프로파일(profile)를 설정한다.
RAC(210) 가 네트워크로부터 떨어져 나간 후, 외부 네트워크에서 RAC(210)는 상기 설정한 RATA Config 정보를 바탕으로 RAT(Remote Access Transport) 채널 연결을 생성한다.
RAC(210) 와 RAS(220)의 RADA(Remote Access Discovery Agent, 212, 221)는 상기 생성된 RAT 채널을 통해 네트워크 이미지를 동기화한다. 이때, RAS(220)는 RADA Config 서비스(223)를 통해 외부로 공개되는 로컬 네트워크의 디바이스 목록의 필터를 설정할 수 있다. RADA는 로컬 및 원격 네트워크의 UPnP 디바이스 리스트에 대한 트리 형태의 네트워크 이미지를 동기화하는 역할을 수행할 수 있다. 즉, 로컬 네트워크에 디바이스가 추가된 경우에 원격 네트워크의 AddRemoteDevice 인터페이스를 호출하여 네트워크 이미지의 노드에 새로운 디바이스를 추가할 수 있다.
마지막으로 RAC(210)는 동기화된 네트워크 이미지로부터 RAS(220)의 서비스를 발견하고, RAC(210)는 발견된 서비스를 RAT 채널을 통해 직접 요청할 수 있다. 이때RAS(220)는 라우터 역할을 담당하고, 홈 디바이스(230)가 실제 RAC(210)의 요청에 대해 처리 및 결과를 응답한다.
이와 같은 관련된 UPnP 원격 접속 방식(UPnP Remote Access v1.0)은 도 1의 Case 1의 경우만을 지원할 수 있다. 즉, 게이트웨이가 공중망에 직접 연결되고 RAS는 홈 내의 별도 디바이스 또는 게이트웨이 상에 존재하는 경우에는 RAC 앞의 NAT 디바이스의 존재 유무나 NAT 디바이스의 타입과 상관없이 지원이 가능하지만, 도 1의 Case 2 내지 4와 같이 RAS 앞에 NAT 디바이스가 존재하는 경우에는 RAC이 RAS에 정상적으로 접속할 수 없다.
 도면의 간단한 설명
도 1은 네트워크상에서 NAT 디바이스의 위치에 따른 여러가지 시나리오를 보여주는 테이블이다.
도 2는 관련된 UPnP 원격 접속 아키텍처 1.0(UPnP Remote Access v1.0 Architecture)의 구성을 나타내는 기능 블록도이다.
도 3은 본 발명의 일 실시예에 따른, 홈 원격 접속 서버의 접속 방법을 설명하기 위한 플로우 차트이다.
도 4는 본 발명의 다른 실시예에 따른, 원격 접속 클라이언트의 접속 방법을 설명하기 위한 플로우 차트이다.
도 5는 서버 기기에서 전송 주소 세트(TAS)을 할당받고, 이를 전송 주소 결정(TAR) 서버에 등록하는 과정을 나타내는 도면이다.
도 6은 클라이언트 기기에서 서버 기기의 전송 주소 세트를 획득하는 과정을 나타내는 도면이다.
도 7은 클라이언트 기기에서 자신의 전송 주소 세트를 할당받고 이를 서버 기기에 전송하는 과정을 나타내는 도면이다.
도 8은 서버 기기가 수신한 패킷의 식별자를 전송 주소 세트와 비교함으로써 응답 패킷을 클라이언트로 전송하는 과정을 나타내는 도면이다.
상기 몇 개의 도면에 있어서 대응하는 도면 번호는 대응하는 부분을 가리킨다. 도면이 본 발명의 실시예들을 나타내고 있지만, 도면이 축척에 따라 도시된 것은 아니며 본 발명을 보다 잘 나타내고 설명하기 위해 어떤 특징부는 과장되어 있을 수 있다.
 기술적 과제
본 발명의 일 실시예에 따른 기술적 과제는 NAT로 구성된 네트워크에 RAS 디바이스가 존재하는 경우에도 RAC와 RAS간의 원격 접속이 가능하도록 하는 방법을 제공하는 것이다.
기술적 해결방법
상기 기술적 과제는 본 발명의 일 실시예에 따라, NAT 디바이스로 구성된 네트워크에서 홈 원격 접속 서버의 접속 방법에 있어서, 외부 서버로부터 홈 원격 접속 서버(Home RAS)에 대한 전송 주소 세트(TAS)를 획득하는 단계와; 상기 획득한 전송 주소 세트를 전송 주소 결정 서버(TAR Server)에 등록하는 단계와; 원격 접속 클라이언트로부터 상기 등록된 전송 주소 세트를 이용하여 전송된IP 패킷을 수신하는 단계와; 상기 수신된 IP 패킷의 전송 경로에 따라 응답 패킷을 전송하는 단계를 포함하는 것을 특징으로 하는 원격 접속 방법에 의해 해결된다.
한편, 상기 기술적 과제는 본 발명의 다른 실시예에 따라, NAT 디바이스로 구성된 네트워크에서 원격 접속 클라이언트의 접속 방법에 있어서, 전송 주소 결정 서버(TAR Server)로부터 홈 원격 접속 서버의 전송 주소 세트(TAS)를 획득하는 단계와; 외부 서버로부터 원격 접속 클라이언트의 전송 주소 세트를 획득하는 단계와; 상기 획득한 원격 접속 클라이언트의 전송 주소 세트를 포함한 IP 패킷을 상기 홈 원격 접속 서버로 전송하는 단계와; 상기 홈 원격 접속 서버로부터 전송된 응답 패킷에 따라 전송 주소를 결정하는 단계와; 상기 결정된 전송 주소를 이용하여 전송 채널을 생성하는 단계를 포함하는 것을 특징으로 하는 원격 접속 방법에 의해서도 해결된다.
유리한 효과
본 발명의 실시예에 따른, NAT 디바이스로 구성된 네트워크에서의 원격 접속 방법 및 장치에 의하면, RAS가 자신으로 연결할 수 있는 전송 주소 세트를 서버에 등록하고, RAC는 해당 서버로부터 RAS로 연결할 수 있는 전송 주소에 대한 정보를 쿼리하여 수집할 수 있다. 따라서, NAT 디바이스로 구성된 네트워크에 RAS가 위치하는 환경에서도 RAC의 네트워크 구성에 상관없이 RAC는 RAS에 원격 접속할 수 있으며 나아가 우선 순위를 통해 보다 최적의 통신 경로를 결정할 수 있다.
발명의 실시를 위한 최선의 형태
상기 기술적 과제는 본 발명의 일 실시예에 따라, NAT 디바이스로 구성된 네트워크에서 홈 원격 접속 서버의 접속 방법에 있어서, 외부 서버로부터 홈 원격 접속 서버(Home RAS)에 대한 전송 주소 세트(TAS)를 획득하는 단계와; 상기 획득한 전송 주소 세트를 전송 주소 결정 서버(TAR Server)에 등록하는 단계와; 원격 접속 클라이언트로부터 상기 등록된 전송 주소 세트를 이용하여 전송된IP 패킷을 수신하는 단계와; 상기 수신된 IP 패킷의 전송 경로에 따라 응답 패킷을 전송하는 단계를 포함하는 것을 특징으로 하는 원격 접속 방법에 의해 해결된다.
상기 전송 주소 세트는 상기 홈 원격 접속 서버의 전송 주소(Transport Address), 반사 전송 주소(Reflexive Transport Address) 및 중계 전송 주소(Relaying Transport Address) 중 적어도 하나 이상을 포함하는 것이 바람직하다.
상기 홈 원격 접속 서버의 전송 주소는 상기 홈 원격 접속 서버에 할당된 IP 주소 및 접속하고자 하는 서비스의 포트 번호로 이루어지는 것이 바람직하다.
상기 홈 원격 접속 서버의 반사 전송 주소는 상기 홈 원격 접속 서버가 위치한 네트워크에 포함된 NAT 디바이스에 대해 할당된 IP 주소 및 접속하고자 하는 서비스의 포트 번호로 이루어지는 것이 바람직하다.
상기 홈 원격 접속 서버의 중계 전송 주소는 상기 외부 서버에 할당된 IP 주소 및 접속하고자 하는 서비스의 포트 번호로 이루어지는 것이 바람직하다.
상기 홈 원격 접속 서버에 대한 전송 주소 세트를 획득하는 단계는, STUN(Simple Traversal of UDP Through NAT)/TURN(Traversal Using Relay NAT) 프로토콜을 이용하는 것이 바람직하다.
상기 전송 주소 세트를 전송 주소 결정 서버에 등록하는 단계는, 접속하고자 하는 서비스 이름을 키워드로 하여 상기 획득한 전송 주소 세트를 상기 전송 주소 결정 서버에 등록하는 것이 바람직하다.
상기 전송 주소 세트를 전송 주소 결정 서버에 등록하는 단계는, HTTP 헤더 및 메소드를 확장하거나 SOAP(Simple Object Access Protocol) 메시지를 정의하여 상기 전송 주소 세트를 상기 전송 주소 결정 서버로 전송하는 단계를 더 포함하는 것이 바람직하다.
상기 응답 패킷을 전송하는 단계는, 상기 수신된 IP 패킷에 구비되어 IP 패킷의 전송 경로를 나타내는 식별자와 상기 홈 원격 접속 서버에 대한 전송 주소 세트를 비교하는 단계를 더 포함하는 것이 바람직하다.
상기 응답 패킷을 전송하는 단계는, 상기 비교 결과 상기 전송 주소 세트과 동일한 식별자를 갖는 패킷에 대하여 응답 패킷을 전송하며, 동일한 식별자를 갖는 패킷이 복수개인 경우에 우선 순위에 의해 하나의 패킷에 대해서만 응답하는 것이 바람직하다.
상기 우선 순위는 상기 홈 원격 접속 서버의 전송 주소, 반사 전송 주소, 중계 전송 주소 순서로 낮아지는 것이 바람직하다.
상기 응답 패킷을 전송하는 단계는, 상기 비교 결과 상기 전송 주소 세트과 동일한 식별자가 존재하는 경우에, 상기 수신된 IP 패킷의 식별자와 동일한 식별자가 부가된 응답 패킷을 상기 원격 접속 클라이언트로 전송하는 것이 바람직하다.
상기 응답 패킷을 전송하는 단계는, 상기 비교 결과 상기 동일한 식별자가 중계 전송 주소인 경우에, 상기 IP 패킷을 전송한 원격 접속 클라이언트의 전송 주소 및 반사 전송 주소로 추가 응답 패킷을 전송하는 단계를 더 포함하며, 상기 추가 응답 패킷은 상기 원격 접속 클라이언트의 전송 주소 및 반사 전송 주소를 각각의 식별자로서 구비하는 것이 바람직하다.
한편, 상기 기술적 과제는 본 발명의 다른 실시예에 따라, NAT 디바이스로 구성된 네트워크에서 원격 접속 클라이언트의 접속 방법에 있어서, 전송 주소 결정 서버(TAR Server)로부터 홈 원격 접속 서버의 전송 주소 세트(TAS)를 획득하는 단계와; 외부 서버로부터 원격 접속 클라이언트의 전송 주소 세트를 획득하는 단계와; 상기 획득한 원격 접속 클라이언트의 전송 주소 세트를 포함한 IP 패킷을 상기 홈 원격 접속 서버로 전송하는 단계와; 상기 홈 원격 접속 서버로부터 전송된 응답 패킷에 따라 전송 주소를 결정하는 단계와; 상기 결정된 전송 주소를 이용하여 전송 채널을 생성하는 단계를 포함하는 것을 특징으로 하는 원격 접속 방법에 의해서도 해결된다.
상기 IP 패킷을 상기 홈 원격 접속 서버로 전송하는 단계는, 상기 획득한 홈 원격 접속 서버의 전송 주소 세트에 포함된 개별 전송 주소를 이용하여 상기 IP 패킷을 전송하는 것이 바람직하다.
상기 IP 패킷을 홈 원격 접속 서버로 전송하는 단계는, 상기 IP 패킷이 전송되는 목적지 주소(DA)인 상기 홈 원격 접속 서버의 개별 전송 주소를 각각의 식별자로서 구비하는 IP 패킷을 상기 홈 원격 접속 서버로 전송하는 것이 바람직하다.
상기 원격 접속 클라이언트의 전송 주소 세트를 획득하는 단계는, STUN(Simple Traversal of UDP Through NAT)/TURN(Traversal Using Relay NAT) 프로토콜을 이용하는 것이 바람직하다.
상기 홈 원격 접속 서버의 전송 주소 세트를 획득하는 단계는, HTTP 헤더 및 메소드를 확장하거나 SOAP(Simple Object Access Protocol) 메시지를 정의하여 상기 홈 원격 접속 서버의 전송 주소 세트를 수신하는 단계를 더 포함하는 것이 바람직하다.
상기 전송 주소를 결정하는 단계는, 상기 홈 원격 접속 서버로부터 전송된 응답 패킷에 구비된 식별자를 판단하는 단계를 더 포함하며, 상기 판단된 식별자가 상기 홈 원격 접속 서버의 전송 주소 집합 중 하나의 개별 전송 주소인 경우에 상기 식별자를 응용 프로토콜의 목적지 주소로 결정하는 것이 바람직하다.
상기 전송 주소를 결정하는 단계는, 상기 판단된 식별자가 IP 패킷에 포함된 원격 접속 클라이언트의 전송 주소 세트 중 하나의 개별 전송 주소인 경우에 수신된 응답 패킷의 소스 주소를 응용 프로토콜의 목적지 주소로 결정하는 것이 바람직하다.
나아가 본 발명의 또 다른 실시예는 상기 원격 접속 방법을 구현하기 위한 프로그램이 기록된 컴퓨터로 읽을 수 있는 기록매체를 포함한다.
 발명의 실시를 위한 형태
본 발명과 본 발명의 동작상의 이점 및 본 발명의 실시에 의하여 달성되는 목적을 충분히 이해하기 위해서는 본 발명의 바람직한 실시예를 예시하는 첨부 도면 및 도면에 기재된 내용을 참조하여야 한다.
이하, 첨부된 도면을 참조하여 본 발명의 바람직한 실시예에 대해 상세히 설명한다.
본 발명에서는 클라이언트와 서버 사이에서P2P 연결을 하기 위해 양 단말은 전송 주소(TA: Transport Address)를 이용하여 NAT 운행(NAT Traversal)을 수행한다. NAT 디바이스는 Full Cone, Restricted Cone, Port Restricted Cone, Symmetric Cone 타입의 NAT 디바이스를 포함한다.
전송 주소는 IP 주소와 포트 번호의 쌍(pair)으로 이루어져 있으며, 본 발명의 실시예에서는 전송 주소(Transport Address), 반사 전송 주소(Reflexive Transport Address), 중계 전송 주소(Relaying Transport Address)라는 세 가지 종류의 전송 주소를 사용한다.
전송 주소(Transport Address)는 단말 자체에 할당된 IP 주소와 연결하려는 서비스의 포트 번호의 쌍으로 구성되고, 반사 전송 주소(Reflexive Transport Address)는 NAT에 할당된 공인 IP 주소와 NAT가 연결하려는 단말 및 서비스에게 할당한 포트 번호의 쌍으로 구성되며, 중계 전송 주소(Relaying Transport Address)는TURN(Traversal Using Relay NAT) 서버에 할당된 공인 IP 주소와 TURN 서버가 연결하려는 단말 및 서비스에게 할당한 포트 번호의 쌍으로 구성된다. 아울러 전송 주소 세트(TAS: Transport Address Set)은 개별 전송 주소들의 묶음을 의미한다.
전송 주소와 반사 전송 주소의 경우에는P2P의 직접 연결이 가능하며, 중계 전송 주소의 경우에는 TURN 서버를 통한 중계(relaying)를 이용하여 단말 간 연결이 수행된다.
도 3은 본 발명의 일 실시예에 따른, 홈 원격 접속 서버의 접속 방법을 설명하기 위한 플로우 차트이며, 도 4는 본 발명의 다른 실시예에 따른, 원격 접속 클라이언트의 접속 방법을 설명하기 위한 플로우 차트이다.
도 3을 참조하면, NAT 디바이스로 구성된 네트워크에서 홈 원격 접속 서버(Home RAS)가 외부 서버로부터 홈 원격 접속 서버에 대한 전송 주소 세트(TAS)를 획득하는 단계(310)와 획득한 전송 주소 세트를 전송 주소 결정 서버(TAR Server)에 등록하는 단계(320)와 원격 접속 클라이언트로부터 상기 등록된 전송 주소 세트를 이용하여 전송된 IP 패킷을 수신하는 단계(330)와 수신된 IP 패킷의 전송 경로에 따라 응답 패킷을 전송하는 단계(340)를 포함한다.
도 4를 참조하면, NAT 디바이스로 구성된 네트워크에서 원격 접속 클라이언트가 전송 주소 결정 서버로부터 홈 원격 접속 서버의 전송 주소 세트(TAS)를 획득하는 단계(410)와 외부 서버로부터 원격 접속 클라이언트의 전송 주소 세트를 획득하는 단계(420)와 획득한 원격 접속 클라이언트의 전송 주소 세트를 포함한 IP 패킷을 상기 홈 원격 접속 서버로 전송하는 단계(430)와 홈 원격 접속 서버로부터 전송된 응답 패킷에 따라 전송 주소를 결정하는 단계(440)와 결정된 전송 주소를 이용하여 전송 채널을 생성하는 단계(450)를 포함한다.
NAT 디바이스로 구성된 네트워크상에서 홈 원격 접속 서버(예, RAS)와 원격 접속 클라이언트(예, RAC) 사이의 원격 접속 방법을 설명함에 있어서, 상기 도 3 및 도 4의 각 단계별로 이하 상세히 살펴본다.
도 5는 서버 기기에서 전송 주소 세트(TAS)을 할당받고, 이를 전송 주소 결정(TAR: Transport Address Resolution) 서버에 등록하는 과정을 나타낸다.
먼저 서버 기기는 STUN/TURN 프로토콜을 이용하여 자신에 대한 전송 주소, 반사 전송 주소, 중계 전송 주소를 포함하는 전송 주소 세트인 TAS(S)를 할당받는다. 여기서 '(S)'는 서버 기기의 전송 주소 세트임을 의미한다.
이때, 반사 전송 주소 및 중계 전송 주소의 경우에는 할당된 주소를 유지하기 위해 STUN/TURN 서버에 주기적으로 활성 메시지(keepalive message)를 전송한다.
그런 다음, 서비스 이름을 키워드로 하여 상기 할당받은 전송 주소 세트를 TAR 서버에 등록한다. 이때, 프로토콜은 특정 키워드에 대해 복수의 전송 주소 세트를 등록하고 이를 동적으로 업데이트할 수 있으며, 제3자가 검색할 수 있도록 하는 어떠한 프로토콜도 이용이 가능하다. 즉, 등록(register), 업데이트(update), 쿼리(query)가 정의된 어떤 프로토콜이라도 이용할 수 있다. 예를 들어, HTTP 헤더를 확장하여 사용하는 경우, SOAP(Simple Object Access Protocol)을 이용해 프로토콜을 정의한 경우, DDDS(Dynamic Delegation Discovery System) 기술을 이용하는 경우도 가능하다.
도 6은 클라이언트 기기에서 연결하려는 서비스 이름을 키워드로 하여 해당 서비스를 제공하는 서버 기기의 전송 주소 세트를 획득하는 과정을 나타낸다.
먼저 클라이언트 기기는 서버 기기의 전송 주소 세트를 쿼리하고, TAR 서버는 이에 응답하여 해당 서버 기기의 전송 주소 세트를 전송한다. 이때 클라이언트 기기가 특정 서비스 이름에 맵핑된 서버 기기의 전송 주소 세트를 획득하는데 이용하는 프로토콜은, 상기 도 5에서 살펴본 바와 같이 서버 기기의 전송 주소 세트를 TAR 서버에 등록할 때에 사용한 프로토콜과 같은 프로토콜을 사용한다.
도 7은 클라이언트 기기에서 자신의 전송 주소 세트를 할당받고 이를 서버 기기에 전송하는 과정을 나타낸다.
먼저 클라이언트 기기는 STUN/TURN 프로토콜을 이용하여 자신에 대한 전송 주소, 반사 전송 주소를 포함하는 전송 주소 세트인 TAS(C)를 할당받는다. 여기서 '(C)'는 클라이언트 기기의 전송 주소 세트임을 의미한다.
한편, 클라이언트 기기의 경우에 있어서 중계 전송 주소는 필요하지 않으며, 주소 할당과 동시에 원격 접속을 위한 절차가 수행되므로 활성 메시지(keepalive message)를 유지할 필요가 없다.
클라이언트 기기는 할당받은 자신의 전송 주소 세트(TAS(C))를 서버 기기로 전송한다. 이때 전송은 3번 이루어지는데, 전송되는 세 가지의 패킷 각각의 목적지 주소(DA: Destination Address)는 상기 도 6에서 획득한 서버 기기의 전송 주소 세트(TAS(S))에 속한 개별 전송 주소이다. 즉, 개별 전송 주소는 서버 기기의 전송 주소(S1), 반사 전송 주소(S2), 중계 전송 주소(S3)들이다.
서버 기기로 전송하는 각각의 패킷에는 식별자(identifier)가 추가된다. 네트워크 사이에 패킷이 전송되는 과정에서 각 라우터에 대하여 패킷의 소스 주소 및 목적지 주소가 변환될 수 있기 때문에, 클라이언트 기기가 송신한 패킷이 어떤 경로를 통해 서버 기기에 전송되었는지 확인할 수 있도록 하기 위하여 식별자가 추가되는 것이다. 추가되는 식별자는 전송되는 패킷의 목적지 주소로서 이는 패킷의 바디(body) 부분에 덧붙여진다.
따라서, 패킷을 수신한 서버 기기는 자신의 전송 주소 세트과 상기 식별자를 이용하여 패킷이 자신의 전송 주소를 통하여 수신되었는지, 반사 전송 주소를 통하여 수신되었는지 또는 중계 전송 주소를 통하여 수신되었는지를 판별할 수 있다.
도 8은 서버 기기가 수신한 패킷의 식별자를 전송 주소 세트와 비교함으로써 응답 패킷을 클라이언트로 전송하는 과정을 나타낸다.
(i) 클라이언트 기기가 송신한 패킷이 서버 기기의 전송 주소 또는 반사 전송 주소를 통하여 수신되었다면, 클라이언트 기기는 해당 주소를 이용하여 서버 기기와 직접 P2P 연결을 수행하도록 최적 경로를 결정할 수 있다.
(ii) 한편, 클라이언트 기기가 송신한 패킷이 서버 기기의 중계 전송 주소를 통해 수신되었다면, 이는 서버 기기쪽 네트워크에 제한된 NAT/방화벽(Restricted NAT/Firewall)이 존재한다는 것을 의미한다. 이런 경우에는 클라이언트 기기쪽 네트워크에도 제한된 NAT/방화벽이 있는지 여부에 따라 중계 연결 또는 직접 연결 방법을 결정하게 된다. 상기(i), (ii)의 과정을 이하 상세히 설명하도록 한다.
서버 기기는 최초의 패킷을 수신한 후, 일정 시간 동안 대기하면서 수신된 패킷의 식별자를 자신의 전송 주소 세트과 비교한다. 비교 결과, 전송 주소 세트과 동일한 식별자를 갖는 패킷에 대하여 응답 패킷을 전송한다. 이때, 서버 기기는 우선 순위에 의해 하나의 패킷에 대해서만 응답하는데, 우선 순위는 전송 주소-> 반사 전송 주소 -> 중계 전송 주소의 순서이다.
예를 들어, 서버 기기가 수신한 패킷의 식별자가 전송 주소 또는 반사 전송 주소인 경우에, 서버 기기는 수신된 패킷에 대해 직접 응답함으로써 양 단말 사이에 P2P 연결을 수행할 수 있다. 이때 응답 패킷에는 수신된 패킷과 동일한 식별자를 덧붙인다.
한편, 서버 기기가 수신한 패킷의 식별자가 중계 전송 주소인 경우, 수신된 패킷에 대해 기본적으로 응답하는 것 이외에, 추가 응답 패킷을 전송한다. 앞서 살펴보았듯이, 클라이언트 기기가 송신한 패킷이 서버 기기의 중계 전송 주소를 통해 수신되었다는 것은 서버 기기쪽 네트워크에 제한된 NAT/방화벽이 존재한다는 것을 의미한다. 따라서, 이때 서버 기기가 전송하는 추가 응답 패킷은 클라이언트 기기 쪽에도 제한된 NAT/방화벽이 존재하는지 알아보기 위한 패킷이다. 추가 응답 패킷은 클라이언트 기기의 전송 주소 및 반사 전송 주소로 전송되며, 추가 응답 패킷의 식별자는 각각 클라이언트 기기의 전송 주소, 반사 전송 주소가 된다. 한편, 기본 응답 패킷의 식별자는 서버 기기의 중계 전송 주소이다.
이후 클라이언트 기기의 동작을 살펴보면, 클라이언트 기기는 상기 도 7에서 할당받은 자신의 전송 주소 세트를 서버 기기로 전송한 후, 일정 시간 동안 대기하면서 응답을 기다린다. 서버 기기로부터 응답이 오면, 패킷의 식별자를 분석하여 다음과 같은 우선 순위에 따라 하나의 패킷만을 선택하여 최적의 경로를 결정한다. 우선순위는 전송 주소(S) -> 반사 전송 주소(S) -> 전송 주소(C) -> 반사 전송 주소(C) -> 중계 전송 주소(S)의 순서이다. 여기서'(S)'와 '(C)'는 각각 서버 기기의 전송 주소(예:(S)), 클라이언트 기기의 전송 주소(예:(C))를 구분하기 위한 의미이다.
따라서, 위와 같은 우선순위에 따라서 클라이언트 기기가 수신한 패킷의 식별자가 서버 기기의 전송 주소 세트(S) 중의 하나라면, 그 식별자를 응용 프로토콜의 목적지 주소(DA)로 사용할 수 있다.
만약 클라이언트 기기가 수신한 패킷의 식별자가 상기 도 7에서 전송한 클라이언트 기기의 전송 주소 세트(C) 중의 하나라면, 수신한 패킷의 소스 주소(SA: Source Address)를 응용 프로토콜의 목적지 주소(DA)로 사용할 수 있다.
상기 언급한 우선 순위에 따라 서버 기기 쪽의 네트워크에 제한된 NAT/방화벽이 존재하고 클라이언트 쪽의 네트워크에도 제한된 NAT/방화벽이 존재하는 경우에는 중계 전송 주소를 이용하여 중계 연결 방법을 사용하게 된다. 왜냐하면 서버 기기 쪽의 네트워크에 제한된 NAT/방화벽이 존재하는 경우에는, 서버 기기의 전송 주소(S), 반사 전송 주소(S)를 사용할 수 없고, 클라이언트 쪽의 네트워크에 제한된 NAT/방화벽이 존재하는 경우에는 클라이언트의 전송 주소(C), 반사 전송 주소(C)를 사용할 수 없기 때문이다.
상기 도 5 및 도 6에서 TAR 서버와 통신하기 위해 사용하는 프로토콜은 특정 키워드에 대해 복수의 전송 주소 세트를 등록하고 이를 동적으로 업데이트할 수 있으며 제3자가 검색할 수 있도록 하는 어떠한 프로토콜도 이용가능하다고 하였다. 즉, 등록(register), 업데이트(update), 쿼리(query)가 정의된 어떤 프로토콜이라도 이용할 수 있는데, 그 실시예로서 HTTP 헤더(Header)와 메소드(Method)를 확장하여 사용하는 방법과 SOAP 메시지를 정의하여 HTTP를 통하여 전송하는 방법을 이하 예시한다.
1. 먼저, HTTP 헤더 및 메소드를 사용하는 경우는 다음과 같다.
(i) 등록(Register)/업데이트(Update)
TA_REGISTER * HTTP/1.1
SERVICE: Service Name/Host Name
TRANSPORT_ADDRESS: IP Address:Port Number
REFLEXIVE: IP Address:Port Number
RELAYING: IP Address:Port Number
여기서 TA_REGISTER 메소드와 SERVICE, TRANSPORT_ADDRESS, REFELTIVE, RELAYING의 헤더를 새롭게 정의할 수 있다. 이때 서비스 이름(Service Name)/호스트 이름(Host Name) 및 IP 주소:포트 번호(IP Address:Port Number)는 실제로 패킷을 전송할 때 적절한 값으로 채워지는 부분이다. 업데이트는 등록 메시지(Register message)를 이용하여 수행할 수 있다.
(ii) 쿼리(Query)
TA_QUERY * HTTP/1.1
SERVICE: Service Name/Host Name
(iii) 응답(Response)
HTTP/1.1 200 OK
SERVICE: Service Name/Host Name
TRANSPORT_ADDRESS: IP Address:Port Number
REFLEXIVE: IP Address:Port Number
RELAYING: IP Address:Port Number
2. SOAP 메시지를 정의하는 경우는 다음과 같다.
(i) 등록(Register)/업데이트(Update)
<SOAP-ENV:Envelope xmlns:SOAP-ENV='http://schemas.xmlsoap.org/soap/envelope'>
<SOAP-ENV:Header/>
<Register xmlns='namespace'>
</SOAP-ENV:Header>
<SOAP-ENV:Body xmlns='namespace'>
<Service>Service Name/Host Name</Service>
<Transport_Address>IP Address:Port Number</Transport_Address>
<Reflexive>IP Address:Port Number</Reflexive>
<Relaying>IP Address:Port Number</Relaying>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
(ii) 쿼리(Query)
<SOAP-ENV:Envelope xmlns:SOAP-ENV='http://schemas.xmlsoap.org/soap/envelope'>
<SOAP-ENV:Header/>
<Query xmlns='namespace'>
</SOAP-ENV:Header>
<SOAP-ENV:Body xmlns='namespace'>
<Service>Service Name/Host Name</Service>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
(iii) 응답(Response)
<SOAP-ENV:Envelope xmlns:SOAP-ENV='http://schemas.xmlsoap.org/soap/envelope'>
<SOAP-ENV:Header/>
<Response xmlns='namespace'>
</SOAP-ENV:Header>
<SOAP-ENV:Body xmlns='namespace'>
<Service>Service Name</Service>
<Transport_Address>IP Address:Port Number</Transport_Address>
<Reflexive>IP Address:Port Number</Reflexive>
<Relaying>IP Address:Port Number</Relaying>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
본 발명의 실시예에 따르면, STUN/TURN 프로토콜을 이해하고 전송 주소를 저장하며 검색할 수 있는 능력을 갖춘 양 단말을 이용하여, 양 단말 간 P2P 연결을 맺는 것이 가능하다. 이를 위하여 서버는 STUN/TURN 프로토콜을 이용해 할당받은 전송 주소 세트를 임의의 서비스 이름으로 묶어 TAR 서버에 등록하고, 클라이언트는 연결을 원하는 서비스 이름을 키워드로 하여 자신이 접속할 수 있는 전송 주소 세트를 받아온다. 이후, 양 단말은 정해진 절차에 따라 전송 주소 세트로부터 최적의 전송 주소를 결정할 수 있으며, 이 전송 주소를 이용하여 응용 프로토콜의 연결을 수행한다. 본 발명의 실시예에서는 양 단말이 모두 NAT에 속해 있어, 중계 전송 주소 외에는 이용할 수 있는 전송 주소가 없는 경우에만 중계 연결 방법을 수행한다.
본 발명의 실시예에 따른, NAT 디바이스로 구성된 네트워크에서의 원격 접속 방법 및 장치에 의하면, RAS가 자신으로 연결할 수 있는 전송 주소 세트를 서버에 등록하고, RAC는 해당 서버로부터 RAS로 연결할 수 있는 전송 주소에 대한 정보를 쿼리하여 수집할 수 있다. 따라서, NAT 디바이스로 구성된 네트워크에 RAS가 위치하는 환경에서도 RAC의 네트워크 구성에 상관없이 RAC는 RAS에 원격 접속할 수 있으며 나아가 우선 순위를 통해 보다 최적의 통신 경로를 결정할 수 있다.
한편, 상술한 본 발명의 NAT 디바이스로 구성된 네트워크에서의 원격 접속 방법은 컴퓨터에서 실행될 수 있는 프로그램으로 작성가능하고, 컴퓨터로 읽을 수 있는 기록매체를 이용하여 상기 프로그램을 동작시키는 범용 디지털 컴퓨터에서 구현될 수 있다.
또한, 상술한바와 같이 본 발명에서 사용된 데이터의 구조는 컴퓨터로 읽을 수 있는 기록매체에 여러 수단을 통하여 기록될 수 있다.
상기 컴퓨터로 읽을 수 있는 기록매체는 마그네틱 저장매체(예를 들면, 롬, 플로피 디스크, 하드디스크 등), 광학적 판독 매체(예를 들면, 시디롬, 디브이디 등) 및 캐리어 웨이브(예를 들면, 인터넷을 통한 전송)와 같은 저장매체를 포함한다.
이제까지 본 발명에 대하여 그 바람직한 실시예들을 중심으로 살펴보았다. 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자는 본 발명이 본 발명의 본질적인 특성에서 벗어나지 않는 범위에서 변형된 형태로 구현될 수 있음을 이해할 수 있을 것이다. 그러므로 개시된 실시예들은 한정적인 관점이 아니라 설명적인 관점에서 고려되어야 한다. 본 발명의 범위는 전술한 설명이 아니라 특허청구범위에 나타나 있으며, 그와 동등한 범위 내에 있는 모든 차이점은 본 발명에 포함된 것으로 해석되어야 할 것이다.

Claims (22)

  1. 【청구항 1】
    NAT 디바이스로 구성된 네트워크에서 홈 원격 접속 서버의 접속 방법에 있어서,
    외부 서버로부터 홈 원격 접속 서버(Home RAS)에 대한 전송 주소 세트(TAS)를 획득하는 단계와;
    상기 획득한 전송 주소 세트를 전송 주소 결정 서버(TAR Server)에 등록하는 단계와;
    원격 접속 클라이언트로부터 상기 등록된 전송 주소 세트를 이용하여 전송된 IP(Internet Protocol) 패킷을 수신하는 단계와;
    상기 수신된 IP 패킷의 전송 경로에 따라 응답 패킷을 전송하는 단계를 포함하는 것을 특징으로 하는 원격 접속 방법.
  2. 【청구항 2】
    제1항에 있어서,
    상기 전송 주소 세트는 상기 홈 원격 접속 서버의 전송 주소(Transport Address), 반사 전송 주소(Reflexive Transport Address) 및 중계 전송 주소(Relaying Transport Address) 중 적어도 하나 이상을 포함하는 것을 특징으로 하는 원격 접속 방법.
  3. 【청구항 3】
    제2항에 있어서,
    상기 홈 원격 접속 서버의 전송 주소는 상기 홈 원격 접속 서버에 할당된 IP 주소 및 접속하고자 하는 서비스의 포트 번호로 이루어지는 것을 특징으로 하는 원격 접속 방법.
  4. 【청구항 4】
    제2항에 있어서,
    상기 홈 원격 접속 서버의 반사 전송 주소는 상기 홈 원격 접속 서버가 위치한 네트워크에 포함된 NAT 디바이스에 대해 할당된 IP 주소 및 접속하고자 하는 서비스의 포트 번호로 이루어지는 것을 특징으로 하는 원격 접속 방법.
  5. 【청구항 5】
    제2항에 있어서,
    상기 홈 원격 접속 서버의 중계 전송 주소는 상기 외부 서버에 할당된 IP 주소 및 접속하고자 하는 서비스의 포트 번호로 이루어지는 것을 특징으로 하는 원격 접속 방법.
  6. 【청구항 6】
    제2항에 있어서,
    상기 홈 원격 접속 서버에 대한 전송 주소 세트를 획득하는 단계는,
    STUN(Simple Traversal of UDP Through NAT)/TURN(Traversal Using Relay NAT) 프로토콜을 이용하는 것을 특징으로 하는 원격 접속 방법.
  7. 【청구항 7】
    제2항에 있어서,
    상기 전송 주소 세트를 전송 주소 결정 서버에 등록하는 단계는,
    접속하고자 하는 서비스 이름을 키워드로 하여 상기 획득한 전송 주소 세트를 상기 전송 주소 결정 서버에 등록하는 것을 특징으로 하는 원격 접속 방법.
  8. 【청구항 8】
    제7항에 있어서,
    상기 전송 주소 세트를 전송 주소 결정 서버에 등록하는 단계는,
    HTTP 헤더 및 메소드를 확장하거나 SOAP(Simple Object Access Protocol) 메시지를 정의하여 상기 전송 주소 세트를 상기 전송 주소 결정 서버로 전송하는 단계를 더 포함하는 것을 특징으로 하는 원격 접속 방법.
  9. 【청구항 9】
    제2항에 있어서,
    상기 응답 패킷을 전송하는 단계는,
    상기 수신된 IP 패킷에 구비되어 IP 패킷의 전송 경로를 나타내는 식별자와 상기 홈 원격 접속 서버에 대한 전송 주소 세트를 비교하는 단계를 더 포함하는 것을 특징으로 하는 원격 접속 방법.
  10. 【청구항 10】
    제9항에 있어서,
    상기 응답 패킷을 전송하는 단계는,
    상기 비교 결과 상기 전송 주소 세트과 동일한 식별자를 갖는 패킷에 대하여 응답 패킷을 전송하며, 동일한 식별자를 갖는 패킷이 복수개인 경우에 우선 순위에 의해 하나의 패킷에 대해서만 응답하는 것을 특징으로 하는 원격 접속 방법.
  11. 【청구항 11】
    제10항에 있어서,
    상기 우선 순위는 상기 홈 원격 접속 서버의 전송 주소, 반사 전송 주소, 중계 전송 주소 순서로 낮아지는 것을 특징으로 하는 원격 접속 방법.
  12. 【청구항 12】
    제11항에 있어서,
    상기 응답 패킷을 전송하는 단계는,
    상기 비교 결과 상기 전송 주소 세트과 동일한 식별자가 존재하는 경우에, 상기 수신된 IP 패킷의 식별자와 동일한 식별자가 부가된 응답 패킷을 상기 원격 접속 클라이언트로 전송하는 것을 특징으로 하는 원격 접속 방법.
  13. 【청구항 13】
    제12항에 있어서,
    상기 응답 패킷을 전송하는 단계는,
    상기 비교 결과 상기 동일한 식별자가 중계 전송 주소인 경우에, 상기 IP 패킷을 전송한 원격 접속 클라이언트의 전송 주소 및 반사 전송 주소로 추가 응답 패킷을 전송하는 단계를 더 포함하며,
    상기 추가 응답 패킷은 상기 원격 접속 클라이언트의 전송 주소 및 반사 전송 주소를 각각의 식별자로서 구비하는 것을 특징으로 하는 원격 접속 방법.
  14. 【청구항 14】
    NAT 디바이스로 구성된 네트워크에서 원격 접속 클라이언트의 접속 방법에 있어서,
    전송 주소 결정 서버(TAR Server)로부터 홈 원격 접속 서버의 전송 주소 세트(TAS)를 획득하는 단계와;
    외부 서버로부터 원격 접속 클라이언트의 전송 주소 세트를 획득하는 단계와;
    상기 획득한 원격 접속 클라이언트의 전송 주소 세트를 포함한 IP 패킷을 상기 홈 원격 접속 서버로 전송하는 단계와;
    상기 홈 원격 접속 서버로부터 전송된 응답 패킷에 따라 전송 주소를 결정하는 단계와;
    상기 결정된 전송 주소를 이용하여 전송 채널을 생성하는 단계를 포함하는 것을 특징으로 하는 원격 접속 방법.
  15. 【청구항 15】
    제14항에 있어서,
    상기 IP 패킷을 상기 홈 원격 접속 서버로 전송하는 단계는,
    상기 획득한 홈 원격 접속 서버의 전송 주소 세트에 포함된 개별 전송 주소를 이용하여 상기 IP 패킷을 전송하는 것을 특징으로 하는 원격 접속 방법.
  16. 【청구항 16】
    제15항에 있어서,
    상기 IP 패킷을 홈 원격 접속 서버로 전송하는 단계는,
    상기 IP 패킷이 전송되는 목적지 주소(DA)인 상기 홈 원격 접속 서버의 개별 전송 주소를 각각의 식별자로서 구비하는 IP 패킷을 상기 홈 원격 접속 서버로 전송하는 것을 특징으로 하는 원격 접속 방법.
  17. 【청구항 17】
    제16항에 있어서,
    상기 원격 접속 클라이언트의 전송 주소 세트를 획득하는 단계는,
    STUN(Simple Traversal of UDP Through NAT)/TURN(Traversal Using Relay NAT) 프로토콜을 이용하는 것을 특징으로 하는 원격 접속 방법.
  18. 【청구항 18】
    제16항에 있어서,
    상기 홈 원격 접속 서버의 전송 주소 세트를 획득하는 단계는,
    HTTP 헤더 및 메소드를 확장하거나 SOAP(Simple Object Access Protocol) 메시지를 정의하여 상기 홈 원격 접속 서버의 전송 주소 세트를 수신하는 단계를 더 포함하는 것을 특징으로 하는 원격 접속 방법.
  19. 【청구항 19】
    제14항에 있어서,
    상기 전송 주소를 결정하는 단계는,
    상기 홈 원격 접속 서버로부터 전송된 응답 패킷에 구비된 식별자를 판단하는 단계를 더 포함하며,
    상기 판단된 식별자가 상기 홈 원격 접속 서버의 전송 주소 집합 중 하나의 개별 전송 주소인 경우에 상기 식별자를 응용 프로토콜의 목적지 주소로 결정하는 것을 특징으로 하는 원격 접속 방법.
  20. 【청구항 20】
    제19항에 있어서,
    상기 전송 주소를 결정하는 단계는,
    상기 판단된 식별자가 IP 패킷에 포함된 원격 접속 클라이언트의 전송 주소 세트 중 하나의 개별 전송 주소인 경우에 수신된 응답 패킷의 소스 주소를 응용 프로토콜의 목적지 주소로 결정하는 것을 특징으로 하는 원격 접속 방법.
  21. 【청구항 21】
    NAT 디바이스로 구성된 네트워크에서 홈 원격 접속 서버의 접속 방법에 있어서,
    외부 서버로부터 홈 원격 접속 서버(Home RAS)에 대한 전송 주소 세트(TAS)를 획득하는 단계와;
    상기 획득한 전송 주소 세트를 전송 주소 결정 서버(TAR Server)에 등록하는 단계와;
    원격 접속 클라이언트로부터 상기 등록된 전송 주소 세트를 이용하여 전송된 IP(Internet Protocol) 패킷을 수신하는 단계와;
    상기 수신된 IP 패킷의 전송 경로에 따라 응답 패킷을 전송하는 단계를 포함하는 것을 특징으로 하는 원격 접속 방법을 컴퓨터에 의하여 실행하는 컴퓨터 프로그램이 기록된 컴퓨터로 읽을 수 있는 기록매체.
  22. 【청구항 22】
    NAT 디바이스로 구성된 네트워크에서 원격 접속 클라이언트의 접속 방법에 있어서,
    전송 주소 결정 서버(TAR Server)로부터 홈 원격 접속 서버의 전송 주소 세트(TAS)를 획득하는 단계와;
    외부 서버로부터 원격 접속 클라이언트의 전송 주소 세트를 획득하는 단계와;
    상기 획득한 원격 접속 클라이언트의 전송 주소 세트를 포함한 IP 패킷을 상기 홈 원격 접속 서버로 전송하는 단계와;
    상기 홈 원격 접속 서버로부터 전송된 응답 패킷에 따라 전송 주소를 결정하는 단계와;
    상기 결정된 전송 주소를 이용하여 전송 채널을 생성하는 단계를 포함하는 것을 특징으로 하는 원격 접속 방법을 컴퓨터에 의하여 실행하는 컴퓨터 프로그램이 기록된 컴퓨터로 읽을 수 있는 기록매체.
PCT/KR2009/000228 2008-01-15 2009-01-15 Nat 디바이스로 구성된 네트워크에서의 원격 접속 방법 WO2009091199A2 (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP09702527.4A EP2239890B1 (en) 2008-01-15 2009-01-15 Remote access method in a network comprising a nat device
CN200980109192.7A CN101971573B (zh) 2008-01-15 2009-01-15 包括网络地址转换设备的网络中的远程访问方法

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US2117508P 2008-01-15 2008-01-15
US61/021,175 2008-01-15
KR1020080067204A KR101510103B1 (ko) 2008-01-15 2008-07-10 Ｎａｔ 디바이스로 구성된 네트워크에서의 원격 접속 방법
KR10-2008-0067204 2008-07-10

Publications (2)

Publication Number Publication Date
WO2009091199A2 true WO2009091199A2 (ko) 2009-07-23
WO2009091199A3 WO2009091199A3 (ko) 2009-10-22

Family

ID=41336768

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2009/000228 WO2009091199A2 (ko) 2008-01-15 2009-01-15 Nat 디바이스로 구성된 네트워크에서의 원격 접속 방법

Country Status (5)

Country Link
US (1) US8379653B2 (ko)
EP (1) EP2239890B1 (ko)
KR (1) KR101510103B1 (ko)
CN (1) CN101971573B (ko)
WO (1) WO2009091199A2 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014061997A1 (ko) * 2012-10-17 2014-04-24 삼성전자 주식회사 멀티 호스트 억세스 지원 장치 및 방법

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8379533B2 (en) 2008-01-15 2013-02-19 Samsung Electronics Co., Ltd. Universal plug and play method and apparatus to provide remote access service
KR101478621B1 (ko) * 2008-01-15 2015-01-02 삼성전자주식회사 ＵＰｎＰ 네트워크에 다중으로 원격 접속 서비스를제공하는 ＵＰｎＰ 장치 및 그 방법
KR101499549B1 (ko) 2008-01-15 2015-03-06 삼성전자주식회사 원격 접속 서비스를 제공하는 ＵＰｎＰ 장치 및 그 방법
KR101614548B1 (ko) * 2010-01-26 2016-04-22 삼성전자주식회사 원격 접속 서비스에서 아이피 주소 충돌 해결 방법 및 장치
CN102340520B (zh) * 2010-07-20 2014-06-18 上海未来宽带技术股份有限公司 一种p2p网络应用系统中私网检测与穿越的复合方法
KR20120083827A (ko) * 2011-01-18 2012-07-26 삼성전자주식회사 홈 네트워크를 이용한 통화 방법 및 장치
KR101337111B1 (ko) * 2011-12-29 2013-12-05 주식회사 엘지유플러스 원격 영상 모니터링을 위한 서버, 시스템 및, 제어방법
KR101758681B1 (ko) * 2012-03-27 2017-07-14 한화테크윈 주식회사 통신 시스템 및 통신 시스템에서의 데이터 송수신 방법
CN103763306B (zh) * 2013-12-27 2018-05-01 上海斐讯数据通信技术有限公司 远程网络访问支持系统及远程网络访问方法
TWI527407B (zh) * 2014-03-18 2016-03-21 國立交通大學 會談感知的網路位址轉換穿透方法
US9762508B2 (en) * 2014-10-02 2017-09-12 Microsoft Technology Licensing, Llc Relay optimization using software defined networking
CN105634810B (zh) * 2015-12-29 2019-12-13 Tcl集团股份有限公司 一种访问通用即插即用设备的方法和系统、访问设备
CN108540590B (zh) * 2018-03-28 2021-10-08 深圳市网心科技有限公司 UPnP网络端口映射方法、电子设备、网络系统和存储介质

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6667968B1 (en) * 1998-12-03 2003-12-23 Telefonaktiebolaget L M Ericsson (Publ) System and method for providing multiple endpoints in a device disposed in a packet-switched network
US6996621B1 (en) * 1999-12-07 2006-02-07 3Com Corporation Method for supporting secondary address delivery on remote access servers
DE19960733A1 (de) 1999-12-16 2001-09-27 Deutsche Telekom Mobil Verfahren und Anordnung zur verbesserten Ausnutzung von technischen Ressourcen zwischen Telekommunikations- und IP-Netzen
CA2293765A1 (en) 1999-12-23 2001-06-23 Solutioninc. Ltd. Internet access server
KR100360274B1 (ko) 2000-12-30 2002-11-09 엘지전자 주식회사 Ｎａｔ 기반 로컬망에서 범용 ｉｐ 전화통신 시스템을지원하는 방법
KR100438182B1 (ko) 2001-12-28 2004-07-01 엘지전자 주식회사 게이트키퍼와 ｎａｔ－ｐｔ 연동을 위한 서로 상이한ｉｐ 주소 연동 방법
US8224985B2 (en) * 2005-10-04 2012-07-17 Sony Computer Entertainment Inc. Peer-to-peer communication traversing symmetric network address translators
KR100498783B1 (ko) 2002-12-30 2005-07-01 (주)씨앤에스 테크놀로지 Ｎａｔ 기반에서의 ｈ.323 통신방법
US20060123077A1 (en) * 2003-02-04 2006-06-08 Toshihiko Munetsugu Communication system and communication control server and communication terminals consituting that communication system
EP1839428A1 (en) 2005-01-11 2007-10-03 Koninklijke Philips Electronics N.V. Efficient address-space extension to pseudo multi-homed hosts
JP5019867B2 (ja) * 2006-12-26 2012-09-05 株式会社リコー サーバ装置、ネットワーク装置、データ提供場所提供方法、データ提供場所提供プログラム及び記録媒体

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
None
See also references of EP2239890A4

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014061997A1 (ko) * 2012-10-17 2014-04-24 삼성전자 주식회사 멀티 호스트 억세스 지원 장치 및 방법

Also Published As

Publication number Publication date
EP2239890A4 (en) 2012-05-09
KR101510103B1 (ko) 2015-04-14
EP2239890A2 (en) 2010-10-13
CN101971573A (zh) 2011-02-09
CN101971573B (zh) 2014-04-02
US20090180486A1 (en) 2009-07-16
KR20090078716A (ko) 2009-07-20
EP2239890B1 (en) 2014-05-21
US8379653B2 (en) 2013-02-19
WO2009091199A3 (ko) 2009-10-22

Similar Documents

Publication Publication Date Title
WO2009091199A2 (ko) Nat 디바이스로 구성된 네트워크에서의 원격 접속 방법
WO2010041914A2 (en) Method and apparatus for resolving ip address collision in remote access service
EP2273722B1 (en) Upnp device for preventing network address conflict in consideration of remote access and method thereof
WO2011144126A2 (zh) 一种网络设备的配置方法、装置及系统
WO2015030270A1 (ko) 사용자 정보에 기반한, 도메인 네임 시스템 및 도메인 네임 서비스 방법
WO2021107256A1 (ko) 이종 사물인터넷 플랫폼 장치 간 상호 연동을 위한 인터페이스 제공 방법 및 이종 사물인터넷 플랫폼 장치 간 상호 연동을 위한 인터페이스 제공 시스템
WO2009091196A2 (ko) 원격 접속 서비스를 제공하는 UPnP 장치 및 그 방법
EP2594065A2 (en) Apparatus and method for configuring high-definition video telephony between computer devices
WO2013069927A1 (en) Method and apparatus for provisioning network address translator traversal methods
WO2011126312A2 (en) Method and apparatus for managing remote access authority in upnp remote access service
EP2427997A2 (en) System and method for providing phone related services to devices using upnp on a home network
JPWO2007043381A1 (ja) ネットワーク通信機器、ネットワーク通信方法、アドレス管理機器
WO2012023829A2 (en) Method and apparatus for transmitting and receiving data based on secured path bandwidth in network established by using audio/video interface
WO2015199271A1 (en) Method and system for sharing files over p2p
KR20000000185A (ko) 네트워크 주소 변환(ｎａｔ) 기능을 이용한 주소 절약형인터넷 접속 및 가상 사설망(ｖｐｎ) 구성 방법
WO2018184302A1 (zh) 数据转发方法、系统、虚拟负载均衡器及可读存储介质
WO2019143212A1 (en) Electronic apparatus, terminal apparatus and method of controlling the same
WO2010068018A2 (en) Method for configuring closed user network using ip tunneling mechanism and closed user network system
WO2011136538A2 (en) Method and apparatus for transmitting ethernet data through audio/video interface
WO2014186936A1 (zh) 策略控制方法、相关装置以及系统
WO2015010252A1 (zh) 一种同轴电缆Cable系统中的业务发放方法、设备及系统
WO2012091288A1 (ko) Ip단말기 및 클라이언트가 통신하기 위한 통신방법
WO2017003064A1 (ko) 다중망 병합 전송을 위한 네트워크 장치 및 단말, 그리고 이들의 동작 방법
JP3616571B2 (ja) インターネット中継接続におけるアドレス解決方式
WO2009107934A2 (ko) 하나의 아이피 주소로 복수의 아이피 장비들을 지원할 수 있는 멀티포트 장치

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 200980109192.7

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 09702527

Country of ref document: EP

Kind code of ref document: A2

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2009702527

Country of ref document: EP