WO2002065713A1 - Udp/ip address translation for a private network - Google Patents

Udp/ip address translation for a private network Download PDF

Info

Publication number
WO2002065713A1
WO2002065713A1 PCT/KR2001/000233 KR0100233W WO02065713A1 WO 2002065713 A1 WO2002065713 A1 WO 2002065713A1 KR 0100233 W KR0100233 W KR 0100233W WO 02065713 A1 WO02065713 A1 WO 02065713A1
Authority
WO
WIPO (PCT)
Prior art keywords
client
address
server
information
private
Prior art date
Application number
PCT/KR2001/000233
Other languages
French (fr)
Inventor
Jae Hoon Kim
Original Assignee
Polypix Inc.
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 Polypix Inc. filed Critical Polypix Inc.
Publication of WO2002065713A1 publication Critical patent/WO2002065713A1/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/66Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/09Mapping addresses
    • H04L61/25Mapping addresses of the same type
    • H04L61/2503Translation of Internet protocol [IP] addresses
    • H04L61/2514Translation of Internet protocol [IP] addresses between local and global IP addresses
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/09Mapping addresses
    • H04L61/25Mapping addresses of the same type
    • H04L61/2503Translation of Internet protocol [IP] addresses
    • H04L61/256NAT traversal
    • H04L61/2564NAT traversal for a higher-layer protocol, e.g. for session initiation protocol [SIP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/09Mapping addresses
    • H04L61/25Mapping addresses of the same type
    • H04L61/2503Translation of Internet protocol [IP] addresses
    • H04L61/256NAT traversal
    • H04L61/2578NAT traversal without involvement of the NAT server
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/59Network arrangements, protocols or services for addressing or naming using proxies for addressing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/14Session management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/164Adaptation or special uses of UDP protocol

Definitions

  • the present invention relates in general to the exchange of online information over a private network, and more particularly to a system and method for exchanging online information over a private network, wherein a server can send user datagram protocol (referred to hereinafter as UDP) standard-based data to a client connected thereto over the private network so that it can exchange the online information with the client according to a real-time protocol.
  • UDP user datagram protocol
  • IP addresses In order to solve such a shortage of Internet protocol addresses and enable accesses of a larger number of persons to an Internet network, there have been proposed private IP addresses, which have been often used for additional applications such as security and load balancing. Because such a private IP address is unique only in a private network, it must be translated into a public IP address to enable an associated client to gain access to a server over an Internet network connected to a public network. The translation of a private IP address into a public IP address is typically called a network address translation (referred to hereinafter as NAT) .
  • NAT network address translation
  • a router acting to route the client to a server with a public IP address performs the NAT function to translate the private IP address employed by the client into a public IP address for access of the client to the server providing information desired by the client .
  • the NAT may generally be classified into a static NAT and a dynamic NAT according to methods for translating a private IP address into a public IP address.
  • Masquerading may be a special dynamic NAT.
  • the static NAT is applied to the case where private IP addresses are the same in number as public IP addresses.
  • the static NAT is adapted to translate private IP addresses into public IP addresses at one-to-one regular intervals .
  • the dynamic NAT is applied to the case where private IP addresses are greater in number than public IP addresses.
  • the dynamic NAT is adapted to assign public IP addresses dynamically to private IP addresses.
  • a public IP address assigned dynamically to a private IP address is significant only when a client and server are kept connected to each other. Provided that the connection between the server and client is released, it will be impossible to gain access to the client using the public IP address assigned to the client.
  • the dynamic NAT function is often used in association with security related functions .
  • the masquerading function is applied to the case where one public IP address is employed.
  • port numbers are assigned respectively to the clients in addition to the public IP address, such that the plurality of private IP addresses are mapped to the single public IP address.
  • a client connected to an external server over a private network on the basis of any NAT function as mentioned above, has an ' IP address on the private network, or a private IP address, different from an IP address for its actual address to the external server via a router, or a public IP address.
  • a client Cl connected to an external server SI over a private network on the basis of an NAT function, to exchange transmission control protocol (referred to hereinafter as TCP) standard-based information with the external server SI via a router Rl, in that the TCP standard-based information can be sent and received under the condition that the client Cl and server SI are kept connected to each other.
  • TCP transmission control protocol
  • UDP user datagram protocol
  • an IP address ⁇ 205.184.151.171' of the client C2 for actual access to the server S2 via a router R2 is different from a private IP address '20.0.0.1' of the client C2 in the private network.
  • a UDP packet, sent from the server S2 with a public IP address ⁇ 203.235.37.101' to the client C2 is directed not to the client C2, but to a different client C3 with a public IP address 205.184.151.171' .
  • a voice packet with voice information complies with a real time protocol (referred to hereinafter as RTP) , which is based on the UDP standard.
  • RTP real time protocol
  • VoIP Voice Over IP
  • the present invention has been made in view of the above problem, and it is an object of the present invention to provide a system and method for exchanging online information over a private network, wherein a client with a private Internet protocol address can perform two-way communications for user datagram protocol standard-based information with a server.
  • the above and other objects can be accomplished by the provision of a method for exchanging online information over a private network in a client/server system, the client/server system including a client for sending and receiving the online information over an Internet network, and a server connected to the client via a router, the method comprising the steps of a) , by the server, determining whether the client uses the private network and sending the determined result to the client; b) , by the client, sending information about its valid Internet protocol (IP) addresses and information about its actually used IP address to the server if the result determined at the step a) indicates that the client uses the private network; c) , by the server, sending acknowledgement information to all of the IP addresses contained in the information sent at the step b) , the acknowledgement information containing information regarding an IP address of the client for actual access to the server via the router; d) , by the client, determining from the acknowledgement information sent at the step c) whether it employs a private IP address; and e
  • IP Internet protocol
  • a system for exchanging online information over a private network in a client/server system including a client for sending and receiving the online information over an Internet network, and a server connected to the client via a router, wherein the client is adapted for sending first information about its Internet protocol (IP) address for access to the server, to the server upon accessing the server, determining whether it uses the private network, from first acknowledgement information sent from the server in response to the first information, and sending second information to the server upon determining that it uses the private network, the second information containing information about valid IP addresses of the client and information about an actually used IP address of the client; the server is adapted for comparing the access IP address contained in the first information sent from the client with an IP address of the client for actual access to the server via the router to determine whether the two IP addresses are the same, sending the determined result as the first acknowledgement information to the client and then sending second acknowledgement information to all of the IP addresses contained in the second information, sent from the client in
  • IP Internet protocol
  • Fig. 1 is a block diagram illustrating a conventional method for exchanging a transmission control protocol (TCP) packet over a private network;
  • TCP transmission control protocol
  • Fig. 2 is a block diagram illustrating a conventional method for exchanging a user datagram protocol (UDP) packet over a private network;
  • UDP user datagram protocol
  • Fig. 3 is a block diagram illustrating the flow of information in a system for exchanging online information over a private network in accordance with the present invention
  • Fig. 4 is a block diagram showing formats of packets sent and received in the online information exchange system in accordance with the present invention.
  • Figs. 5a and 5b are flowcharts illustrating a method for exchanging online information over a private network in accordance with the present invention.
  • Fig. 3 is a block diagram illustrating the flow of information in a system for exchanging online information over a private network in accordance with the present invention.
  • the present online information exchange system comprises a router R, a server S, and a client C for sending and receiving online information to/from the server S through the router R.
  • the client C may employ a plurality of private or public Internet protocol (IP) addresses. Provided that the client C employs a private IP address, it will use a private network. In this case, the private IP address of the client C is translated into a public IP address by an NAT function of the router R upon accessing the external server S.
  • the server S exchanges online information with the client C connected thereto via the router R.
  • IP Internet protocol
  • the server S In order to perform two-way communications for a real time protocol (RTP) /user datagram protocol (UDP) standard-based packet with the client C, the server S must determine whether the client C uses a private network and in turn from the determined result whether the client C employs a private IP address.
  • RTP real time protocol
  • UDP user datagram protocol
  • the client C sends to the server S first information (e in Fig. 3) about its IP address for access to the server S.
  • the server S sends first acknowledgement information (g in Fig. 3) to the client C, which then determines from the first acknowledgement information whether it uses a private network. Thereafter, for a determination as to whether the client C employs a private IP address, the client C sends to the server S a transmission control protocol (TCP) packet (Z in Fig. 3) with information about its valid IP addresses and a UDP packet (V in Fig. 3) with information about its actually used IP address.
  • TCP transmission control protocol
  • the access IP address and the actually used IP address may be different or the same in that the client C may employ a plurality of IP addresses as needed.
  • the server S Upon receiving the first information about the access IP address from the client C, the server S compares the access IP address with an IP address of the client C for actual access to the server S via the router R, namely, a public IP address of the client C recognized by the server S.
  • the access IP address is the same as the actual access IP address, it is signified that the client C is connected to the sever S not via a private network, but via a public IP address.
  • the server S can perform two- way communications for a UDP packet with the client C without any problem.
  • the access IP address is not the same as the actual access IP address, it is signified that the client C uses a private network.
  • a determination must be made as to whether the client C employs a private IP address, or a public IP address under the condition that it uses a proxy server to use a private network. Accordingly, the server S determines whether the access IP address is the same as the actual access IP address and then sends the first acknowledgement information to the client C as a result of the determination.
  • the client C recognizes on the basis of the first acknowledgement information from the server S that the access IP address is different from the actual access IP address, namely, that the client C uses a private network, then it sends to the server S second information consisting of information about a list of its valid IP addresses in the form of a TCP packet and information about its actually used IP address in the form of a UDP packet.
  • the server S has a public IP address, the client C can send a UDP packet to the server S at any time.
  • the server S sends a UDP packet (® in Fig. 3) with second acknowledgement information to all of the IP addresses contained in the second information from the client C.
  • the second acknowledgement information contains information regarding an IP address of the client C for actual access to the server S via the router R.
  • the client C compares a list of all IP addresses thereof with the IP address contained in the second acknowledgement information from the server S. Where any one of the IP addresses in the list is the same as the IP address contained in the second acknowledgement information, it is signified that the client C has a public IP address but operates on a private network, namely, it uses a proxy server. In case none of the IP addresses in the list is the same as the IP address contained in the second acknowledgement information, it is indicated that the client C is connected to the server S via a private IP address on a private network on the basis of the NAT function of the router R.
  • the server S can send a UDP packet directly to the client C if the client C uses a proxy server, but cannot do so if the client C employs a private IP address.
  • the client C notifies the server S of such a fact ( ⁇ in Fig. 3) , thereby allowing the server S to control the router R in such a manner that the router R stores information regarding an actually used IP address of the client C and maps it to the client C.
  • the server S can send a UDP packet (TM in Fig. 3) to the client C via the router R even though it does not know the private IP address of the client C.
  • the router R delivers the sent UDP packet to
  • the client C on the basis of private IP address information pre-stored therein. Therefore, the client C can perform two- way communications for a UDP packet with the external server S even when it employs a private IP address.
  • the router R releases the IP address mapped to the client C.
  • Fig. 4 is a block diagram showing formats of packets sent and received in the online information exchange system in accordance with the present invention.
  • Fig. 3 which is composed of a definition statement for defining the packet, and a 4-byte user index statement for identifying a client sending the packet later over a private network.
  • private IP addresses of two or more clients may be transformed into the same public IP address by masquerading.
  • the use of the user index statement makes it possible to distinguish a client attempting to exchange a UDP packet with the server S, from the clients with the same public IP address.
  • P2 represents a packet sent as indicated by Z in Fig.
  • This packet is composed of a definition statement, a count statement for counting the number of IP addresses, an IP statement for representing an IP address, and a repeated sequence thereof.
  • P3 represents a packet sent as indicated by V in Fig.
  • This packet is composed of a private network statement for indicating the use or not of a private network, a definition statement and a user index statement.
  • the user index statement of P3 makes it possible for the server S to distinguish a specific client from other clients sending various information.
  • U P4" represents a packet sent as indicated by ® in Fig.
  • n P5" represents a packet sent as indicated by ⁇ in Fig. 3, which is composed of a definition statement and IP statement.
  • the IP statement of P5 contains information about a public IP address of the client C when the client C employs the public IP address, and a character NULL when the client C employs a private IP address. Hence, the use of this IP statement enables the server S to determine whether the client C employs a private IP address.
  • W P6 represents a packet sent only when the client C employs a private IP address.
  • the client C with the private IP address desires to access an external Internet network with a public IP address, or the server S attempts to access the client C, then the client C sends a UDP packet with a private network statement, definition statement and user index statement according to the RTP.
  • ⁇ , P7" also represents a packet sent only when the client C employs a private IP address, which is indicated by TM in Fig. 3. This packet includes a server statement, a definition statement, and an IP statement composed of NULL.
  • Figs. 5a and 5b are flowcharts illustrating a method for exchanging online information over a private network in accordance with the present invention.
  • a client with a plurality of private or public IP addresses is connected to a server with a public IP address via an IP address for access to the server.
  • the client sends first information about the access IP address to the server.
  • the server compares the access IP address contained in the first information sent from the client at the above second step S2 with an IP address of the client for actual access to the server via a router to determine whether the two IP addresses are the same, and then determines from the compared result whether the client uses a private network. The server then sends the determined result as first acknowledgement information to the client.
  • the client employs a public IP address.
  • the client is connected to the server via the public IP address in response to the first acknowledgement information from the server at the fourth step S4.
  • the client uses a private network.
  • the client in response to the first acknowledgement information from the server, the client sends to the server second information consisting of information about its valid IP addresses in the form of a TCP packet and information about its actually used IP address in the form of a UDP packet .
  • the server sends a UDP packet with second acknowledgement information to all of the IP addresses contained in the second information sent from the client at the above fifth step S5.
  • the second acknowledgement information contains information regarding an IP address of the client for actual access to the server via the router.
  • the client compares a list of IP addresses thereof with the IP address contained in the second acknowledgement information sent from the server at the above sixth step S6 to determine whether the IP address contained in the second acknowledgement information is present in the IP address list.
  • the client recognizes that it uses a private network but employs a public IP address, namely, it uses a proxy server. The client then notifies the server of the fact that it employs no private IP address, at the eighth step S8.
  • the client is connected to the server via the public IP address on the private network to exchange online information with the server.
  • the client recognizes that it employs a private IP address, and then notifies the server of the fact that it employs the private IP address, at the tenth step S10.
  • the router stores an actually used private IP address of the client and maps it to the client.
  • the router connects the server to the client via the actually used private IP address of the client stored therein to deliver online information sent from the server to the client. Therefore, the server can send a UDP packet to the client via the actually used private IP address of the client stored in the router.
  • the router determines whether information is exchanged in a UDP packet form between the server and the client for a predetermined period of time. Upon determining that the information is exchanged between the server and the client, the router maintains the connection made at the above twelfth step S12.
  • the router releases the IP address mapped to the client at the above eleventh step Sll and ends two-way UDP packet communications between the server and the client, at the fourteenth step S14.
  • two-way UDP packet communications can be performed between a client with a private IP address and a server. If the client desires to conduct two-way UDP packet communications with the server, it can attain the desired purpose by first sending a UDP packet to the server in the above manner.
  • the server can also send a UDP packet to a client whose private IP address is transformed into a public IP address by the masquerading.
  • the present invention provides a system and method for exchanging online information over a private network, wherein a client with a private IP address can exchange a UDP packet with a server with a public IP address according to a real time protocol by first sending information about its IP address to the server such that a router connecting the server to the client maps the sent IP address information to the client. Therefore, the client and server can perform two-way UDP packet communications therebetween.

Abstract

A system and method for exchanging online information over a private network. A client with a private Internet protocol (IP) address can exchange a user datagram protocol (UDP) packet with a server with a public IP address according to a real time protocol by first sending information about its IP address to the server such that a router connecting the server to the client maps the sent IP address information to the client. Therefore, the client and server can perform two-way UDP packet communications therebetween. This enables a client with a private IP address to perform two-way voice packet communications with a Voice Over IP (VoIP) provider.

Description

UDP/IP Address Translation For A Private Network
BACKGROUND OF THE INVENTION
Field of the Invention
The present invention relates in general to the exchange of online information over a private network, and more particularly to a system and method for exchanging online information over a private network, wherein a server can send user datagram protocol (referred to hereinafter as UDP) standard-based data to a client connected thereto over the private network so that it can exchange the online information with the client according to a real-time protocol.
Description of the Prior Art
Recently, the number of Internet users has rapidly increased, resulting in a shortage of Internet protocol
(referred to hereinafter as IP) addresses. In order to solve such a shortage of Internet protocol addresses and enable accesses of a larger number of persons to an Internet network, there have been proposed private IP addresses, which have been often used for additional applications such as security and load balancing. Because such a private IP address is unique only in a private network, it must be translated into a public IP address to enable an associated client to gain access to a server over an Internet network connected to a public network. The translation of a private IP address into a public IP address is typically called a network address translation (referred to hereinafter as NAT) .
Provided that a client desiring to use online information over the Internet network employs not a public IP address, but a private IP address, a router acting to route the client to a server with a public IP address performs the NAT function to translate the private IP address employed by the client into a public IP address for access of the client to the server providing information desired by the client .
The NAT may generally be classified into a static NAT and a dynamic NAT according to methods for translating a private IP address into a public IP address. Masquerading may be a special dynamic NAT.
The static NAT is applied to the case where private IP addresses are the same in number as public IP addresses. In this case, the static NAT is adapted to translate private IP addresses into public IP addresses at one-to-one regular intervals .
The dynamic NAT is applied to the case where private IP addresses are greater in number than public IP addresses. In this case, the dynamic NAT is adapted to assign public IP addresses dynamically to private IP addresses. As a result, a public IP address assigned dynamically to a private IP address is significant only when a client and server are kept connected to each other. Provided that the connection between the server and client is released, it will be impossible to gain access to the client using the public IP address assigned to the client. In this regard, the dynamic NAT function is often used in association with security related functions .
The masquerading function is applied to the case where one public IP address is employed. For connection of a plurality of clients with private IP addresses to an external server via one public IP address, port numbers are assigned respectively to the clients in addition to the public IP address, such that the plurality of private IP addresses are mapped to the single public IP address.
A client, connected to an external server over a private network on the basis of any NAT function as mentioned above, has an' IP address on the private network, or a private IP address, different from an IP address for its actual address to the external server via a router, or a public IP address.
Accordingly, as shown in Fig. 1, there is no problem for a client Cl, connected to an external server SI over a private network on the basis of an NAT function, to exchange transmission control protocol (referred to hereinafter as TCP) standard-based information with the external server SI via a router Rl, in that the TCP standard-based information can be sent and received under the condition that the client Cl and server SI are kept connected to each other. However, as shown in Fig. 2, it is practically next to impossible for a client C2 to exchange user datagram protocol (referred to hereinafter as UDP) standard-based information with a server S2, because the UDP standard-based information may be sent and received under the condition that the client C2 and server S2 are not connected to each other, in a different manner from the TCP standard-based information.
In other words, an IP address λ205.184.151.171' of the client C2 for actual access to the server S2 via a router R2 is different from a private IP address '20.0.0.1' of the client C2 in the private network. For this reason, a UDP packet, sent from the server S2 with a public IP address Λ203.235.37.101' to the client C2, is directed not to the client C2, but to a different client C3 with a public IP address 205.184.151.171' .
In particular, a voice packet with voice information complies with a real time protocol (referred to hereinafter as RTP) , which is based on the UDP standard. In this connection, it is actually impossible to send a UDP packet to the client employing the NAT function as stated above.
In practice, many Voice Over IP (VoIP) providers for providing voice information sending/receiving services are also unable to perform two-way communications for a UDP standard-based packet with the NAT-based client as stated above . SUMMARY OF THE INVENTION
Therefore, the present invention has been made in view of the above problem, and it is an object of the present invention to provide a system and method for exchanging online information over a private network, wherein a client with a private Internet protocol address can perform two-way communications for user datagram protocol standard-based information with a server. In accordance with one aspect of the present invention, the above and other objects can be accomplished by the provision of a method for exchanging online information over a private network in a client/server system, the client/server system including a client for sending and receiving the online information over an Internet network, and a server connected to the client via a router, the method comprising the steps of a) , by the server, determining whether the client uses the private network and sending the determined result to the client; b) , by the client, sending information about its valid Internet protocol (IP) addresses and information about its actually used IP address to the server if the result determined at the step a) indicates that the client uses the private network; c) , by the server, sending acknowledgement information to all of the IP addresses contained in the information sent at the step b) , the acknowledgement information containing information regarding an IP address of the client for actual access to the server via the router; d) , by the client, determining from the acknowledgement information sent at the step c) whether it employs a private IP address; and e) , by the router, storing the information about the actually used IP address of the client if it is determined at the step d) that the client employs the private IP address, and then exchanging the online information between the server and the client via the actually used IP address of the client. In accordance with another aspect of the present invention, there is provided a system for exchanging online information over a private network in a client/server system, the client/server system including a client for sending and receiving the online information over an Internet network, and a server connected to the client via a router, wherein the client is adapted for sending first information about its Internet protocol (IP) address for access to the server, to the server upon accessing the server, determining whether it uses the private network, from first acknowledgement information sent from the server in response to the first information, and sending second information to the server upon determining that it uses the private network, the second information containing information about valid IP addresses of the client and information about an actually used IP address of the client; the server is adapted for comparing the access IP address contained in the first information sent from the client with an IP address of the client for actual access to the server via the router to determine whether the two IP addresses are the same, sending the determined result as the first acknowledgement information to the client and then sending second acknowledgement information to all of the IP addresses contained in the second information, sent from the client in response to the first acknowledgement information, such that the client determines on the basis of the second acknowledgement information whether it employs a private IP address, the second acknowledgement information containing information regarding the IP address of the client for actual access to the server via the router; and the router is adapted for storing the information about the actually used IP address of the client if the client determines on the basis of the second acknowledgement information from the server that it employs the private IP address, and then delivering a message sent from the server to the client via the actually used IP address of the client stored therein, such that the client exchanges the online information with the server. BRIEF DESCRIPTION OF THE DRAWINGS
The above and other objects, features and advantages of the present invention will be more clearly understood from the following detailed description taken in conjunction with the accompanying drawings, in which:
Fig. 1 is a block diagram illustrating a conventional method for exchanging a transmission control protocol (TCP) packet over a private network;
Fig. 2 is a block diagram illustrating a conventional method for exchanging a user datagram protocol (UDP) packet over a private network;
Fig. 3 is a block diagram illustrating the flow of information in a system for exchanging online information over a private network in accordance with the present invention;
Fig. 4 is a block diagram showing formats of packets sent and received in the online information exchange system in accordance with the present invention; and
Figs. 5a and 5b are flowcharts illustrating a method for exchanging online information over a private network in accordance with the present invention.
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS
Fig. 3 is a block diagram illustrating the flow of information in a system for exchanging online information over a private network in accordance with the present invention. As shown in this drawing, the present online information exchange system comprises a router R, a server S, and a client C for sending and receiving online information to/from the server S through the router R. The client C may employ a plurality of private or public Internet protocol (IP) addresses. Provided that the client C employs a private IP address, it will use a private network. In this case, the private IP address of the client C is translated into a public IP address by an NAT function of the router R upon accessing the external server S. The server S exchanges online information with the client C connected thereto via the router R. In order to perform two-way communications for a real time protocol (RTP) /user datagram protocol (UDP) standard-based packet with the client C, the server S must determine whether the client C uses a private network and in turn from the determined result whether the client C employs a private IP address.
Thus, the client C sends to the server S first information (e in Fig. 3) about its IP address for access to the server S. In response to the first information from the client C, the server S sends first acknowledgement information (g in Fig. 3) to the client C, which then determines from the first acknowledgement information whether it uses a private network. Thereafter, for a determination as to whether the client C employs a private IP address, the client C sends to the server S a transmission control protocol (TCP) packet (Z in Fig. 3) with information about its valid IP addresses and a UDP packet (V in Fig. 3) with information about its actually used IP address.
It should be noted herein that the access IP address and the actually used IP address may be different or the same in that the client C may employ a plurality of IP addresses as needed.
Upon receiving the first information about the access IP address from the client C, the server S compares the access IP address with an IP address of the client C for actual access to the server S via the router R, namely, a public IP address of the client C recognized by the server S.
In case the access IP address is the same as the actual access IP address, it is signified that the client C is connected to the sever S not via a private network, but via a public IP address. As a result, the server S can perform two- way communications for a UDP packet with the client C without any problem.
Alternatively, in the case where the access IP address is not the same as the actual access IP address, it is signified that the client C uses a private network. In this case, a determination must be made as to whether the client C employs a private IP address, or a public IP address under the condition that it uses a proxy server to use a private network. Accordingly, the server S determines whether the access IP address is the same as the actual access IP address and then sends the first acknowledgement information to the client C as a result of the determination.
Where the client C recognizes on the basis of the first acknowledgement information from the server S that the access IP address is different from the actual access IP address, namely, that the client C uses a private network, then it sends to the server S second information consisting of information about a list of its valid IP addresses in the form of a TCP packet and information about its actually used IP address in the form of a UDP packet. In that the server S has a public IP address, the client C can send a UDP packet to the server S at any time.
The server S sends a UDP packet (® in Fig. 3) with second acknowledgement information to all of the IP addresses contained in the second information from the client C. The second acknowledgement information contains information regarding an IP address of the client C for actual access to the server S via the router R.
The client C compares a list of all IP addresses thereof with the IP address contained in the second acknowledgement information from the server S. Where any one of the IP addresses in the list is the same as the IP address contained in the second acknowledgement information, it is signified that the client C has a public IP address but operates on a private network, namely, it uses a proxy server. In case none of the IP addresses in the list is the same as the IP address contained in the second acknowledgement information, it is indicated that the client C is connected to the server S via a private IP address on a private network on the basis of the NAT function of the router R.
The server S can send a UDP packet directly to the client C if the client C uses a proxy server, but cannot do so if the client C employs a private IP address.
As a result, in case of determining that the client C uses a private network and also employs a private IP address, the client C notifies the server S of such a fact (© in Fig. 3) , thereby allowing the server S to control the router R in such a manner that the router R stores information regarding an actually used IP address of the client C and maps it to the client C. With the information regarding the actually used IP address of the client C, or information about a private IP address of the client C, stored in the router R, the server S can send a UDP packet (™ in Fig. 3) to the client C via the router R even though it does not know the private IP address of the client C.
In other words, if the server S sends a UDP packet to the router R, then the router R delivers the sent UDP packet to
the client C on the basis of private IP address information pre-stored therein. Therefore, the client C can perform two- way communications for a UDP packet with the external server S even when it employs a private IP address.
On the other hand, unless a UDP packet is exchanged between the client C and the server S for a predetermined period of time or more, the router R releases the IP address mapped to the client C.
Fig. 4 is a block diagram showing formats of packets sent and received in the online information exchange system in accordance with the present invention.
In Fig. 4, «pi" represents a packet sent as indicated by
S. in Fig. 3, which is composed of a definition statement for defining the packet, and a 4-byte user index statement for identifying a client sending the packet later over a private network. For example, private IP addresses of two or more clients may be transformed into the same public IP address by masquerading. In this case, the use of the user index statement makes it possible to distinguish a client attempting to exchange a UDP packet with the server S, from the clients with the same public IP address.
"P2" represents a packet sent as indicated by Z in Fig.
3. This packet is composed of a definition statement, a count statement for counting the number of IP addresses, an IP statement for representing an IP address, and a repeated sequence thereof.
"P3" represents a packet sent as indicated by V in Fig.
3. This packet is composed of a private network statement for indicating the use or not of a private network, a definition statement and a user index statement. The user index statement of P3 makes it possible for the server S to distinguish a specific client from other clients sending various information. UP4" represents a packet sent as indicated by ® in Fig.
3, which is composed of a server statement for indicating that this packet is sent from the server, a definition statement, and an IP statement for representing an IP address of a specific client for actual access to the server. nP5" represents a packet sent as indicated by © in Fig. 3, which is composed of a definition statement and IP statement. The IP statement of P5 contains information about a public IP address of the client C when the client C employs the public IP address, and a character NULL when the client C employs a private IP address. Hence, the use of this IP statement enables the server S to determine whether the client C employs a private IP address.
WP6" represents a packet sent only when the client C employs a private IP address. Where the client C with the private IP address desires to access an external Internet network with a public IP address, or the server S attempts to access the client C, then the client C sends a UDP packet with a private network statement, definition statement and user index statement according to the RTP. λ,P7" also represents a packet sent only when the client C employs a private IP address, which is indicated by ™ in Fig. 3. This packet includes a server statement, a definition statement, and an IP statement composed of NULL.
A detailed description will hereinafter be given of the operation of the online information exchange system with the above-stated construction in accordance with the present invention with reference to Figs. 5a and 5b. Figs . 5a and 5b are flowcharts illustrating a method for exchanging online information over a private network in accordance with the present invention.
At the first step SI, a client with a plurality of private or public IP addresses is connected to a server with a public IP address via an IP address for access to the server.
At the second step S2, the client sends first information about the access IP address to the server.
At the third step S3, the server compares the access IP address contained in the first information sent from the client at the above second step S2 with an IP address of the client for actual access to the server via a router to determine whether the two IP addresses are the same, and then determines from the compared result whether the client uses a private network. The server then sends the determined result as first acknowledgement information to the client.
In the case where it is determined at the above third step S3 that the access IP address and the actual access IP address are the same, it is signified that the client employs a public IP address. As a result, the client is connected to the server via the public IP address in response to the first acknowledgement information from the server at the fourth step S4.
In case it is determined at the above third step S3 that the access IP address and the actual access IP address are not the same, it is signified that the client uses a private network. As a result, at the fifth step S5, in response to the first acknowledgement information from the server, the client sends to the server second information consisting of information about its valid IP addresses in the form of a TCP packet and information about its actually used IP address in the form of a UDP packet .
At the sixth step S6, the server sends a UDP packet with second acknowledgement information to all of the IP addresses contained in the second information sent from the client at the above fifth step S5. The second acknowledgement information contains information regarding an IP address of the client for actual access to the server via the router.
At the seventh step S7, the client compares a list of IP addresses thereof with the IP address contained in the second acknowledgement information sent from the server at the above sixth step S6 to determine whether the IP address contained in the second acknowledgement information is present in the IP address list.
Where the IP address contained in the second acknowledgement information is determined to be present in the IP address list at the above seventh step S7, the client recognizes that it uses a private network but employs a public IP address, namely, it uses a proxy server. The client then notifies the server of the fact that it employs no private IP address, at the eighth step S8.
At the ninth step S9, the client is connected to the server via the public IP address on the private network to exchange online information with the server.
On the other hand, in case the IP address contained in the second acknowledgement information is determined not to be present in the IP address list at the above seventh step S7, the client recognizes that it employs a private IP address, and then notifies the server of the fact that it employs the private IP address, at the tenth step S10.
At the eleventh step Sll, the router stores an actually used private IP address of the client and maps it to the client.
At the twelfth step S12, the router connects the server to the client via the actually used private IP address of the client stored therein to deliver online information sent from the server to the client. Therefore, the server can send a UDP packet to the client via the actually used private IP address of the client stored in the router.
At the thirteenth step S13, the router determines whether information is exchanged in a UDP packet form between the server and the client for a predetermined period of time. Upon determining that the information is exchanged between the server and the client, the router maintains the connection made at the above twelfth step S12.
Alternatively, if it is determined at the above thirteenth step S13 that no information is exchanged between the server and the client for the predetermined time period, then the router releases the IP address mapped to the client at the above eleventh step Sll and ends two-way UDP packet communications between the server and the client, at the fourteenth step S14. In the above manner, two-way UDP packet communications can be performed between a client with a private IP address and a server. If the client desires to conduct two-way UDP packet communications with the server, it can attain the desired purpose by first sending a UDP packet to the server in the above manner.
For a client whose private IP address is transformed into a public IP address by masquerading, information regarding a used port as well as the private IP address is previously notified to a server as a UDP packet destination and a router and then mapped by the router. Thus, the server can also send a UDP packet to a client whose private IP address is transformed into a public IP address by the masquerading.
As apparent from the above description, the present invention provides a system and method for exchanging online information over a private network, wherein a client with a private IP address can exchange a UDP packet with a server with a public IP address according to a real time protocol by first sending information about its IP address to the server such that a router connecting the server to the client maps the sent IP address information to the client. Therefore, the client and server can perform two-way UDP packet communications therebetween.
Although the preferred embodiments of the present invention have been disclosed for illustrative purposes, those skilled in the art will appreciate that various modifications, additions and substitutions are possible, without departing from the scope and spirit of the invention as disclosed in the accompanying claims .

Claims

WHAT IS CLAIMED IS:
1. A method for exchanging online information over a private network in a client/server system, said client/server system including a client for sending and receiving the online information over an Internet network, and a server connected to said client via a router, said method comprising the steps of: a) , by said server, determining whether said client uses said private network and sending the determined result to said client ; b) , by said client, sending information about its valid Internet protocol (IP) addresses and information about its actually used IP address to said server if said result determined at said step a) indicates that said client uses said private network; c) , by said server, sending acknowledgement information to all of said IP addresses contained in said information sent at said step b) , said acknowledgement information containing information regarding an IP address of said client for actual access to said server via said router; d) , by said client, determining from said acknowledgement information sent at said step c) whether it employs a private
IP address; and e) , by said router, storing said information about said actually used IP address of said client if it is determined at said step d) that said client employs the private IP address, and then exchanging the online information between said server and said client via said actually used IP address of said client .
2. The online information exchange method as set forth in Claim 1, wherein said step a) includes the steps of: a-1) , by said client, sending to said server information about its IP address for access to said server; a-2) , by said server, comparing said access IP address with an IP address of said client for actual access to said server via said router to determine whether the two IP addresses are the same, and then determining from the compared result whether said client uses said private network; and a-3) , by said server, sending the determined result to said client.
3. The online information exchange method as set forth in Claim 2, wherein said step a-1) includes the step of, by said client, sending a transmission control protocol (TCP) standard-based packet with said information about said access IP address to said server upon accessing it .
4. The online information exchange method as set forth in Claim 1, wherein said step b) includes the step of, by said client, recognizing that it is connected to said server via a public IP address, if said result determined at said step a) indicates that said client uses no private network, and then gaining access to said server via said public IP address to exchange the online information with said server.
5. The online information exchange method as set forth in Claim 1, wherein said step b) includes the step of, by said client, sending a TCP standard-based packet with said information about its valid IP addresses and a user datagram protocol (UDP) standard-based packet with said information about its actually used IP address to said server.
6. The online information exchange method as set forth in Claim 1, wherein said step c) includes the step of, by said server, sending a UDP standard-based packet with said acknowledgement information to all of said IP addresses contained in said information sent at said step b) , said acknowledgement information containing said information regarding said IP address of said client for actual access to said server via said router.
7. The online information exchange method as set forth in Claim 1, wherein said step d) includes the steps of: d-1) , by said client, comparing a list of IP addresses thereof with said IP address contained in said acknowledgement information sent at said step c) ; and d-2) , by said client, recognizing that it uses said private network but employs a public IP address, if said IP address contained in said acknowledgement information is determined to be present in said IP address list at said step d-1) , and that it uses said private network but employs no public IP address, if said IP address contained in said acknowledgement information is determined not to be present in said IP address list at said step d-1) .
8. The online information exchange method as set forth in
Claim 1, wherein said step e) includes the steps of: e-1) , by said client, notifying said server that said client employs the private IP address, if it is determined at said step d) that said client employs the private IP address; e-2) , by said router, storing said information about said actually used IP address of said client and mapping it to said client; and e-3) , by said router, connecting said server to said client via said actually used private IP address of said client stored therein to deliver the online information sent from said server to said client.
9. The online information exchange method as set forth in
Claim 8, wherein said step e-3) includes the step of releasing said IP address of said client mapped at said step e-2) if information is not exchanged between said server and said client for a predetermined period of time or more.
10. The online information exchange method as set forth in Claim 1, wherein said step e) includes the steps of: e-1) , by said client, notifying said server that said client employs no private IP address, if it is determined at said step d) that said client employs no private IP address; and e-2) , by said server, recognizing from the notification at said step e-1) that said client uses said private network but employs a public IP address, and then exchanging the online information with said client via the public IP address.
11. The online information exchange method as set forth in Claim 1 or Claim 2, wherein said step b) includes the step of, by said client, sending information about its used port to said server together with said information about its valid IP addresses and said information about its actually used IP address; and wherein said step a-1) includes the step of, by said client, sending said information about its used port to said server together with said information about its IP address for access to said server.
12. A system for exchanging online information over a private network in a client/server system, said client/server system including a client for sending and receiving the online information over an Internet network, and a server connected to said client via a router, wherein said client is adapted for sending first information about its Internet protocol (IP) address for access to said server, to said server upon accessing the server, determining whether it uses said private network, from first acknowledgement information sent from said server in response to said first information, and sending second information to said server upon determining that it uses said private network, said second information containing information about valid IP addresses of said client and information about an actually used IP address of said client; said server is adapted for comparing said access IP address contained in said first information sent from said client with an IP address of said client for actual access to said server via said router to determine whether the two IP addresses are the same, sending the determined result as said first acknowledgement information to said client and then sending second acknowledgement information to all of said IP addresses contained in said second information, sent from said client in response to said first acknowledgement information, such that said client determines on the basis of said second acknowledgement information whether it employs a private IP address, said second acknowledgement information containing information regarding said IP address of said client for actual access to said server via said router; and said router is adapted for storing said information about said actually used IP address of said client if said client determines on the basis of said second acknowledgement information from said server that it employs the private IP address, and then delivering a message sent from said server to said client via said actually used IP address of said client stored therein, such that said client exchanges the online information with said server.
13. The online information exchange system as set forth in Claim 12, wherein said client employs a plurality of private or public IP addresses.
14. The online information exchange system as set forth in Claim 12, wherein said client is further adapted for sending information about its used port to said server together with said first information about its IP address for access to said server and said second information containing said information about its valid IP addresses and said information about its actually used IP address.
15. The online information exchange system as set forth in Claim 12, wherein said server is further adapted for sending a user datagram protocol (UDP) standard-based packet to said client via said router.
PCT/KR2001/000233 2001-02-12 2001-02-16 Udp/ip address translation for a private network WO2002065713A1 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR10-2001-0006719A KR100393273B1 (en) 2001-02-12 2001-02-12 An Online Data Communicating System and a Method in a Private Network
KR2001/6719 2001-02-12

Publications (1)

Publication Number Publication Date
WO2002065713A1 true WO2002065713A1 (en) 2002-08-22

Family

ID=19705619

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2001/000233 WO2002065713A1 (en) 2001-02-12 2001-02-16 Udp/ip address translation for a private network

Country Status (3)

Country Link
US (1) US6925487B2 (en)
KR (1) KR100393273B1 (en)
WO (1) WO2002065713A1 (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102957754A (en) * 2011-08-22 2013-03-06 中国电信股份有限公司 Operating-level network address conversion method, operating-level network address conversion equipment and network system
CN106411742A (en) * 2016-10-26 2017-02-15 杭州数梦工场科技有限公司 Message transmission method and device
US10749840B2 (en) 2016-07-08 2020-08-18 Waldemar Augustyn Network communication method and apparatus

Families Citing this family (61)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7051069B2 (en) 2000-09-28 2006-05-23 Bea Systems, Inc. System for managing logical process flow in an online environment
US7050422B2 (en) * 2001-02-20 2006-05-23 Innomedia Pte, Ltd. System and method for providing real time connectionless communication of media data through a firewall
EP1402322B1 (en) * 2001-03-21 2009-05-27 Glashütter Uhrenbetrieb GmbH Timepiece comprising a striking device
US7392546B2 (en) * 2001-06-11 2008-06-24 Bea Systems, Inc. System and method for server security and entitlement processing
US20030033418A1 (en) * 2001-07-19 2003-02-13 Young Bruce Fitzgerald Method of implementing and configuring an MGCP application layer gateway
US20030048780A1 (en) * 2001-09-10 2003-03-13 Phomsopha Bounthavivone K. Supporting real-time multimedia applications via a network address translator
US7472342B2 (en) * 2001-10-24 2008-12-30 Bea Systems, Inc. System and method for portal page layout
US7725560B2 (en) * 2002-05-01 2010-05-25 Bea Systems Inc. Web service-enabled portlet wizard
AU2003239326A1 (en) * 2002-05-01 2003-11-17 Bea Systems, Inc. Enterprise application platform
US7716725B2 (en) 2002-09-20 2010-05-11 Fortinet, Inc. Firewall interface configuration and processes to enable bi-directional VoIP traversal communications
US20040103153A1 (en) * 2002-11-21 2004-05-27 Chang Tsung-Yen Dean Apparatus and method for providing smart network appliances
US20040260801A1 (en) * 2003-02-12 2004-12-23 Actiontec Electronics, Inc. Apparatus and methods for monitoring and controlling network activity using mobile communications devices
US20040158630A1 (en) * 2003-02-12 2004-08-12 Chang Tsung-Yen Dean Monitoring and controlling network activity in real-time
US7591000B2 (en) 2003-02-14 2009-09-15 Oracle International Corporation System and method for hierarchical role-based entitlements
US8831966B2 (en) * 2003-02-14 2014-09-09 Oracle International Corporation Method for delegated administration
US7653930B2 (en) * 2003-02-14 2010-01-26 Bea Systems, Inc. Method for role and resource policy management optimization
US6917975B2 (en) * 2003-02-14 2005-07-12 Bea Systems, Inc. Method for role and resource policy management
US7840614B2 (en) 2003-02-20 2010-11-23 Bea Systems, Inc. Virtual content repository application program interface
US7415478B2 (en) * 2003-02-20 2008-08-19 Bea Systems, Inc. Virtual repository complex content model
US7293286B2 (en) 2003-02-20 2007-11-06 Bea Systems, Inc. Federated management of content repositories
US7810036B2 (en) 2003-02-28 2010-10-05 Bea Systems, Inc. Systems and methods for personalizing a portal
KR100941296B1 (en) * 2003-06-30 2010-02-11 주식회사 케이티 The method of peer-to-peer IP communication between clients in the private IP networks with Layer 4 port number control
US20050251851A1 (en) * 2003-10-10 2005-11-10 Bea Systems, Inc. Configuration of a distributed security system
US20050102536A1 (en) * 2003-10-10 2005-05-12 Bea Systems, Inc. Dynamically configurable distributed security system
US20050251852A1 (en) * 2003-10-10 2005-11-10 Bea Systems, Inc. Distributed enterprise security system
US20050257245A1 (en) * 2003-10-10 2005-11-17 Bea Systems, Inc. Distributed security system with dynamic roles
US20050188295A1 (en) * 2004-02-25 2005-08-25 Loren Konkus Systems and methods for an extensible administration tool
US7774601B2 (en) * 2004-04-06 2010-08-10 Bea Systems, Inc. Method for delegated administration
US7246138B2 (en) * 2004-04-13 2007-07-17 Bea Systems, Inc. System and method for content lifecycles in a virtual content repository that integrates a plurality of content repositories
US7236975B2 (en) 2004-04-13 2007-06-26 Bea Systems, Inc. System and method for controlling access to anode in a virtual content repository that integrates a plurality of content repositories
US7236990B2 (en) 2004-04-13 2007-06-26 Bea Systems, Inc. System and method for information lifecycle workflow integration
US7240076B2 (en) * 2004-04-13 2007-07-03 Bea Systems, Inc. System and method for providing a lifecycle for information in a virtual content repository
US7162504B2 (en) * 2004-04-13 2007-01-09 Bea Systems, Inc. System and method for providing content services to a repository
US20060041558A1 (en) * 2004-04-13 2006-02-23 Mccauley Rodney System and method for content versioning
US7475091B2 (en) * 2004-04-13 2009-01-06 Bea Systems, Inc. System and method for viewing a virtual content repository
US7272728B2 (en) 2004-06-14 2007-09-18 Iovation, Inc. Network security and fraud detection system and method
JP4527605B2 (en) * 2004-06-21 2010-08-18 三星エスディアイ株式会社 Electrolytic solution for lithium ion secondary battery and lithium ion secondary battery including the same
DE112005002821B4 (en) * 2004-12-21 2008-08-21 Samsung Electronics Co., Ltd., Suwon A method and system for providing a personal telephone call service to mobile subscribers and a wireless soft-broker therefor
US7617525B1 (en) * 2005-06-21 2009-11-10 Alto Ventures, Inc. System and method for connectionless client-server communications
US7953734B2 (en) 2005-09-26 2011-05-31 Oracle International Corporation System and method for providing SPI extensions for content management system
US20070073663A1 (en) * 2005-09-26 2007-03-29 Bea Systems, Inc. System and method for providing full-text searching of managed content
US7818344B2 (en) 2005-09-26 2010-10-19 Bea Systems, Inc. System and method for providing nested types for content management
US7917537B2 (en) 2005-09-26 2011-03-29 Oracle International Corporation System and method for providing link property types for content management
US7752205B2 (en) 2005-09-26 2010-07-06 Bea Systems, Inc. Method and system for interacting with a virtual content repository
US8472430B2 (en) * 2006-04-03 2013-06-25 Microsoft Corporation VoIP packet prioritization
US8280015B2 (en) 2006-04-06 2012-10-02 Microsoft Corporation Providing contextual information with a voicemail message
US8130679B2 (en) * 2006-05-25 2012-03-06 Microsoft Corporation Individual processing of VoIP contextual information
US20080003941A1 (en) * 2006-06-30 2008-01-03 Microsoft Corporation VoIP two-way broadcasting
US8817955B2 (en) * 2006-06-30 2014-08-26 Microsoft Corporation Peer-to-peer broadcasting in a VoIP system
US8463852B2 (en) 2006-10-06 2013-06-11 Oracle International Corporation Groupware portlets for integrating a portal with groupware systems
US20080104672A1 (en) * 2006-10-25 2008-05-01 Iovation, Inc. Detecting and preventing man-in-the-middle phishing attacks
US8751815B2 (en) * 2006-10-25 2014-06-10 Iovation Inc. Creating and verifying globally unique device-specific identifiers
US8818344B2 (en) 2006-11-14 2014-08-26 Microsoft Corporation Secured communication via location awareness
US20080117897A1 (en) * 2006-11-22 2008-05-22 Microsoft Corporation External data access information in a voip conversation
US8856387B2 (en) * 2008-04-24 2014-10-07 Qualcomm Incorporated Local IP access scheme
US8676684B2 (en) 2010-04-12 2014-03-18 Iovation Inc. System and method for evaluating risk in fraud prevention
CN102387496B (en) * 2010-08-27 2015-03-25 西门子公司 Method, device and system for tracking identities of general packet radio service (GPRS) users
US8959656B1 (en) * 2012-03-03 2015-02-17 Joingo, Llc Segmented architecture method and system
KR101491638B1 (en) * 2012-11-15 2015-02-09 (주)씨디네트웍스 Method and apparatus for providing contents according to network type
US9565103B1 (en) * 2014-03-26 2017-02-07 Juniper Networks, Inc. Systems and methods for virtualizing customer-premises equipment
US10200282B1 (en) 2014-03-26 2019-02-05 Juniper Networks, Inc. Systems and methods for virtualizing customer-premises equipment

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR19980085286A (en) * 1997-05-28 1998-12-05 양승택 Parameter setting method of Broadband Bearer Capability information element field in public asynchronous transfer mode (ATM) switching system
KR19990078720A (en) * 1999-08-02 1999-11-05 전우직 Method For Network Address Translation By Source Address
KR20000000185A (en) * 1999-09-29 2000-01-15 최명렬 Method for connecting internet to save IP addresses by using NAT(Network Address Translation) function and configurating VPN(Virtual Private Network)
US6061349A (en) * 1995-11-03 2000-05-09 Cisco Technology, Inc. System and method for implementing multiple IP addresses on multiple ports
KR20000028645A (en) * 1998-10-05 2000-05-25 가나이 쓰토무 Packet forwarding apparatus with a flow detection table
EP1005196A1 (en) * 1998-11-27 2000-05-31 Bull S.A. System and method for remote interrogation of SNMP agents
KR20000059429A (en) * 1999-03-03 2000-10-05 서평원 Virtual Local Area Network system
WO2000070825A1 (en) * 1999-05-12 2000-11-23 Nokia Networks Oy Connection management method
US6160797A (en) * 1998-04-03 2000-12-12 Starguide Digital Networks, Inc. Satellite receiver/router, system, and method of use

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE69708281T2 (en) * 1996-04-24 2002-05-16 Nortel Networks Ltd INTERNET PROTOCOL-FILTER
US6731642B1 (en) * 1999-05-03 2004-05-04 3Com Corporation Internet telephony using network address translation
US6496867B1 (en) * 1999-08-27 2002-12-17 3Com Corporation System and method to negotiate private network addresses for initiating tunneling associations through private and/or public networks
US6718030B1 (en) * 2000-08-10 2004-04-06 Westell Technologies, Inc. Virtual private network system and method using voice over internet protocol
US6697377B1 (en) * 2000-10-21 2004-02-24 Innomedia Pte Ltd. Method for communicating audio data in a packet switched network
KR20020037223A (en) * 2000-11-13 2002-05-18 남민우 Method and System of communication service using public and private IP addresses
KR100438236B1 (en) * 2000-12-28 2004-07-02 엘지전자 주식회사 Method for Transmitting Voice Packet through Network Address Translation Server in VoIP Gateway

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6061349A (en) * 1995-11-03 2000-05-09 Cisco Technology, Inc. System and method for implementing multiple IP addresses on multiple ports
KR19980085286A (en) * 1997-05-28 1998-12-05 양승택 Parameter setting method of Broadband Bearer Capability information element field in public asynchronous transfer mode (ATM) switching system
US6160797A (en) * 1998-04-03 2000-12-12 Starguide Digital Networks, Inc. Satellite receiver/router, system, and method of use
KR20000028645A (en) * 1998-10-05 2000-05-25 가나이 쓰토무 Packet forwarding apparatus with a flow detection table
EP1005196A1 (en) * 1998-11-27 2000-05-31 Bull S.A. System and method for remote interrogation of SNMP agents
KR20000059429A (en) * 1999-03-03 2000-10-05 서평원 Virtual Local Area Network system
WO2000070825A1 (en) * 1999-05-12 2000-11-23 Nokia Networks Oy Connection management method
KR19990078720A (en) * 1999-08-02 1999-11-05 전우직 Method For Network Address Translation By Source Address
KR20000000185A (en) * 1999-09-29 2000-01-15 최명렬 Method for connecting internet to save IP addresses by using NAT(Network Address Translation) function and configurating VPN(Virtual Private Network)

Non-Patent Citations (6)

* Cited by examiner, † Cited by third party
Title
MURAYAMA H. ET AL.: "A study of high-performance communication mechanism for multicomputer systems", PARALLEL PROCESSING SYMPOSIUM, 1996, PROCEEDINGS OF IPPS'96, THE 10TH INTERNATIONAL, 1996, pages 76 - 83, XP010164951, DOI: doi:10.1109/IPPS.1996.508042 *
RAZ D., SUGLA B.: "Economically managing multiple private data networks", NETWORK OPERATIONS AND MANAGEMENT SYMPOSIUM, NOMS 2000, IEEE/IFIP, 2000, pages 491 - 503 *
TALBOT B, SHERWOOD T., LIN B.: "IP caching for terabit speed routers", GLOBAL TELECOMMUNICATIONS CONFERENCE, 1999. GLOBECOM'99, vol. 2, 1999, pages 1565 - 1569, XP001016966, DOI: doi:10.1109/GLOCOM.1999.830043 *
VARADARAJAN S., CHIUEH T.: "EthReal: a host-transparent real-time fast ethernet switch", PROCEEDINGS SIXTH INTERNATIONAL CONFERENCE ON NETWORK PROTOCOLS, 1998, 1998, pages 12 - 21, XP010309347, DOI: doi:10.1109/ICNP.1998.723721 *
WILLIAMS E.H. JR. ET AL.: "The Andrew file system on OS/2 and SNA", IEEE CONFERENCE ON COMMUNICATIONS SOFTWARE, 1991, COMMUNICATIONS FOR DISTRIBUTED APPLICATIONS AND SYSTEMS, PROCEEDINGS OF TRICOMM'91, 1991, pages 181 - 191, XP010039777, DOI: doi:10.1109/TRICOM.1991.152888 *
YANO T. ET AL.: "Managing cable TV networks", INTERNET WORKSHOP, 1999. IWS 99, 1999, pages 46 - 52, XP010365595, DOI: doi:10.1109/IWS.1999.810977 *

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102957754A (en) * 2011-08-22 2013-03-06 中国电信股份有限公司 Operating-level network address conversion method, operating-level network address conversion equipment and network system
US10749840B2 (en) 2016-07-08 2020-08-18 Waldemar Augustyn Network communication method and apparatus
US11277378B2 (en) 2016-07-08 2022-03-15 Waldemar Augustyn Network communication method and apparatus
CN106411742A (en) * 2016-10-26 2017-02-15 杭州数梦工场科技有限公司 Message transmission method and device
CN106411742B (en) * 2016-10-26 2019-08-16 杭州数梦工场科技有限公司 A kind of method and apparatus of message transmissions

Also Published As

Publication number Publication date
KR100393273B1 (en) 2003-07-31
US6925487B2 (en) 2005-08-02
US20020111998A1 (en) 2002-08-15
KR20020066500A (en) 2002-08-19

Similar Documents

Publication Publication Date Title
US6925487B2 (en) System and method for exchanging online information over private network
EP1057309B1 (en) System and method for using domain names to route data sent to a destination on a network
JP4328753B2 (en) Method, system and computer using network address translation (NAT) in all types of applications in IP networks
US7454489B2 (en) System and method for accessing clusters of servers from the internet network
US7945685B2 (en) Controlled relay of media streams across network perimeters
US20060056420A1 (en) Communication apparatus selecting a source address
US20080133774A1 (en) Method for implementing transparent gateway or proxy in a network
US20140330886A1 (en) Distributed network address translation control
US20020129165A1 (en) Network address translation and port mapping
AU3260500A (en) Integrated IP network
US6651174B1 (en) Firewall port switching
US7031327B2 (en) Network application association
KR100392206B1 (en) A method for an Internet Communication
JP3612049B2 (en) How to use a unique internet protocol address in a private internet protocol address domain
US20020112071A1 (en) System and method for exchanging online information along optimum path
EP2741460A1 (en) A method and a user agent for load balancing within several proxies in a SIP network comprising a router applying network address translation
US20030031173A1 (en) Multilayer internet protocol (MLIP) for peer-to-peer service of private internet and method for transmitting/receiving MLIP packet
WO2002051077A1 (en) A method and system for distinguishing higher layer protocols of the internet traffic
WO2002015014A1 (en) Pseudo addressing
JP2003101585A (en) Network environment notifying method, network environment notification system, and program
US6760771B1 (en) Method and system for optimally dispatching internetwork traffic
JP2003046530A (en) Communication method among ip networks with different address spaces, and device with global ip address
EP1241859A1 (en) Method and system for obtaining domain name and IP-address resolution
WO2001099361A1 (en) Method and system for selecting transmission means
Andrag xAP as an open source communication protocol for health systems engineering: an application in the telemedicine environment

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AL AU BA BB BG BR CA CN CU CZ EE GE HR HU ID IL IN IS JP KP LC LK LR LT LV MG MK MN MX NO NZ PL RO SG SI SK SL TR TT UA UG UZ VN YU ZA

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 69(1) EPC OF 14-1-2004

122 Ep: pct application non-entry in european phase
NENP Non-entry into the national phase

Ref country code: JP