Re: [Teas] Applicability of IETF network slices in the 3GPP context

"Gengxuesong (Geng Xuesong)" <gengxuesong@huawei.com> Tue, 21 June 2022 09:54 UTC

Return-Path: <gengxuesong@huawei.com>
X-Original-To: teas@ietfa.amsl.com
Delivered-To: teas@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 13204C13607F; Tue, 21 Jun 2022 02:54:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.809
X-Spam-Level:
X-Spam-Status: No, score=-1.809 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LpMdx_0JzIV2; Tue, 21 Jun 2022 02:53:57 -0700 (PDT)
Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2CDC4C157B45; Tue, 21 Jun 2022 02:53:56 -0700 (PDT)
Received: from fraeml713-chm.china.huawei.com (unknown [172.18.147.201]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4LS1y51zcYz6H6mN; Tue, 21 Jun 2022 17:51:57 +0800 (CST)
Received: from dggpemm100005.china.huawei.com (7.185.36.231) by fraeml713-chm.china.huawei.com (10.206.15.32) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.24; Tue, 21 Jun 2022 11:53:51 +0200
Received: from canpemm500010.china.huawei.com (7.192.105.118) by dggpemm100005.china.huawei.com (7.185.36.231) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.24; Tue, 21 Jun 2022 17:53:49 +0800
Received: from canpemm500010.china.huawei.com ([7.192.105.118]) by canpemm500010.china.huawei.com ([7.192.105.118]) with mapi id 15.01.2375.024; Tue, 21 Jun 2022 17:53:49 +0800
From: "Gengxuesong (Geng Xuesong)" <gengxuesong@huawei.com>
To: Shunsuke Homma <s.homma0718@gmail.com>
CC: Vishnu Pavan Beeram <vishnupavan@gmail.com>, "Rokui, Reza" <rrokui@ciena.com>, LUIS MIGUEL CONTRERAS MURILLO <luismiguel.contrerasmurillo@telefonica.com>, TEAS WG <teas@ietf.org>, Ivan Bykov <Ivan.Bykov@rbbn.com>, TEAS WG Chairs <teas-chairs@ietf.org>
Thread-Topic: [Teas] Applicability of IETF network slices in the 3GPP context
Thread-Index: AQHYcDdO5i5UA3fVY0WN3Ab+KzmEeq0wyEAggAYbQYCAAA+0AIAAKyWAgAH/lOD//43ngIADCsqAgAFUxnCABzsSAIAKayRAgAd3awCAA5bosA==
Date: Tue, 21 Jun 2022 09:53:49 +0000
Message-ID: <22e852530f7847e38b50f176220f12f1@huawei.com>
References: <CA+YzgTva1Bs=AaTW9+unRdyPPdTknG1XLRLXokZOFtE-+O99DQ@mail.gmail.com> <79b36750af70492db20bd9b04d08e1b7@huawei.com> <SJ0PR04MB83918CB0EFF3CC523D81C3D2CDDD9@SJ0PR04MB8391.namprd04.prod.outlook.com> <DB9PR06MB79153186F362EDCC014C5A939EDD9@DB9PR06MB7915.eurprd06.prod.outlook.com> <DB9PR06MB791556665C42AF35763D042C9EDD9@DB9PR06MB7915.eurprd06.prod.outlook.com> <ac4d8447388b4f87ba885b8844241cad@huawei.com> <SJ0PR04MB83912793E33E51D8A5E46D73CDDC9@SJ0PR04MB8391.namprd04.prod.outlook.com> <CA+YzgTu_Y+odfSsTm-QTawJOyqsYMmDyuZzfi7M-nzQkseWmsA@mail.gmail.com> <3b89bd3185bd4839b675c37461588416@huawei.com> <CAGU6MPfWeeMo7JO5kO829QxWhBgED1bTFDCcZfc-snmvsMGeKA@mail.gmail.com> <ecdee720f1794525b748d883c1009b7f@huawei.com> <CAGU6MPepP=R8w-vgsYxGKWg68R51HG4s8eOUUG0wdmzV4NqL1w@mail.gmail.com>
In-Reply-To: <CAGU6MPepP=R8w-vgsYxGKWg68R51HG4s8eOUUG0wdmzV4NqL1w@mail.gmail.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.112.41.43]
Content-Type: multipart/alternative; boundary="_000_22e852530f7847e38b50f176220f12f1huaweicom_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/WPD105UIYcAZce4uStqWUknoLpk>
Subject: Re: [Teas] Applicability of IETF network slices in the 3GPP context
X-BeenThere: teas@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Traffic Engineering Architecture and Signaling working group discussion list <teas.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/teas>, <mailto:teas-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/teas/>
List-Post: <mailto:teas@ietf.org>
List-Help: <mailto:teas-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/teas>, <mailto:teas-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 21 Jun 2022 09:54:02 -0000

Hi Shunsuke,

Thanks for your further comments. Please find some feedback inline.

Best
Xuesong

From: Shunsuke Homma [mailto:s.homma0718@gmail.com]
Sent: Sunday, June 19, 2022 6:32 PM
To: Gengxuesong (Geng Xuesong) <gengxuesong@huawei.com>
Cc: Vishnu Pavan Beeram <vishnupavan@gmail.com>; Rokui, Reza <rrokui@ciena.com>; LUIS MIGUEL CONTRERAS MURILLO <luismiguel.contrerasmurillo@telefonica.com>; TEAS WG <teas@ietf.org>; Ivan Bykov <Ivan.Bykov@rbbn.com>; TEAS WG Chairs <teas-chairs@ietf.org>
Subject: Re: [Teas] Applicability of IETF network slices in the 3GPP context

Hi Xuesong,

Thank you for your reply.
Please see inline.

Regards,

Shunsuke

2022年6月14日(火) 17:33 Gengxuesong (Geng Xuesong) <gengxuesong@huawei.com<mailto:gengxuesong@huawei.com>>:
Hi Shunsuke,


Thanks for your questions. Please find some response inline.

Best
Xuesong


From: Shunsuke Homma [mailto:s.homma0718@gmail.com<mailto:s.homma0718@gmail.com>]
Sent: Wednesday, June 8, 2022 9:25 AM
To: Gengxuesong (Geng Xuesong) <gengxuesong@huawei.com<mailto:gengxuesong@huawei.com>>
Cc: Vishnu Pavan Beeram <vishnupavan@gmail.com<mailto:vishnupavan@gmail.com>>; Rokui, Reza <rrokui@ciena.com<mailto:rrokui@ciena.com>>; LUIS MIGUEL CONTRERAS MURILLO <luismiguel.contrerasmurillo@telefonica.com<mailto:luismiguel.contrerasmurillo@telefonica.com>>; TEAS WG <teas@ietf.org<mailto:teas@ietf.org>>; Ivan Bykov <Ivan.Bykov@rbbn.com<mailto:Ivan.Bykov@rbbn.com>>; TEAS WG Chairs <teas-chairs@ietf.org<mailto:teas-chairs@ietf.org>>
Subject: Re: [Teas] Applicability of IETF network slices in the 3GPP context

Hi authors,

I have some questions on mapping(stitching?) of 3GPP and IETF network slices as below, and I'll be happy if they are resolved in this work.

-  Is any special identifier, which is IETF-nodes aware (e.g., SID in an IPv6 extension header, MPLS label, NSH, etc.), is needed for classification on IETF NS PE? As you know, packets on N3 and N9 interfaces are encapsulated  with GTP-U, and traffic assigned to different network slices may have the same src/dst IP addresses. If we use some special identifier, a standardized scheme for that would be needed, especially for multi-administrative domains environment. Or, 3GPP 5G system is required to deploy an interface or a UPF instance for each network slice?
[Xuesong] Yes, as draft-geng-teas-network-slice-mapping has defined, a network slice interworking identifier is requested between IETF network slice and 3GPP network slice in IETF NS PE. The network slice interworking identifier is supposed to be a logical concept: physical interface or identifier in different IETF encapsulations both could be used. Some options are provided in the document. If any extension or new header is defined for network slice interworking, I think it should be left for other documents.
[SH] Agreed that any extensions or new headers should be defined in other documents if they are needed. Conversely, if IETF NS PE never supports non-IETF identifiers (e.g., 5QI or TE-ID), it should be specified.
Also, having many options is not desirable, and narrowing down of options may be needed.

[Xuesong 1] Yes, the existing document has included many (if not all) possible network slice interworking identifier options from IETF perspective.  The intention here is to leading the discussion and converging to some most reasonable solutions, in order to provide requirement for further data plane extension. If you have any suggestion, please also let us know.

- Are there any differences between procedures of mapping/stitching 3GPP-IETF network slices at RAN, 5G-Core, and DN (i.e., N3, N6, and N9 interfaces) ? (For example, information exchanged between IETF NSC and 5G OpS, or classification scheme.) 5G has MEC scenarios and guaranteed communication quality may be required in DN. On N6 packets are passed as user-plane PDU, and network slices run on DN may be required to support ethernet and unstructured forms, in addition to IPv4/v6 (ref TS23 501). Also, 5G allows multiple access, and we may need to consider cases where IETF network slices deployed on a fixed network (this is not TN within RAN) connected to a 5G-core.
[Xuesong] Thanks for raising this up. As we have discussed in the call meeting of last week, the scope of IETF network slice in 5G E2E network slice covered by this document is not fully decided. Basically the decision will base on 2 principles: 1) whether different scenario is defined bases on whether it will request different IETF network slice mapping parameters or affect how to apply IETF network slice (for example: N3, N6, N9).  2) avoid involving deeply in 3GPP work and introducing detailed network entities defined in 3GPP; More analysis will be helpful. In existing stage, N3 is considered as the main scenario.
[SH] Thanks for sharing the summary of the last web call. I also think that it would be better to avoid involving concrete 3GPP entities, and we should focus on information exchanged between IETF NS and 3GPP 5G systems. (How to process the information sent to 3GPP 5G system should be considered by 3GPP.)

I understand that you are starting from analysis of the N3 interface. As I described we are developing MBH for 5G and I'll be able to give some feedback.

[Xuesong 1] Thanks for informing this. Contributions are very welcome.

Contributions from WG are welcome.

Regards,

Shunsuke


2022年6月3日(金) 12:01 Gengxuesong (Geng Xuesong) <gengxuesong=40huawei.com@dmarc.ietf.org<mailto:40huawei.com@dmarc.ietf.org>>:
Thanks Pavan and Lou. The webex invite is received.

From: Vishnu Pavan Beeram [mailto:vishnupavan@gmail.com<mailto:vishnupavan@gmail.com>]
Sent: Thursday, June 2, 2022 10:40 PM
To: Rokui, Reza <rrokui@ciena.com<mailto:rrokui@ciena.com>>
Cc: Gengxuesong (Geng Xuesong) <gengxuesong@huawei.com<mailto:gengxuesong@huawei.com>>; LUIS MIGUEL CONTRERAS MURILLO <luismiguel.contrerasmurillo@telefonica.com<mailto:luismiguel.contrerasmurillo@telefonica.com>>; TEAS WG <teas@ietf.org<mailto:teas@ietf.org>>; Ivan Bykov <Ivan.Bykov@rbbn.com<mailto:Ivan.Bykov@rbbn.com>>; TEAS WG Chairs <teas-chairs@ietf.org<mailto:teas-chairs@ietf.org>>
Subject: Re: [Teas] Applicability of IETF network slices in the 3GPP context

The meeting has been scheduled as requested (June 10th 8am US Eastern Time). The webex invite has been sent out to the list.

Please note that this is an open informal session driven by the authors/contributors of the relevant drafts. The objective is to produce a single document on the topic that the TEAS WG can look to adopt.

Regards,
-Pavan and Lou

On Tue, May 31, 2022 at 9:42 PM Rokui, Reza <rrokui@ciena.com<mailto:rrokui@ciena.com>> wrote:
Hello TEAS chairs,

To give more time to all co-authors, would it be possible to create a Webex meeting for Friday June 10 @ 8:00 EST

Thanks,
Reza

From: Gengxuesong (Geng Xuesong) <gengxuesong@huawei.com<mailto:gengxuesong@huawei.com>>
Date: Tuesday, May 31, 2022 at 11:05 AM
To: LUIS MIGUEL CONTRERAS MURILLO <luismiguel.contrerasmurillo@telefonica.com<mailto:luismiguel.contrerasmurillo@telefonica.com>>, Rokui, Reza <rrokui@ciena.com<mailto:rrokui@ciena.com>>, Vishnu Pavan Beeram <vishnupavan@gmail.com<mailto:vishnupavan@gmail.com>>, TEAS WG <teas@ietf.org<mailto:teas@ietf.org>>, Ivan Bykov <Ivan.Bykov@rbbn.com<mailto:Ivan.Bykov@rbbn.com>>
Cc: TEAS WG Chairs <teas-chairs@ietf.org<mailto:teas-chairs@ietf.org>>, Rokui, Reza <rrokui@ciena.com<mailto:rrokui@ciena.com>>
Subject: [**EXTERNAL**] RE: [Teas] Applicability of IETF network slices in the 3GPP context
Hi authors and WG,

It is great to hear that people agree this topic is important and willing to work together.

  1.  Call meeting proposal
Agree with Reza that a call meeting will be very helpful.
-       Friday June 3 @ 8:00 EST
-       Friday June 10 @ 8:00 EST
These 2 time slots both work for me and the 1st one is preferred. Could chairs kindly help to book a webex meeting if the authors think the time is suitable?

  1.  Document merge proposal
There are 3 documents in TEAS about this topic with slightly different side focus:

  *   draft-geng-teas-network-slice-mapping provides a procedure of mapping 5G end-to-end network defined in 5GPP slice to transport network slice defined in IETF, which gives guidance about how to use IETF network slice in 5G scenario in management plane, control plane and data plane respectively.
  *   draft-contreras-teas-3gpp-ietf-slice-mapping discusses mapping of 3GPP slice and IETF network slice endpoint and other related parameters, which mainly focuses about how to provide connection between 3GPP connection by IETF Network Slice with NSC
  *   draft-rokui-5g-ietf-network-slice discusses the relationship between 5G E2E network slicing and IETF network slice for 5G use-case, which also gives 5G IETF Network Slice NBI Information Model

Here is an initial proposal about the structure for combining these 3 documents:

  *   5G End-to-End Network Slice Introduction  . . . . . . . . .   background information summarized from 3 documents
  *   Network Slice Mapping Structure . . . . . . . . . . . . . . .   draft-geng-teas-network-slice-mapping/draft-rokui-5g-ietf-network-slice
  *   Network Slice Mapping Parameters  . . . . . . . . . . . . . . . draft-contreras-teas-3gpp-ietf-slice-mapping/ draft-geng-teas-network-slice-mapping
  *   Network Slice Mapping Procedure . . . . . . . . . . . . . . .   draft-geng-teas-network-slice-mapping

•   Network Slice Mapping in Management Plane . . . . . . . .   draft-contreras-teas-3gpp-ietf-slice-mapping

•   Network Slice Mapping in Control Plane  . . . . . . . . .  draft-geng-teas-network-slice-mapping

•   Network Slice Mapping in Data Plane . . . . . . . . . . .  draft-geng-teas-network-slice-mapping

  *   5G IETF Network Slice NBI  . . . . . . . . . . . . . . . .  draft-rokui-5g-ietf-network-slice

Best
Xuesong


From: LUIS MIGUEL CONTRERAS MURILLO [mailto:luismiguel.contrerasmurillo@telefonica.com<mailto:luismiguel.contrerasmurillo@telefonica.com>]
Sent: Tuesday, May 31, 2022 12:30 AM
To: LUIS MIGUEL CONTRERAS MURILLO <luismiguel.contrerasmurillo@telefonica.com<mailto:luismiguel.contrerasmurillo@telefonica.com>>; Rokui, Reza <rrokui@ciena.com<mailto:rrokui@ciena.com>>; Gengxuesong (Geng Xuesong) <gengxuesong@huawei.com<mailto:gengxuesong@huawei.com>>; Vishnu Pavan Beeram <vishnupavan@gmail.com<mailto:vishnupavan@gmail.com>>; TEAS WG <teas@ietf.org<mailto:teas@ietf.org>>; Ivan Bykov <Ivan.Bykov@rbbn.com<mailto:Ivan.Bykov@rbbn.com>>
Cc: TEAS WG Chairs <teas-chairs@ietf.org<mailto:teas-chairs@ietf.org>>; Rokui, Reza <rrokui@ciena.com<mailto:rrokui@ciena.com>>
Subject: RE: [Teas] Applicability of IETF network slices in the 3GPP context

Adding my co-author Ivan to this thread for commenting on the proposed slots for the tentative discussion.

Best regards

Luis

De: LUIS MIGUEL CONTRERAS MURILLO <luismiguel.contrerasmurillo@telefonica.com<mailto:luismiguel.contrerasmurillo@telefonica.com>>
Enviado el: lunes, 30 de mayo de 2022 15:55
Para: Rokui, Reza <rrokui=40ciena.com@dmarc.ietf.org<mailto:rrokui=40ciena.com@dmarc.ietf.org>>; Gengxuesong (Geng Xuesong) <gengxuesong=40huawei.com@dmarc.ietf.org<mailto:gengxuesong=40huawei.com@dmarc.ietf.org>>; Vishnu Pavan Beeram <vishnupavan@gmail.com<mailto:vishnupavan@gmail.com>>; TEAS WG <teas@ietf.org<mailto:teas@ietf.org>>
CC: TEAS WG Chairs <teas-chairs@ietf.org<mailto:teas-chairs@ietf.org>>; Rokui, Reza <rrokui@ciena.com<mailto:rrokui@ciena.com>>
Asunto: RE: [Teas] Applicability of IETF network slices in the 3GPP context

Agree here, as well.

I think we have complementary parts which are worthy to put together. On one hand there are generic architectural aspects that can show how 3GPP systems will act as upper systems of IETF NSC. There are also aspects on how 3GPP expects (as today) to requests slices at TN (in 3GPP terminology), which could show limitations (or undefined terms) on some of the required capabilities at the connectivity slices. And finally there are potential realizations today that could be documented.

The task is huge, anyway, so we need to analyze what can be delivered for IETF114, maybe an structure of the merged content, hopefully something else. In any case, definitely worthy to work on it.

Both dates as proposed by Reza are fine for me. I expect to do some preliminary work on proposition of parts to consider from the 3 drafts before the potential meeting, so we can advance with the work offline.

Thanks,

Best regards

Luis

De: Teas <teas-bounces@ietf.org<mailto:teas-bounces@ietf.org>> En nombre de Rokui, Reza
Enviado el: lunes, 30 de mayo de 2022 14:59
Para: Gengxuesong (Geng Xuesong) <gengxuesong=40huawei.com@dmarc.ietf.org<mailto:gengxuesong=40huawei.com@dmarc.ietf.org>>; Vishnu Pavan Beeram <vishnupavan@gmail.com<mailto:vishnupavan@gmail.com>>; TEAS WG <teas@ietf.org<mailto:teas@ietf.org>>
CC: TEAS WG Chairs <teas-chairs@ietf.org<mailto:teas-chairs@ietf.org>>; Rokui, Reza <rrokui@ciena.com<mailto:rrokui@ciena.com>>
Asunto: Re: [Teas] Applicability of IETF network slices in the 3GPP context

Thanks Lou and Pavan,
Agreed with your suggestion.

To all authors of the three drafts mentioned below,
It would be a good idea to have a meeting between us to decide about the next step. What is the best way to have this meeting? Does either of the following slots work for you?

  *   Friday June 3 @ 8:00 EST
  *   Friday June 10 @ 8:00 EST
Cheers,
Reza

From: Teas <teas-bounces@ietf.org<mailto:teas-bounces@ietf.org>> on behalf of Gengxuesong (Geng Xuesong) <gengxuesong=40huawei.com@dmarc.ietf.org<mailto:gengxuesong=40huawei.com@dmarc.ietf.org>>
Date: Thursday, May 26, 2022 at 3:49 AM
To: Vishnu Pavan Beeram <vishnupavan@gmail.com<mailto:vishnupavan@gmail.com>>, TEAS WG <teas@ietf.org<mailto:teas@ietf.org>>
Cc: TEAS WG Chairs <teas-chairs@ietf.org<mailto:teas-chairs@ietf.org>>
Subject: [**EXTERNAL**] Re: [Teas] Applicability of IETF network slices in the 3GPP context
Hi Pavan and Lou,

Thanks for the suggestion. We will coordinate with the authors of other drafts.

Best
Xuesong

From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of Vishnu Pavan Beeram
Sent: Wednesday, May 25, 2022 8:58 PM
To: TEAS WG <teas@ietf.org<mailto:teas@ietf.org>>
Cc: TEAS WG Chairs <teas-chairs@ietf.org<mailto:teas-chairs@ietf.org>>
Subject: [Teas] Applicability of IETF network slices in the 3GPP context

WG,
We (the chairs) acknowledge that it is important for the WG to work on a document that discusses the applicability of IETF network slices in the 3GPP context.

We have had 3 documents presented in past TEAS sessions that can form the basis of such a document:
https://datatracker.ietf.org/doc/draft-contreras-teas-3gpp-ietf-slice-mapping/
[datatracker.ietf.org]<https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/draft-contreras-teas-3gpp-ietf-slice-mapping/__;!!OSsGDw!MeCTM2ODJOQpcbP4VaxqGk4gua_Vi78oH8VsMeH8f7isG1X-DXxf1BRe0aWG0Ml7kcu9MAl_svtR5BwU3qWU5oOhIwk$>
https://datatracker.ietf.org/doc/draft-geng-teas-network-slice-mapping [datatracker.ietf.org]<https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/draft-geng-teas-network-slice-mapping/__;!!OSsGDw!MeCTM2ODJOQpcbP4VaxqGk4gua_Vi78oH8VsMeH8f7isG1X-DXxf1BRe0aWG0Ml7kcu9MAl_svtR5BwU3qWUreVkEHI$>
https://datatracker.ietf.org/doc/draft-rokui-5g-ietf-network-slice/
[datatracker.ietf.org]<https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/draft-rokui-5g-ietf-network-slice/__;!!OSsGDw!MeCTM2ODJOQpcbP4VaxqGk4gua_Vi78oH8VsMeH8f7isG1X-DXxf1BRe0aWG0Ml7kcu9MAl_svtR5BwU3qWULIAwjco$>

We encourage the authors of these documents to find ways to collaborate and produce a single document (ideally before IETF114) that the WG can look to adopt.

Regards,
-Pavan and Lou

________________________________

Este mensaje y sus adjuntos se dirigen exclusivamente a su destinatario, puede contener información privilegiada o confidencial y es para uso exclusivo de la persona o entidad de destino. Si no es usted. el destinatario indicado, queda notificado de que la lectura, utilización, divulgación y/o copia sin autorización puede estar prohibida en virtud de la legislación vigente. Si ha recibido este mensaje por error, le rogamos que nos lo comunique inmediatamente por esta misma vía y proceda a su destrucción.

The information contained in this transmission is confidential and privileged information intended only for the use of the individual or entity named above. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this transmission in error, do not read it. Please immediately reply to the sender that you have received this communication in error and then delete it.

Esta mensagem e seus anexos se dirigem exclusivamente ao seu destinatário, pode conter informação privilegiada ou confidencial e é para uso exclusivo da pessoa ou entidade de destino. Se não é vossa senhoria o destinatário indicado, fica notificado de que a leitura, utilização, divulgação e/ou cópia sem autorização pode estar proibida em virtude da legislação vigente. Se recebeu esta mensagem por erro, rogamos-lhe que nos o comunique imediatamente por esta mesma via e proceda a sua destruição

________________________________

Este mensaje y sus adjuntos se dirigen exclusivamente a su destinatario, puede contener información privilegiada o confidencial y es para uso exclusivo de la persona o entidad de destino. Si no es usted. el destinatario indicado, queda notificado de que la lectura, utilización, divulgación y/o copia sin autorización puede estar prohibida en virtud de la legislación vigente. Si ha recibido este mensaje por error, le rogamos que nos lo comunique inmediatamente por esta misma vía y proceda a su destrucción.

The information contained in this transmission is confidential and privileged information intended only for the use of the individual or entity named above. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this transmission in error, do not read it. Please immediately reply to the sender that you have received this communication in error and then delete it.

Esta mensagem e seus anexos se dirigem exclusivamente ao seu destinatário, pode conter informação privilegiada ou confidencial e é para uso exclusivo da pessoa ou entidade de destino. Se não é vossa senhoria o destinatário indicado, fica notificado de que a leitura, utilização, divulgação e/ou cópia sem autorização pode estar proibida em virtude da legislação vigente. Se recebeu esta mensagem por erro, rogamos-lhe que nos o comunique imediatamente por esta mesma via e proceda a sua destruição
_______________________________________________
Teas mailing list
Teas@ietf.org<mailto:Teas@ietf.org>
https://www.ietf.org/mailman/listinfo/teas