Your message is very ambiguous. What's behind a NAT? There are some problems with gnugk 2.2.x behind NAT Version 2.0.x should be fine if you set NetworkInterfaces correctly. If the Tenor is behind a NAT, you have three systems (the Tenor, the NAT, and gnugk) that may be trying to do NAT traversal, and they can conflict with each other. In general, you must either make the endpoint act as if it is not behind NAT (you should see only the public address in the RCF console message), or you should disable any NAT features in the endpoint and let gnugk do the work (you should see the private address in the RCF). Post some information about your setup, whether you are using the GK and/or the NATAccess in the Tenor, what kind of NAT you are using, whether it helps to DMZ the client, whether incoming and outgoing calls both fail, the relevant parts of your configuration file, and some trace output. --Stewart ----- Original Message ----- From: "ozgur tuncel" <ozgurtuncel@xxxxxxxxxxxxxxx> To: <openh323gk-users@xxxxxxxxxxxxxxxxxxxxx> Sent: Thursday, February 17, 2005 10:46 AM Subject: quintum nat problem If we locate quintum tenor a800 with public ip like 195.128.35.88 it is working with gnu gk very fine but if we locate it to behind nat it can not connect Could you help me please? Ozgur TUNCEL ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________________ List: Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=8549 Homepage: http://www.gnugk.org/
