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