[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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|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/


[SIP]     [Open H.323]     [Gnu Gatekeeper]     [Asterisk PBX]     [ISDN Cause Codes]     [Singles Community]     [Yosemite News]

Add to Google Powered by Linux