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