Re: Accountig-Response
- To: FreeRadius users mailing list <freeradius-users@lists.freeradius.org>
- Subject: Re: Accountig-Response
- From: Vasea Marii <vascim@yahoo.com>
- Date: Fri, 27 Oct 2006 08:51:19 -0700 (PDT)
- Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=p0TJk5VnvOPJp4EBHo8Wafj+hTOIKQm2qQ8BGuz3/5PM8KYSiQg0ee7G+UG/pVdo7iaT0ZINGRRBNvllTIYl7tg9yoprs7++bqrXE+CvtBiANQFi3633TF+GSExQXiTBgC6biZntt/oZlkbXzw24Z+kdcZb+FTdcraXRvUf7sRM= ;
- In-reply-to: <20061027150627.340E716D6B@mail.nitros9.org>
- Reply-to: FreeRadius users mailing list <freeradius-users@lists.freeradius.org>
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! Messenger?s low PC-to-Phone call rates.
This archive was generated by a fusion of
Pipermail (Mailman edition) and
MHonArc.