From: Tony H. (aamercado31@xxxxxxxxx)
Date: Mon Aug 05 2002 - 15:13:02 GMT-3
HI
normally using gatekeepers to generate CDR's is not a
good idea- they have anough to do already without
giving them another task to burn up CPU cycles ! It is
better to get the gateways themselves to generate the
accounting records as this function has been inbuilt
into their designs and they are tested and rated to do
it.
However, if you choose to do so..First, you will need
12.1(5)XM on gatekeeper
second, you need config gatekeeper accounting which
looks like you partially have:
aaa new-model
aaa accounting connection h323 start-stop group
radius
radius-server host 172.16.1.225 auth-port 1645
acct-port 1646
radius-server retransmit 3
radius-server key <radius key>
radius-server vsa send accounting
gatekeeper
accounting vsa
Third, you need to config your gateway as well:
gw-accounting h323
gw-accounting h323 vsa
gw-accounting voip
gateway
security password
Here is a reference on how to implement your radius
server or billing software:
http://www.cisco.com/univercd/cc/td/doc/product/access/acs_serv/vapp_dev/vsaig.
htm
Here is the url regarding the gatekeeper use dto
generate CDR.
http://www.cisco.com/univercd/cc/td/doc/product/software/ios121/121newft/121lim
it/121x/121xm/121xm_5/ft_0394.htm#xtocid954117
http://lbj.cisco.com/push_targets1/ucdit/cc/td/doc/product/software/ios120/mcm_
cfg2.htm#21685
It is possible to do this on the GK, but whenever
possible, these functions should be performed at the
GWs.
Some helpful tips
1) Performance/Scaling. GK should be dedicated to
performing it's main task... call routing. Billing
functions should be pushed towards the edge on the
GWs. There may be other AAA limitations that will
prevent the GK from performing well if AAA is enabled.
Basically, calls/second are currently drastically
reduced if AAA is used on the GK.
2) I know that billing is more "centralized" if done
on the GK rather than GWs. Really, they are both
"centralized" in the AAA application. Distributing AAA
processes to the GWs helps with #1.
3) Reliability of CDRs. Billing from the GK is based
on RAS DRQ messages from the GWs. (Yes, this means
that GWs are still performing the usage indication,
we're just sending this to an extra hop instead of
directly sending to AAA server.) These RAS DRQ
messages are UDP and are NOT guaranteed to arrive.
4) features. Not sure if this is of interest to you,
but prepaid calling via GK accounting is supported
with
third party vendors (e.g. Vocaltec/Netspeak).
However, not supported on Cisco GKs. We need to do
pre-paid directly with AAA if cisco GKs are involved.
5) Netmeeting problem when it is configured for use
with a gateway device. Netmeeting does not send any
'calling' number when it initiates a call. The way to
get around this is to use Netmeeting with a RAS
Gatekeeper. If you look at the Netmeeting setup
(tools/options/Advanced Calling Options) you will see
the field 'Gatekeeper Settings'. When this is enabled,
you have the option of 'log on using my phone number',
where you can enter the calling number. When the call
is directed through the gatekeeper, the gatekeeper
will use this number and it will be placed in the
'calling' number field, and hence it will be passed on
to the Radius application.
HTH
--- mfsuen <mfsuen@netvigator.com> wrote:
> Hi everybody,
>
> I have a question on using GK to do the
> calling/billing. The situation is as
> follows:
>
> Gatekeeper: 2600 (X1) <192.168.3.141>
> AAA Radius server: Cisco ACS (x1) <192.168.3.140>
> H323 Client: Microsoft Netmeeting (x2) : user_A &
> user_B
>
> Objective: Use radius server to authenticate the
> users and provide video/voice
> call accounting.
>
> GK config:
> ========
> aa new-model!
> aaa authentication login h323 group radius
> aaa accounting connection h323 start-stop group
> radius
>
> gatekeeper
> zone local GK-26 cisco.com 192.168.3.141
> accounting vsa
> security h323-id
> security password separator /
> no shutdown
>
> radius-server host 192.168.3.140 auth-port 1645
> acct-port 1646 key cisco
> radius-server retransmit 3
>
> ========
>
> On the Netmeeting, I set the H323 ID as:
> user_X/password
> On ACS, I create users as "user_A & user_B" and
> password as "password"
>
> My questions are:
>
> Can GK create a full details on call accounting??
> Note: <a> After User_A & user_B completed
> thevoice/video call, only 2 entries
> (start & stop) logging are created from the ACS. The
> orginator is from
> user_A.
> <b> If user_A call user_B, and user_B
> doesn't answer the call, same
> record as <A> is created.
>
> Thus how can I count the actual call accounting??
>
>
> For general, Cisco recommend users to get those
> accounting from gateways ONLY
> since GK's accounting will not provide full
> accounting picture. Is that
> right??
>
> Thanks!
>
> Samuel
>
This archive was generated by hypermail 2.1.4 : Sat Sep 07 2002 - 19:48:16 GMT-3