Re: gnomemeeting
François Boisson a écrit :
[...]
Non, c'est + compliqué que cela, le protocole H323 utilise une allocation
dynamique de port, en clair, le port ouvert est décidé lors des
transactions. Les ports correspondants sont 389, 1503, 1718, 1719, 1720,
1720 et 1731 (tous ne sont pas utilisés) plus donc ces fameux ports
décidés à la volée un peu comme le port ftp en actif.
Non. Le port necessaire est le 1720. Les autres ci dessus n'entrent pas
en compte. Ensuite ce sont les ports UDP pour le RTP & RTCP
(audio&video) 5000:5007 et 5010:5013 (enregistrement Gatekeeper, mais
peut etre egalement le 1721). Les ports TCP 30000:30010 sont utilises si
le protocole H245 n'est _pas_ utilise (NetMeeting ne sait pas le gerer).
Dans le cas de communications Gnomemeeting/Gnomemeeting il n'est donc
pas necessaire de forwarder.
En clair, puisque une seule machine est impliquee dans l'affaire, on
forward:
- 1720 TCP
- 5000:5007 UDP
- 5010:5013 UDP si on utilise un Gatekeeper (ce qui n'est pas le cas ici)
Il y a un module de
routage pour linux:
ip_conntrack_h323 et ip_nat_h323
mais c'est pour un routeur linux.
Oui, mais il faut patcher le noyau. L'autre solution est de mettre en
place un Gatekeeper.
Pour un modem routeur, soit il intègre
le protocole H323 et il faut l'activer vers une machine, soit c'est rapé
(je crois).
Non, en ouvrant un port d'appel pour chaque client et en le forwardant:
Ex: machine 1 = port 1720, machine 2 = 1721, machine 3 = 1723 etc ...
Pour les ports audio, c'est ok. Le probleme est juste pour l'appel.
François Boisson (qui espère ne pas avoir dit d'anneries)
On pardonne, on a vu pire ;-)
--
Daniel Huhardeaux ______ _____ _____ ______ ______ __
enum +48 32 285 5276 /_ _// _ // _ //_ _// __ // /
IAX FWD +1 7009 422493 / / / // // // / / / / /_/ // /
sip:101 h323:121 @voip./_/ /____//____/ /_/ /_/ /_//_/.com
Reply to: