(RADAR) Re: (RADIATOR) feature request

[Mike McCauley]

Hello Bruno,

On Wed, 20 Mar 2002 10:45, Hugh Irvine wrote:
> Hello Bruno -
>
> I have copied this to Mike, as I think this is a Radar question?
>
> regards
>
> Hugh
>
> On Tue, 19 Mar 2002 10:00, Bruno Tiago Rodrigues wrote:
> > errm
> > in that case, it seems to me RADAR may be dealing with it in a different
> > way (as a boolean value instead of an integer)

Trace level is an integer that determines what level of messages will be 
logged by a logger

PacketTrace is a flag. IF a packet passes through an object (Client, Relam 
Handler etc) that has the PacketTrace flag set, then every log message for 
that packet will be printed, regardless of the current Trace level.

> >
> > am I wrong?
> >
> > -B
> >
> > ----- Original Message -----
> > From: "Hugh Irvine" <hugh at open.com.au>
> > To: "Bruno Tiago Rodrigues" <bofh at netc.pt>; <radiator at open.com.au>
> > Sent: Monday, March 18, 2002 9:26 PM
> > Subject: Re: (RADIATOR) feature request
> >
> > > Hello Bruno -
> > >
> > > The Trace parameter is a global parameter and PacketTrace is a
> > > per-module parameter.
> > >
> > > Here is an extract from the Radiator 3.0 history file:
> > >
> > >    Client, Realm, Handler, and AuthBy clauses now all support a
> >
> > PacketTrace
> >
> > >    parameter that can turn up the trace level for packets passing
> > >    'through' that clause.
> > >
> > > regards
> > >
> > > Hugh
> > >
> > > On Tue, 19 Mar 2002 03:50, Bruno Tiago Rodrigues wrote:
> > > > Hugh,
> > > >
> > > > about the per-handler debug level... how exactly is this feature
> > > > accomplished?
> > > > and how does PacketTrace work on 3.0? are these related?
> > > >
> > > > -B
> > > >
> > > >
> > > > ----- Original Message -----
> > > > From: "Hugh Irvine" <hugh at open.com.au>
> > > > To: "peter moody" <peter at enabledsites.com>; <radiator at open.com.au>
> > > > Sent: Friday, March 15, 2002 12:27 AM
> > > > Subject: Re: (RADIATOR) feature request
> > > >
> > > > > Hello Peter -
> > > > >
> > > > > This is already in Radiator 3.0. You should also have a look at our
> >
> > new
> >
> > > > > (extra cost) product called Radar that will be released at the same
> >
> > time
> >
> > > > as
> > > >
> > > > > Radiator 3.0.
> > > > >
> > > > > > I was wondering if it was possible to have per-handler debug
> > > > > > levels.
> > > >
> > > > ===
> > > > Archive at http://www.open.com.au/archives/radiator/
> > > > Announcements on radiator-announce at open.com.au
> > > > To unsubscribe, email 'majordomo at open.com.au' with
> > > > 'unsubscribe radiator' in the body of the message.
> > >
> > > --
> > > Radiator: the most portable, flexible and configurable RADIUS server
> > > anywhere. Available on *NIX, *BSD, Windows 95/98/2000, NT, MacOS X.
> > > -
> > > Nets: internetwork inventory and management - graphical, extensible,
> > > flexible with hardware, software, platform and database independence.

-- 
Mike McCauley                               mikem at open.com.au
Open System Consultants Pty. Ltd            Unix, Perl, Motif, C++, WWW
24 Bateman St Hampton, VIC 3188 Australia   http://www.open.com.au
Phone +61 3 9598-0985                       Fax   +61 3 9598-0955

Radiator: the most portable, flexible and configurable RADIUS server 
anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, 
Platypus, Freeside, TACACS+, PAM, external, Active Directory etc etc 
on Unix, Win95/8, 2000, NT, MacOS 9, MacOS X
===
Archive at http://www.open.com.au/archives/radar/
Announcements on radar-announce at open.com.au
To unsubscribe, email 'majordomo at open.com.au' with
'unsubscribe radar' in the body of the message.