I need to configure freeradius to send specific attributes in accounting-response packet! I use a MySQL database that's why it would be nice to configure freeradius to send these attributes(in VSA ) from the database! In sql.conf there are auth_reply configuration queries but i couldn't find a way to make it for account-response! My NAS is absolutelly configurable so there is no problem with NAS understanding these new Attributes! Thanks! --------------------------------- Yahoo! Messenger with Voice. Make PC-to-Phone Calls to the US (and 30+ countries) for 2¢/min or less.
Vasea Marii <vascim@yahoo.com> wrote:
I need to configure freeradius to send specific attributes in accounting-response packet!
Why? (Or should I say Why!) Alan DeKok. -- http://deployingradius.com - The web site of the book http://deployingradius.com/blog/ - The blog
I'm sory..i didn' understand the tone of the answer but hopping for best i say that i try to make routing on Radius, i mean that a conversation between NAS and Radius(where the routes are stored in MySQL) and using a VSA i could send to the NAS the needed route ! Thanks in advance! Alan DeKok <aland@deployingradius.com> wrote: Vasea Marii wrote:
I need to configure freeradius to send specific attributes in accounting-response packet!
Why? (Or should I say Why!) Alan DeKok. -- http://deployingradius.com - The web site of the book http://deployingradius.com/blog/ - The blog - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html --------------------------------- Get your email and more, right on the new Yahoo.com
Vasea Marii <vascim@yahoo.com> wrote:
I'm sory..i didn' understand the tone of the answer
<sigh> All of your sentences end with exclamation marks! You seem very excited! Always!
but hopping for best i say that i try to make routing on Radius, i mean that a conversation between NAS and Radius(where the routes are stored in MySQL) and using a VSA i could send to the NAS the needed route !
Uh, no. Routes are assigned in Access-Accept, not in Accounting-Response. Alan DeKok. -- http://deployingradius.com - The web site of the book http://deployingradius.com/blog/ - The blog
Actually the situation is a little bit more complicated! The route is send as you said in Access-Accept but because there are more than one possible route and congestions are possible, when i recieve account-stop with the cause: route overloaded, i send in Account-Response the second possible route to make things go faster! More than that i need to send other Attributes like Called-Station-Id and more important variable Session-Timeout(not in VSA of course) that must be send from a specific cell in the DB. In the procedure we've decided to implement there are 5 Attributes that might be send in Account-Response in some situations, and the things are that i can't modify the procedure because the rest is ready and this part with Radius is my part! If i wount be able to make freeradius to do this i must write a server myself so that i would be able to configure it on my needs! In O'Reilly manual is said : "Not only do Accounting-Response packets not have to contain any attributes, but in practice it is rare for them to do so. " and "As well, any vendor-specific attributes may be included in Accounting-Response packets " Now is the case as i said the procedure is made for voice calls and the procedure can't be modified! The ONLY solution in my case is this! Thanks! Alan DeKok <aland@deployingradius.com> wrote: Vasea Marii wrote:
I'm sory..i didn' understand the tone of the answer
All of your sentences end with exclamation marks! You seem very excited! Always!
but hopping for best i say that i try to make routing on Radius, i mean that a conversation between NAS and Radius(where the routes are stored in MySQL) and using a VSA i could send to the NAS the needed route !
Uh, no. Routes are assigned in Access-Accept, not in Accounting-Response. Alan DeKok. -- http://deployingradius.com - The web site of the book http://deployingradius.com/blog/ - The blog - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html --------------------------------- Yahoo! Messenger with Voice. Make PC-to-Phone Calls to the US (and 30+ countries) for 2¢/min or less.
Vasea Marii <vascim@yahoo.com> wrote:
Actually the situation is a little bit more complicated! The route is send as you said in Access-Accept but because there are more than one possible route and congestions are possible, when i recieve account-stop with the cause: route overloaded, i send in Account-Response the second possible route to make things go faster!
You cannot do that. Stop trying to send attributes in Accounting-Response, RADIUS simply does not work that way. Send the correct information in Access-Accept.
Now is the case as i said the procedure is made for voice calls and the procedure can't be modified! The ONLY solution in my case is this!
No. Alan DeKok. -- http://deployingradius.com - The web site of the book http://deployingradius.com/blog/ - The blog
Thanks for your time Alan, i'll look again upon all this stuff! Alan DeKok <aland@deployingradius.com> wrote: Vasea Marii wrote:
Actually the situation is a little bit more complicated! The route is send as you said in Access-Accept but because there are more than one possible route and congestions are possible, when i recieve account-stop with the cause: route overloaded, i send in Account-Response the second possible route to make things go faster!
You cannot do that. Stop trying to send attributes in Accounting-Response, RADIUS simply does not work that way. Send the correct information in Access-Accept.
Now is the case as i said the procedure is made for voice calls and the procedure can't be modified! The ONLY solution in my case is this!
No. Alan DeKok. -- http://deployingradius.com - The web site of the book http://deployingradius.com/blog/ - The blog - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html --------------------------------- How low will we go? Check out Yahoo! Messengers low PC-to-Phone call rates.
participants (2)
-
Alan DeKok -
Vasea Marii