Re: [OPSAWG] CALL FOR ADOPTION: Attachment circuits work

"Wubo (lana)" <lana.wubo@huawei.com> Thu, 12 October 2023 12:43 UTC

Return-Path: <lana.wubo@huawei.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 F16BAC14F736 for <opsawg@ietfa.amsl.com>; Thu, 12 Oct 2023 05:43:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.906
X-Spam-Level:
X-Spam-Status: No, score=-1.906 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=unavailable 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 W-ouCQaUolYC for <opsawg@ietfa.amsl.com>; Thu, 12 Oct 2023 05:43:35 -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 845B7C14CE2E for <opsawg@ietf.org>; Thu, 12 Oct 2023 05:43:35 -0700 (PDT)
Received: from lhrpeml100001.china.huawei.com (unknown [172.18.147.206]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4S5q3v6LKMz6J9rb for <opsawg@ietf.org>; Thu, 12 Oct 2023 20:40:27 +0800 (CST)
Received: from canpemm100007.china.huawei.com (7.192.105.181) by lhrpeml100001.china.huawei.com (7.191.160.183) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2507.31; Thu, 12 Oct 2023 13:43:32 +0100
Received: from kwepemd500002.china.huawei.com (7.221.188.104) by canpemm100007.china.huawei.com (7.192.105.181) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2507.31; Thu, 12 Oct 2023 20:43:30 +0800
Received: from kwepemd500002.china.huawei.com ([7.221.188.104]) by kwepemd500002.china.huawei.com ([7.221.188.104]) with mapi id 15.02.1258.023; Thu, 12 Oct 2023 20:43:30 +0800
From: "Wubo (lana)" <lana.wubo@huawei.com>
To: "Joe Clarke (jclarke)" <jclarke=40cisco.com@dmarc.ietf.org>, "opsawg@ietf.org" <opsawg@ietf.org>
Thread-Topic: CALL FOR ADOPTION: Attachment circuits work
Thread-Index: AQHZ9TLDKt6djKCg4EOpkAp31wwVLLBF9OpQ
Date: Thu, 12 Oct 2023 12:43:30 +0000
Message-ID: <5e05d1d0f2b4430588cea532b68dbf73@huawei.com>
References: <BN9PR11MB53716C6D4D640B21D958EC4BB8C5A@BN9PR11MB5371.namprd11.prod.outlook.com>
In-Reply-To: <BN9PR11MB53716C6D4D640B21D958EC4BB8C5A@BN9PR11MB5371.namprd11.prod.outlook.com>
Accept-Language: en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.136.114.167]
Content-Type: multipart/alternative; boundary="_000_5e05d1d0f2b4430588cea532b68dbf73huaweicom_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/opsawg/7yQTIM9mSf-AaGmRfWOS8dNUGtQ>
Subject: Re: [OPSAWG] CALL FOR ADOPTION: Attachment circuits work
X-BeenThere: opsawg@ietf.org
X-Mailman-Version: 2.1.39
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: Thu, 12 Oct 2023 12:43:41 -0000

Hi Joe, all,

I support the adoption of the four drafts. These four drafts are a good supplement to the existing VPN and IETF Network Slice service models. Decoupling ACs from service models improves service deployment flexibility. And the network slice service model has already added ac-as-service method.

I have one review comment for draft-boro-opsawg-ac-lxsm-lxnm-glue. I see that a leaf-list of "ac-ref" is defined for lxsm:site-network-access/ lxnm:vpn-network-access, which I can understand the 1:1 mapping relationship between site-network-access/vpn-network-access and AC, for one-to-many mapping, I would suggest to give some examples to clarify the scenarios.

Thanks,
Bo Wu

From: OPSAWG <opsawg-bounces@ietf.org> On Behalf Of Joe Clarke (jclarke)
Sent: Monday, October 2, 2023 9:22 PM
To: opsawg@ietf.org
Subject: [OPSAWG] CALL FOR ADOPTION: Attachment circuits work

At IETF 117, we asked the room if there was support to adopt the four attachment circuits drafts.  The room had support (of the 75 present, 18 raised hands for adoption interest, 1 was opposed), but the list is where it counts.

While the drafts aren't too terribly long, there are four of them, so we will do a three week call for adoption.  Please review and comment on-list on the following indicating whether you support their adoption or not:

*         draft-boro-opsawg-teas-common-ac
*         draft-boro-opsawg-teas-attachment-circuit
*         draft-boro-opsawg-ntw-attachment-circuit
*         draft-boro-opsawg-ac-lxsm-lxnm-glue

The authors and contributors have all signaled there is no known IPR covering this work.

The CfA will end on October 23.

Thanks.

Joe