[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 <[email protected]> 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, [email protected], 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:[email protected]
> 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/
>
------------------------------------------------------------------------------
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:[email protected]
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/
