On Wed, 2007-08-29 at 11:53 -0400, m. allan noah wrote:
> On 8/29/07, JT Moree <[EMAIL PROTECTED]> wrote:
> > Given that we are still disagreeing on what is the best way to do it;
> > Can we use all information used so far to get the most unique possible
> > for now?  Even if it's not perfect, it's a start.  Even if some of the
> > information seems extraneous to some people (and may be) it's still
> > better than nothing.
> >
> > Short of using UUID i'd say doing something like this.  I've tried to
> > put the order of information from most static to most dynamic.
> >
> > Using HiRes::Time

i.e.

use HiRes::Time qw (time);

> >
> > my $ip = $conn->remote_ip($ip);
> > my $rport = $conn->remote_port || "0";
> > my $lport = $conn->local_port || "0";
> > my $start = time;
> > my $id = "$$_$start.$lport_$ip:$rport";
> >
> > --
> > JT Moree
> >
> 
> if you want to be paranoid, you have to have all 4 data points from

Why is there all this confusion about "security" ?  The goal is to have
a unique MessageID for logs ... 

[snip]
> tcp sequence numbers can also be useful here as a replacement for

I doubt it very much.  TCP sequence numbers have a history of poor
implementation.

> time, but might be hard to get within perl?
> 
> allan

-- 
--gh


Reply via email to