[Freeswitch-users] Radius AAA

[Abid Saleem]

Hi,
I am already using sched_hangup and its working. Can you please send me some dialplan you are using for Calling Card IVR application. Thanks.
Regards-----------Abid Saleem
s.freeswitch.org
> Subject: Re: [Freeswitch-users] Radius AAA
> 
> Hello Abid
> 
> Don't mention, say thanks to Tihomir for this nice module )  Example of
> a dialplan entry is posted on wiki.
> 
>      <action application="log" data="INFO  credit_time=${credit_time}"/>
>      <action application="sched_hangup" data="+${credit_time:17:-1} ${Core-UUID}"/>
> 
> In this scenario you don't have to check for return code, because you will get hangup
> if authentication fails.
> 
> Regards,
> Nazim 
> 
> 
> 
> On 11/14/2010 02:48 PM, Abid Saleem wrote:
> > Dear Nazim,
> > Thanks for your message. You are right it was a dictionary problem as in my other email. Can you please send me the dialplan entries for parsing Radius_Return_code that you are using?
> >
> > Regards-----------Abid Saleem
> >
> >> Date: Sat, 13 Nov 2010 15:41:52 +0400
> >> From: nazim.aghabayov at gmail.com
> >> To: freeswitch-users at lists.freeswitch.org
> >> Subject: Re: [Freeswitch-users] Radius AAA
> >>
> >> Hello Abid
> >>
> >> >From the radius log you have sent I see that server returns
> >> h323-credit-time=40800. If radius client dictionary includes cisco's
> >> attributes you should be able to receive them.
> >> Could you enable debug=7 in FS console and analyze the output. Probably
> >> something is wrong with mod_rad_auth config or dialplan itself.
> >> B.t.w VSA's are not hardcoded into mod_rad_auth.c.
> >>
> >> Regards,
> >> Nazim
> >>
> >> On 11/13/2010 12:04 PM, Abid Saleem wrote:
> >>> Dear Tihomir,
> >>> I think you did not understand what my problem is. Let me explain.
> >>> I know that I can evaluate the response from auth_function and act accordingly (bridge or not bridge the call according to auth result). This part is ok and I can do it because I am getting OK or NOK in AUTH_RESULT. The issue is I need to disconnect the call after scheduled number of seconds returned by radius in h323-credit-time attribute whose value in this case is not being populated into credit_time parameter of FS.
> >>> If you still do not understand, lets put it this way that even if I use the mod_rad_auth.conf.xml and dialplan configuration you sent, still the FS is not able to obtain the value of credit_amount and credit_time although radius response parameters are received by the server.
> >>> Also I have checked in mod_rad_auth.c file that all entries related to credit_amount, billing_model etc are commented and credit_time does not even exist in that file.
> >>> Thanks.
> >>
> >> _______________________________________________
> >> FreeSWITCH-users mailing list
> >> FreeSWITCH-users at lists.freeswitch.org
> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> >> http://www.freeswitch.org
> >  		 	   		  
> >
> >
> > _______________________________________________
> > FreeSWITCH-users mailing list
> > FreeSWITCH-users at lists.freeswitch.org
> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> > http://www.freeswitch.org
> 
> 
> _______________________________________________
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20101116/4d8cb370/attachment-0001.html