Re: [L2sm] Proposed Liaison to 3GPP SA5

"Roque Gagliano (rogaglia)" <> Tue, 05 June 2018 16:42 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 2F4EC12D949 for <>; Tue, 5 Jun 2018 09:42:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -14.51
X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_DKIMWL_WL_MED=-0.01, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: (amavisd-new); dkim=pass (1024-bit key)
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id 8FURXveH1fPK for <>; Tue, 5 Jun 2018 09:42:05 -0700 (PDT)
Received: from ( []) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPS id C260A13110C for <>; Tue, 5 Jun 2018 09:42:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple;;; l=8018; q=dns/txt; s=iport; t=1528216925; x=1529426525; h=from:to:subject:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=46wxIRSrlzVzoNdqcfmEi/bOxs1sgnlmEq0PsBIJSXw=; b=InbqAJeaxtK2r19aT/yNiJwOV0pDVsGDR62oPVYdZ73ua9N5JNtrg7TM WLGvsUvvvCrqHxj8yRkonLP5cqQeesrK1ZFJPkMwYVQTmqA0UY+0OidNy y9xkc383vj0kSbRB+wMNHRB14o6V6kNjzFuj6e3k4wojCsYmJAMTWz0hy o=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.49,479,1520899200"; d="scan'208";a="406118315"
Received: from ([]) by with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 05 Jun 2018 16:42:04 +0000
Received: from ( []) by (8.14.5/8.14.5) with ESMTP id w55Gg4Bv031655 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 5 Jun 2018 16:42:04 GMT
Received: from ( by ( with Microsoft SMTP Server (TLS) id 15.0.1320.4; Tue, 5 Jun 2018 12:42:03 -0400
Received: from ([]) by ([]) with mapi id 15.00.1320.000; Tue, 5 Jun 2018 12:42:03 -0400
From: "Roque Gagliano (rogaglia)" <>
To: "" <>, 'Fioccola Giuseppe' <>, "" <>
Thread-Topic: [L2sm] Proposed Liaison to 3GPP SA5
Thread-Index: AdP77mZy+ziBQucgTuOCdr0I0+8PugABou9AADovkiAACnVnAAAFuTuA
Date: Tue, 05 Jun 2018 16:42:03 +0000
Message-ID: <>
References: <000901d3fbf5$5648d790$02da86b0$> <7ee2d1342bf6403583d834a1ae3f2d7d@TELMBXB02RM001.telecomitalia.local> <01a901d3fce6$00486b20$00d94160$>
In-Reply-To: <01a901d3fce6$00486b20$00d94160$>
Accept-Language: en-US
Content-Language: en-US
user-agent: Microsoft-MacOutlook/10.c.0.180410
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: []
Content-Type: text/plain; charset="utf-8"
Content-ID: <>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <>
Subject: Re: [L2sm] Proposed Liaison to 3GPP SA5
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: "The Layer Two Virtual Private Network Service Model \(L2SM\)" <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Tue, 05 Jun 2018 16:42:08 -0000

Hi Adrian,

I agree that sending this message is a good idea. 

However, I do not think the RFC 8309 is "explaining what the IETF means by the term "Service Model". This is an informational document and as such does not represent consensus or recommendation per RFC 2026. Personally, I agree with Giuseppe that RFC 8199 is a better document but that is also an informational document.

I better text could be:
"RFC 8199 and RFC 8309 are informational documents developed by the IETF community to show examples on how service models could be implemented."


On 05/06/18 17:58, "L2sm on behalf of Adrian Farrel" < on behalf of> wrote:

    Yes, good point.
    > -----Original Message-----
    > From: Fioccola Giuseppe []
    > Sent: 05 June 2018 16:01
    > To:;
    > Subject: RE: [L2sm] Proposed Liaison to 3GPP SA5
    > Hi Adrian, All,
    > I absolutely agree with the proposed Liaison to 3GPP SA5. I would also suggest
    > mention RFC8199 on YANG Module Classification.
    > Best Regards,
    > Giuseppe
    > -----Original Message-----
    > From: L2sm [] On Behalf Of Adrian Farrel
    > Sent: lunedì 4 giugno 2018 13:15
    > To:
    > Subject: [L2sm] Proposed Liaison to 3GPP SA5
    > Hi WG,
    > 3GPP SA5 is working on Management and orchestration of 5G networks and
    > network slicing (
    > SA5_5G) and is considering various existing data models as references. 3GPP
    > Release-15 is targeting freeze date of September 2018 and plan two meetings in
    > June and August respectively to meet the deadline of 3GPP Release-15.
    > They seem to have been soliciting input from various SDOs (most recently the
    > BBF) but have not approached the IETF. This may be because they already know
    > what we are working on, or it may be because they didn't realise.
    > So Qin and I propose to send the following liaison statement to them for
    > information. Since the next meeting is on June 26th, we think the deadline for
    > sending this is should be June 15th.
    > Any comments or edits would be welcomed.
    > Thanks for any input or advice.
    > Qin and Adrian
    > === Draft LS ===
    > To: 3GPP SA5
    > Cc: Thomas Tovinger, 3GPP SA5 Chairman
    >        Ignas Bagdonas and Warren Kumari, IETF Operations and Management ADs
    > From: Qin Wu and Adrian Farrel, IETF L2SM working group co-chairs
    > For: Information
    > We note that 3GPP SA5 is working on Management and orchestration of 5G
    > networks and network slicing (
    > NEWS/1951-SA5_5G) and is considering various existing data models as
    > references. 3GPP Release-15 is targeting freeze date of September 2018 and
    > two meetings in June and August respectively to meet the deadline of 3GPP
    > Release-15. We would like to take this opportunity to inform you of the status
    > several pieces of work in the IETF that satisfy the transport support for
    > slicing on IP services , L2 service, and TE service.
    > RFC 8299 provides A YANG Data Model for L3VPN Service Delivery.
    > This document is a published RFC with IETF consensus.
    > draft-ietf-l2sm-l2vpn-service-model provides A YANG Data Model for L2VPN
    > Service Delivery.
    > This document has achieved working group and IETF consensus, and is currently
    > completing approval for publication as an RFC.
    > RFC 8309 sets the previous two documents in context by explaining what the
    > means by the term "Service Model"
    > You may also be interested in work in the TEAS working group on Abstraction
    > Control of Traffic Engineered networks (ACTN).
    > In particular, there is YANG model for Virtual Network operation in an ACTN
    > context that may be of specific interest to you:
    > Wishing you all success in your work,
    > Qin Wu and Adrian Farrel
    > Co-chairs, IETF L2SM working group
    > ===END===
    > _______________________________________________
    > L2sm mailing list
    > Questo messaggio e i suoi allegati sono indirizzati esclusivamente alle
    > indicate. La diffusione, copia o qualsiasi altra azione derivante dalla
    conoscenza di
    > queste informazioni sono rigorosamente vietate. Qualora abbiate ricevuto
    > questo documento per errore siete cortesemente pregati di darne immediata
    > comunicazione al mittente e di provvedere alla sua distruzione, Grazie.
    > This e-mail and any attachments is confidential and may contain privileged
    > information intended for the addressee(s) only. Dissemination, copying,
    > or use by anybody else is unauthorised. If you are not the intended recipient,
    > please delete this message and any attachments and advise the sender by return
    > e-mail, Thanks.
    > Rispetta l'ambiente. Non stampare questa mail se non è necessario.
    L2sm mailing list