Don't know if it's helpful, but 5580 is the integer representation of the IP address 0.0.21.204, so it looks like it is converting the dialed digits to an IP address somehow. Regards, Dave ---------------------------------- David Long Senior Network Analyst Serco LG and C 01223 717582 david.long@xxxxxxxxx www.serco.com bringing service to life ================= -----Original Message----- From: Fred Gillette [mailto:fred.gillette@xxxxxxxxxxxxx] Sent: 04 October 2011 16:00 To: GNU Gatekeeper Users Subject: Re: Routing help 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 >> ACF||6877:dialedDigits|false|ce-ea-1b-4a-ee-ec-e0-11-9f-44-00-90-f5-9 >> ACF|9-89-f3; >> DCF|192.168.217.53|1049_endp|22388|normalDrop|ce-ea-1b-4a-ee-ec-e0-11 >> DCF|-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-use > rs > 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/ ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________ ------------------------------------------------------------------------------ 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/
