[RADIATOR] Missing attributes

[Michael Newton]

Hi Michael, this was indeed a typo in my original post. I am using AcctSQLStatement, and not AuthSelect. AddToRequestIfNotExist did fix the problem; as you suggest, Radiator works fine without it, but my installation does complain about it a lot. Thanks.

--
Michael Newton
Manager, Information Systems
Point of Presence Technologies
You manage your business. We’ll manage your network.
3406-2371 Lam Circle, Victoria BC  V8N 6K8
T: 250-412-6688 x 7040
mnewton at pofp.com<mailto:mnewton at pofp.com> | www.pofp.com<http://www.pofp.com/>

This document and all of its contents are intended only for the party to whom it is addressed, and may contain information which is privileged or confidential. Any other delivery, distribution, copying, or disclosure is strictly prohibited and is not a waiver of privilege or confidentiality. If you have received this telecommunication in error, please notify the sender immediately by return electronic mail, and destroy the message.


On  7 Dec 2011, at 4:50 AM, Michael wrote:

Maybe i wasn't clear ether.  I was suggesting that there's something else wrong. I use Gigawords and have a nas with old IOS and doesn't send the attribute. But if the attribute isn't there, radiator is fine with it.  It doesn't show an error.  You shouldn't have to use AddToRequestIfNotExist.

Did the original email for this thread not show using AuthSelect for inserting accounting records?  as far as i was aware, that is wrong.


Michael



On 11-12-07 08:42 AM, Heinrich Mislik wrote:
Hi,

Maybe I was not clear enough. The line

    AddToRequestIfNotExist Acct-Input-Gigawords=0

should be added to the<Client>  section and is processed long before
any<AuthBy>. It just makes sure, that "Acct-Input-Gigawords" exists
in any request (either with it's original value or 0). This should
not do no harm with Access-Reqests and avoid error messages when
using %{Acct-Input-Gigawords} during accounting.

Hope this helps.

Heinrich

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.open.com.au/pipermail/radiator/attachments/20111213/14a0ed24/attachment.html