The plot thickens... The packets are arriving at the remote gnugk but it is rejecting the incoming call. It seems that it is resolving the call to a mysterious IP address. 2011/10/04 10:49:55.159 4 ProxyChannel.cxx(2017) Q931s GWRewrite source for 216.13.45.141:20023: setup H323 ID or E164 2011/10/04 10:49:55.160 5 Routing.cxx(196) ROUTING Checking policy Explicit for request Setup CRV=22393 2011/10/04 10:49:55.160 5 Routing.cxx(196) ROUTING Checking policy Internal for request Setup CRV=22393 2011/10/04 10:49:55.160 5 Routing.cxx(196) ROUTING Checking policy SRV for request Setup CRV=22393 2011/10/04 10:49:55.160 5 Routing.cxx(196) ROUTING Checking policy DNS for request Setup CRV=22393 2011/10/04 10:49:55.160 4 Routing.cxx(604) ROUTING DNS policy resolves to 5580 @ 0.0.21.204:1720 2011/10/04 10:49:55.160 5 Routing.cxx(202) ROUTING Policy DNS applied to the request Setup CRV=22393 Here is the registration data from the console. AllRegistrations RCF|192.168.1.197:1720|5580:dialedDigits|terminal|6738_endp Number of Endpoints: 1 Why would the gnugk resolve 5580 to 5580@0.0.21.204 ??? ..FG.. On 2011-10-04, at 8:36 AM, Jan Willamowius wrote: > You are looking at the status port which only shows a small number of > events. I meant you should create a GnuGk trace: > gnugk -c <your config> -ttttt -o trace.log > > After the call, trace.log will contain a lot more useful hints what > GnuGk received and what it did with it. > You can also enable such a trace from the status port with "setlog > trace.log" and "debug trc 5", but the command line variant is usually > easier. > > Regards, > Jan > > Fred Gillette wrote: >> I seem to be only able to set a trace level of 2. See below... >> >> root@HDPassport1:~# telnet 192.168.217.79 7000 >> Trying 192.168.217.79... >> Connected to 192.168.217.79. >> Escape character is '^]'. >> Version: >> Gatekeeper(GNU) Version(2.3.4) Ext(pthreads=1,radius=1,mysql=1,pgsql=0,firebird=0,odbc=1,sqlite=1,large_fdset=0,crypto/ssl=1,h46018=0,h46023=1) H323Plus(1.21.0) PTLib(2.6.7) Build(Jul 14 2011, 15:16:35) Sys(Linux x86_64 2.6.32-26-generic) >> Startup: Mon, 03 Oct 2011 08:23:32 -0400 Running: 0 days 23:36:58 >> ; >> trace 5 >> Syntax Error: trace 0|1|2|"min"|"max" >> trace max >> Output trace level is 2 >> ACF|192.168.217.53:1720|1049_endp|22388|h323:5580@74.199.95.14:url_ID|6877:dialedDigits|false|ce-ea-1b-4a-ee-ec-e0-11-9f-44-00-90-f5-99-89-f3; >> DCF|192.168.217.53|1049_endp|22388|normalDrop|ce-ea-1b-4a-ee-ec-e0-11-9f-44-00-90-f5-99-89-f3; >> >> I'm trying to call 5580@74.199.95.14. >> >> ..FG.. >> >> On 2011-10-03, at 7:36 PM, Jan Willamowius wrote: >> >>> You should do a level 5 trace for that call to see which policy GnuGk >>> chooses to route the call and which IP it tries to forward the Setup to. >>> >>> Regards, >>> Jan >>> >>> ajgillette98 wrote: >>>> >>>> I added the suggested entries in my gatekeeper.ini, but there seems to me no >>>> difference. >>>> If I try to call an H.323 endpoint external to my gnugk with an ip address >>>> everything works. >>>> If I try to call with an extension and an IP the gnugk does not relay the >>>> setup message. >>>> >>>> I did a wireshark trace and saw the admission request, followed by the >>>> admission confirm. >>>> Then the setup followed by a release complete. When I dig into the release >>>> complete I get >>>> a cause value of "No route to destination (3)". >>>> >>>> If I try calling by IP without the extension the messages go out the public >>>> NIC of the gnugk >>>> but the far end does not know which endpoint I want to call. >>>> >>>> ..FG.. >>>> >>>> >>>> >>>> Willamowius wrote: >>>>> >>>>> Hi, >>>>> >>>>> if you want GnuGk to resolve DNS names eg. in URLs, you should include >>>>> the dns and srv policy in your config. I usually suggest this: >>>>> >>>>> [RoutingPolicy] >>>>> default=explicit,internal,srv,dns,internal,parent,neighbor >>>>> >>>>> Regards, >>>>> Jan >>>>> >>>>> ajgillette98 wrote: >>>>>> >>>>>> Hey Guys, >>>>>> I have gnugk working great for calls to devices on the Internet but >>>>>> when >>>>>> I call gnugk to gnugk I get "calledPartyNotRegistered". I suspect that I >>>>>> don't understand some aspect of routing? This seems to only happen when I >>>>>> am >>>>>> trying to call a URL xxxx@x.x.x.x if I call an ip address everything is >>>>>> fine. >>>>>> >>>>>> My gatekeeper.ini file has the following: >>>>>> >>>>>> [RoutedMode] >>>>>> GKRouted=1 >>>>>> H245Routed=1 >>>>>> AcceptUnregisteredCalls=1 >>>>>> AcceptNeighborsCalls=1 >>>>>> CallSignalPort=1720 >>>>>> CallSignalHandlerNumber=1 >>>>>> RemoveH245AddressOnTunneling=1 >>>>>> DropCallsByReleaseComplete=1 >>>>>> SupportNATedEndpoints=1 >>>>>> SupportCallingNATedEndpoints=1 >>>>>> Q931PortRange=20000-20099 >>>>>> H245PortRange=30000-30099 >>>>>> SendReleaseCompleteOnDRQ=1 >>>>>> >>>>>> [Proxy] >>>>>> Enable=1 >>>>>> InternalNetwork=192.168.216.0/24,10.191.20.0/24 >>>>>> T120PortRange=50000-59999 >>>>>> RTPPortRange=50000-59999 >>>>>> ProxyForNAT=1 >>>>>> ProxyForSameNAT=0 >>>>>> ProxyAlways=1 >>>>>> >>>>>> [RoutingPolicy] >>>>>> default=explicit,internal > > -- > Jan Willamowius, jan@xxxxxxxxxxxxxx, http://www.gnugk.org/ > > ------------------------------------------------------------------------------ > 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. Business sense. IT sense. Common sense. > http://p.sf.net/sfu/splunk-d2dcopy1 > _______________________________________________________ > > 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/ ------------------------------------------------------------------------------ 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. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 _______________________________________________________ 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/