Hi, I can reproduce the issue here: If IP number comes in as a H323ID alias inside an LRQ, the DNS policy won't resolve it, because it only handles local destinations. The reasoning was that it shouldn't resolve alias@host adresses from LRQs, because the neighbor can do that himself. If have put a patch into the CVS that pure hostnames will now be resolved. I'm still not sure if that should be default behaviour: When you send a call to an IP to all your neighbors, they will all offer to route it, even so the originating gatekeeper might be able to that himself. Nicolas, please test the change and let us know how it works for you. Regards, Jan -- Jan Willamowius, Founder of the GNU Gatekeeper Project EMail : jan@xxxxxxxxxxxxxx Website: http://www.gnugk.org Support: http://www.willamowius.com/gnugk-support.html Nicolas Cousin wrote: > i tested the latest CVS : > > Gatekeeper(GNU) Version(2.3.5) > Ext(pthreads=1,radius=1,mysql=1,pgsql=0,firebird=1,odbc=0,sqlite=0,large_fdset=0,crypto/ssl=1,h46018=0,h46023=1,ldap=1,ssh=0) > H323Plus(1.22.0) PTLib(2.8.4) Build(Jul 21 2011, 18:31:42) Sys(Linux i686 > 2.6.32-5-686) > > > and it's not OK... > > 2011/07/21 18:58:19.925 5 job.cxx(363) JOB Worker threads: 6 total > - 6 busy, 0 idle > 2011/07/21 18:58:19.925 5 job.cxx(189) JOB Starting Job LRQ at > Worker thread 3057630064 > 2011/07/21 18:58:19.925 1 RasSrv.cxx(355) RAS LRQ Received from > XXX.XXX.XXX.XXX:1719 > 2011/07/21 18:58:19.925 2 Toolkit.cxx(738) RemoveDomain: > XXX.XXX.XXX.XXX to XXX.XXX.XXX.XXX > 2011/07/21 18:58:19.926 5 Routing.h(192) ROUTING Checking policy > Explicit for the request LRQ 57423 > 2011/07/21 18:58:19.926 5 Routing.h(192) ROUTING Checking policy > Internal for the request LRQ 57423 > 2011/07/21 18:58:19.926 5 Routing.h(192) ROUTING Checking policy SRV > for the request LRQ 57423 > 2011/07/21 18:58:19.926 5 Routing.h(192) ROUTING Checking policy DNS > for the request LRQ 57423 > 2011/07/21 18:58:19.927 4 Routing.cxx(664) ROUTING Policy DNS only > supports LRQs that resolve locally > 2011/07/21 18:58:19.927 5 Routing.h(192) ROUTING Checking policy > Internal for the request LRQ 57423 > 2011/07/21 18:58:19.927 5 Routing.h(192) ROUTING Checking policy > Neighbor for the request LRQ 57423 > 2011/07/21 18:58:19.928 2 RasSrv.cxx(395) > LRJ|XXX.XXX.XXX.XXX|XXX.XXX.XXX.XXX:h323_ID > 2011/07/21 18:58:19.928 3 RasSrv.cxx(235) RAS Send to > 10.202.18.2:1719 > locationReject { > requestSeqNum = 57423 > rejectReason = requestDenied <<null>> > } > > regards > > Nicolas > > 2011/7/21 Simon Horne <s.horne@xxxxxxxxxxx> > > > Nicholas > > > > There was a GnuGk interop issue when calling an endpoint directly via IP > > address which is registered to VCS. > > There was incompatibility in the routeCallToGatekeeper (call forward) > > message. > > It is now fixed in the current CVS. > > > > Simon > > > > -----Original Message----- > > From: Jan Willamowius [mailto:jan@xxxxxxxxxxxxxx] > > Sent: Thursday, 21 July 2011 5:41 AM > > To: openh323gk-users@xxxxxxxxxxxxxxxxxxxxx > > Subject: Re: ip call > > > > Hi, > > > > if you do a level 5 trace of the failing call, you should be able to see > > whats in the LRQ from the VCS and which routing policies gnuGk tried to > > apply to it. That should give you a clue why the call can't be routed. > > > > Regards, > > Jan > > > > Nicolas Cousin wrote: > > > hello, > > > > > > I tested to register my MCU to the gnugk... I can call IP address > > > without problem. > > > With a Tandberg VCS as neighbor, gnugk refuse to forward IP calls > > > > > > i tested many options in my gatekeeper.ini, but I have not found. > > > > > > Regards, > > > > > > Nicolas > > > > > > 2011/7/20 Jan Willamowius <jan@xxxxxxxxxxxxxx> > > > > > > > Hi Nicolas, > > > > > > > > you have to add the dns and srv policies to enable Annex O dialing > > > > (<alias>@<ip>) like this: > > > > > > > > [RoutingPolicy] > > > > default=explicit,internal,srv,dns,internal,parent,neighbor > > > > > > > > See > > > > http://www.gnugk.org/gnugk-manual-6.html#ss6.1 > > > > > > > > Regards, > > > > Jan > > > > > > > > Nicolas Cousin wrote: > > > > > My gnugk = 2.3.2 on squeeze > > > > > > > > > > hello, > > > > > > > > > > My gnugk work fine in proxy mode with e164 alias (TANDBERG (TVS gk > > > > > - > > > > > 6000/1700 MXP) and MCU CODIAN... > > > > > > > > > > > > > > > > > > > > But sometimes i need to do IP call (unregistred endpoints). > > > > > > > > > > I can't directly use an IP address to call from my MCU : > > > > > > > > > > locationReject { > > > > > requestSeqNum = 54071 > > > > > rejectReason = requestDenied <<null>> > > > > > } > > > > > > > > > > but with this gnugk configuration : > > > > > > > > > > [RasSrv::PermanentEndpoints] > > > > > > > > > > [TANDBERG 1700 MXP IP]=[an alias] > > > > > > > > > > i can call my external endpoint with an alias. > > > > > > > > > > I don't want change my ini file before every call... > > > > > > > > > > I want to use an ip adresse from my endpoints or a mechanism for > > > > > calling external endpoints ([ipendpoint]@[ipproxy]) > > > > > > > > > > > > > > > can you help me ? > > > > > > > > > > thank you > > > > > > > > > > [Gatekeeper::Main] > > > > > Fortytwo=42 > > > > > Name=Gk > > > > > TimeToLive=300 > > > > > UseBroadcastListener=0 > > > > > CompareAliasType=0 > > > > > CompareAliasCase=0 > > > > > TraceLevel=5 > > > > > StatusTraceLevel=5 > > > > > > > > > > > > > > > > > > > > [RoutedMode] > > > > > GKRouted=1 > > > > > H245Routed=1 > > > > > CallSignalPort=1720 > > > > > CallSignalHandlerNumber=1 > > > > > AcceptUnregisteredCalls=1 > > > > > AcceptNeighborsCalls=1 > > > > > RemoveH245AddressOnTunneling=1 > > > > > DropCallsByReleaseComplete=1 > > > > > SendReleaseCompleteOnDRQ=1 > > > > > Q931PortRange=20000-20999 > > > > > H245PortRange=30000-30999 > > > > > SupportNATedEndpoints=1 > > > > > > > > > > [Proxy] > > > > > Enable=1 > > > > > InternalNetwork=XXXXX/24 > > > > > T120PortRange=40000-49999 > > > > > RTPPortRange=50000-59999 > > > > > > > > > > [Endpoint] > > > > > TimeToLive=300 > > > > > UnregisterOnReload=1 > > > > > > > > > > > > > > > > > > > > [RasSrv::Neighbors] > > > > > TVS=XXXX;XXXX > > > > > neighbor1=XXXXX;* > > > > > neighbor2=XXXXX;* > > > > > > > > > > [RasSrv::LRQFeatures] > > > > > NeighborTimeout=2 > > > > > ForwardHopCount=10 > > > > > AlwaysForwardLRQ=1 > > > > > ForwardResponse=1 > > > > > AcceptForwardedLRQ=1 > > > > > CISCOGKCompatible=1 > > > > > > > > > > > > > > > [RasSrv::PermanentEndpoints] > > > > > > > > > > XXXXX=gatekeeper-monitoring- > > > > > check > > > > > #example > > > > > 1.1.1.1=aliastocall > > > > > > > > > > [RasSrv::RewriteE164] > > > > > XXXXX=XXXXX > > > > > XXXXX=XXXXX > > > > > > > > > > > > > > > > > > > > [RoutingPolicy] > > > > > default=explicit,internal,parent,neighbor > > > > > > > > > > [RasSrv::ARQFeatures] > > > > > > > > > > CallUnregisteredEndpoints=1 ------------------------------------------------------------------------------ 10 Tips for Better Web Security Learn 10 ways to better secure your business today. Topics covered include: Web security, SSL, hacker attacks & Denial of Service (DoS), private keys, security Microsoft Exchange, secure Instant Messaging, and much more. http://www.accelacomm.com/jaw/sfnl/114/51426210/ _______________________________________________________ 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/
