La solution pourrait être de passer par un serveur externe, accessible pour les 2 patch sur le web, avec un serveur de socket si la latence à une forte importance, sinon des requêtes régulières... Ainsi pas de problème de routeur... En principe :-)

en voyant ce post ci, de prime abord jme suis dis qu'utiliser le port 80 devrait marcher... puis en lisant ce post la : http://codelab.fr/4923, jme suis dis que peut être pas en fait... d'où l'idée du serveur externe qui paraît en effet pas si mal...
Comment tu te verrais faire ce spcket Tepaze ? Un script python ?

Un serveur externe car ainsi, les requetes sont envoyés par les patch vers l'internet, puis ils attendent les réponses. Un peu comme lorsque l'on navigue sur internet.

Le serveur de socket permet juste de transmettre l'information dès qu'elle est reçu par le serveur au patch qui doit la recevoir. Je n'ai pas les connaissances techniques nécessaire à ce sujet, mais si tu avance la dessus ca m'interesse.

Une alternative au socket est de faire des requetes à intervalle régulier (toutes les 5 secondes par exemple). Mais c'est une demi solution à mon avis, même si dans les faits, cela fonctionne tout a fait. C'est aussi beaucoup plus facile à réaliser, du moins avec mon niveau de connaissance.

Ainsi pas de soucis de configuration reseau. Si tu as internet avec ton ordinarteur, tes patch communiqueront entre eux via ton serveur.

J'espere avoir ete plus clair.

Bon courage

PS : Je viens de voir ton message rep, mais je ne sais pas vraiment pour le coup. Il y a je ne sais plus ou sur codelab un exemple de serveur socket. J'essayerai de retrouver cela demain.

Dernière modification par Tepaze (2014-10-25 00:53:46)

Je dirais plutot qu'il y a un serveur socket sur un serveur sur internet, et un client socket sur chaque patch

Mais si 1 à 2 seconde de latence ne te pose pas de soucis, la solution de la requete reguliere est plus facile à mettre en oeuvre, je le repete.

Dernière modification par Tepaze (2014-10-25 00:56:42)

En fait on ne ce pose jamais la question de comment fait le serveur lorsque l'on se connecte avec un ordinateur sur internet (port 80), tout simplement parce que le protocole est ainsi. L'ordinateur envoi la requête au serveur, le serveur répond et la page internet s'affiche alors.

L'idée c'est de faire de même, sauf que ce n'est pas depuis un navigateur mais depuis ton patch que la requête va être faite. Au serveur de ce débrouiller pour répondre.

En gros :
Patch A > requete > internet > serveur > script de sotckage des donnée à transmettre au patch B > serveur > internet > reponse > reussite / echec > Patch A

Patch B > requete > internet > serveur > script de lecture des données fournit par le patch A > serveur >internet > reponse > données > Patch B

Tu fais une requete toutes les 5 secondes sur le patch B qui "regardera" donc si de nouvelles données sont présentent sur le serveur.

Ci joint une abstraction pour faire des requete (GET) http.

En espérant t'avoir éclairé...

holà question sans doute bête mais faut que je la pose:
comment on fait un [tcpserver 80] avec pure data?

Problème de droits ? Classiquement, l'utilisation des ports inférieurs à 1024 nécessite des droits admin.