Re: draft-iesg-vendor-extensions-00.txt

Alex Zinin <zinin@psg.com> Thu, 06 March 2003 23:14 UTC

Received: from ran.ietf.org (ran.ietf.org [10.27.6.60]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA17910; Thu, 6 Mar 2003 18:14:23 -0500 (EST)
Received: from majordomo by ran.ietf.org with local (Exim 4.10) id 18r4aW-00088P-00 for ietf-list@ran.ietf.org; Thu, 06 Mar 2003 18:15:44 -0500
Received: from odin.ietf.org ([10.27.2.28] helo=ietf.org) by ran.ietf.org with esmtp (Exim 4.10) id 18r4aP-00084O-00 for ietf@ran.ietf.org; Thu, 06 Mar 2003 18:15:37 -0500
Received: from psg.com (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA17072 for <ietf@ietf.org>; Thu, 6 Mar 2003 18:05:20 -0500 (EST)
Received: from psg.com ([147.28.0.62] helo=127.0.0.1) by psg.com with esmtp (Exim 3.36 #1) id 18r4SN-000Fi9-00; Thu, 06 Mar 2003 15:07:19 -0800
Date: Thu, 06 Mar 2003 15:05:59 -0800
From: Alex Zinin <zinin@psg.com>
X-Mailer: The Bat! (v1.62i) Personal
Reply-To: Alex Zinin <zinin@psg.com>
X-Priority: 3 (Normal)
Message-ID: <12374266609.20030306150559@psg.com>
To: Shahram Davari <Shahram_Davari@pmc-sierra.com>
CC: ccamp@ops.ietf.org, mpls@UU.NET, ietf@ietf.org
Subject: Re: draft-iesg-vendor-extensions-00.txt
In-Reply-To: <4B6D09F3B826D411A67300D0B706EFDEB03D6E@nt-exch-yow.pmc-sierra.bc.ca>
References: <4B6D09F3B826D411A67300D0B706EFDEB03D6E@nt-exch-yow.pmc-sierra.bc.ca>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Sender: owner-ietf@ietf.org
Precedence: bulk
Content-Transfer-Encoding: 7bit

Shahram,

  Since the draft in subject is not specific to the CCAMP or MPLS WGs,
  or even the SUB-IP area, may I suggest that we don't abuse the
  mailing lists of these WGs and take the discussion to ietf@ietf.org?

-- 
Alex

Thursday, March 6, 2003, 11:35:16 AM, Shahram Davari wrote:
> Hi All,

> I would like to make an alternative proposal to what is proposed in this draft.
> I think that IETF should not prevent other SDOs from developing extensions (minor or major),
> to IETF protocols, as long as they don't call those extensions being IETF compliant.
> I think IETF could recommend that the other SDOs present their protocol extensions
> to IETF (in the form of a draft). The IETF community then has 3 choices:

> 1) IETF agrees with the requirements and nature of the extensions and find them useful. In that case IETF could engage in technical discussions with the other SDO and reach to a mutually agreeable
> draft, which could then be advanced to Proposed Standard.

> 2) IETF agrees with the requirement, but does not agree with the proposed extension, and prefers other solutions/extensions that it thinks meet those requirements. In that case IETF could develop
> its solution and present it to the requesting SDO. If that SDO is satisfied with
> IETF's solution, then fine, otherwise nobody can prevent them from developing their own extension. If that happens then there would be two solutions for the same requirements
> and we should let the Market decide which solution/extension do they prefer.

> 3) IETF does not agree with the requirement for such extensions at all. In that case, the
> other SDO should be free to developed their own extension, provided they don't call those extensions to be IETF compliant.



> Thanks,
> -Shahram