Re: Clarification on recent comments as to ISOC being in charge of Internet

pays@faugeres.inria.fr Thu, 28 October 1993 07:45 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa00886; 28 Oct 93 3:45 EDT
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa00882; 28 Oct 93 3:45 EDT
Received: from mhs-relay.cs.wisc.edu by CNRI.Reston.VA.US id aa02315; 28 Oct 93 3:45 EDT
Received: from cs.wisc.edu by mhs-relay.cs.wisc.edu with SMTP (PP) id <17105-0@mhs-relay.cs.wisc.edu>; Thu, 28 Oct 1993 02:04:17 +0000
Received: from faugeres.inria.fr by cs.wisc.edu; Thu, 28 Oct 93 02:04:12 -0500
X400-Received: by /PRMD=inria/ADMD=atlas/C=fr/; Relayed; 28 Oct 93 08:03:42+0100
Date: 28 Oct 93 08:03:42+0100
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: pays@faugeres.inria.fr
To: AIKEN@ccc.nersc.gov, ietf-osi-x400ops@cs.wisc.edu, pays@faugeres.inria.fr
Subject: Re: Clarification on recent comments as to ISOC being in charge of Internet
Cc: exc@fnc.gov, genovese@ophelia.nersc.gov, hain@es.net, vcerf@CNRI.Reston.VA.US
Message-Id: <751791822.24847.0-faugeres.inria.fr*@MHS>

OK, please excuse my ignorance of the US laws
and my too large assumptions about the Isoc role
and possibilities.

Back to the initial problem (ie. trying to avoid a few broken
sftware and services bringing down the whole internet email)
it semms thus that we have one single possibility left
(and that seems legal problem free):

  to make widely (by whom?) a list of the comforming and non conforming
products and services.

For this we have to refer to international standards (RFCs and ISO/ITUs)
and possibly have an RFC specifying that products not conformant
MUST not be used. This makes finaly a much more strict rule
that as proposed before to simply provide information
about "offending" products and services.
Could we avoid it, when faced to the exponential growth
of the internet?

Nota: applying such a strict rule would lead to ban out of the internet
ALL the sendmail implementations I have seen so far!  :-(

Being involved in the implementation and operation
of a X400<->smtp gateway service, I have to testimony
that this conformance problem is CRUCIAL
and somehow prevents the transition from
R&D operated gateway service to standard operators.
Every week we are faced with a new non-conformant feature
and product which periodically mandate a modification
of the gateway software or operation, because end-users
are not culprits and just ask for a service.
Real deployement and availability of commercial services
requires banning out really offending products
because it would never afford a couple of Gurus
to take care of service operation, as well as it could
not afford providing a low-quality service to the
poor end users just because brain-damaged products
are out on the air and noone takes any action to
"sanitize" the situation.

Of course this is not a specific internet problem, but
my hope is that the internet can prove once more
much more efficient and end-user concerned that the
traditional commercial market, and help
deliver a end-user perceived high quality service.

all the best

-- PAP