Because of our firewall configuration and other issues, I have the following: eth0. Directly connected to outside network. Default route to the internet. eth1. Connected to inside network. Has route to 10/8 and a /25 that's in the public IP range. What's happening is that GnuGK is sending call setup messages to the H.323 gateway that has a public IP over the eth0 to the internet, rather than relying on the routing table in the host. From the command line, a traceroute correctly shows that because there's a specific /25 in the kernel routing table it sends the packets over the internal network, not the external, and my internal routing is configured correctly. Is there some reason that GnuGK is using the wrong interface? Version: Gatekeeper(GNU) Version(2.3.6) Ext(pthreads=1,radius=1,mysql=0,pgsql=0,firebird=0,odbc=0,sqlite=0,large_fdset=0,crypto/ssl=0,h46018=1,h46023=1,ldap=0,ssh=0) H323Plus(1.22.2) PTLib(2.8.5) Build(Jul 31 2011, 09:03:11) Sys(Linux x86_64 2.6.32-33-generic) Startup: Sun, 31 Jul 2011 08:07:36 -0600 Running: 115 days 01:57:49 ------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d _______________________________________________________ Posting: mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx Archive: http://sourceforge.net/mailarchive/forum.php?forum_name=openh323gk-users Unsubscribe: http://lists.sourceforge.net/lists/listinfo/openh323gk-users Homepage: http://www.gnugk.org/
