Discussion :

[Benjamin GAGNEUX]

Bonjour,

Tentant de réaliser un composant pour applications client/serveur, je souhaiterais faire un broadcast afin de repérer et d'identifier chaque machine du réseau (dont surtout les serveurs)

Un petit exemple vaut mieux que de longs discours...

Sur un réseau local :
Soient 2 serveurs : S1 et S2
Soient n clients : C1 .... Cn

Je souhaiterais qu'une des machines clientes (C1 par ex) puissent envoyer un broadcast afin de recevoir une réponse de S1 et S2 (et par la suite échanger des données).

J'ai donc tenter de réaliser cela avec des TIdTCPClient mais l'adresse de broadcast est refusée ("Socket error # 10049 Cannot assign requested address").
Cela fonctionne avec des TidUDPClient cependant, il y a risque de collision de donnée (et donc risque de perdre la réponse d'un des deux serveurs).

La seule possibilité trouvé est d'utiliser un broadcast UDP puis réponse par TCP, mais là on est proche de l'usine à gaz

Quelqu'un aurait-il une idée pour réaliser ce genre de chose ? Ou de la documentation ?

Merci.

[Soulama]

Salut,
Pourquoi?

un broadcast UDP puis réponse par TCP

UDP puis reponce UDP c va faire lafaire

[Benjamin GAGNEUX]

Cela fonctionne avec des TidUDPClient cependant, il y a risque de collision de donnée (et donc risque de perdre la réponse d'un des deux serveurs).

Si les deux serveurs répondent en même temps, un des messages disparaitra du à la collision de paquet (il n'y a pas de mise en attente des paquets pour UDP je crois ... en tout cas cela ne fonctionne pas toujours).

[Pierre Castelain]

Tu dois pouvoir faire ça facilement avec des mailslots : http://castelain.developpez.com/articles/Mailslots/

[Benjamin GAGNEUX]

Je ne connaissais pas cette méthode (beaucoup plus simple d'ailleurs).
Ca a l'air de convenir tout a fait à ce dont j'ai besoin.

Je vais étudier cela.
Merci beaucoup.

[Benjamin GAGNEUX]

Voila ce que j'ai fait l'instant.

J'envoie à intervalle régulier depuis les serveurs (qui est donc le client au niveau Mailslots) des messages en broadcast afin que les clients (serveurs Mailslots) puissent localiser leur(s) serveur(s).
Cela fonctionne très bien cependant je dois utiliser après une connexion TCP pour des échanges de données (avec CRC et confirmation de receptions).

C'est pourquoi je préfèrerais utiliser un broadcast TCP (qui me permet par la meme occasion un transfert de donner bi-directionnel et une certaine sécurité). Enfin si cela est possible.

Donc je laisse le sujet ouvert au cas ou ...

Merci.

PS: Pierre : ton tuto est très bien fait , les mailslots sont vraiment très intéressants notamment dans la communication inter processus. Merci

[Reisubar]

A ma connaissance, le broadcast TCP n'est pas possible. Seul UDP peut fair cela, et je n'avoue avoir aucune expérience avec les composants Indy UDP. La seule fois ou j'ai voulu faire mumuse j'ai vite abandonné : j'avais trop l'habitude de leurs homologues TCP et pas franchement besoin d'utiliser ce protocole.

Si ton problème est que les clients doivent converser avec un serveur dont ils ne connaissent l'adresse, le broadcast UDP est la seule solution. Après, pour la "réponse", c'est obligé que ce soit aussi en UDP, car je ne vois pas comment le serveur pourrait initier une communication avec le client (ou alors il devient client !).

Reste une possibilité de gérer un poste à IP fixe tiers servant de "serveur de noms". L'IP est connue de tous les client, et cette entité renvoie l'IP des deux serveurs... qui peuvent du coup changer sans les rendre inaccessible.

NB: J'ai déjà rencontré une variante de cette problématique (les IP des clients devant être connus des serveurs) et la seule solution sûre et fiable que j'ai trouvé a été de mettre le poste serveur en IP fixe. Régulièrement, les clients "s'annoncent" en envoyant une trame particulière, et là le serveur récupère leur IP. Au bout d'un certain temps de non réception de données, le client est considéré comme déconnecté et peut être enlevé des tables maintenues par le serveur.

[Benjamin GAGNEUX]

Merci
J'y vois plus clair

Il faut que je réfléchisse à tout cela.
Mais je pense que le mieux serait convaincre les clients de passer en IP fixe

[Edit]Je pense que la meilleur solution consiste à utiliser les mailslots pour repérer les serveurs.
Je ferais les connexions par TCP une fois les machines repérées.
[/Edit]