[OPSAWG] Service Assurance for Intent-based Networking Architecture and YANG modules

Benoit Claise <bclaise@cisco.com> Mon, 09 March 2020 18:24 UTC

Return-Path: <bclaise@cisco.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 8F1713A14BC for <opsawg@ietfa.amsl.com>; Mon, 9 Mar 2020 11:24:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.6
X-Spam-Level:
X-Spam-Status: No, score=-9.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PHH_Gilw-gVI for <opsawg@ietfa.amsl.com>; Mon, 9 Mar 2020 11:24:58 -0700 (PDT)
Received: from aer-iport-4.cisco.com (aer-iport-4.cisco.com [173.38.203.54]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A98373A0DDA for <opsawg@ietf.org>; Mon, 9 Mar 2020 11:24:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4233; q=dns/txt; s=iport; t=1583778297; x=1584987897; h=to:cc:from:subject:message-id:date:mime-version; bh=JRSR7OroAdO3KSyWlp3CWeG6HdpivAG4DkDYHabKYbA=; b=KCaLUSUTLDUE2/I6uo8So4IOcZJm9G0kAE/V7PtB83Axu18yKYVZ4LPN PulrVsLsjjvN+4iGmgwX11joSU1iT3E7Vws7V/fyvSnqWGl3N5sMVP4Gj kFJUqavCEnbU6bqhauNDEedrvfY3R4bXhXMfFWqoMPlYuR61bYOW9fcbX U=;
X-IronPort-AV: E=Sophos; i="5.70,534,1574121600"; d="scan'208,217"; a="24161279"
Received: from aer-iport-nat.cisco.com (HELO aer-core-1.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 09 Mar 2020 18:24:55 +0000
Received: from [10.55.221.38] (ams-bclaise-nitro5.cisco.com [10.55.221.38]) (authenticated bits=0) by aer-core-1.cisco.com (8.15.2/8.15.2) with ESMTPSA id 029IOsaD009567 (version=TLSv1.2 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 9 Mar 2020 18:24:55 GMT
To: "opsawg@ietf.org" <opsawg@ietf.org>
Cc: Benoit Claise <bclaise@cisco.com>, "Jean Quilbeuf -X (jquilbeu - LIANEO at Cisco)" <jquilbeu@cisco.com>, DIEGO LOPEZ GARCIA <diego.r.lopez@telefonica.com>, "Voyer, Daniel" <daniel.voyer@bell.ca>, EL FATHI Youssef OBS/OINIS <youssef.elfathi@orange.com>, Paolo Lucente <paolo@ntt.net>, Fasano Paolo <paolo2.fasano@telecomitalia.it>
From: Benoit Claise <bclaise@cisco.com>
Message-ID: <19046f77-e5a7-293a-cc64-3cc7ec4849bf@cisco.com>
Date: Mon, 09 Mar 2020 19:24:53 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.4.2
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="------------6C49E9A0BCFE5FA0F95AE2C8"
Content-Language: en-US
X-Authenticated-User: bclaise
X-Outbound-SMTP-Client: 10.55.221.38, ams-bclaise-nitro5.cisco.com
X-Outbound-Node: aer-core-1.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/opsawg/IkA5nOppC7ZwU8vLUVOW0a849Ks>
Subject: [OPSAWG] Service Assurance for Intent-based Networking Architecture and YANG modules
X-BeenThere: opsawg@ietf.org
X-Mailman-Version: 2.1.29
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: Mon, 09 Mar 2020 18:25:00 -0000

Dear all,

New versions of these two drafts have been posted.
- Service Assurance for Intent-based Networking Architecture, 
draft-claise-opsawg-service-assurance-architecture-02 
<https://tools.ietf.org/html/draft-claise-opsawg-service-assurance-architecture-02>
- YANG Modules for Service Assurance, 
draft-claise-opsawg-service-assurance-yang-04 
<https://tools.ietf.org/html/draft-claise-opsawg-service-assurance-yang-04>

The first document describes the architecture for Service Assurance for 
Intent-based Networking (SAIN). This architecture aims at assuring that 
service instances are correctly running. As services rely on multiple 
sub-services by the underlying network devices, getting the assurance of 
a healthy service is only possible with a holistic view of network 
devices. This architecture not only helps to correlate the service 
degradation with the network root cause but also the impacted services 
impacted when a network component fails or degrades.

This second document complements the architecture by providing open 
interfaces between components, meaning YANG modules.

Here are the differences compared to the version I discussed during the 
last IETF meetings.

The architecture:
- handling maintenance windows
- the flexible architecture better explained
- improved the terminology
- notion of mapping information model to data model, while waiting for 
YANG to be everywhere
- started a security considerations section

The YANG module(s):
- added the under-maintenance/maintenance-contact
- added the ietf-service-assurance-interface

Note also the new co-authors on both drafts.

Please review and comment.

Regards, Benoit