[Asterisk-Users] Radius
I know this has been hashed, and rehashed, but I saw that a few people had said they were going to release their code soon. Is there a working implementation of RADIUS for Asterisk out there? Not looking to start a debate on how bad it is for billing purposes, that’s a given, but I need it for legacy systems. Thanks, Derek ###This message has been scanned by F-Secure Anti-Virus
[asterisk-users] radius
Please can you provided me by a radius module name for asterisk,or how to authorize user and get cdr from radius server. Regards * No employee or agent is authorized to conclude any binding agreement on behalf of Xplorium with another party by e-mail without express written confirmation by an officer of Xplorium. Any views expressed by an individual in this electronic message do not necessarily reflect views of Xplorium or its subsidiaries and associates. This electronic message and its attachments are solely addressed to the addressee(s), and contain confidential information protected from disclosure belonging to Xplorium. If you are not the intended addressee of this electronic message and its attachments, kindly delete it immediately from your system and notify the sender by electronic mail. You must not copy this message or attachment or disclose its content to any other person. Xplorium does not guarantee the integrity of this electronic message and any of its attachments, or that they are free from computer viruses or other defects. *___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[Asterisk-Users] Radius + Asterisk
Hello all, I have read a post saying that someone is implementing Radius function in Asterisk. Does it come with the current version of Asterisk? I wonder if Asterisk can be register as a NAS to an Radius server? Foong
[Asterisk-Users] Radius on *
Does Asterisk support Radius accounting? -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre de [EMAIL PROTECTED] Enviado el: Lunes, 17 de Noviembre de 2003 12:08 p.m. Para: [EMAIL PROTECTED] Asunto: Asterisk-Users digest, Vol 1 #1912 - 11 msgs Send Asterisk-Users mailing list submissions to [EMAIL PROTECTED] To subscribe or unsubscribe via the World Wide Web, visit http://lists.digium.com/mailman/listinfo/asterisk-users or, via email, send a message with subject or body 'help' to [EMAIL PROTECTED] You can reach the person managing the list at [EMAIL PROTECTED] When replying, please edit your Subject line so it is more specific than "Re: Contents of Asterisk-Users digest..." Today's Topics: 1. RE: FXO Cards in Australia (Gonzalo Servat) 2. Re: IAX2 connectivity problem (qualify=yes) (Philipp von Klitzing) 3. RE: FXO Cards in Australia (Bryan Nolen) 4. RE: FXO Cards in Australia (Gonzalo Servat) 5. Re: Meetme : Zaptel ztdummy errors (Andrew Thompson) 6. SIP soft phone registration (Steve Murphy) 7. Re: DTMF (Sean P. Robertson) 8. VOIP phonesets vs. cheap Analog touch-tone sets with Asterisk (Steve Murphy) 9. Re: NuFone International Calls (marrandy) 10. Re: Meetme : Zaptel ztdummy errors ([EMAIL PROTECTED]) 11. iconnecthere incoming ([EMAIL PROTECTED]) --__--__-- Message: 1 Subject: RE: [Asterisk-Users] FXO Cards in Australia From: Gonzalo Servat <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Organization: Webtastic Date: Tue, 18 Nov 2003 00:17:30 +1100 Reply-To: [EMAIL PROTECTED] On Mon, 2003-11-17 at 23:53, Adam Goryachev wrote: > Yes, echo problems do still exist, I would suggest testing it before > going live. Yeah, so I've heard. > A couple of points to note: > 1) Using soft phones seems to compound the issue So the echo problems are not so bad when using software phones? > 2) A faster CPU seems to help (I upgraded from a PII300 to a Athlon > 2200) > 3) When dialling in/out over the ISDN DTMF won't work (at least I > haven't seen the patch which purportedly allows it to work) when you > use the isdn4linux patch. This is specific to the NetJet card once again, right? Time to go hunting for the patch... > 4) Without the above kernel patch you will hear DTMF tones instead of > the other persons voice when they talk. They don't hear the tones or > notice anything wrong. Hmm, not good. Since we want to run a small IVR the DTMF tones are kinda needed. > In short, if you can live with the above problems, then you can get > away with it, from what I know now, I would suggest getting a > chan_capi capable device, though I haven't tried that yet. The NetJet is supposedly CAPI capable. Have you tried installing this? --> http://www.junghanns.net/asterisk/page1.html > I am about to switch from a netjet card to a TE4xxP card as soon as > possible, I have a OnRamp 10 being installed tomorrow. This is largely > to increase the number of incoming lines, but partly to resolve the > above issues, and also partly to try to resolve long running > reliability issues which may in fact be related to the TDM400P anyway. > In which case I will be looking for a T1 channel bank some time soon > :( Argh, the fun never stops :) > PS, I have a brand new Traverse Netjet card available (it was to be > used for a dial-up ISDN internet account) which is no longer needed. How much do you want for it? If you can confirm whether the capi channel driver works with it and reduces the echo problem, I'll be interested. Thanks for your help. Regards, Gonzalo --__--__-- Message: 2 Date: Mon, 17 Nov 2003 14:28:14 +0100 From: Philipp von Klitzing <[EMAIL PROTECTED]> Subject: Re: [Asterisk-Users] IAX2 connectivity problem (qualify=yes) To: [EMAIL PROTECTED] Organization: AEGEE Reply-To: [EMAIL PROTECTED] Hi! > Try "qualify=3000" which will increase the time between checks.. > Although it sounds like there is more to this problem than just > increasing the time.. That's not really what I want to do - quality is really bad if you go above 2000, so it makes sense to keep it at this. I can schedule a reload, of course, e.g. once an hour, but that can't be the correct way to do this... is there really no-one else out here who has seen this?? Cheers, Philipp --__--__-- Message: 3 From: "Bryan Nolen" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Subject: RE: [Asterisk-Users] FXO Cards in Australia Date: Tue, 18 Nov 2003 00:48:34 +1100 Reply-To: [EMAIL PROTECTED] Re: these problems with the NetJet Cards: have people spoken with Traverse about them? I have found them to be most helpful with any problems (mainly with the Pulsar PCI ADSL cards) Try talking to [EMAIL PROTECTED] ? -Bryan > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > Gonzalo Servat > Sent: Tuesday, 18 November 2003 12:18 AM > To: [EMAIL PROTECTED] > Subject: RE: [Asterisk-Users] FXO Cards in
Re: [Asterisk-Users] Radius
Derek: Email me off-list and i'll send you my inplimentation based on freeradius-0.8.1... it's highly customized for our platform, but you should be able to use it with a little customization... Derek Bruce Calgary Telecom [EMAIL PROTECTED] - Original Message - From: Derek Samford To: [EMAIL PROTECTED] Sent: Tuesday, March 09, 2004 1:27 PM Subject: [Asterisk-Users] Radius I know this has been hashed, and rehashed, but I saw that a few people had said they were going to release their code soon. Is there a working implementation of RADIUS for Asterisk out there? Not looking to start a debate on how bad it is for billing purposes, thats a given, but I need it for legacy systems. Thanks, Derek###This message has been scanned by F-Secure Anti-Virus
Re: [Asterisk-Users] Radius
Hello Derek, I am also intersted in your free radius implementation.. Can you send it me ? Cheers, Marcio Gomes [EMAIL PROTECTED] wrote: Derek: Email me off-list and i'll send you my inplimentation based on freeradius-0.8.1... it's highly customized for our platform, but you should be able to use it with a little customization... Derek Bruce Calgary Telecom [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> - Original Message - From: Derek Samford <mailto:[EMAIL PROTECTED]> To: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> Sent: Tuesday, March 09, 2004 1:27 PM Subject: [Asterisk-Users] Radius I know this has been hashed, and rehashed, but I saw that a few people had said they were going to release their code soon. Is there a working implementation of RADIUS for Asterisk out there? Not looking to start a debate on how bad it is for billing purposes, that’s a given, but I need it for legacy systems. Thanks, Derek ### This message has been scanned by F-Secure Anti-Virus ___ Asterisk-Users mailing list [EMAIL PROTECTED] 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] Radius
Just make a wrapper. <100 lines in perl. Derek Samford wrote: I know this has been hashed, and rehashed, but I saw that a few people had said they were going to release their code soon. Is there a working implementation of RADIUS for Asterisk out there? Not looking to start a debate on how bad it is for billing purposes, that's a given, but I need it for legacy systems. Thanks, Derek ### This message has been scanned by F-Secure Anti-Virus ___ Asterisk-Users mailing list [EMAIL PROTECTED] 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] Radius
Ok... Not that I'm complaining but this has generated more interest that I though it would... so I have posted it as an experimental feature on the bugtracker at bugs.digium.com so that all can get it bug id: 1193 (http://bugs.digium.com/bug_view_page.php?bug_id=0001193) I would appreciate any and all feedback and suggestions. regards, Derek Bruce [EMAIL PROTECTED] ___ Asterisk-Users mailing list [EMAIL PROTECTED] 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] Radius
On Wed, 10 Mar 2004, Anton Tinchev wrote: > Just make a wrapper. > <100 lines in perl. Do you have an example that you can share? > Derek Samford wrote: > > >I know this has been hashed, and rehashed, but I saw that a few people > >had said they were going to release their code soon. Is there a working > >implementation of RADIUS for Asterisk out there? Not looking to start a > >debate on how bad it is for billing purposes, that's a given, but I need > >it for legacy systems. > > > > > > > >Thanks, > > > >Derek > > > >### > > > >This message has been scanned by F-Secure Anti-Virus > > > > > > ___ > Asterisk-Users mailing list > [EMAIL PROTECTED] > http://lists.digium.com/mailman/listinfo/asterisk-users > To UNSUBSCRIBE or update options visit: >http://lists.digium.com/mailman/listinfo/asterisk-users > -- 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 To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Radius
I have just uploaded a new res_radius package to the bugtracker at http://bugs.digium.com/bug_view_page.php?bug_id=0001193 It has configuration examples this time... and no longer requires installation of freeradius. Regards, Derek Bruce [EMAIL PROTECTED] ___ Asterisk-Users mailing list [EMAIL PROTECTED] 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] Radius
On Sat, 13 Mar 2004, Derek Bruce wrote: > I have just uploaded a new res_radius package to the bugtracker at > http://bugs.digium.com/bug_view_page.php?bug_id=0001193 > > It has configuration examples this time... and no longer requires > installation of freeradius. Derek, You package is interesting and took me a while to get a handle on, but I understand what you are attempting to do with it. I've been considering the Radius Accounting side of the picture for a while now, and I see that you have some logic in your system to handle some very basic attributes for call accounting. Have you considered expanding them and splitting out the CDR side of the equation into a "cdr_radius" module? It seems to me that just having a basic cdr to radius gateway for accounting would be a logical way to accomplish this. Your code appears to have all of the neccessary elements forming the basis for doing that. -- 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 To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Radius
Yes, I did consider a cdr_radius approach... In fact, that was my original attempt... That approach quickly proved to be problematic for a few reasons: 1) Our radius server does 'live' updates to our client database. ie: call is placed, customer can see the call in progress live. call is completed, the radius server updates the customers account balance. This proved to be a problem since asterisk processed calls that it shouldn't have (ie: call is transfered between multiple call legs or protocols) and this caused trouble with multiple radius entries per call. This is aleviated by having the dial app 'talk' to the cdr app with the cdr userfield, allowing the cdr app the ability to process cdrs for only the originating call leg. 2) Radius accounting is a 2 (or 3) part process... START and STOP records (and possibly ALIVE messages). Having a CDR only solution prevents 'live' monitoring of call procession... something my users have become accustomed to. 3) For my specific application, there was a need to be compatible with our existing prepid/postpaid calling platform, and having asterisk do it in the same manner was desirable. Having the cdr application only does work... but entails more 'back end' work from a billing perspective... such as finding and consolidating cdr for multiple call legs, adjusting account balances (if your radius server does automatic account updates. I'm currently working on a more robust and generic method of handling the mapping of radius responses to internally used variables... - Original Message - From: "Greg Boehnlein" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Sunday, March 14, 2004 11:01 AM Subject: Re: [Asterisk-Users] Radius > Derek, > You package is interesting and took me a while to get a handle on, > but I understand what you are attempting to do with it. I've been > considering the Radius Accounting side of the picture for a while now, and > I see that you have some logic in your system to handle some very basic > attributes for call accounting. Have you considered expanding them and > splitting out the CDR side of the equation into a "cdr_radius" module? It > seems to me that just having a basic cdr to radius gateway for accounting > would be a logical way to accomplish this. Your code appears to have all > of the neccessary elements forming the basis for doing that. > > -- > 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 > To UNSUBSCRIBE or update options visit: >http://lists.digium.com/mailman/listinfo/asterisk-users ___ Asterisk-Users mailing list [EMAIL PROTECTED] 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] Radius
On Sun, 14 Mar 2004, Derek Bruce wrote: > Yes, I did consider a cdr_radius approach... In fact, that was my original > attempt... > > That approach quickly proved to be problematic for a few reasons: > 1) Our radius server does 'live' updates to our client database. ie: call is > placed, customer can see the call in progress live. call is completed, the > radius server updates the customers account balance. This proved to be a > problem since asterisk processed calls that it shouldn't have (ie: call is > transfered between multiple call legs or protocols) and this caused trouble > with multiple radius entries per call. This is aleviated by having the dial > app 'talk' to the cdr app with the cdr userfield, allowing the cdr app the > ability to process cdrs for only the originating call leg. I can see why that would be problematic for your particular situation, but it would not be a problem for those using Radius strictly for Accounting reasons. For example if I am using an exiting Radius based Billing System that looks at Source, Dest and Call time to rate and bill the call, this would work perfectly. > 2) Radius accounting is a 2 (or 3) part process... START and STOP records > (and possibly ALIVE messages). Having a CDR only solution prevents 'live' > monitoring of call procession... something my users have become accustomed > to. Yes, but again, in my scenario, this does not matter as all I want to be able to do is to generate billing from the Radius accounting data. ;) > 3) For my specific application, there was a need to be compatible with our > existing prepid/postpaid calling platform, and having asterisk do it in the > same manner was desirable. > > Having the cdr application only does work... but entails more 'back end' > work from a billing perspective... such as finding and consolidating cdr for > multiple call legs, adjusting account balances (if your radius server does > automatic account updates. I would tend to agree, but for a small shop w/ a single PRI or two looking to use Radius Accounting records simply to bill for Long Distance usage, it would not be nearly as complicated. > I'm currently working on a more robust and generic method of handling the > mapping of radius responses to internally used variables... Cool.. I'll wait a bit to see how your stuf matures and develops, but I'm seriously considering writing a cdr_radius module specifically for accounting packets. Please understand that I'm not knocking your code. Our applications are different, and the paths we take to get there are going to be different, but that is the beauty of Open Source. :) If it don't work the way you want it, write it yourself. ;) -- 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 To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] radius support
hi, how to add radius support to asterisk 1.4.5? i do make menuselect and i do not see any module or option related to radius, pam, authenticacion or similar. any ideas? thanks ___ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] radius
Hello, Khaled. Khaled wrote: Please can you provided me by a radius module name for asterisk,or how to authorize user and get cdr from radius server. Perhaps what you need is PortaOne's Radius client for Asterisk: http://www.voip-info.org/wiki/view/PortaOne+Radius+auth I am not sure if it works with more or less fresh builds, though. -- Sincerely, Andrew Pogrebennyk ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[Asterisk-Users] Radius support
Hi all ! I try to set up the radius module for Asterisk (http://appradius.minitelecom.org/) but i don't know what i can do after the make of app_radius and cdr_radius. I would like to recording Asterisk CDR into Radius. I waiting for your help . Thanks in advance. Anthony. Découvrez le nouveau Yahoo! Mail : 250 Mo d'espace de stockage pour vos mails ! Créez votre Yahoo! Mail sur http://fr.mail.yahoo.com/ Avec Yahoo! faites un don et soutenez le Téléthon en cliquant sur http://www.telethon.fr/030-Don/10-10_Don.asp ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[Asterisk-Users] Radius on *
I'm currently trying to use a Radius server for acct and auth, cause much of our systems are using it. Anyone has an asterisk server working with Radius Auth and Acct? Tkx, LTenorio ___ 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] radius and *
any one know where to get a radius module to work with the * sip server so SIP auth and Call accounting can also be done by radius? thanks! Matt ___ --Bandwidth and Colocation sponsored by Easynews.com -- 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] Radius on *
Sebastian Nocetti wrote: Does Asterisk support Radius accounting? No and there is absolutely no need for it to. RADIUS is not anything that should have ever been deployed in a VoIP environment. There are many methods to talk directly to a database, why add another layer of complexity and point of failure? Jeremy McNamara ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Radius on *
Dude, you deserve a double dipping in flaming hot sauce for this stupid post. I'll give you that the question isn't stupid, just the way you went about asking it. First you point out why I hate people who use digest format of a mailing list that is many to many communications. You just sent the entire digest to us all when we already had a copy of every message. Worse yet, you didn't even reference any of the messages in the digest so as making it all worthless wasted bits. Second, you responded to a message and then started a new thread. At least the digest fiasco you started caused the thread to not connect anyways, but come on, you see us from time to time make examples of stupid actions. Why did you have to be that guy? AFAIK, no there is no radius accounting built in. You could link to one with any number of tools through the AGI interface if you so wish. Go knock yourself out. Oh and BTW, UTFG before asking a question. You would have probably seen that question discussed hear many times before. On Mon, 2003-11-17 at 11:04, Sebastian Nocetti wrote: > Does Asterisk support Radius accounting? -- Steven Critchfield <[EMAIL PROTECTED]> ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Radius on *
> >Does Asterisk support Radius accounting? > > > > No and there is absolutely no need for it to. RADIUS is not anything > that should have ever been deployed in a VoIP environment. > > There are many methods to talk directly to a database, why add another > layer of complexity and point of failure? > hmm, to have the ability to add logic? It's much more of a standard then inserting into a mysql table. ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Radius on *
looks like critchy is especially bitchy - Original Message - From: "Steven Critchfield" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, November 17, 2003 5:40 PM Subject: Re: [Asterisk-Users] Radius on * > Dude, you deserve a double dipping in flaming hot sauce for this stupid > post. > > I'll give you that the question isn't stupid, just the way you went > about asking it. > > First you point out why I hate people who use digest format of a mailing > list that is many to many communications. You just sent the entire > digest to us all when we already had a copy of every message. Worse yet, > you didn't even reference any of the messages in the digest so as making > it all worthless wasted bits. > > Second, you responded to a message and then started a new thread. At > least the digest fiasco you started caused the thread to not connect > anyways, but come on, you see us from time to time make examples of > stupid actions. Why did you have to be that guy? > > AFAIK, no there is no radius accounting built in. You could link to one > with any number of tools through the AGI interface if you so wish. Go > knock yourself out. > > Oh and BTW, UTFG before asking a question. You would have probably seen > that question discussed hear many times before. > > On Mon, 2003-11-17 at 11:04, Sebastian Nocetti wrote: > > Does Asterisk support Radius accounting? > > -- > Steven Critchfield <[EMAIL PROTECTED]> > > ___ > Asterisk-Users mailing list > [EMAIL PROTECTED] > http://lists.digium.com/mailman/listinfo/asterisk-users > > ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Radius on *
On 17/11/2003 at 18:39 Steve Totaro wrote: >looks like critchy is especially bitchy > > With all his whinging, if i didn't know any better, I'd suspect he was using a 2400 baud modem... Now I'm off to reply a message and change the subject line Andy ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Radius on *
> No and there is absolutely no need for it to. RADIUS is not anything > that should have ever been deployed in a VoIP environment. I love the small-mindedness that some people on these lists show. "I have absolutely no need for it, therefore there is no need for it at all." > There are many methods to talk directly to a database, why add another > layer of complexity and point of failure? How about standardization? If you have 50k accounts in a RADIUS system and you want to provide VOIP services to them as well, it is far easier to maintain to have a RADIUS access method for * than it is to try and keep two sets of practically identical data. In fact, I bet you'd save yourself more time and headache by writing your own * RADIUS implementation than trying to keep two separate sets of data. I bet there is no use for LDAP in your world, either, since it's just another level of complexity that that badass database MySQL can handle trivially. You're probably correct that there is no need for RADIUS in a VOIP-only environment but I don't think this is what Sebastian's asking. Of course I am not asking _you_ to write the RADIUS access library (and I sure hope that Sebastian is not implying the same), but at the same time I implore you to think a little more globally than your own business. I am happy that Vonage is doing good for you and that you've made a name for yourself, but it doesn't mean you're top dog in the VOIP world and know what is and isn't good for Asterisk to the general populace. Regards, Andrew ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Radius on *
> Oh and BTW, UTFG before asking a question. You would have probably seen ... UTFG? Regards, Andrew ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Radius on *
> looks like critchy is especially bitchy Perhaps, but every single one of his points is valid. Some days I wish there were a license required to log on to the internet, and even stricter ones to participate in mailing lists. Just because we live in a land of high speed access, bloatware from Microsoft and excess in excess does not mean that we should waste storage and people's time just because we can. Regards, Andrew ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Radius on *
> happy that Vonage is doing good for you and that you've made a name for > yourself, but it doesn't mean you're top dog in the VOIP world and know > what is and isn't good for Asterisk to the general populace. WTF where did vonage come into this picture. I think you ment NuFone. bkw ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users
RE: [Asterisk-Users] Radius on *
I won't agree that RADIUS shouldn't ever have been deployed in a VoIP environment. While it can be argued that RADIUS is not in any way an ideal solution and it can also be argued if it is necessary in a PBX software such as Asterisk, fact is that many IP service providers already have advanced billing systems based on RADIUS in place. As I see it RADIUS does not add another layer of complexity - but instead another layer of abstraction. If Asterisk could do authentication and accounting using RADIUS it wouldn't need to bother with different RDBMS's and the whole discussion of PostgreSQL versus MySQL would be void :) Freeradius easily support MS-SQL, MySQL, Oracle, Sybase, PostgreSQL etc. etc. without any problems whatsoever, so it would significantly simplify things if Asterisk had a smart RADIUS module. Actually even the provisioning of dial-plans could be done through RADIUS, which would make mass-deployment of Asterisk boxes a lot simpler to administrate. > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Jeremy > McNamara > Sent: 18 November 2003 05:33 > To: [EMAIL PROTECTED] > Subject: Re: [Asterisk-Users] Radius on * > > > Sebastian Nocetti wrote: > > >Does Asterisk support Radius accounting? > > > > > > No and there is absolutely no need for it to. RADIUS is not anything > that should have ever been deployed in a VoIP environment. > > There are many methods to talk directly to a database, why add another > layer of complexity and point of failure? > > > Jeremy McNamara > > ___ > Asterisk-Users mailing list > [EMAIL PROTECTED] > http://lists.digium.com/mailman/listinfo/asterisk-users > ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Radius on *
> > happy that Vonage is doing good for you and that you've made a name > > for yourself, but it doesn't mean you're top dog in the VOIP world and > > know what is and isn't good for Asterisk to the general populace. > WTF where did vonage come into this picture. I think you ment NuFone. hahaha yes I meant NuFone. I'm an idiot. :-) Regards, Andrew ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users
RE: [Asterisk-Users] Radius on *
I agree with Lars Boegild's arguments for RADIUS. Much VoIP Billing software relies on Radius AAA mechanism. Radius also enables to seamlessly share existing user base for VoIP network too. Think of an ISP becoming ITSP... Radius also provides better features for authentication and authorization policies than asterisk can offer. Arslan. -Original Message- From: Lars Boegild Thomsen [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 18, 2003 6:07 AM To: [EMAIL PROTECTED] Subject: RE: [Asterisk-Users] Radius on * I won't agree that RADIUS shouldn't ever have been deployed in a VoIP environment. While it can be argued that RADIUS is not in any way an ideal solution and it can also be argued if it is necessary in a PBX software such as Asterisk, fact is that many IP service providers already have advanced billing systems based on RADIUS in place. As I see it RADIUS does not add another layer of complexity - but instead another layer of abstraction. If Asterisk could do authentication and accounting using RADIUS it wouldn't need to bother with different RDBMS's and the whole discussion of PostgreSQL versus MySQL would be void :) Freeradius easily support MS-SQL, MySQL, Oracle, Sybase, PostgreSQL etc. etc. without any problems whatsoever, so it would significantly simplify things if Asterisk had a smart RADIUS module. Actually even the provisioning of dial-plans could be done through RADIUS, which would make mass-deployment of Asterisk boxes a lot simpler to administrate. > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Jeremy > McNamara > Sent: 18 November 2003 05:33 > To: [EMAIL PROTECTED] > Subject: Re: [Asterisk-Users] Radius on * > > > Sebastian Nocetti wrote: > > >Does Asterisk support Radius accounting? > > > > > > No and there is absolutely no need for it to. RADIUS is not anything > that should have ever been deployed in a VoIP environment. > > There are many methods to talk directly to a database, why add another > layer of complexity and point of failure? > > > Jeremy McNamara > > ___ > Asterisk-Users mailing list > [EMAIL PROTECTED] > http://lists.digium.com/mailman/listinfo/asterisk-users > ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users
RE: [Asterisk-Users] Radius on *
An an ISP, I can radius is a very good solution for billing purposes and seems to be the solution which MANY large systems use. No matter how much it might be argued otherwise, it is currently used. Now in reality the only thing stopping radius being used with asterisk is the lack of interface. Yes CDR records can be converted to look and feel like radius stop/accounting records, but the biggest bug overall I have poersonally found is authentication. Currently we use a common flat file for both sip & iax and reload asterisk regularly. It would be much nicer if this could be via a dynamic lookup mechanism (be it radius or other means). Gary On Tue, 18 Nov 2003 06:30:15 +0500, Arslan Saeed wrote: >I agree with Lars Boegild's arguments for RADIUS. Much VoIP Billing >software relies on Radius AAA mechanism. Radius also enables to >seamlessly share existing user base for VoIP network too. Think of an >ISP becoming ITSP... Radius also provides better features for >authentication and authorization policies than asterisk can offer. > >Arslan. > >-Original Message- >From: Lars Boegild Thomsen [mailto:[EMAIL PROTECTED] >Sent: Tuesday, November 18, 2003 6:07 AM >To: [EMAIL PROTECTED] >Subject: RE: [Asterisk-Users] Radius on * > >I won't agree that RADIUS shouldn't ever have been deployed in a VoIP >environment. While it can be argued that RADIUS is not in any way an >ideal >solution and it can also be argued if it is necessary in a PBX software >such >as Asterisk, fact is that many IP service providers already have >advanced >billing systems based on RADIUS in place. > >As I see it RADIUS does not add another layer of complexity - but >instead >another layer of abstraction. If Asterisk could do authentication and >accounting using RADIUS it wouldn't need to bother with different >RDBMS's >and the whole discussion of PostgreSQL versus MySQL would be void :) >Freeradius easily support MS-SQL, MySQL, Oracle, Sybase, PostgreSQL etc. >etc. without any problems whatsoever, so it would significantly simplify >things if Asterisk had a smart RADIUS module. Actually even the >provisioning of dial-plans could be done through RADIUS, which would >make >mass-deployment of Asterisk boxes a lot simpler to administrate. > >> -Original Message- >> From: [EMAIL PROTECTED] >> [mailto:[EMAIL PROTECTED] Behalf Of Jeremy >> McNamara >> Sent: 18 November 2003 05:33 >> To: [EMAIL PROTECTED] >> Subject: Re: [Asterisk-Users] Radius on * >> >> >> Sebastian Nocetti wrote: >> >> >Does Asterisk support Radius accounting? >> > >> > >> >> No and there is absolutely no need for it to. RADIUS is not anything >> that should have ever been deployed in a VoIP environment. >> >> There are many methods to talk directly to a database, why add another >> layer of complexity and point of failure? >> >> >> Jeremy McNamara >> >> ___ >> Asterisk-Users mailing list >> [EMAIL PROTECTED] >> http://lists.digium.com/mailman/listinfo/asterisk-users >> > >___ >Asterisk-Users mailing list >[EMAIL PROTECTED] >http://lists.digium.com/mailman/listinfo/asterisk-users >___ >Asterisk-Users mailing list >[EMAIL PROTECTED] >http://lists.digium.com/mailman/listinfo/asterisk-users ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Radius on *
Amen Lars Boegild Thomsen wrote: I won't agree that RADIUS shouldn't ever have been deployed in a VoIP environment. While it can be argued that RADIUS is not in any way an ideal solution and it can also be argued if it is necessary in a PBX software such as Asterisk, fact is that many IP service providers already have advanced billing systems based on RADIUS in place. As I see it RADIUS does not add another layer of complexity - but instead another layer of abstraction. If Asterisk could do authentication and accounting using RADIUS it wouldn't need to bother with different RDBMS's and the whole discussion of PostgreSQL versus MySQL would be void :) Freeradius easily support MS-SQL, MySQL, Oracle, Sybase, PostgreSQL etc. etc. without any problems whatsoever, so it would significantly simplify things if Asterisk had a smart RADIUS module. Actually even the provisioning of dial-plans could be done through RADIUS, which would make mass-deployment of Asterisk boxes a lot simpler to administrate. ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Radius on *
Andrew Kohlsmith wrote: Oh and BTW, UTFG before asking a question. You would have probably seen ... UTFG? May the Google be with you, always :-) ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Radius on *
SIP Express Router have radius support. Look there for hints on how to get Radius support for VOIP. http://iptel.org/ser/ /O ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Radius on *
> No and there is absolutely no need for it to. RADIUS is not anything > that should have ever been deployed in a VoIP environment. I have no need for H.323 or Skinny or SIP; IAX works fine... H.323 is something that should never ever have been invented... I fully agree with the things other people have already mentioned on this topic. In (I think not only) my opinion database support is something which would be very handy in several environments. I really like the "swiss-army knife"-like features of asterisk and having database support for various types of db would be a big step forward as it would help giving asterisk again more potential users and thus more success and public interest. Imagine having an include-statement in e.g. your sip.conf like db_lookup => (db-type, user:[EMAIL PROTECTED], table, ...) and then being able to serve several thousand users more. Could be very useful and should not harm the current design that much. Best regards, Rainer -- http://graphics.cs.uni-sb.de/~rainer/ pgp0.pgp Description: PGP signature
Re: [Asterisk-Users] Radius on *
> > I have no need for H.323 or Skinny or SIP; IAX works fine... > H.323 is something that should never ever have been invented... > I feel the same way about SIP. What a nasty protocol. :-( Regards, Andrew ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Radius on *
hi. Il mar, 2003-11-18 alle 20:33, Andrew Kohlsmith ha scritto: > > > > I have no need for H.323 or Skinny or SIP; IAX works fine... > > H.323 is something that should never ever have been invented... > > > > I feel the same way about SIP. What a nasty protocol. :-( the really big problem is that h323 was designed by old-pstn engineers and not by network (intended as data networks) engineers, so h323 is very hard to understand, slow, network unfriendly and so on. don't want to start a voip protocol war. only my 2 cents here -- Brancaleoni Matteo <[EMAIL PROTECTED]> Espia - Emmegi Srl ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Radius on *
On 17-11 16:33, Jeremy McNamara wrote: > Sebastian Nocetti wrote: > > >Does Asterisk support Radius accounting? > > > > > > No and there is absolutely no need for it to. RADIUS is not anything > that should have ever been deployed in a VoIP environment. You would be surprised how many people find RADIUS support useful in SIP Express Router and actually _use_ it. It is one of the most desired features, I am not kidding. Also IETF recently decided to standardize using of RADIUS with SIP, mainly because there is a huge user base. Jan. ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] radius support
yonoko molomo wrote: > hi, > how to add radius support to asterisk 1.4.5? > i do make menuselect and i do not see any module or option related to > radius, pam, authenticacion or similar. > any ideas? > thanks > > ___ > --Bandwidth and Colocation Provided by http://www.api-digital.com-- > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: >http://lists.digium.com/mailman/listinfo/asterisk-users > http://www-rocq.inria.fr/who/Philippe.Sultan/Asterisk/asterisk_sip_external_authentication.html ___ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] radius support
Hi, > http://www-rocq.inria.fr/who/Philippe.Sultan/Asterisk/asterisk_sip_external_authentication.html Thanks, I have already seen that document before but it did not help much to have a better understanding to set up radius with asterisk. In 4.3 it is written: "Asterisk has been patched along with the previously decribed PAM radius module." But I was not able to find that patch. In any case, is pam_radius not supported by asterisk without patching it? I thought it was supported (i am using stable version 1.4.5 of asterisk) In the next sentence, "A discussion on how to provide RADIUS functions to Asterisk can be found here, along with the patch : http://bugs.digium.com/view.php?id=5424"; there is that link, but again, it is not helping me to understand how to do this. ___ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Radius on *
I have. I use own developed AGI radius script for auth and acct. Also I rewrote minitelecom radius module for CDR radius generating. On Fri, 14 Jan 2005 15:31:16 -0300, Tenorio, Leandro <[EMAIL PROTECTED]> wrote: > I'm currently trying to use a Radius server for acct and auth, cause > much of our systems are using it. > Anyone has an asterisk server working with Radius Auth and Acct? > Tkx, LTenorio ___ 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] Radius client support
Hi Will radius client in asterisk can use with third party radius servers instead of freeradius ?,if supports how do I configure asterisk to make it work. Thanks Nikhil -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: FW: [Asterisk-Users] Radius on *
Hello all, It's my try to make some 'emulation' of vovida's b2bua using asterisk. I was in rush while writing it, so I sure there is much code that can be cleaned, great that not too much. :) http://dslmax.boom.ru/asterisk_b2bua_v0.1.zip cdrradius and agi script inside. __ Mike Tkachuk ___ 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: FW: [Asterisk-Users] Radius on *
Any other source?, I'm getting not found on that host -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mike Tkachuk Sent: Monday, January 17, 2005 6:06 PM To: asterisk-users@lists.digium.com Subject: Re: FW: [Asterisk-Users] Radius on * Hello all, It's my try to make some 'emulation' of vovida's b2bua using asterisk. I was in rush while writing it, so I sure there is much code that can be cleaned, great that not too much. :) http://dslmax.boom.ru/asterisk_b2bua_v0.1.zip cdrradius and agi script inside. __ Mike Tkachuk ___ 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: FW: [Asterisk-Users] Radius on *
http://voipbill.sf.net/asterisk_b2bua_v0.1.tgz ___ 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: FW: [Asterisk-Users] Radius on *
Hello All, Want to say that it not latest version of this tool. Currently I created project on berlios.de called b2bua. There I will post latest version. What is this tool? Currently it's AGI script with many asterisk patches. It support some authorization, accounting (start, stop), LCR, 'Smart' failover support. Currently it include few asterisk patches and applications. It developed to use with SIP protocol, but I think with small changes it will work with any other. But I think I need some help from peoples to test it. I do not promise nothing, will see what will be next. All who interesting in this development or testing, please write to this thread. __ Mike Tkachuk ___ 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: FW: [Asterisk-Users] Radius on *
Hey I am intrested in testing this thing out , i was already trying to work out something of my own when i found this ,s o can we work on this? ~uppal On Wed, 19 Jan 2005 11:23:26 +0200, Mike Tkachuk <[EMAIL PROTECTED]> wrote: > Hello All, > > Want to say that it not latest version of this tool. > Currently I created project on berlios.de called b2bua. > There I will post latest version. > > What is this tool? Currently it's AGI script with many asterisk > patches. It support some authorization, accounting (start, stop), LCR, > 'Smart' failover support. > Currently it include few asterisk patches and applications. > It developed to use with SIP protocol, but I think with small changes > it will work with any other. > > But I think I need some help from peoples to test it. I do not promise > nothing, will see what will be next. > > All who interesting in this development or testing, please write to this > thread. > > __ > Mike Tkachuk > ___ > 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
[Asterisk-Users] Radius + NAS with Asterisk
Hi, Everybody Can anyone help me out in integrating Radius and NAS with Asterisk. Regards Lokesh Portugal mail [EMAIL PROTECTED] Send a rakhi to your brother, buy gifts and win attractive prizes. Log on to http://in.promos.yahoo.com/rakhi/index.html ___ 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] Radius billing for asterisk
Hi Any company proving radius based billing for asterisk only for accounting ,not authenication and atherization.Please provide some links Thanks Nikhil -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[Asterisk-Users] RADIUS acc module for Asterisk
does any one has that can give it to me RADIUS acc module for Asterisk. Im realy interested on an account an billing manager. Best regards Hekuran Doli ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] Radius Based Accounting for Asterisk
Hi everyone Any one used Radius based accounting for asterisk.Please give me details. Thanks Nikhil -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Radius Based Accounting for Asterisk
Try this http://www.voip-info.org/wiki/view/Asterisk+Documentation+1.4+radius.txt On Thu, Feb 3, 2011 at 3:14 PM, Nikhil wrote: > Hi everyone > Any one used Radius based accounting for asterisk.Please give me details. > > Thanks > Nikhil > > -- > _ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > New to Asterisk? Join us for a live introductory webinar every Thurs: > http://www.asterisk.org/hello > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users > -- Thank you with regards, Gopalakrishnan A.N. VoIP call - sip:sai...@gtalk2voip.com -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Radius Based Accounting for Asterisk
hi, you still interesting in it? that I made long time ago. http://lists.digium.com/pipermail/asterisk-dev/2010-March/043096.html also I keep another patches and things and I need dedicated ftp for it. if you can give me such things I'll provide this patch to you. On 3 February 2011 09:44, Nikhil wrote: > Hi everyone > Any one used Radius based accounting for asterisk.Please give me details. > > Thanks > Nikhil > > -- > _ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > New to Asterisk? Join us for a live introductory webinar every Thurs: > http://www.asterisk.org/hello > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Radius Based Accounting for Asterisk
On Friday, April 26, 2013 11:38 PM, basteon wrote: > On 3 February 2011 09:44, Nikhil wrote: > > > Hi everyone > > Any one used Radius based accounting for asterisk.Please give me > > details. > > hi, > you still interesting in it? > that I made long time ago. > http://lists.digium.com/pipermail/asterisk-dev/2010-March/043096.html > also I keep another patches and things and I need dedicated ftp for > it. if you can give me such things I'll provide this patch to you. I have to say, I'm confused. Asterisk already supports RADIUS Accounting (for CDRs), and has for quite some time. What it doesn't support is RADIUS Authentication. I'd have to think that even if it did support RADIUS Auth, barring some kind of architectural overhaul, it would have to happen on a channel-driver-by-channel-driver basis. I, for one, would love to see true RADIUS Auth show up in chan_sip at the very least. As I understand it, there are a couple of obstacles inherent in the current architecture that makes this a not entirely simple problem to solve. The first obstacle is that chan_sip currently needs to know each peer's secret, whereas if you are using a RADIUS server, the actual secret/password would never be known to Asterisk. SIP uses HTTP-style digest authentication, which can be tunneled over RADIUS, but chan_sip would itself need to be rewritten to be "RADIUS-aware", so that rather than require/expect the secret for a peer to be statically set in sip.conf and then perform the digest auth exchange itself, it simply sends the request on to the RADIUS server. There was an effort some time ago (https://issues.asterisk.org/jira/browse/ASTERISK-5278) to separate peer authentication into a separate module that would have a plug-in architecture which would allow you to "bolt-on" different kinds of authentication back-ends as needed (RADIUS, PAM, LDAP, etc.) for channel drivers that supported it, but development of it was put on-hold back in 2007 and, as far as I can tell, hasn't been picked up by anyone since. Even if res_auth had been finished and was in a working state, the other obstacle that nobody ever really attempted to address with it (as far as I was able to tell, from reading through the bug) was that even though it solved the secret-must-be-known-by-Asterisk problem, you still had to statically define all of your SIP (or IAX2, or whatever) peers in the appropriate conf file. You would merely add an option that told it to check the password/secret via RADIUS, or PAM, or what-have-you, for that peer instead of statically typing the plain-text secret in the conf file for that peer. If you still have to define all of the peers themselves in sip.conf, then doesn't that essentially make the RADIUS "support" useless? What I suspect most people who want to use RADIUS with Asterisk would *expect* from such support is the ability to use RADIUS as the authoritative source for all peer definitions, and not merely as a central password store. That is, they want to be able to utilize all 3 of the three-As of RADIUS AAA: Authentication, Authorization, and Accounting. res_auth would have only taken care of authentication, not authorization (peer attributes, permissions, and settings). You *can* create "dynamic" peers in chan_sip and chan_iax2 by way of Asterisk's Realtime Architecture. And so I could forsee someone cobbling together RADIUS support by resurrecting res_auth (for authentication), and then perhaps creating a Realtime module (for authorization) that consulted a RADIUS server instead of a SQL database or whatever. But you'd have to use both in conjunction with each other for a fully-working system: the Realtime RADIUS module would have to add the appropriate option to each SIP (or IAX2) peer that would in turn cause chan_sip to consult the RADIUS server for that peer's password, instead of cacheing the password/secret locally. And that just seems real kludgey to me (although it might be better than nothing!). -- Nathan Anderson First Step Internet, LLC nath...@fsr.com -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[Asterisk-Users] radius client for portaone with asterisk-1.0.9
hello i am trying to work with radiusclient form portaone. but i have some problems in installation. when i am trying to use example from http://www.voip-info.org/tiki-index.php?page=PortaOne+Radius+auth error sip debug Can't locate Asterisk/AGI.pm in @INC (@INC contains: /usr/lib/perl5/5.8.0/i386-linux-thread-multi /usr/lib/perl5/5.8.0 /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.0 /usr/lib/perl5/vendor_perl /usr/lib/perl5/5.8.0/i386-linux-thread-multi /usr/lib/perl5/5.8.0 .) at /var/lib/asterisk/agi-bin/agi-rad-auth.pl line 10. BEGIN failed--compilation aborted at /var/lib/asterisk/agi-bin/agi-rad-auth.pl line 10. Jul 4 16:56:33 WARNING[5274]: app_dial.c:516 dial_exec: Dial argument takes format (technology1/number1&technology2/number2...|optional timeout) Yahoo! Sports Rekindle the Rivalries. Sign up for Fantasy Football http://football.fantasysports.yahoo.com ___ 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