Can you post the Setup or ARQ that is triggering the routing process ? Then we can see which fields GnuGk tries to route on. Regards, Jan Fred Gillette wrote: > 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/
