Calls from the internal endpoint to establish outbound calls go through
authorization just like any other call.
Regards,
Jan
pierlu wrote:
> [embarassed] Thanks [/embarassed]
>
> Sorry, I thought that binding was sufficient to set gatekeeper address and
> did not look further. I bet I have to read the manual again from start, it's
> been a while since i did that and I'm starting to make more complex things
> with GnuGk.
>
> I just want to check one thing with you tho, just to be sure there's no
> other way to do that.
>
> I use Authorization for RRQ and ARQ, mainly with
> FileIPAuth/SQLAliasAuth/SQLPasswordAuth and SQLAuth.
>
> To make so that the InternalMakeCallEP is permanently registered I had to
> add the GnuGk ip address to the list of FileIPAuth but makes it kind of
> strange for me to do so. But it works, so I did it.
>
> Then, to overcome the SQLAuth (calls from InternalMakeCallEP would be
> rejected because SQLAuth won't authorize them) I had to change the CallQuery
> from
>
> CallQuery=SELECT action FROM rules WHERE (called_number='%{Dialed-Number}'
> AND calling_number='%{Calling-Station-Id}');
>
> to
>
> CallQuery=SELECT action FROM rules WHERE (called_number='%{Dialed-Number}'
> AND calling_number='%{Calling-Station-Id}') OR '%u'='InternalMakeCallEP' ;
>
> Only in this way makecall would function, otherwise it would end in a ARJ.
>
> So I'm just wondering if it's correct in my case to add those two lines in
> the configuration file, i.e.
>
> 1. Adding the GnuGk address to the permanent endpoints IP list
> 2. Adding the condition OR '%u'='InternalMakeCallEP' to the SQLAuth call
> query
>
> I mean, it works all right by doing so but I was just wondering about why
> one have to authorize it this way: I would expect that makecalls would
> always be authorized.
>
> Sorry for being annoying and thanks again.
>
> Cheers, pierlu
>
>
>
>
>
> On Wed, Jun 9, 2010 at 12:03 PM, Jan Willamowius <jan@xxxxxxxxxxxxxx> wrote:
>
> > Hi,
> >
> > the manual is always a good place to look:
> > http://www.gnugk.org/gnugk-manual-12.html#ss12.7
> >
> > [CTI::MakeCall]
> > Gatekeeper=xxxxx
> >
> > Its defaults to 127.0.0.1 which you are not listening to.
> >
> > Regards,
> > Jan
> >
> >
> > pierlu wrote:
> > > Hi
> > >
> > > I get an error on Gk discovering when asking GnuGk to make a call between
> > > two endpoint. In the attachment, the logs relative to the situation.
> > >
> > > This GnuGk is on a Windows 2003 Server which has a NIC with two different
> > ip
> > > addresses (the other IP is shared between Windows Media Services, IIS and
> > > MySql), but in the GnuGk configuration file is specified that GnuGk
> > should
> > > bind on the other dedicated IP address. The Configuration file is as
> > follows
> > >
> > >
> > > [Gatekeeper::Main]
> > > Fortytwo=42
> > > Name=GNUgk2
> > > Home=xx.yy.zz.jj
> > > Bind=xx.yy.zz.jj
> > > UseBroadcastListener=0
> > > UseMulticastListener=0
> > > TimeToLive=300
> > >
> > > [RoutedMode]
> > > GKRouted=1
> > > H245Routed=1
> > > AcceptNeighborsCalls=1
> > > AcceptUnregisteredCalls=1
> > >
> > >
> > > I bet the double ip interface is the problem, but I cannot understand
> > why.
> > >
> > > Thanks,
> > >
> > > cheers, pierlu
> >
> >
> > --
> > Jan Willamowius, jan@xxxxxxxxxxxxxx, http://www.gnugk.org/
--
Jan Willamowius, jan@xxxxxxxxxxxxxx, http://www.gnugk.org/
------------------------------------------------------------------------------
ThinkGeek and WIRED's GeekDad team up for the Ultimate
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
lucky parental unit. See the prize list and enter to win:
http://p.sf.net/sfu/thinkgeek-promo
_______________________________________________________
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/
