Discussion :

[anykeyh]

Bonjour à tous! Dans le cadre d'un projet de jeu utilisant du p2p en udp, j'ai quelques soucis de découverte des participants depuis internet.

En locale tout fonctionne à merveille, mais sur internet non.
J'ai donc tenté d'integrer un système d'UDP hole punching, mais vainement...

Architecture du projet:

J'ai un serveur d'application ou les joueurs se connectent pour préparer une partie (via écran lobby). Je passe les informations à chacun des joueurs sur l'ip et le port des autres joueurs. Malheureusement au moment d'envoyer les packet, les joueurs ne les reçoivent pas.
J'ai voulu tester deux méthodes:

1) UDP Hole punching:

Actuellement je tente de passer outre le NAT des joueurs en faisant ainsi:

Les joueurs se connecte au serveur d'application en TCP/IP (port 8888) et UDP (port 8113)

Le serveur groupe les joueurs en partie de jeu et envoie les informations UDP de connexions vers les autres peers: En bref:

- Ouvrir une connexion tcp avec le serveur [OK]
- Envoyer un paquet bidon udp au serveur afin d'ouvrir un "trou" [OK]
- Récuperer en tcp les adresses/port udp de chacun des participants [OK]
- Envoyer un paquet de synchronisation aux participants [Pas de réponse, ok si tout en local]
- Commencer à envoyer les infos de jeu via udp [Pas de réponse, ok si tout en local]

Après quoi chaque clients essaye d'envoyer un message à l'autre en udp (et la ça ne marche pas...)

Bref j'ai peut-etre pas tout compris à l'udp hole punching, ou alors ça ne fonctionne tout simplement pas...

2) Utilisation d'une lib p2p en java

La solution la plus fiable serait de réencapsuler le code réseau à travers une lib java qui gère elle meme le P2P. J'ai regardé un peu JXTA, et j'aimerais savoir si ce projet peut-etre appliqué pour une simple connexion point-to-point en UDP afin de bypass firewall/nat...
Ou alors, existe-t-il des bibliotheques plus simple d'accès ou orienté jeu en Java?

Bref si vous avez des pistes ou des conseils pour chacune des deux methodes, je suis preneur...

Merci d'avance et.... helpppp

ps: une clé beta www.naooak.com offerte à celui qui me trouve une solution

[tchize_]

, ou alors ça ne fonctionne tout simplement pas...

CA ne marche pas avec tout les équipement NAT. Ca dépend si le NAT, quand il ouvre les port, le fait en enregistrant aussi le serveur auquel il est lié. Si oui, les autres serveurs ne pourront pas passer à travers l'ouverture.

[anykeyh]

via l'algorithme STUN (http://en.wikipedia.org/wiki/STUN) je peux juste te dire la config des nats des deux cotés:

Port-restricted cone NAT / Port-restricted cone NAT

Du coup ça devrait marcher ce que je fais... :/

[tchize_]

ou pas,

port-restricted cone nat:

An external host (hAddr:hPort) can send packets to iAddr:iPort by sending packets to eAddr:ePort only if iAddr:iPort has previously sent a packet to hAddr:hPort.

pour ce que j'en vois, le punch ne peut pas marche là. Seul le serveur sera capable de communiquer avec toi au travers du NAT.

[anykeyh]

Ok

Du coup, tu m'orienterais sur quoi? uPnP? Tu as des idées interressantes pour faire passer de l'udp en p2p?

Merci

[tchize_]

udp ou tcp meme problème là. Il faut qu'au moins un des peer (ou a défaut le serveur) soit accessible sans NAT et serve de relai pour que les NAtés puissent communiquer entre eux.