Re: ip call

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

 



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 <jan@xxxxxxxxxxxxxx>
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/

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

[Index of Archives]     [SIP]     [Open H.323]     [Gnu Gatekeeper]     [Asterisk PBX]     [ISDN Cause Codes]     [Yosemite News]

  Powered by Linux