Hello,
I upgraded gnugk...
--> It's ok for ip call from the MCU (add participant to the conference) :
address = [endpoint public IP]@[gnugk private IP]
--> It's not ok for ip call adress = [endpoint public address]
Worker threads: 6 total - 6 busy, 0 idle
2011/07/25 10:04:27.522 5 job.cxx(189) JOB Starting Job
LRQ at Worker thread 3056065392
2011/07/25 10:04:27.522 1 RasSrv.cxx(355) RAS LRQ Received
from [Tandberg GK private IP]:1719
2011/07/25 10:04:27.522 5 Routing.h(192) ROUTING Checking
policy Explicit for the request LRQ 2160
2011/07/25 10:04:27.523 5 Routing.h(192) ROUTING Checking
policy Internal for the request LRQ 2160
2011/07/25 10:04:27.523 5 Routing.h(192) ROUTING Checking
policy SRV for the request LRQ 2160
2011/07/25 10:04:27.523 5 Routing.h(192) ROUTING Checking
policy DNS for the request LRQ 2160
2011/07/25 10:04:27.523 3 sockets.cxx(522) Socket Illegal
RFC952 characters in DNS name "ip$[endpoint public ip]"
2011/07/25 10:04:27.524 5 Routing.h(192) ROUTING Checking
policy Internal for the request LRQ 2160
2011/07/25 10:04:27.524 5 Routing.h(192) ROUTING Checking
policy Neighbor for the request LRQ 2160
It's ok for me, thank you very much Jan :-)
Nicolas
2011/7/22 Jan Willamowius <j...@willamowius.de>
> 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 : j...@willamowius.de
> 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.ho...@spranto.com>
> >
> > > 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:j...@willamowius.de]
> > > Sent: Thursday, 21 July 2011 5:41 AM
> > > To: openh323gk-users@lists.sourceforge.net
> > > Subject: Re: [Openh323gk-users] 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 <j...@willamowius.de>
> > > >
> > > > > 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@lists.sourceforge.net
> 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/
>
------------------------------------------------------------------------------
Storage Efficiency Calculator
This modeling tool is based on patent-pending intellectual property that
has been used successfully in hundreds of IBM storage optimization engage-
ments, worldwide. Store less, Store more with what you own, Move data to
the right place. Try It Now! http://www.accelacomm.com/jaw/sfnl/114/51427378/
_______________________________________________________
Posting: mailto:Openh323gk-users@lists.sourceforge.net
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/
