Re: PRODiR root level results

Sylvain Langlois <Sylvain.Langlois@der.edf.fr> Fri, 23 July 1993 10:09 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa01316; 23 Jul 93 6:09 EDT
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa01312; 23 Jul 93 6:09 EDT
Received: from haig.cs.ucl.ac.uk by CNRI.Reston.VA.US id aa07174; 23 Jul 93 6:09 EDT
Received: from bells.cs.ucl.ac.uk by haig.cs.ucl.ac.uk with local SMTP id <g.03041-0@haig.cs.ucl.ac.uk>; Fri, 23 Jul 1993 10:29:18 +0100
Received: from chenas.inria.fr by bells.cs.ucl.ac.uk with Internet SMTP id <g.09416-0@bells.cs.ucl.ac.uk>; Fri, 23 Jul 1993 10:29:06 +0100
Received: from edf.edf.fr by chenas.inria.fr (5.65c8d/92.02.29) via Fnet-EUnet id AA20235; Fri, 23 Jul 1993 11:28:36 +0200 (MET)
Received: from cli53an.der.edf.fr.YP.imaicitpt (cli53an.der.edf.fr) by edf.edf.fr with SMTP id AA15443 (5.65c8/IDA-1.4.4); Fri, 23 Jul 1993 11:29:34 +0100
Received: from cli53an.der.edf.fr by cli53an.der.edf.fr.YP.imaicitpt (4.1/SMI-4.1) id AA07652; Fri, 23 Jul 93 11:29:03 +0100
To: Thomas Lenggenhager <lenggenhager@gate.switch.ch>
Cc: osi-ds@cs.ucl.ac.uk, panamas@paradise.ulcc.ac.uk
Subject: Re: PRODiR root level results
In-Reply-To: Thomas Lenggenhager's message of 23 Jul 1993 06:23:32 +0000. <10602*lenggenhager@gate.switch.ch>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Fri, 23 Jul 1993 11:29:01 +0100
Message-Id: <7651.743423341@cli53an.der.edf.fr>
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Sylvain Langlois <Sylvain.Langlois@der.edf.fr>

> The problem was c=FR@o=CNRS@cn=opaxdsa which immediately after the
> probe did dump a core. I did now patch the configuration to skip this
> DSA and it works again!

Before Paul-Andre starts a new thread on this, may I suggest that this
problem needs to be fixed? 

Do  you probe  only  QUIPU-based DSAs? If so, the service  you provide
will be of little use to people running other  software and you should
make it VERY clear. If not, this means that:
	- either the probing application has a bug,
	- or the Pizzaro/E3X product has a bug.

In   any  case,  IMHO,  it  cost  nothing  to  get  the  right  people
discussing this.  A further step, which  may have  a  cost, is  to get
these people investigating  and fixing the  problem, if  they
are interested in doing it, if the have the manpower to do it, etc...

Sylvain
----------------
Sylvain.Langlois@der.edf.fr