Hello Todd -
This is incorrect for two reasons. The first is that Client clauses are
global clauses (they don't go in Handlers), and the second is that you can
only specify a single global dictionary file.
You should start with the file called dictionary in the Radiator
distribution and add
Is it legal to assign dictionary files within client statements?
===
Archive at http://www.open.com.au/archives/radiator/
Announcements on [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.
Well to assign dictionary files in client or in handlers that have clients..
Handler
%D/DictionaryFile dictionary.ascend
Client blah
settings...
/Client
Client blah2 # Same Modem type
Hello,
We are getting two different sets of data for connection speed
from radiator and merit radius. here is an example.
Merit radius:
Tue Jun 15 15:23:55 1999
User-Name = "core77"
NAS-IP-Address = 207.240.142.3
Acct-Status-Type = Start
Hi Oliver,
I suspect this is related to the USR attribute numbering issues discussed in
the Radiator FAQ at http://www.open.com.au/radiator/faq.html#29
Hope that helps.
Cheers.
On Jun 15, 5:37pm, O Stockhammer wrote:
Subject: (RADIATOR) (Radiator) dictionary files for USR seem off.
Hello