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

mohamed.boucadair@orange.com Fri, 23 September 2022 06:12 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 B0014C14F73B for <opsawg@ietfa.amsl.com>; Thu, 22 Sep 2022 23:12:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.809
X-Spam-Level:
X-Spam-Status: No, score=-2.809 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, UNPARSEABLE_RELAY=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 0AjK2MvI9TAO for <opsawg@ietfa.amsl.com>; Thu, 22 Sep 2022 23:12:23 -0700 (PDT)
Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.70.36]) (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 56C9FC14F612 for <opsawg@ietf.org>; Thu, 22 Sep 2022 23:12:23 -0700 (PDT)
Received: from opfednr03.francetelecom.fr (unknown [xx.xx.xx.67]) (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 opfednr25.francetelecom.fr (ESMTP service) with ESMTPS id 4MYhdK1RmSzCrtm; Fri, 23 Sep 2022 08:12:21 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; s=ORANGE001; t=1663913541; bh=SYy1nRn9+PpcRGxPyNCAdQkV864INkegsOmUdzC7n0I=; h=From:To:Subject:Date:Message-ID:Content-Type:MIME-Version; b=e6M2aqaknzerAXrklzTFDGjbsJ6eKFdF8FSRa/u5zR/+pfsCN1yNRHg0Btzhdins2 948k/twIysq9nnxiApsZoA4KIP0UauZ2+4BNypP4h/TDzvVGrEK5yzDy4iIv0wydf6 vpC5NNov2Jpl6/sUfEQLZCGvzGcPn50CVOOWjdKEGQI9rr57cQTekRXjaZn9j9e9Qf P1rSt7hw0O+dH9wAuCkIwcAWqxXZy7iv6k5AzZntKnbb3/1gamZ5rtVklKVZ3+bWh4 gjF6hY9NDLeZxWj5xlSAIIw3XMGg2BLLL2KhJh/IqMP1MEy6XHXk7JietvCcv06J2h mfMuGpOEO4tbQ==
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+GT0SOnqfbg2RLUa3rhJvAgAALXT6AAOu54A==
Content-Class:
Date: Fri, 23 Sep 2022 06:12:20 +0000
Message-ID: <23611_1663913541_632D4E45_23611_209_1_6ff893ee99204c2c95ab18cdd8aa5ffb@orange.com>
References: <PA4PR07MB8437E26F1882BB58A84BA5ABEF4E9@PA4PR07MB8437.eurprd07.prod.outlook.com> <16966_1663858352_632C76B0_16966_50_1_268ca71fc93f47cf8cba2b77d1f9bb43@orange.com> <PA4PR07MB8437137233702DB514C440C0EF4E9@PA4PR07MB8437.eurprd07.prod.outlook.com>
In-Reply-To: <PA4PR07MB8437137233702DB514C440C0EF4E9@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-23T05:22:13Z; 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=291a7a0b-bf1f-4237-96c2-0bea704b9f3d; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_ContentBits=0
x-originating-ip: [10.115.27.53]
Content-Type: multipart/alternative; boundary="_000_6ff893ee99204c2c95ab18cdd8aa5ffborangecom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/opsawg/qNjRKBRqxwNG43VI27WgSRWzNjQ>
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: Fri, 23 Sep 2022 06:12:27 -0000

Hi Asad,

Please see inline.

Cheers,
Med

De : Arafat, Asad (Nokia - DE/Stuttgart) <asad.arafat@nokia.com>
Envoyé : jeudi 22 septembre 2022 17:29
À : BOUCADAIR Mohamed INNOV/NET <mohamed.boucadair@orange.com>; opsawg@ietf.org
Cc : Arafat, Asad (Nokia - DE/Stuttgart) <asad.arafat@nokia.com>
Objet : Re: comment for draft-ietf-opsawg-sap-09

Thanks for the explanations Med..

It brings me to another questions

  *   Is there any standard method to augment some parameter that not included in service dataModel (L2NM/L3NM). Ie: dhcp snooping?
[Med] L2NM/L3Nm can be augmented following rfc7950#section-4.2.8. You can write an I-D with the proposed augmentations and share them with the list.


  *   Appendix A in the draft made me curious, is there any standard that define service stitching?
[Med] I'm not aware of a generic model and would be surprised to see as I guess this depends on the service.

It could be inter-as option A or even L2VPN-to-L3VPN?

Cheers/Asad

From: mohamed.boucadair@orange.com<mailto:mohamed.boucadair@orange.com> <mohamed.boucadair@orange.com<mailto:mohamed.boucadair@orange.com>>
Date: Thursday, 22. September 2022 at 16:52
To: Arafat, Asad (Nokia - DE/Stuttgart) <asad.arafat@nokia.com<mailto:asad.arafat@nokia.com>>, opsawg@ietf.org<mailto:opsawg@ietf.org> <opsawg@ietf.org<mailto:opsawg@ietf.org>>
Subject: RE: comment for draft-ietf-opsawg-sap-09
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<mailto:opsawg-bounces@ietf.org>> De la part de Arafat, Asad (Nokia - DE/Stuttgart)
Envoyé : jeudi 22 septembre 2022 16:31
À : opsawg@ietf.org<mailto: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.