GNU Gatekeeper (GnuGk)

Email Archive: openh323gk-users (read-only)

[Openh323gk-users] SQLAuth

From: Gabriel Georgescu <gaby@hf...> - 2005-05-24 10:10

Hi dear list,

I see in the web manual for [SQLAuth] at specifications for the callquery 
that these columns are checked:
1. If there exists a column called 'billingmode', set a billing mode 
associated with the endpoint (0 - credit,
2. 0 - debit)
3. If there exists a column called 'creditamount', set account balance 
associated with the endpoint (this is an arbitrary string)
4. If there exists a column called 'credittime', use its integer value to 
set call duration limit
5. If there exists a column called 'redirectnumber', replace the original 
destination number with this one
6. If there exists a column called 'redirectip', force the call to be sent 
to the specified IP
7. If there exists a column called 'proxy', force the gatekeeper to 
enable/disable (depends on the 'proxy' column value) RTP proxy for this call
I need more details about how gnugk uses these columns to manage the call.

Here are my questions:
1. The correct answer is 0 - credit and 1 - debit? How will gnugk update 
the database knowing this?
2. If there is only a column called 'creditamount' how will gnugk use it to 
stop the call?
3. Are there any db updates made during the call? For example if I have 
many calls using the same account will the gk cut all calls when the 
balance reaches zero? Is there a good mechanism that will cut all calls 
exactly at balance zero?

Thank you,
Gabriel

Thread View

Thread	Author	Date
[Openh323gk-users] LRQ problem	Sean O'Brien <sean.obrien@he...>

Re: [Openh323gk-users] LRQ problem

From: Kamran Bukhari <kamranbukhari@gm...> - 2005-05-24 07:42

Hi

Try to do it like this. I tried it on my GnuGK 2.0.8 and its working.
its on Gk1

[RasSrv::Neighbors]
GK2=3D192.168.0.5:1719;*;password

and on GK2 , it is

[RasSrv::Neighbors]
GK1=3D192.168.0.6:1719;*;password

bye


--=20
Kamran Bukhari

Re: [Openh323gk-users] LRQ problem

From: Sean O'Brien <sean.obrien@he...> - 2005-05-24 09:29

Attachments: smime.p7s

Hi,
    Thanks for this,  I've tried it but it's still not working, now
instead of getting requestDenied I'm getting securityDenial.  Any other
ideas?

Seán

Kamran Bukhari wrote:

>Hi
>
>Try to do it like this. I tried it on my GnuGK 2.0.8 and its working.
>its on Gk1
>
>[RasSrv::Neighbors]
>GK2=192.168.0.5:1719;*;password
>
>and on GK2 , it is
>
>[RasSrv::Neighbors]
>GK1=192.168.0.6:1719;*;password
>
>bye
>
>
>  
>

Re: [Openh323gk-users] LRQ problem

From: Kamran Bukhari <kamranbukhari@gm...> - 2005-05-24 09:52

Hi

U also have to specify the password u r transporting in [Endpoint] section.
In endpoint section, use

password=3D whatever password u supply in neigbor configuration at the
end. Do this for both the gatekeepers.The password u write in Endpoint
section must be same as u want to connect to.

[RasSrv::Neighbors]
GK2=3D192.168.0.5:1719;*;password

bYE

On 5/24/05, Sean O'Brien <sean.obrien@...> wrote:
> Hi,
>    Thanks for this,  I've tried it but it's still not working, now
> instead of getting requestDenied I'm getting securityDenial.  Any other
> ideas?
>=20
> Se=E1n
>=20
> Kamran Bukhari wrote:
>=20
> >Hi
> >
> >Try to do it like this. I tried it on my GnuGK 2.0.8 and its working.
> >its on Gk1
> >
> >[RasSrv::Neighbors]
> >GK2=3D192.168.0.5:1719;*;password
> >
> >and on GK2 , it is
> >
> >[RasSrv::Neighbors]
> >GK1=3D192.168.0.6:1719;*;password
> >
> >bye
> >
> >
> >
> >
>=20
>=20
>=20
>=20

--=20
Kamran Bukhari

[Openh323gk-users] SQLAuth

From: Gabriel Georgescu <gaby@hf...> - 2005-05-24 10:10

Attachments: Message as HTML

Hi dear list,

I see in the web manual for [SQLAuth] at specifications for the callquery 
that these columns are checked:
1. If there exists a column called 'billingmode', set a billing mode 
associated with the endpoint (0 - credit,
2. 0 - debit)
3. If there exists a column called 'creditamount', set account balance 
associated with the endpoint (this is an arbitrary string)
4. If there exists a column called 'credittime', use its integer value to 
set call duration limit
5. If there exists a column called 'redirectnumber', replace the original 
destination number with this one
6. If there exists a column called 'redirectip', force the call to be sent 
to the specified IP
7. If there exists a column called 'proxy', force the gatekeeper to 
enable/disable (depends on the 'proxy' column value) RTP proxy for this call
I need more details about how gnugk uses these columns to manage the call.

Here are my questions:
1. The correct answer is 0 - credit and 1 - debit? How will gnugk update 
the database knowing this?
2. If there is only a column called 'creditamount' how will gnugk use it to 
stop the call?
3. Are there any db updates made during the call? For example if I have 
many calls using the same account will the gk cut all calls when the 
balance reaches zero? Is there a good mechanism that will cut all calls 
exactly at balance zero?

Thank you,
Gabriel

Re: [Openh323gk-users] LRQ problem

From: Zygmuntowicz Michal <m.zygmuntowicz@on...> - 2005-05-24 13:57

Try to check your rewrite rules. "Request denied" usually
means there is no destination found for the LRQ at the terminating
gatekeeper.
Also, maybe try first with Send/AceptPrefixes=3D*.

----- Original Message -----=20
=46rom: "Sean O'Brien" <sean.obrien@...>
Sent: Monday, May 23, 2005 5:50 PM


>    I've a couple of gatekeepers set up with very similar config files=
=2E
>
>
> GnuGK1-------------------GnuGK2
>    |                        |
>    |                        |
>   EP1                      EP2
>
> I can Call EP1 from EP2 but when I try and call EP2 from EP1 I get an
> LRJ message with reason Request Denied.  The main differences in the
> config files are around the neighbour sections so I'll include them h=
ere:
>
>
>
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3DGK2=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> [RasSrv::Neighbors]
> GK2=3DGnuGK
>
> [Neighbor::GK2]
> GatekeeperIdentifier=3DGK2
> Host=3D193.1.31.194
> SendPrefixes=3D7
> AcceptPrefixes=3D*
> ForwardLRQ=3Dalways
> ForwardResponse=3D1
> AcceptForwardedLRQ=3D1
>
>
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3DGK1=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> [RasSrv::Neighbors]
> GK1=3DGnuGK
>
> [Neighbor::GK1]
> GatekeeperIdentifier=3DGK1
> Host=3D193.1.31.226
> SendPrefixes=3D6
> AcceptPrefixes=3D*
> ForwardLRQ=3Dalways
> ForwardResponse=3D1
> AcceptForwardedLRQ=3D1
>
>
> Is there anything I could be missing from these configs that would ca=
use
> this?
>
> Yours,
> Se=E1n O'Brien
> HEAnet

Re: [Openh323gk-users] SQLAuth

From: Zygmuntowicz Michal <m.zygmuntowicz@on...> - 2005-05-24 14:00

The gatekeeper processes it exactly like the existing RADIUS modules
do processing of corresponding RADIUS attributes.
creditamount/billingmode are only informational fields and may be sent
to an endpoint in RCF/ACF to be displayed to a user.
To achieve 3, you need to run an external monitoring tool that disconnects
concurrent calls when account balance reaches 0.

----- Original Message ----- 
From: "Gabriel Georgescu" <gaby@...>
Sent: Tuesday, May 24, 2005 12:10 PM


> I see in the web manual for [SQLAuth] at specifications for the callquery 
> that these columns are checked:
> 1. If there exists a column called 'billingmode', set a billing mode 
> associated with the endpoint (0 - credit,
> 2. 0 - debit)
> 3. If there exists a column called 'creditamount', set account balance 
> associated with the endpoint (this is an arbitrary string)
> 4. If there exists a column called 'credittime', use its integer value to 
> set call duration limit
> 5. If there exists a column called 'redirectnumber', replace the original 
> destination number with this one
> 6. If there exists a column called 'redirectip', force the call to be sent 
> to the specified IP
> 7. If there exists a column called 'proxy', force the gatekeeper to 
> enable/disable (depends on the 'proxy' column value) RTP proxy for this call
> I need more details about how gnugk uses these columns to manage the call.
> 
> Here are my questions:
> 1. The correct answer is 0 - credit and 1 - debit? How will gnugk update 
> the database knowing this?
> 2. If there is only a column called 'creditamount' how will gnugk use it to 
> stop the call?
> 3. Are there any db updates made during the call? For example if I have 
> many calls using the same account will the gk cut all calls when the 
> balance reaches zero? Is there a good mechanism that will cut all calls 
> exactly at balance zero?
> 
> Thank you,
> Gabriel