Re: [OPSAWG] comment for draft-ietf-opsawg-sap-09

mohamed.boucadair@orange.com Thu, 22 September 2022 14:52 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 A4005C14CF02 for <opsawg@ietfa.amsl.com>; Thu, 22 Sep 2022 07:52:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.807
X-Spam-Level:
X-Spam-Status: No, score=-2.807 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-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, UNPARSEABLE_RELAY=0.001, URIBL_ZEN_BLOCKED_OPENDNS=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 ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MF1xe9mUM84O for <opsawg@ietfa.amsl.com>; Thu, 22 Sep 2022 07:52:34 -0700 (PDT)
Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.66.39]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 55F43C14F745 for <opsawg@ietf.org>; Thu, 22 Sep 2022 07:52:34 -0700 (PDT)
Received: from opfedar01.francetelecom.fr (unknown [xx.xx.xx.2]) (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 4MYJD02qKhzFqfK; Thu, 22 Sep 2022 16:52:32 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; s=ORANGE001; t=1663858352; bh=kAmiFsUiDK60gY6cNcDT2A25KnAoCgkUe75qjN66/tE=; h=From:To:Subject:Date:Message-ID:Content-Type:MIME-Version; b=bsugWxdaAkgouVhRBzGVkiSiTx+3EuOl2o40zBub/CI845NA/qP3QWam60dUpWoYf 4bcnvI1d6l7uZbb9SxG5057XAj5MKkyHn0jNVAGjz7Fc6ZWdgUqqbldTA8DAPBZXLP 83yVxXuH4WYe6H3XQXXU9X9IMwbTyyYDe4L4MwyhSVJwMQ16LOLJgeLKvKgpGSnKtJ sF0+ssx3PgedrEys5iONKrLwMcxsqxJ8q4/KK9BEnxQ9CEgXZOi5HvsQC1143oAep/ cs5oHi8dqfH3g1jLSrAr3VjSRk7hXpuflnF/D2MtgmADkFkYKLEydS/Q2mU099TyGy 2MUpxytC9EyMg==
From: mohamed.boucadair@orange.com
To: "Arafat, Asad (Nokia - DE/Stuttgart)" <asad.arafat@nokia.com>, "opsawg@ietf.org" <opsawg@ietf.org>
Thread-Topic: comment for draft-ietf-opsawg-sap-09
Thread-Index: AQHYzo+2cJY6Wl+GT0SOnqfbg2RLUa3rhJvA
Content-Class:
Date: Thu, 22 Sep 2022 14:52:31 +0000
Message-ID: <16966_1663858352_632C76B0_16966_50_1_268ca71fc93f47cf8cba2b77d1f9bb43@orange.com>
References: <PA4PR07MB8437E26F1882BB58A84BA5ABEF4E9@PA4PR07MB8437.eurprd07.prod.outlook.com>
In-Reply-To: <PA4PR07MB8437E26F1882BB58A84BA5ABEF4E9@PA4PR07MB8437.eurprd07.prod.outlook.com>
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=2022-09-22T14:37:46Z; 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=06eb00ba-be8a-4b27-982b-7d03df298806; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_ContentBits=0
x-originating-ip: [10.115.27.51]
Content-Type: multipart/alternative; boundary="_000_268ca71fc93f47cf8cba2b77d1f9bb43orangecom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/opsawg/euE5rVs1B4PXYcoLj50LMlBiYU4>
Subject: Re: [OPSAWG] comment for draft-ietf-opsawg-sap-09
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, 22 Sep 2022 14:52:38 -0000

Hi Asad,

Thank you for the comment.

I hear you. It is tempting to include such details into the SAP network model but we tried to avoid interfering with other device models or other network models (L3NM/L2NM). That's is why we have the following note in the draft:

   Advanced interface-specific data nodes are not included in the SAP
   model.  The interface identifiers listed in the SAP model can be used
   as filters to set or get such data using device models (e.g.,
   [RFC7224]).

For the particular case of L2NM/L3NM we do have the following:


      For example, 'sap-id' may be the VPN network access identifier in

      Section 7.6 of [RFC9182].  An example to illustrate the use of

      this attribute during service creation is provided in Appendix D.

...which means that the attachment circuit configuration will be directly included into the L2NM/L3NM while sap-id=vpn-network-access-id is used to correlate between the two.

I understand you want to do it in the other way around.

Cheers,
Med

De : OPSAWG <opsawg-bounces@ietf.org> De la part de Arafat, Asad (Nokia - DE/Stuttgart)
Envoyé : jeudi 22 septembre 2022 16:31
À : opsawg@ietf.org
Objet : [OPSAWG] comment for draft-ietf-opsawg-sap-09

Hi draft-ietf-opsawg-sap-09 authors

I have several comment regarding the draft.

Since I don't see a placeholder for configuration object that can be configured in the service attachment point. I believe it would be better to enrich the SAP model with the popular attachment circuit configuration of l2vpn and l3vpn, such as:

  *   Multicast protocol like IGMP(snooping), MLD(snooping)
  *   DHCP (snooping)
  *   IP/mac filter
  *   QOS policy
  *   OAM
  *   IP address
  *   Some extra fields can be reserved for arbitrarily usage

The use case that I can think of is when a Controller wanna config a service with L2NM or L3NM the following path can be augmented with the detail of SAP model


  *   /l3nm:l3vpn-ntw/l3nm:vpn-services/l3nm:vpn-service/l3nm:vpn-nodes/l3nm:vpn-node/l3nm:vpn-network-accesses
  *   /l2vpn-ntw:l2vpn-ntw/l2vpn-ntw:vpn-services/l2vpn-ntw:vpn-service/l2vpn-ntw:vpn-nodes/l2vpn-ntw:vpn-node/l2vpn-ntw:vpn-network-accesses

Similar can also for the service configuration retrieval.


Cheers/Asad


_________________________________________________________________________________________________________________________

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.