Re: [OPSAWG] I-D Action: draft-ietf-opsawg-l2nm-09.txt

mohamed.boucadair@orange.com Mon, 08 November 2021 07:38 UTC

Return-Path: <mohamed.boucadair@orange.com>
X-Original-To: opsawg@ietfa.amsl.com
Delivered-To: opsawg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C1F813A0045 for <opsawg@ietfa.amsl.com>; Sun, 7 Nov 2021 23:38:44 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=orange.com
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 6swUvEochI-D for <opsawg@ietfa.amsl.com>; Sun, 7 Nov 2021 23:38:39 -0800 (PST)
Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.70.36]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4F72A3A003F for <opsawg@ietf.org>; Sun, 7 Nov 2021 23:38:39 -0800 (PST)
Received: from opfednr01.francetelecom.fr (unknown [xx.xx.xx.65]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by opfednr25.francetelecom.fr (ESMTP service) with ESMTPS id 4Hnjf24H92zCs41; Mon, 8 Nov 2021 08:38:34 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; s=ORANGE001; t=1636357114; bh=vYY710wKvAw/AKf4u48d3NQI9PYQNEN3T1D7bSJvaBc=; h=From:To:Subject:Date:Message-ID:Content-Type: Content-Transfer-Encoding:MIME-Version; b=fgBwK3DyRazTeM1I6lNJ6CtuxFSHIAd+juEce+Y+KMoRagpwp7/xEbgiFDZ+/dJ7r udQHQNdMa7o5j7QKLqnVc4d454I25MFDNwPciMWEL8gRZ3qPM2cXaPtEmMA12C/8a8 WeF52BZMmr0G2l9d904vzekWocaRk+z/e3OvZpznQ8H17ook9rl/Hty8IwpG6fCDI/ fHb3OTajWLdN/7FdoOd+DnC5zeBD47483miUXztfttADSD7emDBJUvzUaDjW16slzF h9Jb3PH59HXx//Hxr9Nqmdysr4eUYj1MMEVXJw9Bx5jvtnMBjWWg2zKKGsLPr+ol6f MfhhT9Rd4XKSg==
Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.104]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by opfednr01.francetelecom.fr (ESMTP service) with ESMTPS id 4Hnjf23WtgzDq7k; Mon, 8 Nov 2021 08:38:34 +0100 (CET)
From: mohamed.boucadair@orange.com
To: "adrian@olddog.co.uk" <adrian@olddog.co.uk>, 'tom petch' <ietfc@btconnect.com>, "opsawg@ietf.org" <opsawg@ietf.org>
Thread-Topic: I-D Action: draft-ietf-opsawg-l2nm-09.txt
Thread-Index: AQHXxY+BPrGf22xivUK/053Fr8a3lqvurcII///2JwCACrI20A==
Content-Class:
Date: Mon, 08 Nov 2021 07:38:33 +0000
Message-ID: <9358_1636357114_6188D3FA_9358_491_1_787AE7BB302AE849A7480A190F8B93303544B31E@OPEXCAUBMA2.corporate.adroot.infra.ftgroup>
References: <163471885009.1635.1710953535762344047@ietfa.amsl.com> <15615_1634719796_616FD834_15615_95_1_787AE7BB302AE849A7480A190F8B93303542F007@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> <AM7PR07MB6248D6927B71B00E59DB4A57A08A9@AM7PR07MB6248.eurprd07.prod.outlook.com> <142b01d7cf1f$ec3cc3a0$c4b64ae0$@olddog.co.uk>
In-Reply-To: <142b01d7cf1f$ec3cc3a0$c4b64ae0$@olddog.co.uk>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
msip_labels: MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_Enabled=true; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_SetDate=2021-11-08T07:33:28Z; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_Method=Privileged; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_Name=unrestricted_parent.2; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_SiteId=90c7a20a-f34b-40bf-bc48-b9253b6f5d20; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_ActionId=32986d50-13b0-4b83-a4f4-2e758518678f; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_ContentBits=0
x-originating-ip: [10.114.13.245]
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/opsawg/fxZAI8fq9vyWIsmtSHOc08k7R4k>
Subject: Re: [OPSAWG] I-D Action: draft-ietf-opsawg-l2nm-09.txt
X-BeenThere: opsawg@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: OPSA Working Group Mail List <opsawg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/opsawg>, <mailto:opsawg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/opsawg/>
List-Post: <mailto:opsawg@ietf.org>
List-Help: <mailto:opsawg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/opsawg>, <mailto:opsawg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 08 Nov 2021 07:38:45 -0000

Hi Adrian, Tom, all,

The comments raised by Tom are now addressed in -10.

Two comments on idnits: 

(1) obsolete reference: 

  -- Obsolete informational reference (is this intentional?): RFC 5143
     (Obsoleted by RFC 4842)

This is on purpose as we are following what is in: https://www.iana.org/assignments/pwe3-parameters/pwe3-parameters.xhtml#pwe3-parameters-2.

(2) long lines:

idnits is clean when I run it prior to submission: 

==

  Checking nits according to https://www.ietf.org/id-info/checklist :
  ----------------------------------------------------------------------------

     No issues found here.
==

However, the datatracker displays the following after submission:

==
  Checking nits according to https://www.ietf.org/id-info/checklist :
  ----------------------------------------------------------------------------

  ** There are 132 instances of too long lines in the document, the longest
     one being 3 characters in excess of 72.
==

Will see how to fix this. 

Cheers,
Med


> -----Message d'origine-----
> De : Adrian Farrel <adrian@olddog.co.uk>
> Envoyé : lundi 1 novembre 2021 13:57
> À : 'tom petch' <ietfc@btconnect.com>; BOUCADAIR Mohamed INNOV/NET
> <mohamed.boucadair@orange.com>; opsawg@ietf.org
> Objet : RE: I-D Action: draft-ietf-opsawg-l2nm-09.txt
> 
> Useful comments, thanks Tom.
> 
> Authors, please run idnits and fix issues. Also address Tom's comments.
> 
> I'll be doing my shepherd review this week. Hopefully you can post a new
> revision when the gates open next Monday.
> 
> Cheers,
> Adrian
> 
> -----Original Message-----
> From: tom petch <ietfc@btconnect.com>
> Sent: 01 November 2021 12:48
> To: mohamed.boucadair@orange.com; opsawg@ietf.org
> Cc: adrian@olddog.co.uk
> Subject: Re: I-D Action: draft-ietf-opsawg-l2nm-09.txt
> 
> From: OPSAWG <opsawg-bounces@ietf.org> on behalf of
> mohamed.boucadair@orange.com <mohamed.boucadair@orange.com>
> Sent: 20 October 2021 09:49
> Hi all,
> 
> After discussing with Adrian, we are publishing this version that
> addresses a recent comment from Julian. For more context, please refer to
> https://github.com/IETF-OPSAWG-WG/lxnm/issues/350.
> 
> <tp>
> Some stray thoughts
> 
> some lines are 90 characters long
> 
> 802.1ah is referenced but not in I-D References 802.3ah ditto 802.1ag
> Amendment 5 looks like a separate document warranting a separate reference
> 802.1p is referenced implicitly 802.1Q likewise
> 
> What is the difference between
> identity bgp-l2encaps-type
>   Base BGP L2 encapsulation type
>      and
> identity iana-pw-types
>  Base BGP L2 encapsulation type
> 
> ccm-priority-type
> what is high what low?
> 
> Local Maintenance End Point (MEP)
> This is not the expansion used by the ITU-T
> 
> leaf split-horizon-filtering
> what does true mean?
> 
> leaf ccm-interval
> no units
> 
> leaf ccm-holdtime
> no units
> 
> leaf duplicate-ip-detection-interval
> no units
> 
> leaf duplicate-ip-detection-interval
> no units
> 
> 
> Tom Petch
> 
> Cheers,
> Med
> 
> > -----Message d'origine-----
> > De : I-D-Announce <i-d-announce-bounces@ietf.org> De la part de
> > internet- drafts@ietf.org Envoyé : mercredi 20 octobre 2021 10:34 À :
> > i-d-announce@ietf.org Cc : opsawg@ietf.org Objet : I-D Action:
> > draft-ietf-opsawg-l2nm-09.txt
> >
> >
> > A New Internet-Draft is available from the on-line Internet-Drafts
> > directories.
> > This draft is a work item of the Operations and Management Area
> > Working Group WG of the IETF.
> >
> >         Title           : A Layer 2 VPN Network YANG Model
> >         Authors         : Samier Barguil
> >                           Oscar Gonzalez de Dios
> >                           Mohamed Boucadair
> >                           Luis Angel Munoz
> >       Filename        : draft-ietf-opsawg-l2nm-09.txt
> >       Pages           : 155
> >       Date            : 2021-10-20
> >
> > Abstract:
> >    This document defines an L2VPN Network YANG Model (L2NM) that can be
> >    used to manage the provisioning of Layer 2 Virtual Private Network
> >    (VPN) services within a network (e.g., service provider network).
> >    The L2NM complements the Layer 2 Service Model (L2SM) by providing a
> >    network-centric view of the service that is internal to a service
> >    providers.  The L2NM is particularly meant to be used by a network
> >    controller to derive the configuration information that will be sent
> >    to relevant network devices.
> >
> >    Also, the document defines the initial versions of two IANA-
> >    maintained modules that defines a set of identities of BGP Layer 2
> >    encapsulation types and pseudowire types.
> >
> >
> > The IETF datatracker status page for this draft is:
> > https://datatracker.ietf.org/doc/draft-ietf-opsawg-l2nm/
> >
> > There is also an htmlized version available at:
> > https://datatracker.ietf.org/doc/html/draft-ietf-opsawg-l2nm-09
> >
> > A diff from the previous version is available at:
> > https://www.ietf.org/rfcdiff?url2=draft-ietf-opsawg-l2nm-09
> >
> >
> > 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
> > https://www.ietf.org/mailman/listinfo/i-d-announce
> > Internet-Draft directories: http://www.ietf.org/shadow.html or
> > ftp://ftp.ietf.org/ietf/1shadow-sites.txt
> 
> __________________________________________________________________________
> __
> _____________________________________________
> 
> Ce message et ses pieces jointes peuvent contenir des informations
> confidentielles ou privilegiees et ne doivent donc pas etre diffuses,
> exploites ou copies sans autorisation. Si vous avez recu ce message par
> erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les
> pieces jointes. Les messages electroniques etant susceptibles
> d'alteration, Orange decline toute responsabilite si ce message a ete
> altere, deforme ou falsifie. Merci.
> 
> This message and its attachments may contain confidential or privileged
> information that may be protected by law; they should not be distributed,
> used or copied without authorisation.
> If you have received this email in error, please notify the sender and
> delete this message and its attachments.
> As emails may be altered, Orange is not liable for messages that have been
> modified, changed or falsified.
> Thank you.
> 
> _______________________________________________
> OPSAWG mailing list
> OPSAWG@ietf.org
> https://www.ietf.org/mailman/listinfo/opsawg
> =


_________________________________________________________________________________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.

This message and its attachments may contain confidential or privileged information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
Thank you.