Members - Reputation: 99
Posted 06 February 2012 - 12:51 AM
Client has no UPnP protocols on their router so it requires manual port settings.
But these days most games find a way around that problem and i'm guessing they are using Hole Punching.
I've researched it a bit but it's all fuzzy to me. So maybe someone can clarify the steps needed to do a HolePunch on most networks.
currently i have: (all UDP except for the HTTP ofcourse)
Server starts, contacts master server via HTTP request and informs it "This is my port/ip/name/etc..."
Client loads and makes an HTTP request to the master server and gets the serverlist, including our target server.
Server Listens on: <Server Customized>
Server Sends To: 45,000
Client Listens On: 45,000
Client Sends To: <Server customized>
Client does HTTP request to a master server to get the target server's IP and <ServerCustomized>port (working)
The client sends UDP request to the server join the server targeting <ServerCustomized> port. (working)
Server hears the client request (working)
and replies to client listening port 45000 "yes you may join" (NOT working)
as far as i can tell, the server is sending it, but the client doesn't hear it. I say this because it works on LAN and i haven't found a UPnP enabled tester to try it with over the internet.
to hole punch, do i just need to have the client send the initial join request on both
<ServerCustomized> port and the 45000 port to punch a hole?
Q: OMG! Why are you doing hole punching?
A:Because i've already found 2/3 testers that DONT have upnp routers (eg: WANPPPConnection:1 and WANIPConnection:1).
but it all comes down to which language is best FOR YOU.
vb.net 2010 Visual Studio Ultimate
Crossbones+ - Reputation: 2355
Posted 06 February 2012 - 07:47 AM
Cant you just use <ServerCustomized> for both sending and listening?
I think hole punching works like:
You have clients A and B. Both of them have a fancy NAT so they cannot connect to each other.
So, Both connect to a server C, which doesnt have a fancy NAT like that. Now C has the ports and IPs from which A and B connected to it.
Next, C tells A (or B? idk) the port of B, so that A can connect to B, because that port is already open to incoming stuff from C and thus allows connecting to it.
Something like that. I think its only needed when you want to connect 2 computers together, with both of them behind a NAT.
Go and google how it works
Waterlimon (imagine this is handwritten please)
Senior Moderators - Reputation: 9585
Posted 06 February 2012 - 09:30 AM
> Client makes HTTP request to discover server IP/port
> Client make sUDP connection to server IP/port
> Server replies over the same UDP connect (i.e. the one established by the client)
UDP connections are intrinsically bi-directional, and when the client has connects to the server, you can determine the reply address from the socket.
Tristam MacDonald - Software Engineer @Amazon - [swiftcoding]
Moderators - Reputation: 4960
Posted 06 February 2012 - 04:09 PM
When you do hole punching, you have a spearate "introducer" server that is outside a NAT, and introduces the two endpoints to each other. This is also useful for matchmaking.
The FAQ talks about UDP NAT punching, and has some links to explanations and libraries you can check out.