> > > > > >Ben j'avais test� la simple translation de port et �a ne marchait pas. > >Il me semblait que le protocole H323 commen�ait par une n�gociation sur > >un num�ro de port puis l'ouverture de ce port en �coute. > > > Tous les appels passent par le 1720. C'est apres la negociation que le > flux est bascule sur deux ports (un en emission, l'autre en reception) > pour liberer le port 1720. Es tu sur d'avoir forwarder en meme temps que > > le prerouting ?
justement, la machine "NAT�e" ouvre un port en r�ception d�cid� dynamiquement et qui doit �tre en �coute sur la passerelle. Ce port l�, qui doit �tre transf�r� sur la machine, ne peut �tre connu � l'avance ce qui est le travail du module. > > >Il �tait donc > >n�cessaire que la passerelle "chope" ce > >port au passage et effectue la translation de port (en clair que le > >num�ro de port ne soit pas modifi� � l'issue du NAT). Le noyau > >n�cessite pour cela un patch qui fonctionne tr�s bien chez moi. > > > Je l'avais aussi installe. Maintenant je ne l'ai plus. > > >Sans ce patch, on ne peut > >m'appeler (que ce soit sous Netmeeting ou Gnomeeting). > > > Je viens de faire le test en coupant mon gatekeeper et m'etant les > regles definies ci dessus: ca marche, l'appel entrant est redirige vers > mon host H323 defini, et ce _sans_ le patch h323. Est ce que le dialogue se fait? Si oui, je n'ai rien compris au protocole et je voudrais bien savoir comment le noyau arrive � transf�rer un port sans le connaitre � l'avance? > > > Les serveurs ILS si > >j'ai bien compris, font la translation email -> adresse IP et ne sont > >donc d'aucune utilit� si l'IP ne r�pond pas. > > > Celui de seconix va plus loin puisqu'il teste l'IP d'origine du paquet. > La translation d'adresse e-mail ne sert a rien puisque NetMeeting ne > comporte pas l'adresse IP source. Cela marhe peut etre si le client > NetMeeting est *sur* la passerelle, mais surement pas s'il est derriere. Je n'ai pas compris "NetMeeting ne comporte pas l'adresse IP source"? Netmeeting �tablit bien une liaison entre 2 machines qui ne se connaissent que par leur IP. Parce que lorsque la machine est NAT�e, celle ci est celle de la passerelle, il faut justement que les protocoles de choix de ports se fassent en "accord" avec la passerelle (pour qu'elle ouvre le bon port et le transfert sur la machine NAT�e), c'est le r�le des modules h323. seconix (que je ne connais pas) ne peut quand m�me pas exploit�e une IP d'un LAN... > > > Par contre effectivement, > >gatekeeper doit pouvoir g�rer cela si il est install� sur la > >passerelle, je n'ai pas essay�. > > > > > Moi si, je l'utilise. > > >Quant � la liste des ports, c'est la liste qui est sugg�r�e dans le > >miniHowto H323 lu � l'�poque, je ne me suis pas pos� de question... > > > > > Pas curieux ? ;-) Ben si justement, je ne remet pas tes connaissances en cause, mais le peu de ce que j'avais compris sur le H323 est incompatible avec ce que tu affirmes alors j'essaye de comprendre (si �a ne t'ennuie pas :-)) Fran�ois Boisson
