As long as we are going to this level of trouble we need a reliable timestamp process with a traceable source of time so that logging data can be compared to other logging data. Todd ----- Original Message ----- From: <edward.j.sargissonat_private> To: <michielat_private> Cc: <loganalysisat_private> Sent: Tuesday, August 14, 2001 4:19 PM Subject: Re: [loganalysis] Logging standards and such > > Oh, I agree. It almost certainly should be in XML. However, we would still > need to define a useful DTD. > > The HTTPS idea is a good one - although are there not processor overhead > issues we need to worry about? > > Edward > > > > > Michiel van der Kraats <michielat_private> on 15/08/2001 10:21:10 > > Please respond to michielat_private > > To: Edward J Sargisson/NZ/MCS/PwC@AsiaPac > cc: loganalysisat_private > Subject: Re: [loganalysis] Logging standards and such > > > edward.j.sargissonat_private wrote: > > > > Why don't we have a look at defining a common logging standard ourselves? > > We could then write little adaptors which hook into the custom formats > and > > spit out our common standard. On top of that we can write standard > parsing > > engines that can look at all the traffic and pass it through to standard > > interface tools (e.g. GUI or mail). > > > > What do you think? > > > > Without sounding like a zealot, maybe using XML for something like this > is a good idea? Tools are easy enough to come by (Perl et al), It's > standardized, self-descriptive and easily extendable. We could use https > as a secure transport to a central logging server. > > -- > Michiel van der Kraats > > > > > > > ---------------------------------------------------------------- > The information transmitted is intended only for the person or > entity to which it is addressed and may contain confidential and/or > privileged material. Any review, retransmission, dissemination or > other use of, or taking of any action in reliance upon, this > information by persons or entities other than the intended recipient > is prohibited. If you received this in error, please contact the > sender and delete the material from any computer. > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: loganalysis-unsubscribeat_private > For additional commands, e-mail: loganalysis-helpat_private > > --------------------------------------------------------------------- To unsubscribe, e-mail: loganalysis-unsubscribeat_private For additional commands, e-mail: loganalysis-helpat_private
This archive was generated by hypermail 2b30 : Thu Aug 16 2001 - 08:38:53 PDT