Impossible d'envoyer une commande par UDP en dehors de son réseau local.

Ah d’accord, merci, ça peut m’aider dans mes recherches. Par contre, je n’ai pas vu grand chose pour pinger de cette manière en Java.

Ça se fait beaucoup pour les objets connectés, avec des MQTT comme rabbitMQ.

Vraiment ? Excellent ! Alors ce principe n’est peut-être pas si mauvais du coup.

En bref c’est un paquet UDP normal.

Ok, je vois.

Donc pour éviter que le serveur ne perde la connexion à un objet il faut sans cesse envoyer des paquets UDP, même vides dès lors que l’on a reçu le premier message sur le serveur.

Mais du coup, la mise en place d’un d’un système comme je l’ai mentionné ci-dessus ne sera-t-elle pas trop gourmande en ressources pour un petit serveur ? Si l’on a 100 objets connectés, il faudrait, j’imagine, faire une boucle infinie qui enverrait toutes les secondes (peut-être, je ne sais pas) des paquets UDP à chacune des balises.

Après, ce ne sont que des paquets vides et une simple boucle, donc j’ai peut-être déjà ma réponse.

EDIT : La joie m’envahit !

"Ma" méthode intermédiaire fonctionne ! Il ne me reste plus qu’à trouver la manière d’effectuer le "hole punshing" si c’est bien ça.

Wireshark doit te permettre de voir si tes packets sont vide.

Pas besoin d’envoyer aussi fréquemment que toutes les secondes. Il faudrait essayer de découvrir le timeout de la box mais ça doit être beaucoup plus que ça. En augmentant progressivement le temps d’attente entre deux paquets de manière exponentielle ça doit pouvoir se tester.

En TCP j’ai souvent vu des indications de l’ordre de 2h… J’ai un serveur de jeu en Java et j’ai même déjà dû virer des connexions zombies mortes depuis plus de 8h (j’ai même une tâche périodique qui s’occupe de faire ça).

En UDP c’est sûrement nettement moins, mais à mon avis ça doit au minimum être quelques minutes.

Je remarque que Wireshark est souvent cité. Je vais voir ça de plus près.

@QuentinC, c’est sympa de savoir ça ! Je vais essayer de trouver cette information.

Je me demandais justement si l’envoi régulier de paquets aurait un impact sur la consommation de données des balises. Si ce n’est que toutes les minutes, même approximativement, ça ne devrait pas être trop gourmand pour le forfait.

Je vais essayer d’en apprendre plus sur ces systèmes que vous avez mis en place. Ça peut être vraiment bien.

Si tu dois lire un passage dans la documentation, je te conseiller de lire comment utiliser les règles de filtrages des résultats.

D’accord, merci du conseil.

J’imagine que ça doit être très utile pour ne pas être submergé de résultats.

Wireshark c’est magique

Non concrètement je venais également te conseiller Packet Tracer si tu voulais simuler différents types de réseaux facilement. C’est très utilisé à des fins pédagogiques.

Donc pour éviter que le serveur ne perde la connexion à un objet il faut sans cesse envoyer des paquets UDP, même vides dès lors que l’on a reçu le premier message sur le serveur.

UDP c’est du non connecté

Pour du TCP, c’est des keep-alive, et définit par le TCP_KEEPINTVL. Perso je le met généralement à 15 min à cause d’Android.

Bonjour ! Désolé de ne pas avoir pu répondre plus tôt.

@<?php?> Je suis en train de télécharger Wireshark.

Ah oui ! Packet Tracer ! Je l’ai un peu utilisé en BTS SIO. Je pensais que c’était payant. Et…je l’avais oublié surtout. Je vais peut-être essayer de m’inscrire pour l’avoir. Merci !

@AmarOk Je vais essayer de trouver ce que m’a dit @QuentinC pour l’UDP. Si je dois programmer quelque chose pour garder la connexion avec une balise ne serait-ce qu’une minute, je serais déjà heureux.

Donc faire une sorte de "TCP_KEEPINTVL" maison j’imagine.

J’ai mis ce sujet en "Résolu". Mais si vous avez encore des choses à dire, vous pouvez. En tout cas, je vous remercie tous pour votre aide qui m’a été vraiment très utile et instructive. C’est génial !

A bientôt !

EDIT du 01/02/2019 - Résolution du problème : Bonjour ! Je reviens vers vous pour vous dire que mon problème est entièrement résolu ! Et vous n’y êtes pas pour rien.

Pour pouvoir envoyer des commandes à un objet connecté quand je le souhaite, c’est très simple au final. J’ai deux programmes. L’un envoie la commande destinée à un objet sur mon serveur. L’autre (mon serveur), reçoit cette trame inhabituelle. Il la traite, récupère l’IP et le port stockés et envoie la commande à mon objet. C’est aussi simple que cela. Et comme beaucoup l’ont dit précédemment, pour que cela puisse fonctionner, il faut garder un "canal ouvert". Ce qui signifie que l’objet connecté doit envoyer régulièrement des données à mon serveur pour que je puisse garder contact avec elle.

En fin de compte, j’essayais d’envoyer une commande à ma balise par l’intermédiaire d’un autre programme. Mais il n’y a QUE le programme utilisé pour la réception des données qui peut AUSSI envoyer des commandes.

Voilà, j’espère que ce sujet pourra aider d’autres personnes.