Re: [PWE3] Mandatory Control Word

Giles Heron <giles.heron@gmail.com> Wed, 27 October 2010 19:33 UTC

Return-Path: <giles.heron@gmail.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 831FD3A68DA for <pwe3@core3.amsl.com>; Wed, 27 Oct 2010 12:33:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[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 WYFoNG+xW7+g for <pwe3@core3.amsl.com>; Wed, 27 Oct 2010 12:33:09 -0700 (PDT)
Received: from mail-ey0-f172.google.com (mail-ey0-f172.google.com [209.85.215.172]) by core3.amsl.com (Postfix) with ESMTP id B5C453A68E1 for <pwe3@ietf.org>; Wed, 27 Oct 2010 12:33:08 -0700 (PDT)
Received: by eyd10 with SMTP id 10so694833eyd.31 for <pwe3@ietf.org>; Wed, 27 Oct 2010 12:34:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:user-agent:date:subject:from :to:cc:message-id:thread-topic:thread-index:in-reply-to:mime-version :content-type:content-transfer-encoding; bh=4mpXnEhtOe/+n4oVjycQrwjMT6kWKgoEleA4Vle2Ot8=; b=JlL9BtlsOe01Uk29wibX3Y/tUsio+vaxXaqG2Yc+vNZlTZT14O+RjXVbkyAwHEWpbn W2UrbFwscfneRh+oh3O0pQ40W3CwEcbrSrpJo4ntP12JGmHHboJfsllwQxEKGQMvV/Pk SGI2mHpSTWb+saJsZiorB/KbHh2tQJ+LaSDUY=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=user-agent:date:subject:from:to:cc:message-id:thread-topic :thread-index:in-reply-to:mime-version:content-type :content-transfer-encoding; b=vDbs1XB1F2jqR8E9hYrV2Z2/RCJm4oTLj2PKH04I9hjjmnb/VhI9bHY2+sEZMFB0m1 IKnm+NSi1M8SqNY8nCYzlXABz/yS4XJ9ASqP9ExPys/G/Zue/H9YtfkGb9sz+5mPa+X+ dWNlVpJYiKHIIkRPHufKWgM+s8CF/nBnRY4rA=
Received: by 10.14.126.69 with SMTP id a45mr8070519eei.15.1288208095678; Wed, 27 Oct 2010 12:34:55 -0700 (PDT)
Received: from [10.55.94.96] (64-103-25-233.cisco.com [64.103.25.233]) by mx.google.com with ESMTPS id w20sm107841eeh.12.2010.10.27.12.34.40 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 27 Oct 2010 12:34:43 -0700 (PDT)
User-Agent: Microsoft-Entourage/12.27.0.100910
Date: Wed, 27 Oct 2010 20:34:44 +0100
From: Giles Heron <giles.heron@gmail.com>
To: Thomas Nadeau <tnadeau@lucidvision.com>, Eric Gray <eric.gray@ericsson.com>
Message-ID: <C8EE3D64.2F8F%giles.heron@gmail.com>
Thread-Topic: [PWE3] Mandatory Control Word
Thread-Index: Act2DgGuGTXVbBI3tkyBRYRlLO5L6A==
In-Reply-To: <AFA0E20F-4180-4B9E-B30C-66494CB868E6@lucidvision.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
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 19:33:17 -0000

Is that correct?  I'm pretty sure that most Ethernet PW deployments don't
use a CW (none of the Ethernet PWs I configured ever used a CW, but to be
fair that was a few years ago...)

For Ethernet there are no L2 flags, or minimum length issues, so the main
reasons for a CW would seem to be for VCCV (for which there are other
encapsulation options) and ECMP (which is only an issue in some networks).

Oh, from reading the draft you state that FR Port Mode, PPP, and HDLC all
have the same encap.  That's not strictly true.  For PPP mode you remove the
HDLC address/control fields (if present - remember that PPP can run over
non-HDLC media).

Giles

On 27/10/2010 18:28, "Thomas Nadeau" <tnadeau@lucidvision.com> wrote:

> 
> 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
>> 
> 
> _______________________________________________
> pwe3 mailing list
> pwe3@ietf.org
> https://www.ietf.org/mailman/listinfo/pwe3