Re: ip call

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

 



Nicolas

 

It looks like the LRQ is not being resolved correctly.

Can you post the original LRQ?

 

Simon

 

From: Nicolas Cousin [mailto:nicocous@xxxxxxxxx]
Sent: Thursday, 21 July 2011 1:03 PM
To: GNU Gatekeeper Users
Subject: Re: ip call

 

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

--
Jan Willamowius, jan@xxxxxxxxxxxxxx, http://www.gnugk.org/

----------------------------------------------------------------------------
--
5 Ways to Improve & Secure Unified Communications Unified Communications
promises greater efficiencies for business. UC can improve internal
communications as well as offer faster, more efficient ways to interact with
customers and streamline customer service. Learn more!
http://www.accelacomm.com/jaw/sfnl/114/51426253/
_______________________________________________________

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/


------------------------------------------------------------------------------
5 Ways to Improve & Secure Unified Communications
Unified Communications promises greater efficiencies for business. UC can
improve internal communications as well as offer faster, more efficient ways
to interact with customers and streamline customer service. Learn more!
http://www.accelacomm.com/jaw/sfnl/114/51426253/
_______________________________________________________

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/

 

------------------------------------------------------------------------------
5 Ways to Improve & Secure Unified Communications
Unified Communications promises greater efficiencies for business. UC can 
improve internal communications as well as offer faster, more efficient ways
to interact with customers and streamline customer service. Learn more!
http://www.accelacomm.com/jaw/sfnl/114/51426253/
_______________________________________________________

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