Hello Vincent -
On Thu, 06 Jan 2000, Vincent Torres wrote:
> Hello,
>
> We have a bit of a problem with some Cisco Vendor Specific Attributes for
> the voice enabled AS5300. When accounting for voice Cisco has implemented a
> VSA scheme for voice specific accounting attributes. Eg: h323-connect-time,
> h323-voice-quality, h323-call-type, etc. I have added the necessary
> definitions in the dictionary and receive the VSAs. The problem is this:
> Cisco sends the VSAs with the Attribute name appended to the value. So
> radiator receives and logs the following CDR information:
>
> h323-connect-time = "h323-connect-time=22:08:12.830 UTC Thu Dec 16 1999"
> or
> h323-voice-quality = "h323-voice-quality=0"
>
> All other Cisco VSAs (Cisco-NAS-Port, other non-h323) work fine.
>
> I have confirmed with Cisco that this is a known problem/issue which is not
> going to be remedied. They will be relying on the Radius server to parse out
> the extraneous information. I believe their reasons are for flexibility for
> Radius servers without dictionary capability (?). They say that the Merit
> radius server encounters the same problems and manual parsing is necessary.
> Cisco secure parses automatically.
>
> My question is what is the most efficient way to do this with Radiator? I'm
> thinking probably a pre-auth/handler-hook function would do. I'm not too
> familiar with the Radiator code and am only fairly proficient in Perl so any
> help will be greatly appreciated. If you have a more elegant solution or
> something built in that I may not know about, please advise.
>
What exactly are you wanting to do with the accounting data? If it is going
into an SQL database, you may find it simpler to deal with in post-processing,
or you could perhaps use a trigger or stored-procedure to do the editing when
the data is posted to the database. If you do want to do the edits in Radiator,
you can use a pre-auth or pre-handler hook as you suggest.
This does raise an interesting point however, which is that a generic
RewriteAttribute construct might be a useful addition to Radiator. If there is
enough interest in such a thing we will put it on the wish list.
cheers
Hugh
--
Radiator: the most portable, flexible and configurable RADIUS server
anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald,
Platypus, Freeside, TACACS+, PAM, external, etc etc on Unix, Win95/8,
NT, Rhapsody
===
Archive at http://www.thesite.com.au/~radiator/
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.
