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

mohamed.boucadair@orange.com Mon, 12 July 2021 08:08 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 4B2303A1259; Mon, 12 Jul 2021 01:08:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.196
X-Spam-Level:
X-Spam-Status: No, score=-0.196 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=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 yzY0gryWf3jV; Mon, 12 Jul 2021 01:08:10 -0700 (PDT)
Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.66.39]) (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 169B53A125C; Mon, 12 Jul 2021 01:08:09 -0700 (PDT)
Received: from opfedar00.francetelecom.fr (unknown [xx.xx.xx.11]) (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 opfedar26.francetelecom.fr (ESMTP service) with ESMTPS id 4GNbx438w1zFqdG; Mon, 12 Jul 2021 10:08:08 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; s=ORANGE001; t=1626077288; bh=bOzCfGawEnUMdZv3ik3smj0phMeb5AnTyln/MbzM5YA=; h=From:To:Subject:Date:Message-ID:Content-Type: Content-Transfer-Encoding:MIME-Version; b=gMjrwcNWK9AxQjc5h3YGzup5AwJdZ5Cjml8xgr73+khCtFZzXxpQCEvrT5eTpLp0y AgY5k25lHoWaBhZbHvssKexEl6+LXmnoqUqSKg5wwpn57k9WkkPY/pSiTSRwkGewVB 57H2JC9khv22znL6Z3ljL/B4mwx6uD20QZl8W0dYAE1AAhzf9HZnU9xsWyevqgF47m rLLXElF0RE6TBBoFhqPn1QvKS31b21I+TuCSmv4fVsga6TYgabiGSHs5ymfVcotemJ 88pPJkCMIj+igFOMmScIQpGRlHD1lmCdJJmjABd/p/6h8GE3G9wV03ToXVHbc61K5K kVSMDS0W63DEg==
Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.95]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by opfedar00.francetelecom.fr (ESMTP service) with ESMTPS id 4GNbx41VPKzCqkK; Mon, 12 Jul 2021 10:08:08 +0200 (CEST)
From: mohamed.boucadair@orange.com
To: "Joe Clarke (jclarke)" <jclarke@cisco.com>, "opsawg@ietf.org" <opsawg@ietf.org>, "opsawg-chairs@ietf.org" <opsawg-chairs@ietf.org>
CC: "draft-ietf-opsawg-l2nm@ietf.org" <draft-ietf-opsawg-l2nm@ietf.org>
Thread-Topic: I-D Action: draft-ietf-opsawg-l2nm-03.txt
Thread-Index: AQHXdK4GVExriRhgWEm6lsUzgpoSGas+/sPA
Date: Mon, 12 Jul 2021 08:08:07 +0000
Message-ID: <3463_1626077288_60EBF868_3463_297_1_787AE7BB302AE849A7480A190F8B9330353BCC4A@OPEXCAUBMA2.corporate.adroot.infra.ftgroup>
References: <162582592355.27179.13599392275681109365@ietfa.amsl.com> <19861_1625826859_60E8262B_19861_391_1_787AE7BB302AE849A7480A190F8B9330353BAE58@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> <BN9PR11MB537100C5B74CD4238E539FAEB8179@BN9PR11MB5371.namprd11.prod.outlook.com>
In-Reply-To: <BN9PR11MB537100C5B74CD4238E539FAEB8179@BN9PR11MB5371.namprd11.prod.outlook.com>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
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/64Xdc6THzR6ozjySfiIPlHZidw0>
Subject: Re: [OPSAWG] I-D Action: draft-ietf-opsawg-l2nm-03.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, 12 Jul 2021 08:08:15 -0000

Hi Joe, 

Having the WGLC right after IETF#111 is a good plan. Thanks. 

Looking forward to receive your comments.

Cheers,
Med

> -----Message d'origine-----
> De : Joe Clarke (jclarke) [mailto:jclarke@cisco.com]
> Envoyé : samedi 10 juillet 2021 20:53
> À : BOUCADAIR Mohamed INNOV/NET <mohamed.boucadair@orange.com>;
> opsawg@ietf.org; opsawg-chairs@ietf.org
> Cc : draft-ietf-opsawg-l2nm@ietf.org
> Objet : Re: I-D Action: draft-ietf-opsawg-l2nm-03.txt
> 
> I've been following your minutes updates, and I didn't think you'd
> make this much progress so soon (with new issues being opened).
> Very nice.
> Thanks to the authors and contributors for continuing to iterate on
> this work.
> 
> We'd prefer to hold on LC until after 111 as we're already in that
> gravity, and people have much to read and review.  Additionally,
> with this being the summer, an extended LC is likely warranted to
> ensure people get a chance to read it.
> 
> I've briefly looked through the diffs, but I'll try and get a more
> thorough review in before our meeting myself.
> 
> Joe
> 
> On 7/9/21 06:34, mohamed.boucadair@orange.com wrote:
> > Hi all,
> >
> > We are pleased to share this major revision of the L2NM. Some of
> the main changes are:
> > * Rewrite of Section 6 + restructure it to better reflect the
> content and rationale of the L2NM design.
> > * Clarify the relationship between some nodes: signaling types,
> VPN types, etc.
> > * Rather than defining L2 encap types and pw types as part of the
> L2MN, we defined two IANA-maintained modules to echo existing
> registries.
> > * Many examples to illustrate the use of the module: LDP-signaled,
> BGP used for both auto-discovery and signaling, mutli-homing, EVPN,
> auto-assignment of ESI, redundancy, etc.
> >
> > Please use the diff to track all the changes:
> https://www.ietf.org/rfcdiff?url2=draft-ietf-opsawg-l2nm-03.
> >
> > The full set of closed issues can be tracked at:
> https://github.com/IETF-OPSAWG-
> WG/lxnm/issues?q=is%3Aissue+is%3Aclosed+label%3AL2NM. Majors issues
> were reported to the mailing list (Thanks, Samier).
> >
> > We don't have any pending issue (https://github.com/IETF-OPSAWG-
> WG/lxnm/issues).
> >
> > We think that the document is ready for the WGLC. We defer to the
> Chairs whether to launch it before or after the IETF meeting.
> >
> > Reviews and comments are welcome.
> >
> > Cheers,
> > Med
> >
> >> -----Message d'origine-----
> >> De : I-D-Announce [mailto:i-d-announce-bounces@ietf.org] De la
> part
> >> de internet-drafts@ietf.org Envoyé : vendredi 9 juillet 2021
> 12:19 À
> >> : i-d-announce@ietf.org Cc : opsawg@ietf.org Objet : I-D Action:
> >> draft-ietf-opsawg-l2nm-03.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-03.txt
> >> 	Pages           : 149
> >> 	Date            : 2021-07-09
> >>
> >> 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.  As such, the L2NM is 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-03
> >>
> >> A diff from the previous version is available at:
> >> https://www.ietf.org/rfcdiff?url2=draft-ietf-opsawg-l2nm-03
> >>
> >>
> >
> ____________________________________________________________________
> _____________________________________________________
> >
> > 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.
> >
> >


_________________________________________________________________________________________________________________________

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.