problème gestion réseau sous delphi

Bonjour,

Je suis en stage et dois effectuer une IHM qui reçoit des infos d'un autre poste, nous utilisons pour cela 2 interfaces réseaux. La première est directe et la seconde passe à travers un hub (car reliée à un 3ème poste qui ne nous intéresse pas ici). Sur la 1ère est envoyée uniquement des images provenant d'une vidéo et sur la 2ème une autre vidéo et d'autres infos.
Lors de nos premiers tests, nous n'utilisions qu'une seule interface et cela marchait pile-poil au poil mais maintenant nous sommes passés à 2 et cela ne marche plus comme si les sockets de mon appli étaient bloqués.
Est-ce que quelqu'un aurait une idée ? Ca fait 2 jours que je suis dessus.

Pour info : windows XP, delphi 5 et protocole UDP.

Merci d'avance,

rérou

Je n'ai pas tout compris "nous utilisons 2 interfaces réseaux" ?
Tu as 2 cartes réseaux sur un poste ?
Tu as donc 2 IP sur le poste destinataire ?
Combien d'ordi envoie des données ? 1 ? 2 ?

Connexion Directe ? un cable croisée ou équivalent entre 2 PC ?
Connexion via Hub ? oui comme quasiment partout en entreprise ou en université...

j'ai plus l'habitude du mode connecté du TCP\IP, et passer un HUB genre NetGear ne pose pas de problème !
Après, tu n'as pas FireWall intégré qui bloquerait ton port ?

J'ai 2 cartes réseau sur mon poste et pour ce qui est de la connexion directe c'est effectivement un cable croisé.
J'ai aussi désactivé le firewall windows, par contre ce n'est pas du TCP/IP mais du UDP (je comprends rien en réseau).
J'ai entendu dire que windows avait des problèmes de gestion en multi-interfaces.

En fait, je parlais d'un Firewall intégré à ton Hub (ou switch)
En TCP et UDP, il n'y a pas de grosses différences, pour honteuseument résumé, le TCP gère un accusé de reception, l'UDP il envoie au petit bonheur la chance ... :mouarf:
Ces deux protocoles sont une surcouche au protocol IP

J'ai déjà eu des projets avec plusieurs cartes réseaux en TCP\IP sur Win2000, XP et 2008, je n'ai jamais eu de problèmes, hormis que l'ordre des interfaces dans hostent.h_addr_list n'était pas forcément pareil entre deux sessions.
Dans certains projets, j'ai moi même gérer l'existence d'IP multiple, mes programmes servant de passerelle, proxy ou devait piloter des automates sur des réseaux séparés du réseau principal.
Dans d'autres, c'était que du SGBD, suffisait juste de mettre la bonne IP (en général, celle en 192.168...) car le serveur DB était honteusement utilisé comme serveur de domaine et partage de connexion (petit budget oblige)

Qui est l'émetteur ?
Deux ordis, l'un sur le croisé, l'autre sur le hub ?
Un Ordi, comme le destinataire, deux cartes ?

Ton programme émetteur envoie les données à quelle IP ?
Celle du croisé ? Celle via HUB ? les deux en même temps ?

Ok désolé j'ai du mal à expliquer le truc. En fait les 2 réseaux font exactement la même chose mais on "parallélise" car on a des tonnes de données qui transitent et qu'on a une contrainte temps réel.
Je suis un PC de visualisation qui récolte les données des 2 réseaux pour les afficher.
Les informations sont toutes envoyées en multicast (information capitale que j'ai légèrement zapée :p).
Je sais pas si c'est plus clair.

En tout cas merci pour ton aide.

en mutlicast, donc il y aura plusieurs PC de visualisation et un unique emetteur ?

Oui, cela change tout, tu n'as qu'une seule cible, l'IP du Groupe des abonnés au MultiCast genre 224.0.1.1
Et donc je suppose que les 2 cartes réseau du PC de visualisation sont abonnés au Groupe Multicast (à quoi ça sert ??? 8O)
Lors de ton emetteur envoie au groupe multicast, tes deux cartes réseaux recoivent la même chose ce qui est l'inverse de ton premier message

Citation:

---

Sur la 1ère est envoyée uniquement des images provenant d'une vidéo et sur la 2ème une autre vidéo et d'autres infos.

---

Donc, en fait, ce n'est pas clair du tout !

Ou alors tu as deux Groupes de Multicast différents et chaque carte est membre de l'un des deux groupes, ce qui là aurait un sens !
Tu aurais donc bien des donnés différentes

sinon, tu m'expliques comment tu fais du multicast en cable croisé ??? 8O
Cela n'a aucun sens ?

Je te souhaite Bon Courage !
Cela dépasse mes maigres compétences réseaux ! sorti du TCP, le reste pour moi c'est fort confus !

Si tu es en Stage, tu as bien un Maitre de Stage, tu devrais peut-être voir avec lui, tu sembles avoir été casé sur un étrange projet !
Tu as mentionné "je comprends rien en réseau" ce qui est très gênant pour un projet massivement réseau !
Après tout normal qu'un Stagiaire ne sache pas tout faire, faut en parler avec ton responsable de projet

tu ne veux pas nous refaire un Skype (oui, c'est écrit en Delphi)

Bon désolé shailetroll, je viens de le retrouver (comme quoi on cherche jamais assez, mea cupla).

Pour résumer, les 2 cartes réseaux servent à délester le réseau afin d'éviter les saturations (ben oui ça sert à ça de délester) car nous avons des contraintes temps-réel.
Nous avons réessayé de repasser avec une seule interface et ça marche donc on va continuer comme ça pour le moment.

Merci bien,

PS : je ne le passe pas en "résolu" au cas où quelqu'un connaitrait la solution à ce problème et peut-être faire profiter d'autres personnes.

Bonjour,
Il ne faut pas oublier (en UDP comme en TCP) de dire à ton objet UDP ou TCP sur quelle carte physique donc sur quel fil réseau tu veux que tes paquets partent sinon il n'en prend qu'une par défaut (la première détectée) et jamais rien ne part sur l'autre.
Ceci est vrai même si tu fais du multicast.
En résumé, il faut donner :

Désolé j'ai envoyé par mégarde, je termine :

il faut spécifier pour chaque UPD ou TCP :
- l'interface de sortie (IP de sortie) donc le réseau choisi s'il y en a plusieurs sur la machine
- le port
- l'adresse du destinatiare uni ou multicast.

A la réception c'est pareil !

Bonjour,

J'utilise ceci pour sélectionner mon interface réseau

Code:

---

Select_Interface_IP(FIPCard);

---

Avec FIPCard, un string contenant mon adresse IP soit '12.0.0.51' ou '10.0.0.51' selon la carte utilisée.

En tout cas merci pour ta réponse.