and checked
the consistency (and repiared the DB), MySQL has been behaving perfrectly.
My followup is in response to a post to the Radiator mailing list at
http://www.thesite.com.au/~radiator/199909/msg00103.html
--
Roy Hooper ([EMAIL PROTECTED])
Director, Network Architecture
eisa.com
===
Archive
s by
realm for this NAS -- packets w/o a realm are ignored for logging to file
for accounting, the rest are kept.
Any suggestions for either of these?
--
Roy Hooper ([EMAIL PROTECTED])
Sr. Systems Administrator
Network Operations
Cyberus Online Inc, an eisa.com company
-Original Message-
it uses the last unnamed one? (Maybe I should go look at the code
too)
--
Roy Hooper ([EMAIL PROTECTED])
Sr. Systems Administrator
Network Operations
Cyberus Online Inc, an eisa.com company
===
Archive at http://www.thesite.com.au/~radiator/
To unsubscribe, email '[EMAIL PROTECTED
I'm looking at the session database, and it appears that Acct-Start records
are not what is used to create an entry, but rather authentication-Accept
packets.
Is there a particular reason for this? I'm finding that this method is
leaving stray data behind.
--
Roy Hooper ([EMAIL PROTECTED
Unfortunately, that's the same list I have.
There's no Vendor Attribute 12 in there. (0x000C)
--
Roy Hooper ([EMAIL PROTECTED])
Sr. Systems Administrator
Network Operations
Cyberus Online Inc. -- An eisa.com company
www.cyberus.com
www.eisa.com
-Original Message-
From
not in the dictionary.usr file.
--
Roy Hooper ([EMAIL PROTECTED])
Sr. Systems Administrator
Network Operations
Cyberus Online Inc. -- An eisa.com company
www.cyberus.com
www.eisa.com
===
Archive at http://www.thesite.com.au/~radiator/
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body
