Re: [Pals] Soliciting reviews for draft-ietf-pals-vccv-for-gal-00.txt

Alexander Vainshtein <Alexander.Vainshtein@ecitele.com> Thu, 25 December 2014 05:53 UTC

Return-Path: <Alexander.Vainshtein@ecitele.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9E3761A8725 for <pals@ietfa.amsl.com>; Wed, 24 Dec 2014 21:53:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ojscvXC6YEDZ for <pals@ietfa.amsl.com>; Wed, 24 Dec 2014 21:53:04 -0800 (PST)
Received: from emea01-am1-obe.outbound.protection.outlook.com (mail-am1on0771.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe00::771]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 43C921A8723 for <pals@ietf.org>; Wed, 24 Dec 2014 21:53:03 -0800 (PST)
Received: from DB3PR03MB0812.eurprd03.prod.outlook.com (25.161.55.144) by DB3PR03MB0812.eurprd03.prod.outlook.com (25.161.55.144) with Microsoft SMTP Server (TLS) id 15.1.49.12; Thu, 25 Dec 2014 05:52:40 +0000
Received: from DB3PR03MB0812.eurprd03.prod.outlook.com ([25.161.55.144]) by DB3PR03MB0812.eurprd03.prod.outlook.com ([25.161.55.144]) with mapi id 15.01.0049.002; Thu, 25 Dec 2014 05:52:40 +0000
From: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>
To: "Carlos Pignataro (cpignata)" <cpignata@cisco.com>
Thread-Topic: [Pals] Soliciting reviews for draft-ietf-pals-vccv-for-gal-00.txt
Thread-Index: AQHQH6hyfddgXYfp3UKoPRJEYcLY+5yfynP6
Date: Thu, 25 Dec 2014 05:52:39 +0000
Message-ID: <1419486755845.44554@ecitele.com>
References: <CAA=duU37wveg6WQS0qnG7rmoMOiAOgQ56xfQS2ATU2tu0iJisg@mail.gmail.com>, <7D4AE199-E16B-423F-95D2-AD39E79B1604@cisco.com>
In-Reply-To: <7D4AE199-E16B-423F-95D2-AD39E79B1604@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [5.153.9.206]
authentication-results: spf=none (sender IP is ) smtp.mailfrom=Alexander.Vainshtein@ecitele.com;
x-microsoft-antispam: BCL:0;PCL:0;RULEID:;SRVR:DB3PR03MB0812;
x-exchange-antispam-report-test: UriScan:;
x-exchange-antispam-report-cfa-test: BCL:0;PCL:0;RULEID:;SRVR:DB3PR03MB0812;
x-forefront-prvs: 04362AC73B
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(52604005)(199003)(377424004)(22974006)(189002)(377454003)(164054003)(52314003)(24454002)(107046002)(19625215002)(66066001)(19627405001)(101416001)(102836002)(62966003)(77156002)(15975445007)(68736005)(86362001)(87936001)(76176999)(54356999)(2656002)(97736003)(2900100001)(16236675004)(2950100001)(120916001)(21056001)(19580395003)(19580405001)(64706001)(50986999)(92566001)(16297215004)(20776003)(110136001)(46102003)(19617315012)(105586002)(106356001)(106116001)(122556002)(36756003)(99396003)(40100003)(14971765001)(230783001)(117636001)(4396001)(31966008); DIR:OUT; SFP:1102; SCL:1; SRVR:DB3PR03MB0812; H:DB3PR03MB0812.eurprd03.prod.outlook.com; FPR:; SPF:None; MLV:sfv; PTR:InfoNoRecords; A:1; MX:1; LANG:en;
received-spf: None (protection.outlook.com: ecitele.com does not designate permitted sender hosts)
Content-Type: multipart/alternative; boundary="_000_141948675584544554ecitelecom_"
MIME-Version: 1.0
X-OriginatorOrg: ecitele.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 25 Dec 2014 05:52:39.6159 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 2c514a61-08de-4519-b4c0-921fef62c42a
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB3PR03MB0812
Archived-At: http://mailarchive.ietf.org/arch/msg/pals/WWzKfwQv-WpTNCe4nAonez3xFJM
Cc: "Andrew G. Malis" <agmalis@gmail.com>, "pals@ietf.org" <pals@ietf.org>
Subject: Re: [Pals] Soliciting reviews for draft-ietf-pals-vccv-for-gal-00.txt
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 25 Dec 2014 05:53:07 -0000

​Carlos,

After reading your review I have looked up RFC 7079.

This document shows that for Ethernet PWs VCCV Type 2 and VCCV Type 3 taken together are used by the operators almost as frequently as VCCV Type 1:


o Ethernet Tagged Mode - RFC 4448 [Sasha]  7 vs. 6
 * Control Word (Type 1) = 7
 * Router Alert Label (Type 2) = 3
 * TTL Expiry (Type 3) = 3


 o Ethernet Raw Mode - RFC 4448 [Sasha]  A draw: 8 vs. 8
 * Control Word (Type 1) = 8
 * Router Alert Label (Type 2) = 4
 * TTL Expiry (Type 3) = 4



If anything, this looks to me as a blocker for deprecation of these types (even if  VCCV Type 2 is not suitable for MS-PWs as indicated in RFC 6073)

 Lots of thanks for pointing to this document!

Regards,
Sasha
________________________________
From: Pals <pals-bounces@ietf.org> on behalf of Carlos Pignataro (cpignata) <cpignata@cisco.com>
Sent: Wednesday, December 24, 2014 8:35 PM
To: Andrew G. Malis
Cc: pals@ietf.org
Subject: Re: [Pals] Soliciting reviews for draft-ietf-pals-vccv-for-gal-00.txt

Andy,

I took a very quick scan through this document, and have a number of concerns.

At the heart of the concerns, this document seems to be doing a number of different things that are not reflected in the Title and Abstract. While the title is “VCCV Default CC Types”, this document seems to be doing much more than defining default CC Types, including:
1. Defining a new CC Type 4
2. Setting a Default for when with and without CW (as per the Title), but also
3. Implicitly Obsoleting Type 2 and Type 3 (non-default)
4. Requiring new hw capabilities for the Type 4.

I believe those things should be explicitly done.

Some more comments (including editorials) follow, prefaced with “CMP”:

PWE3                                                           T. Nadeau
Internet-Draft                                               lucidvision
Updates: 4447, 5085 (if approved)                             L. Martini

CMP: s/PWE3/PALS? >

   This document updates RFC4447 and RFC5085.

CMP: More importantly, what exactly is this document updating on those two? Adding a new CC Type does not mean update RFC 4447 or RFC 5085. I Section listing the exact updates to those specs is necessary. My view is that this doc can update 5085 (Section 7), but not sure how it updates 4447.

   Note to be removed at publication: this document started out as
   draft-ietf-pwe3-vccv-for-gal and got to version -02.  When PWE3 was
   absorbed into PALS the next version published was draft-ietf-pals-
   vccv-for-gal-00

CMP: I thought that initially, draft-ietf-pwe3-vccv-for-gal-02 was only defining the new CC Type 4, while draft-nadeau-pwe3-vccv2-00 would do other updates including Defaults, obsoleting CC Types, etc.

   state.  Operators have indicated in [RFC4377], and [RFC3916] that
   such a tool is required for PW operation and maintenance.  To this
   end, the IETF's PWE3 Working Group defined the Virtual Circuit
   Connectivity Verification Protocol (VCCV) in [RFC5085] . Since then a
   number of interoperability issues have arisen with the protocol as it
   is defined.

CMP: I see the fact that PWE3 WG defined that RFC as a distractor, and irrelevant in the larger scheme of things. Also, you should point to [RFC7079] to describe and quantify the interop issues instead of just saying they exist. Lastly, how creating a new CC Type not also create intro issues? That should be answered.

7.  Manageability Considerations

   By introducing default VCCV CC types, and improving the compatibility
   with MPLS-TP, the compatibility of implementations is improved and
   management and configuration of the network becomes simpler.

CMP: This is a bold statement, that does not appear to be immediate. I expect initially to see the manageability worst before it improves. This is adding a new mode before letting time to remove all the other ones.

Thanks,

Carlos.


On Dec 22, 2014, at 9:33 AM, Andrew G. Malis <agmalis@gmail.com<mailto:agmalis@gmail.com>> wrote:

PALSers,

i know that you would all like a little something to distract you from the holidays ... :-). Well, maybe not. But anyway, Stewart recently revised the VCCV for GAL draft (see below), and while short (just four pages of real content), we would like to have a good indication that it represents WG consensus, so we need at least some of you out there to read it and comment, even if that comment is "I've reviewed it and looks great to me". As I noted, it's a short draft, so it shouldn't take all that long.

You can read the draft at http://tools.ietf.org/html/draft-ietf-pals-vccv-for-gal-00 .

Thanks,
Stewart and Andy

---------- Forwarded message ----------
From: <internet-drafts@ietf.org<mailto:internet-drafts@ietf.org>>
Date: Wed, Dec 17, 2014 at 12:00 PM
Subject: I-D Action: draft-ietf-pals-vccv-for-gal-00.txt
To: i-d-announce@ietf.org<mailto:i-d-announce@ietf.org>
Cc: pals@ietf.org<mailto:pals@ietf.org>


A New Internet-Draft is available from the on-line Internet-Drafts directories.
 This draft is a work item of the Pseudowire And LDP-enabled Services Working Group of the IETF.

        Title           : VCCV Default CC Types
        Authors         : Thomas D. Nadeau
                          Luca Martini
                          Stewart Bryant
        Filename        : draft-ietf-pals-vccv-for-gal-00.txt
        Pages           : 8
        Date            : 2014-12-17

Abstract:
   This document specifies the default Virtual Circuit Connectivity
   Verification (VCCV) (RFC5085) control channel type to be used when
   the pseudowire control word is present and when it is not present.  A
   new VCCV control channel type using the Generic Associated Channel
   Label (RFC5586) is specified for use when the control word not
   present.

   This document updates RFC4447 and RFC5085.

   Note to be removed at publication: this document started out as
   draft-ietf-pwe3-vccv-for-gal and got to version -02.  When PWE3 was
   absorbed into PALS the next version published was draft-ietf-pals-
   vccv-for-gal-00


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-pals-vccv-for-gal/

There's also a htmlized version available at:
http://tools.ietf.org/html/draft-ietf-pals-vccv-for-gal-00


Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org<http://tools.ietf.org/>.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/

_______________________________________________
I-D-Announce mailing list
I-D-Announce@ietf.org<mailto:I-D-Announce@ietf.org>
https://www.ietf.org/mailman/listinfo/i-d-announce
Internet-Draft<https://www.ietf.org/mailman/listinfo/i-d-announceInternet-Draft> directories: http://www.ietf.org/shadow.html
or ftp://ftp.ietf.org/ietf/1shadow-sites.txt
_______________________________________________
Pals mailing list
Pals@ietf.org<mailto:Pals@ietf.org>
https://www.ietf.org/mailman/listinfo/pals