Source: http://www.patentsencyclopedia.com/app/20130163601
Timestamp: 2018-02-19 03:53:24
Document Index: 337981959

Matched Legal Cases: ['§119', 'Application No. 10', 'Application No. 10', 'Application No. 10', 'Application No. 10', 'Application No. 10', 'Application No. 10', 'Application No. 10', 'Application No. 10', 'Application No. 10', 'Application No. 10', 'Application No. 10', 'Application No. 10', 'Application No. 10']

USER CENTRIC VIRTUAL NETWORK AND METHOD OF ESTABLISHING THE SAME - Patent application
Patent application title: USER CENTRIC VIRTUAL NETWORK AND METHOD OF ESTABLISHING THE SAME
Inventors: Sun Cheul Kim (Daejeon, KR) Sung Back Hong (Daejeon, KR) Ho Sun Yoon (Daejeon, KR) Ho Sun Yoon (Daejeon, KR) Ho Yong Ryu (Daejeon, KR) Ho Yong Ryu (Daejeon, KR)
Patent application number: 20130163601
Provided is a method of establishing a user centric virtual network. The method includes: performing a first tunneling operation between a first tunnel end and an address translation device, which are connected to a first private network, and a tunnel relay device; performing a second tunneling operation between a second tunnel end and an address translation device, which are connected to a second private network, and the tunnel relay device; and performing a third tunneling operation between the tunnel relay device and an end client, wherein a virtual IP is allocated to each of the first and second tunnel ends, the address translation devices, the end client, and the tunnel relay device; and each of the first to third tunneling operations connects routing information on the virtual IP to a corresponding tunnel.
1. A method of establishing a user centric virtual network, the method comprising: performing a first tunneling operation between a first tunnel end and an address translation device, which are connected to a first private network, and a tunnel relay device; performing a second tunneling operation between a second tunnel end and an address translation device, which are connected to a second private network, and the tunnel relay device; and performing a third tunneling operation between the tunnel relay device and an end client, wherein a virtual IP is allocated to each of the first and second tunnel ends, the address translation devices, the end client, and the tunnel relay device; and each of the first to third tunneling operations connects routing information on the virtual IP to a corresponding tunnel.
2. The method of claim 1, further comprising each network address translator between the first tunnel end and address translation device and the tunnel relay device, between the second tunnel end and address translation and the tunnel relay device, and between the tunnel relay device and the end client.
3. The method of claim 2, wherein each of the performing of the first to third tunneling operations comprises: transmitting/receiving a message for tunnel setting; and setting tunnel information and routing information by using the transmitted/received message.
4. The method of claim 3, wherein the tunnel information comprises an external IP and an external port, wherein the external IP is an address translated by the network address translator; and the external port is a port translated by the network address translator.
5. The method of claim 3, wherein the tunnel relay device: deletes an outer header and a user datagram protocol header of the tunnel when a packet corresponding to a set tunnel arrives; and if there is a corresponding tunnel after referring to a virtual IP and routing information in an inner header, adds the user datagram protocol header and the outer header to the packet and forwards the packet to the tunnel.
6. The method of claim 5, wherein if a destination IP in the inner header is not an IP on a virtual network, the tunnel relay device performs a network address translation function on an internet packet.
7. The method of claim 3, wherein each of the first and second tunnel ends and the address translation devices sets a virtual IP allocated from the tunnel relay device in a corresponding tunnel.
8. The method of claim 3, wherein if the destination of a packet is in a virtual network area, the end client transmits/receives a packet through tunneling, and if not, the end client transmits/receives a packet through an available interface.
9. A user centric virtual network comprising: a tunnel end and an address translation device connected to a private network; a tunnel relay device transmitting data through the tunnel end and address translation device and first tunneling; and an end client transmitting data through the tunnel relay device and second tunneling, wherein each virtual IP is allocated to the tunnel end, the address translation device, the end client, and the tunnel relay device; and each of the first and second tunneling connects routing information on the virtual IP to a corresponding tunnel.
[0001] This U.S. non-provisional patent application claims priority under 35 U.S.C. §119 of Korean Patent Application No. 10-2011-0141174, filed on Dec. 23, 2011, the entire contents of which are hereby incorporated by reference.
[0002] The present invention disclosed herein relates to a user centric virtual network and a method of establishing the same.
[0003] Since end terminals in the existing internet with routers are often connected to a Network Address Translator (NAT)/firewall, a direct communication environment between terminals is less likely provided. Due to this reason, current most internets have a home centric service type, which developed for a web centric or specific purpose. The internet having an open property is required to provide various communication services between terminals in addition to web or home central type services. However, in a current internet structure, there are many limitations in a communication method due to the intervention of the NAT/firewall.
[0004] FIG. 1 is a view illustrating a typical internet structure. Referring to FIG. 1, each of terminals such as PCs, smart phones, pads, and so on typically uses a private address allocated from homes, offices, or WiFi-zones. In a place where a home and an office are spatially separated, a private address is used so that a PC in a home cannot access a PC in an office. Additionally, a PC in a public network, of course, cannot access a PC in a home or an office. When a terminal using a private address performs communication via the internet, data transmission is performed through an address translation process using the NAT/internet routers.
[0005] Since a current network is required to block an access from an external or generally uses a firewall or an NAT due to the insufficiency of IP, a direct communication between terminals becomes very difficult. As a result, a server based P2P network environment is mainly configured. Especially, when an existing network environment is unavailable during data transmission, i.e., direct communication is not provided, an Application Layer Gateway (ALG) function is required to be established simultaneously. That is, the complexity and costs of establishing services become an issue.
[0006] Moreover, the background of the present invention relates to Korean Patent Application No. 10-2010-0081568, filed on Aug. 23, 2010, and Korean Patent Application No. 10-2010-0107107, filed on Oct. 29, 2010.
[0007] Korean Patent Application No. 10-2010-0081568 that underlies the present invention discloses a method of providing a direct communication environment between peer to peer, peer to network, and network to network, all of which are connected to a network that is established for accessible direct communication by using a virtual IP and a location IP. Thus, a direct communication better than a typical network environment is provided and thus, the costs and complexity of establishing new services are reduced. Additionally, Korean Patent Application No. 10-2010-0107107 discloses a communication method of a portable network unit.
[0008] The present invention provides a method of establishing his/her own virtual space that allows a user to connect to a desired network place at any time in addition to the above contents.
[0009] Embodiments of the present invention provide a method of establishing a user centric virtual network, the method including: performing a first tunneling operation between a first tunnel end and an address translation device, which are connected to a first private network, and a tunnel relay device; performing a second tunneling operation between a second tunnel end and an address translation device, which are connected to a second private network, and the tunnel relay device; and performing a third tunneling operation between the tunnel relay device and an end client, wherein a virtual IP is allocated to each of the first and second tunnel ends, the address translation devices, the end client, and the tunnel relay device; and each of the first to third tunneling operations connects routing information on the virtual IP to a corresponding tunnel.
[0010] In some embodiments, the method may further include each network address translator between the first tunnel end and address translation device and the tunnel relay device, between the second tunnel end and address translation and the tunnel relay device, and between the tunnel relay device and the end client.
[0011] In other embodiments, each of the performing of the first to third tunneling operations may include: transmitting/receiving a message for tunnel setting; and setting tunnel information and routing information by using the transmitted/received message.
[0012] In still other embodiments, the tunnel information may include an external IP and an external port, wherein the external IP is an address translated by the network address translator; and the external port is a port translated by the network address translator.
[0013] In even other embodiments, the tunnel relay device may: delete an outer header and a user datagram protocol header of the tunnel when a packet corresponding to a set tunnel arrives; and if there is a corresponding tunnel after referring to a virtual IP and routing information in an inner header, add the user datagram protocol header and the outer header to the packet and forward the packet to the tunnel.
[0014] In yet other embodiments, if a destination IP in the inner header is not an IP on a virtual network, the tunnel relay device may perform a network address translation function on an internet packet.
[0015] In further embodiments, each of the first and second tunnel ends and the address translation devices may set a virtual IP allocated from the tunnel relay device in a corresponding tunnel.
[0016] In still further embodiments, if the destination of a packet is in a virtual network area, the end client may transmit/receive a packet through tunneling, and if not, the end client transmits/receives a packet through an available interface.
[0017] In other embodiments of the present invention, a user centric virtual network includes: a tunnel end and an address translation device connected to a private network; a tunnel relay device transmitting data through the tunnel end and address translation device and first tunneling; and an end client transmitting data through the tunnel relay device and second tunneling, wherein each virtual IP is allocated to the tunnel end, the address translation device, the end client, and the tunnel relay device; and each of the first and second tunneling connects routing information on the virtual IP to a corresponding tunnel.
[0019] FIG. 1 is a view illustrating a typical internet structure;
[0020] FIG. 2 is a conceptual view illustrating a virtual network configuration for each user according to an embodiment of the present invention;
[0021] FIG. 3 is a view illustrating setting information for each component of a virtual network established through a tunneling function;
[0022] FIG. 4A illustrates routing information set in the tunnel relay device 410 and routing information connected to the tunnel information;
[0023] FIG. 4B illustrates tunnel information set in a home tunnel end and the address translation device and routing information connected to the tunnel information;
[0024] FIG. 4C illustrates tunnel information set in an office tunnel end and the address translation device and routing information connected to the tunnel information;
[0025] FIG. 4D illustrates tunnel information set in the end client and routing information connected to the tunnel information;
[0026] FIG. 5 is a view illustrating information for allocating and managing a virtual IP necessary to configure a virtual network for each of a plurality of users; and
[0027] FIG. 6 is a conceptual view when the terminal end and address translation device or the end client transmits user management information, i.e., managed user and device information, to the tunnel relay device, while performing an authentication and tunneling process.
[0029] Korean Patent Application No. 10-2010-0081568 that underlies the present invention discloses a method of providing a direct communication environment between peer to peer, peer to network, and network to network, all of which are connected to a network that is established for accessible direct communication by using a virtual IP and a location IP. Thus, a direct communication better than a typical network environment is provided and thus, the costs and complexity of establishing new services are reduced. Additionally, Korean Patent Application No. 10-2010-0107107 discloses a communication method of a portable network unit.
[0030] The present invention provides a method of establishing his/her own virtual space that allows a user to connect to a desired network place at any time in addition to the above contents. In such an internet environment, a user connects to a desired private network in order to configure his/her own virtual network, for example, a private network in a home (hereinafter, referred to as a private home network) and a private network in an office (hereinafter, referred to as a private office network). Therefore, a terminal used in a travelling place or a business trip place becomes available for mutual communication, so that all network based applications for data sharing and remote desktop may be possible.
[0031] FIG. 2 is a conceptual view illustrating a virtual network configuration for each user according to an embodiment of the present invention. In order to configure a virtual network, it includes a tunnel relay device 410 connecting each private network and forwarding data, terminal ends and address translation devices 420 and 430 in private networks 100 and 200, and an end client 300 used for connection by a terminal unit not a network unit. Procedures of establishing a direct communication available virtual network by performing a tunneling operation between the tunnel relay device 410, the terminal ends and address translation devices 420 and 430, and the end client 300 may refer to the contents of Korean Patent Application No. 10-2010-0081568, and Korean Patent Application No. 10-2010-0107107.
[0032] FIG. 3 is a view illustrating setting information for each component of a virtual network established through a tunneling function. A used or set address includes three kinds of addresses. First, an NIP may represent an IP allocated from a network, and may be a common address or a private address. VIP represents a managed virtual IP used in the present invention. A Mapped IP (MIP) is an address converted by a Network Address Translator (NAT) when the terminal ends and address translation devices 420 and 430 or the end client 300 is connected to the NAT.
[0033] In the configuration of FIG. 3, the terminal ends and address translation devices 420 and 430 and the end client 300 transmit/receive a message for tunneling setting to/from the tunnel relay device 410 in order to configure a user centric virtual network. As a result, the following tunnel information and routing information are set. Detailed contents on message transmission for tunnel setting refer to those of Korean Patent Application No. 10-2010-0081568, and Korean Patent Application No. 10-2010-0107107.
[0034] FIG. 4A illustrates routing information set in the tunnel relay device 410 and routing information connected to the tunnel information. A remote IP in each tunnel information is not an address of a target device when the NAT intervenes but is an NAT address. A remote port is a port that the NAT changes.
[0035] FIG. 4B illustrates tunnel information set in a home tunnel end and the address translation device 420 and routing information connected to the tunnel information.
[0036] FIG. 4C illustrates tunnel information set in an office tunnel end and the address translation device 430 and routing information connected to the tunnel information.
[0037] FIG. 4D illustrates tunnel information set in the end client 300 and routing information connected to the tunnel information.
[0038] After such settings, the transmission content of a packet for each component is as follows.
[0039] In the case of the tunnel relay device 410, three tunnels are set for each device, and routing information is connected to each tunnel. Therefore, when a corresponding packet is tunneled and arrives, an outer header of a tunnel and a User
[0040] Datagram Protocol (UDP) header are deleted. Moreover, if there is a corresponding tunnel on reference to report routing information, a virtual IP of an inner header is forwarded with a UDP header and outer header attached to the corresponding tunnel.
[0041] If a destination IP of the inner header is not an IP on a virtual network, since a packet is transmitted via an existing internet, the tunnel relay device 410 performs an address translation function of the NAT on the internet packet. The tunneling and detailed contents refer to those of Korean Patent Application No. 10-2010-0081568, and Korean Patent Application No. 10-2010-0107107.
[0042] The terminal ends and address translation devices 420 and 430 set one tunnel after the tunnel relay device 410 performs a tunneling operation, and set a VIP address area allocated from the tunnel relay device 410 in a corresponding tunnel.
[0043] Accordingly, in the case of a device in a home, "1.1.2.0/24" and "1.1.3.30/32" routing information, i.e., a virtual network address area, is connected to a corresponding tunnel. In the case of a device in an office, "1.1.1.0/24" and "1.1.3.30/32" routing information, i.e., a virtual network address area, is connected to a corresponding tunnel. The packet transmission to a virtual network is done through tunneling, and if a packet destination is not a virtual network, an address translation function of the NAT needs to be performed in order to transmit the packet.
[0044] The end terminal 300 operates after being installed in PCs, notebooks, phones, and pads, and is an end point of a tunnel. If the destination of a packet is a virtual network area, the packet is tunneled and transmitted, and if not, the data are transmitted to an existing available interface.
[0045] That is, an internet use becomes available when a packet to a virtual network is transmitted through tunneling, the terminal ends and address translation devices 420 and 430 add a NAT function in the case of a packet to the internet, and a packet is separated by an existing interface in the case of the end client 300.
[0046] Additionally, by setting routing information as default in the terminal ends and address translation devices 420 and 430 and each end client 300 depending on the purpose, all packets are tunneled to the tunnel relay device 410. At this point, the tunnel relay device 410 performs the address translation function of the NAT on a packet not to a virtual network.
[0047] The tunnel relay device 410 may be a server system of Linux, Windows, or UNIX, or may be equipment based on hardware such as a router or a switch.
[0048] The terminal ends and address translation devices 420 and 430 may be a common device such as a wired router and a wireless router, or may be a device such as WiBro/HSDPA Egg.
[0049] The end client 300 may be IT equipment such as note books, PCs, pads, and tabs.
[0050] FIG. 5 is a view illustrating information for allocating and managing a virtual IP necessary to configure a virtual network for each of a plurality of users. This information may be in the tunnel relay device 410 and may be managed through a function of Web/Portal.
[0051] A virtual IP and prefix may be determined by an administrator, and may be automated through an algorithm that determines a value. In the case of the terminal ends and address translation devices 420 and 430, a necessary virtual IP area is allocated, and in the case of the end client 300, 32 bit FullMask is allocated. As a virtual IP for each user and device is allocated, since a virtual network for each user is required to be established, a virtual IP needs to be separated.
[0052] That is, Hong Gil-dong-1 is allocated in a 1.1.0.0/16 area in order for the two terminal ends and address translation devices 420 and 430 and one software client. That is, Hong Gil-dong-2 is allocated in a 1.2.0.0/16 area in order for the two terminal ends and address translation devices 420 and 430 and one software client. Therefore, Hong Gil-dong-1 and Hong Gil-dong-2 may constitute each virtual network. Accordingly, Hong Gil-dong-1 cannot access the virtual network of Hong Gil-dong-2, and vice versa.
[0053] A virtual IP area allocated to each device is described in a broad sense for easy understanding, and when service is actually provided, it is allocated and used in a small unit, i.e., a narrow 10 virtual IP section for each device.
[0054] FIG. 6 is a conceptual view when the terminal end and address translation device 420 or 430 or the end client 300 transmits user management information, i.e., managed user and device information, to the tunnel relay device 410, while performing an authentication and tunneling process.
[0055] A user management database (DB) 440 may be inputted by a web portal or an administrator as shown in FIG. 5. During authentication and tunnel request, a tunnel relay device confirms user information and device information and provides virtual IP information corresponding to a user.
[0056] That is, in the case of Hong Gil-dong-1, VIP route information provides all of "1.1.1.1/24", "1.1.2.1/24", and "1.1.1.1/30". Each device sets a corresponding tunnel and connects provided VIP routing information to the tunnel. Through such procedures, Hong Gil-dong-1 may have its own customized virtual network between a home, an office, and an end client.
[0057] The present invention provides a method of establishing a user centric virtual network for free communication in a network having a firewall/NAT on the basis of a virtual address.
[0058] The method includes providing a IP-(UDP/TCP)-IP tunneling method that uses a typical NAT/firewall determination technique, distinguishing and managing a user and a device, allocating and providing a virtual IP for each user and device, performing by a tunnel end and an address translation device, or an end client a tunneling operation with a tunnel relay device, and connecting virtual IP routing information between devices to a corresponding tunnel. Therefore, the method allows a user to connect to a desired network place at any time. That is, in connection to home and office networks, a user may easily access the networks by using an end client at an external place such as a travelling place or a business trip place, and also may use network based applications for PC directory sharing, a remote desktop, and a document management system.
[0059] Accordingly, the present invention may establish a user centric virtual network even in a private network in these times that IPs become insufficient and private IPs are spread. Thus, a free communication available environment may be provided between a home network, an office network, and an end client. Also, more flexible and efficient network environment than a typical restricted VPN environment may be established/provided.
2012-11-29 Mpls virtual private network using multiple network cores