[Asterisk-Users] Re: asterisk+radius
hello pongco if you are talking about disconnecting a call session at his credit time. then you have to look at ast_channel-whentohangup kamran On Fri, 2005-03-18 at 14:10, Paul P. Pongco wrote: Hello, Im actually deciding if I will use asterisk+radius for AAA purposes or use logging directly to mysql and using Asterisk+RealTime to store SIP users to mysql also. Question is, what's the best way to disconnect a user, if for example, he runs out of credits. thanks. On Fri, 2005-03-18 at 02:33, izo wrote: set asterisk to log into database directly via there are mysql , postgresql and odbc drivers available. You dont need radius at all, for billing and accounting all u need is a frontend to database On Thu, 17 Mar 2005 12:29:34 -0500, Matt wrote: Oh this is sad.. I'm familiar with radius.. and was hoping to be able to use asterisk with freeradius to be able to do call accounting and billing.. so you're telling me this is now not a good idea? Am I better off (for now) parsing the csv report each month? ___ Asterisk-Users mailing list Asterisk-Users@lists.digium.com http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: __ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/ ___ Asterisk-Users mailing list Asterisk-Users@lists.digium.com http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[Asterisk-Users] Re: asterisk+radius
i have written app for billing with asterisk. what is the problem in using radius. kamran __ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/ ___ Asterisk-Users mailing list Asterisk-Users@lists.digium.com http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Re: asterisk+radius
Kamran Ahmad wrote: i have written app for billing with asterisk. what is the problem in using radius. kamran Its a pain and redundant. Why run two seperate databases when 1 will do what you need? There is no native radius support for Asterisk. There is an addon, (search the wiki) but the last I heard of it, it was unstable. -Matthew ___ Asterisk-Users mailing list Asterisk-Users@lists.digium.com http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Re: asterisk+radius
Oh this is sad.. I'm familiar with radius.. and was hoping to be able to use asterisk with freeradius to be able to do call accounting and billing.. so you're telling me this is now not a good idea? Am I better off (for now) parsing the csv report each month? On Thu, 17 Mar 2005 11:00:09 -0600, Matthew Boehm [EMAIL PROTECTED] wrote: Kamran Ahmad wrote: i have written app for billing with asterisk. what is the problem in using radius. kamran Its a pain and redundant. Why run two seperate databases when 1 will do what you need? There is no native radius support for Asterisk. There is an addon, (search the wiki) but the last I heard of it, it was unstable. -Matthew ___ Asterisk-Users mailing list Asterisk-Users@lists.digium.com http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ Asterisk-Users mailing list Asterisk-Users@lists.digium.com http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Re: asterisk+radius
I agree, why run to DBs. On the other hand, I have spoken with several people asking about radius support for asterisk because they have a billing solution that uses data from the radius servers to populate their billing DB. -Michael On 3/17/05 11:00 AM, Matthew Boehm [EMAIL PROTECTED] wrote: Kamran Ahmad wrote: i have written app for billing with asterisk. what is the problem in using radius. kamran Its a pain and redundant. Why run two seperate databases when 1 will do what you need? There is no native radius support for Asterisk. There is an addon, (search the wiki) but the last I heard of it, it was unstable. -Matthew ___ Asterisk-Users mailing list Asterisk-Users@lists.digium.com http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ Asterisk-Users mailing list Asterisk-Users@lists.digium.com http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Re: asterisk+radius
set asterisk to log into database directly via there are mysql , postgresql and odbc drivers available. You dont need radius at all, for billing and accounting all u need is a frontend to database On Thu, 17 Mar 2005 12:29:34 -0500, Matt wrote: Oh this is sad.. I'm familiar with radius.. and was hoping to be able to use asterisk with freeradius to be able to do call accounting and billing.. so you're telling me this is now not a good idea? Am I better off (for now) parsing the csv report each month? ___ Asterisk-Users mailing list Asterisk-Users@lists.digium.com http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Re: asterisk+radius
Matt wrote: Oh this is sad.. I'm familiar with radius.. and was hoping to be able to use asterisk with freeradius to be able to do call accounting and billing.. so you're telling me this is now not a good idea? Am I better off (for now) parsing the csv report each month? On Thu, 17 Mar 2005 11:00:09 -0600, Matthew Boehm [EMAIL PROTECTED] wrote: Kamran Ahmad wrote: i have written app for billing with asterisk. what is the problem in using radius. kamran Its a pain and redundant. Why run two seperate databases when 1 will do what you need? There is no native radius support for Asterisk. There is an addon, (search the wiki) but the last I heard of it, it was unstable. -Matthew My only (the only) reason for not using radius is dupilicity. We also run freeradius with a mysql backend for doing router logins and for ISDN authorization. If my Asterisk CDRs are already being written to MySQL, why write them to Radius which is just going to write them to MySQL? If you already have some sort of Radius billing app written, then go for it. I'm not here to stop anyone from using radius. I'm not anti-radius. I'm just saying that if you already have a database that does what you need, why bring in another one? -Matthew ___ Asterisk-Users mailing list Asterisk-Users@lists.digium.com http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
RE: [Asterisk-Users] Re: asterisk+radius
Because some of us, are already using radius for other purposes (radius also has authentication and we could use it with other GWs vendors) as a single solution, in our case, we already have radius for our GWs and Raidus using Oracle and I don't want to use direct connection to Oracle at all. LTenorio -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matthew Boehm Sent: Thursday, March 17, 2005 3:36 PM To: Matt; Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [Asterisk-Users] Re: asterisk+radius Matt wrote: Oh this is sad.. I'm familiar with radius.. and was hoping to be able to use asterisk with freeradius to be able to do call accounting and billing.. so you're telling me this is now not a good idea? Am I better off (for now) parsing the csv report each month? On Thu, 17 Mar 2005 11:00:09 -0600, Matthew Boehm [EMAIL PROTECTED] wrote: Kamran Ahmad wrote: i have written app for billing with asterisk. what is the problem in using radius. kamran Its a pain and redundant. Why run two seperate databases when 1 will do what you need? There is no native radius support for Asterisk. There is an addon, (search the wiki) but the last I heard of it, it was unstable. -Matthew My only (the only) reason for not using radius is dupilicity. We also run freeradius with a mysql backend for doing router logins and for ISDN authorization. If my Asterisk CDRs are already being written to MySQL, why write them to Radius which is just going to write them to MySQL? If you already have some sort of Radius billing app written, then go for it. I'm not here to stop anyone from using radius. I'm not anti-radius. I'm just saying that if you already have a database that does what you need, why bring in another one? -Matthew ___ Asterisk-Users mailing list Asterisk-Users@lists.digium.com http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ Asterisk-Users mailing list Asterisk-Users@lists.digium.com http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Re: asterisk+radius
Hello, Im actually deciding if I will use asterisk+radius for AAA purposes or use logging directly to mysql and using Asterisk+RealTime to store SIP users to mysql also. Question is, what's the best way to disconnect a user, if for example, he runs out of credits. thanks. On Fri, 2005-03-18 at 02:33, izo wrote: set asterisk to log into database directly via there are mysql , postgresql and odbc drivers available. You dont need radius at all, for billing and accounting all u need is a frontend to database On Thu, 17 Mar 2005 12:29:34 -0500, Matt wrote: Oh this is sad.. I'm familiar with radius.. and was hoping to be able to use asterisk with freeradius to be able to do call accounting and billing.. so you're telling me this is now not a good idea? Am I better off (for now) parsing the csv report each month? ___ Asterisk-Users mailing list Asterisk-Users@lists.digium.com http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -- Cheers, Paul P. Pongco Mosaic Communications Inc. ___ Asterisk-Users mailing list Asterisk-Users@lists.digium.com http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Re: asterisk+radius
oops never mind, ill just read on astcc On Fri, 2005-03-18 at 14:10, Paul P. Pongco wrote: Hello, Im actually deciding if I will use asterisk+radius for AAA purposes or use logging directly to mysql and using Asterisk+RealTime to store SIP users to mysql also. Question is, what's the best way to disconnect a user, if for example, he runs out of credits. thanks. On Fri, 2005-03-18 at 02:33, izo wrote: set asterisk to log into database directly via there are mysql , postgresql and odbc drivers available. You dont need radius at all, for billing and accounting all u need is a frontend to database On Thu, 17 Mar 2005 12:29:34 -0500, Matt wrote: Oh this is sad.. I'm familiar with radius.. and was hoping to be able to use asterisk with freeradius to be able to do call accounting and billing.. so you're telling me this is now not a good idea? Am I better off (for now) parsing the csv report each month? ___ Asterisk-Users mailing list Asterisk-Users@lists.digium.com http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -- Cheers, Paul P. Pongco Mosaic Communications Inc. ___ Asterisk-Users mailing list Asterisk-Users@lists.digium.com http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Re: * with RADIUS
On Thu, 11 Dec 2003, Jeremy McNamara wrote: Chandra wrote: Explain why you think you really need RADIUS Accounting? Why not talk right to the database itself and save yourself that unneeded complication and points of failure. Jerey, ISP's integrating Asterisk could utilize their existing radius billing packages to easily bill customers for their usage. I, personally, would love this feature, and Radius is widely deployed and stable. -- Vice President of N2Net, a New Age Consulting Service, Inc. Company http://www.n2net.net Where everything clicks into place! KP-216-121-ST ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users
RE: [Asterisk-Users] Re: * with RADIUS
On Thu, 11 Dec 2003 [EMAIL PROTECTED] wrote: Explain why you think you really need RADIUS Accounting? Why not talk right to the database itself and save yourself that unneeded complication and points of failure. I know this has come up before, and in a perfect world, where * was the primary app, you don't need RADIUS. In enterprise environments where RADIUS accounting is already embedded into other aspects of the workflow, it would be beneficial. Understand* boxes are in real live actual production now. Once you leave the vacuum of the lab, there are going to be things like this that come up. And many will be for good reasons. Others will be for crappy, legacy reasons. Both scenarios are valid in the real world. I wrote a small application that measures traffic totals for Websites, Switch ports virtually anything else that can be accessed via SNMP. That application then takes the totals and sends them as a Radius Accounting packets to our Radius Servers, which store the data in a SQL backend. Our billing system (Platypus) can then generate bills for customers based on usage.. in this case Gigabytes of Data transferred. For our dial-up customers is based on a certain block of hours with minutes charged at a specific rate over the limit. It is a system that makes it trivial to assign a value to some data point and create an itemized invoice for it. I am in the process of deploying an Asterisk server to provide voice services to about 20 phones. It would be nice to be able to use our existing billing system to simply charge people for the minutes they have used and/or use the block pricing models that we already have in place (I.E. First 1000 minutes free, .03 each additional) without having to use another billing system and import/export data. For me, having CDR data delivered as a Radius accounting packet would save me tons of development time, and many hours of additional work implementing a paralell billing system for the express purpose of accurate billing. So.. I'll be happy to help out in the effort, but my C coding skills are rustier than hell, and more than likely I'll break many things along the way. ;) On the other hand, if someone has a simple, open-source, SQL based billing, invoicing, CDR management program, I am all ears! If I can spend an hour or two setting up something that works well, with little effort, it would buy me lots of time. -- Vice President of N2Net, a New Age Consulting Service, Inc. Company http://www.n2net.net Where everything clicks into place! KP-216-121-ST ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Re: * with RADIUS
On Thu, 11 Dec 2003, Andrew Thompson wrote: Understand* boxes are in real live actual production now. Once you leave the vacuum of the lab, there are going to be things like this that come up. And many will be for good reasons. Others will be for crappy, legacy reasons. Both scenarios are valid in the real world. Can someone give me an idea exactly what things are intended to be tested via RADIUS, or some other AAA system? Are we talking about building SIP/IAX/H323 entries from RADIUS? At this point, I'm not really worried about call detail, as that's something that * already can dump to a database, it can be adapted to dump back to any service. (Unless this is really the primary objective of the whole RADIUS discussion.) For me, it is. Being able to take CDR data (Called Number, Port, Start Time, Stop Time, Extension etc...) and dump them to a Radius server means I don't have to implement a seperate billing program to charge for usage! -- Vice President of N2Net, a New Age Consulting Service, Inc. Company http://www.n2net.net Where everything clicks into place! KP-216-121-ST ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Re: * with RADIUS
On Thu, 11 Dec 2003, Andrew Thompson wrote: - Original Message - From: Doug Shubert [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, December 11, 2003 11:48 AM Subject: Re: [Asterisk-Users] Re: * with RADIUS Hello, We use RADIUS with a MySQL backend database server for dialup authentication. Because our accounting system is XML based, I would prefer to use one AAA (i.e RADIUS) server to provision and validate our VoIP UA's. LDAP is another AAA solution we are looking at using. Of course a direct SQL connection from * would still work with the backend. Doug So, you would like to build at least the extension list portion of a Dialplan from RADIUS on boot and as it changes, correct? You would expect SIP/H323/IAX/zap-destinations to be created(or activated) from RADIUS as well, right? That is interesting. I've been approaching it from the Radius ACCOUNTING perspective, not neccessarily the Authentication perspective, but it does open up some interesting possibilities that I haven't fully wrapped my brain around yet. Let me think on it, drink a few beers, play with my * server and get back to you. -- Vice President of N2Net, a New Age Consulting Service, Inc. Company http://www.n2net.net Where everything clicks into place! KP-216-121-ST ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users
[Asterisk-Users] Re: * with RADIUS
- Original Message - From: Chandra [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, December 10, 2003 10:37 PM Subject: * with RADIUS hi, i have been looking for implementations of asterisk with RADIUS which would ease for accounting purposes. where can i find more information on this? help. cm ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Re: * with RADIUS
Chandra wrote: hi, i have been looking for implementations of asterisk with RADIUS which would ease for accounting purposes. where can i find more information on this? help. cm Explain why you think you really need RADIUS Accounting? Why not talk right to the database itself and save yourself that unneeded complication and points of failure. Jeremy McNamara ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Re: * with RADIUS
Explain why you think you really need RADIUS Accounting? Why not talk right to the database itself and save yourself that unneeded complication and points of failure. For the exact same reasons RADIUS exists in the first place? Consistency? The ability to change authentication backends without having to touch *? Passing off authentication to a third party? I wonder if Brian is going to make a unixodbc_radius... :-) Regards, Andrew ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Re: * with RADIUS
Andrew Kohlsmith wrote: Explain why you think you really need RADIUS Accounting? Why not talk right to the database itself and save yourself that unneeded complication and points of failure. For the exact same reasons RADIUS exists in the first place? RADIUS was created to authenticate Dialup users Consistency? You think Vendor Specific Attributes are consistent? The ability to change authentication backends without having to touch *? You can do this already. Passing off authentication to a third party? You can do this already. I wonder if Brian is going to make a unixodbc_radius... :-) I'll let Brian squeak up for himself on this issue, but I'm sure you won't like his response. Jeremy McNamara ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Re: * with RADIUS
On Thu, 11 Dec 2003 07:30:27 -0500, Jeremy McNamara wrote: Andrew Kohlsmith wrote: The ability to change authentication backends without having to touch *? You can do this already. Passing off authentication to a third party? You can do this already. Ah, pardon my ignorance Jeremy, could you please explain how to do these 2 points ?? Gary ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users
RE: [Asterisk-Users] Re: * with RADIUS
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jeremy McNamara Sent: Thursday, December 11, 2003 2:19 AM To: [EMAIL PROTECTED] Subject: Re: [Asterisk-Users] Re: * with RADIUS [...] Explain why you think you really need RADIUS Accounting? Why not talk right to the database itself and save yourself that unneeded complication and points of failure. I know this has come up before, and in a perfect world, where * was the primary app, you don't need RADIUS. In enterprise environments where RADIUS accounting is already embedded into other aspects of the workflow, it would be beneficial. Understand* boxes are in real live actual production now. Once you leave the vacuum of the lab, there are going to be things like this that come up. And many will be for good reasons. Others will be for crappy, legacy reasons. Both scenarios are valid in the real world. Daryl G. Jurbala BMPC Network Operations Tel: +1 215 825 8401 x235 Fax: +1 508 526 8500 INOC-DBA: 26412*DGJ PGP Key: http://www.introspect.net/pgp ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Re: * with RADIUS
snip I know this has come up before, and in a perfect world, where * was the primary app, you don't need RADIUS. In enterprise environments where RADIUS accounting is already embedded into other aspects of the workflow, it would be beneficial. Understand* boxes are in real live actual production now. Once you leave the vacuum of the lab, there are going to be things like this that come up. And many will be for good reasons. Others will be for crappy, legacy reasons. Both scenarios are valid in the real world. Can someone give me an idea exactly what things are intended to be tested via RADIUS, or some other AAA system? Are we talking about building SIP/IAX/H323 entries from RADIUS? At this point, I'm not really worried about call detail, as that's something that * already can dump to a database, it can be adapted to dump back to any service. (Unless this is really the primary objective of the whole RADIUS discussion.) - Andrew Thompson http://aktzero.com/ Your eyes are weary from staring at the CRT. You feel sleepy. Notice how restful it is to watch the cursor blink. Close your eyes. The opinions stated above are yours. You cannot imagine why you ever felt otherwise. ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Re: * with RADIUS
Hello, We use RADIUS with a MySQL backend database server for dialup authentication. Because our accounting system is XML based, I would prefer to use one AAA (i.e RADIUS) server to provision and validate our VoIP UA's. LDAP is another AAA solution we are looking at using. Of course a direct SQL connection from * would still work with the backend. Doug [EMAIL PROTECTED] wrote: -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jeremy McNamara Sent: Thursday, December 11, 2003 2:19 AM To: [EMAIL PROTECTED] Subject: Re: [Asterisk-Users] Re: * with RADIUS [...] Explain why you think you really need RADIUS Accounting? Why not talk right to the database itself and save yourself that unneeded complication and points of failure. I know this has come up before, and in a perfect world, where * was the primary app, you don't need RADIUS. In enterprise environments where RADIUS accounting is already embedded into other aspects of the workflow, it would be beneficial. Understand* boxes are in real live actual production now. Once you leave the vacuum of the lab, there are going to be things like this that come up. And many will be for good reasons. Others will be for crappy, legacy reasons. Both scenarios are valid in the real world. Daryl G. Jurbala BMPC Network Operations Tel: +1 215 825 8401 x235 Fax: +1 508 526 8500 INOC-DBA: 26412*DGJ PGP Key: http://www.introspect.net/pgp ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users -- FREE Unlimited Worldwide Voip calling set-up an account and start saving today! http://www.voippages.com ext. 1003 http://www.pulver.com/fwd/ ext. 83740 ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Re: * with RADIUS
(dammit, sent to jeremy directly last time, sorry) For the exact same reasons RADIUS exists in the first place? RADIUS was created to authenticate Dialup users a common authentication and accounting system for dialup users, yes. It's grown into a common auth/acct system for user-based systems now. Consistency? You think Vendor Specific Attributes are consistent? it's no different than DHCP's vendor-specific shit... it's a way to arbitrarily expand the use of the system without breaking the protocol entirely. It's say this is a moot point. The ability to change authentication backends without having to touch *? You can do this already. With unixodbc, true. But you're still not able to tie in neatly with any existing AAA systems. Passing off authentication to a third party? You can do this already. How is this done cleanly? I wonder if Brian is going to make a unixodbc_radius... :-) I'll let Brian squeak up for himself on this issue, but I'm sure you won't like his response. That's fine, that's the beauty of open source. :-) Regards, Andrew ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Re: * with RADIUS
- Original Message - From: Doug Shubert [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, December 11, 2003 11:48 AM Subject: Re: [Asterisk-Users] Re: * with RADIUS Hello, We use RADIUS with a MySQL backend database server for dialup authentication. Because our accounting system is XML based, I would prefer to use one AAA (i.e RADIUS) server to provision and validate our VoIP UA's. LDAP is another AAA solution we are looking at using. Of course a direct SQL connection from * would still work with the backend. Doug So, you would like to build at least the extension list portion of a Dialplan from RADIUS on boot and as it changes, correct? You would expect SIP/H323/IAX/zap-destinations to be created(or activated) from RADIUS as well, right? - Andrew Thompson http://aktzero.com/ Your eyes are weary from staring at the CRT. You feel sleepy. Notice how restful it is to watch the cursor blink. Close your eyes. The opinions stated above are yours. You cannot imagine why you ever felt otherwise. ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Re: * with RADIUS
- Original Message - From: Doug Shubert [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, December 11, 2003 11:48 AM Subject: Re: [Asterisk-Users] Re: * with RADIUS Hello, We use RADIUS with a MySQL backend database server for dialup authentication. Because our accounting system is XML based, I would prefer to use one AAA (i.e RADIUS) server to provision and validate our VoIP UA's. LDAP is another AAA solution we are looking at using. Of course a direct SQL connection from * would still work with the backend. Doug So, you would like to build at least the extension list portion of a Dialplan from RADIUS on boot and as it changes, correct? You would expect SIP/H323/IAX/zap-destinations to be created(or activated) from RADIUS as well, right? - Andrew Thompson http://aktzero.com/ Your eyes are weary from staring at the CRT. You feel sleepy. Notice how restful it is to watch the cursor blink. Close your eyes. The opinions stated above are yours. You cannot imagine why you ever felt otherwise. ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Re: * with RADIUS
Can someone give me an idea exactly what things are intended to be tested via RADIUS, or some other AAA system? Are we talking about building SIP/IAX/H323 entries from RADIUS? This is where the PAM system I developed for * comes into play. I've got most of it working at the moment, but I'm having trouble figuring out how to actually pass the authentication information back to the requesting channel driver. It seems that the structs linked lists that the drivers use to authenticate are only built on a restart/reload. I'm not sure how to handle this part of it dynamically. ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Re: * with RADIUS
- Original Message - From: Doug Shubert [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, December 11, 2003 11:48 AM Subject: Re: [Asterisk-Users] Re: * with RADIUS Hello, We use RADIUS with a MySQL backend database server for dialup authentication. Because our accounting system is XML based, I would prefer to use one AAA (i.e RADIUS) server to provision and validate our VoIP UA's. LDAP is another AAA solution we are looking at using. Of course a direct SQL connection from * would still work with the backend. Doug So, you would like to build at least the extension list portion of a Dialplan from RADIUS on boot and as it changes, correct? we use a TPTP server for boot configs our XML server can provision the account profile for each users config file RADIUS is a lightweight AAA server that offers basic protocol security and fast username/password authentication. A better solution would be a direct port connection to the SQL server from *. The only limitation I see is the lack of security between * and SQL servers using a port connection. If * and SQL are on the same server then this would minimize security concerns. You would expect SIP/H323/IAX/zap-destinations to be created(or activated) from RADIUS as well, right? yes.. mainly SIP UA's like 7960/7940 IP phones and ATA 186/188 just to list a few. H.323 Gatekeeper/gateways could take advantage of the RADIUS AAA. - Andrew Thompson http://aktzero.com/ Your eyes are weary from staring at the CRT. You feel sleepy. Notice how restful it is to watch the cursor blink. Close your eyes. The opinions stated above are yours. You cannot imagine why you ever felt otherwise. ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users -- FREE Unlimited Worldwide Voip calling set-up an account and start saving today! http://www.voippages.com ext. 1003 http://www.pulver.com/fwd/ ext. 83740 ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users