Re: [PWE3] Mandatory Control Word

Thomas Nadeau <tnadeau@lucidvision.com> Wed, 27 October 2010 17:27 UTC

Return-Path: <tnadeau@lucidvision.com>
X-Original-To: pwe3@core3.amsl.com
Delivered-To: pwe3@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5BBF03A69B0 for <pwe3@core3.amsl.com>; Wed, 27 Oct 2010 10:27:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.456
X-Spam-Level:
X-Spam-Status: No, score=-2.456 tagged_above=-999 required=5 tests=[AWL=0.143, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RUn3MESjeld4 for <pwe3@core3.amsl.com>; Wed, 27 Oct 2010 10:27:04 -0700 (PDT)
Received: from lucidvision.com (lucidvision.com [72.71.250.34]) by core3.amsl.com (Postfix) with ESMTP id 218333A6A38 for <pwe3@ietf.org>; Wed, 27 Oct 2010 10:27:04 -0700 (PDT)
Received: from [192.168.1.133] (unknown [72.71.250.36]) by lucidvision.com (Postfix) with ESMTP id B421317A6D80; Wed, 27 Oct 2010 13:28:53 -0400 (EDT)
Mime-Version: 1.0 (Apple Message framework v1081)
Content-Type: text/plain; charset="us-ascii"
From: Thomas Nadeau <tnadeau@lucidvision.com>
In-Reply-To: <C0AC8FAB6849AB4FADACCC70A949E2F10929F4068B@EUSAACMS0701.eamcs.ericsson.se>
Date: Wed, 27 Oct 2010 13:28:53 -0400
Content-Transfer-Encoding: quoted-printable
Message-Id: <AFA0E20F-4180-4B9E-B30C-66494CB868E6@lucidvision.com>
References: <4CC70E97.7000100@cisco.com> <C0AC8FAB6849AB4FADACCC70A949E2F10929F4068B@EUSAACMS0701.eamcs.ericsson.se>
To: Eric Gray <eric.gray@ericsson.com>
X-Mailer: Apple Mail (2.1081)
Cc: pwe3 <pwe3@ietf.org>, "stbryant@cisco.com" <stbryant@cisco.com>
Subject: Re: [PWE3] Mandatory Control Word
X-BeenThere: pwe3@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Pseudo Wires Edge to Edge <pwe3.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pwe3>, <mailto:pwe3-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pwe3>
List-Post: <mailto:pwe3@ietf.org>
List-Help: <mailto:pwe3-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pwe3>, <mailto:pwe3-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 27 Oct 2010 17:27:05 -0000

	Eric,

    What you surmise below is PRECISELY the point that Nick/I/others are making.
It is clear that in the large majority of deployments, the use of the CW *is*
the typical configuration. The only real non-use is with ATM PWs to apparently
"save bandwidth", but the real issue is to keep old equipment working. There
is no argument that we do not want to obviate older equipment, but what we
want is going forward to be doing the right thing for interoperability.
 
     The other observation we've made is that the myriad of options 
available to VCCV result in serious interoperability issues. These
different modes are available largely due to not making the CW 
mandatory (as well as the bailing-wire and bubble gum approach we
originally took to encapsulating different PW types).  
 
     The road to interop is simplification.  All we are proposing is:
 
     a) any protocols/documents in PWE3 that are not RFC at present, be required
          to use the CW.
 
     b) any existing protocols in PWE3 and future ones be required to use the CW 
when going to proposed standard status. 
 
     c) adoption of the negotiation of the CW status based on the draft that we proposed       
in the interim to aid in more automatic interop for operators.

	--Tom


> Stewart,
> 
> 	I agree with your suggested limitations to new PW types
> and suggestion to recommend its use for existing PW types.
> 
> 	However, the observation about deployed systems - when
> taken together with what appears to be a growing impression
> that use of the control word with all PW types may be a good 
> idea - seems to argue that we would (eventually) need a BCP
> that specifies use of the control word, and possibly we may
> even have to publish a "non-use of PW control word considered 
> dangerous" RFC.
> 
> 	I don't see a way to avoid this, assuming that is where
> we are headed, but it might be good to be clear on whether or
> not that _is_ where we are headed.
> 
> 	It also causes me to wonder if there are implementations
> deployed in the field where use of the control word is not a
> configurable capability.  Certainly, if deployed equipment is
> all capable of being configured to always use control words,
> then it is not unrealistic to suggest that configuring things
> that way would simplify future implementations.
> 
> --
> Eric
> 
> -----Original Message-----
> From: pwe3-bounces@ietf.org [mailto:pwe3-bounces@ietf.org] On Behalf Of Stewart Bryant
> Sent: Tuesday, October 26, 2010 1:24 PM
> To: pwe3
> Subject: [PWE3] Mandatory Control Word
> 
> From
> 
> draft-delregno-pwe3-mandatory-control-word/
> 
> =======
> 2.  Mandatory Control Word
> 
>    The Control Word SHALL be mandatory for all PWE3 encapsulations.  The
>    use of the sequence number remains OPTIONAL.
> 
>    As a result of the Control Word being Mandatory, all implementations
>    of the PWE3 encapsulations SHALL follow Section 6.1 of [RFC4447]
>    wherein the "PWs MUST have c=1".  This requirement SHALL remain until
>    such time, if ever, RFC4447 is superceded and the support for Control
>    Word negotiation is removed as a result of this mandate.
> 
> ======
> 
> Given the reality of network deployments I do not see how we can
> talk about removing the requirement to negotiate the CW in any
> realistic time frame.
> 
> It's fine to require the CW for all new PW types, and it's
> probably OK to RECOMMEND operation with the CW, but it's
> unrealistic to remove the option given the extent of the deployed
> systems.
> 
> - Stewart
> 
> 
> 
> _______________________________________________
> pwe3 mailing list
> pwe3@ietf.org
> https://www.ietf.org/mailman/listinfo/pwe3
> _______________________________________________
> pwe3 mailing list
> pwe3@ietf.org
> https://www.ietf.org/mailman/listinfo/pwe3
>