Ra�l Alexis Betancort Santana escribi�: > Lo vas a tener bastante jodido, el H323 no es una familia (si >familia, porque no es solo un protocolo) de protocolos que sea >firewall-friendly .. todo lo contrario, es un dolor de cabeza. > > Si haces NAT en el firewall peor aun. Aunque si tu firewall es un >Linux y en la parte p�blica tiene ip p�blica, puedes usar el H323proxy >que hay en sf.net, es una derivaci�n del proyecto opengatekeeper. > > Saludos > > Hola de nuevo...
Lo primero, muchas gracias por vuestras respuestas. He probado a instalar el openh323proxy, pero me da el siguiente error al iniciar: ********************************************** 2002/07/01 19:08:08.527 OGP Warning Starting service process "OGP" v0.9beta1 2002/07/01 19:08:08.530 OGP Warning Default gateway:80.XXX.XXX.XXX 2002/07/01 19:08:08.531 OGP Error tlbentry: network:80.XXX.XXX.129 NetMask:255.255.255.192, la dr:80.XXX.XXX.XXX, r_entry.GetDestination:0.0.0.0, r_entry.GetInterface:eth1 2002/07/01 19:08:08.531 OGP Error tlbentry: network:10.50.0.0, NetMask:255.255.255.0, laddr:10 50.0.1, r_entry.GetDestination:0.0.0.0, r_entry.GetInterface:eth0 2002/07/01 19:08:08.532 OGP Error tlbentry: network:10.10.11.0, NetMask:255.255.255.0, laddr:1 .10.11.92, r_entry.GetDestination:0.0.0.0, r_entry.GetInterface:eth2 2002/07/01 19:08:08.532 OGP Error tlbentry: network:127.0.0.0, NetMask:255.0.0.0, laddr:127.0. .1, r_entry.GetDestination:0.0.0.0, r_entry.GetInterface:lo 2002/07/01 19:08:08.532 OGP Error tlbentry: SKIPPED defgw: network:0.0.0.0, NetMask:0.0.0.0, l ddr:80.XXX.XXX.XXX, r_entry.GetDestination:80.XXX.XXX.129, r_entry.GetInterface:eth1 2002/07/01 19:08:08.532 OGP Error Interface not found: 2002/07/01 19:08:08.533 OGP Error Interface defgw added at the end: network:0, mask:0, laddr:8 .32.152.129 Starting logging: 19:08:08 01/07/2002 *********************************************** Y parece que no hace nada. Hemos hecho pruebas haciendo sniffing en el firewall y los paquetes van hacia agk1.peoplecall.com pero no recibe las respuestas. Sin embargo, si en el ordenador desde el que hacemos las pruebas a�adimos la direcci�n externa (80.XXX.XXX.XX), es decir, haciendo que el ordenador tenga dos ips, los paquetes son devueltos hacia el firewall y logramos establecer la comunicaci�n, pero s�lo en un sentido (se trasmite el sonido nuestro, pero no recibimos el del que est� contestando el tel�fono). Es decir, parece que en primer lugar, el openh323proxy no est� sustituyendo la direcci�n interna por la externa y que por otro no se est� manteniendo las conexiones para recibir el audio, y me imagino que ambos problemas sean debidos a que openh323proxy no est� haciendo su trabajo �no? �Como soluciono este error? �Alguna otra pista? Un saludo a todos. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
