[Supa] Does SUPA need YANG Pub/Sub? (was RE: Slide set)
"Eric Voit (evoit)" <evoit@cisco.com> Thu, 05 February 2015 17:04 UTC
Return-Path: <evoit@cisco.com>
X-Original-To: supa@ietfa.amsl.com
Delivered-To: supa@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 140861A898B for <supa@ietfa.amsl.com>; Thu, 5 Feb 2015 09:04:26 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.511
X-Spam-Level:
X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
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 F7xGy_aHXPnM for <supa@ietfa.amsl.com>; Thu, 5 Feb 2015 09:04:23 -0800 (PST)
Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com [173.37.142.94]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5F0B51A03A1 for <supa@ietf.org>; Thu, 5 Feb 2015 09:04:23 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4836; q=dns/txt; s=iport; t=1423155863; x=1424365463; h=from:to:subject:date:message-id: content-transfer-encoding:mime-version; bh=QjuCCDehpb4d/kmjY8nCzV54gn6Roq+SV0F3JqQI/Eo=; b=Aa1EIMv/aZhoyRIHZKaNeaKQCGSOS/YHc71V0/winjlKfwZfZ20ZHMtO nGb1rnQDlc1EfgMfK5CMBZIyhoUqoYq1dtvEgfmLFANm5BXj/S1h3cBsx qASemxmppzfhEBGF8H65WfE9EiO97ju0Rz0qZ7B98vba3sDXUVvPXENWb A=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0BTBQCkodNU/4UNJK1OCQODBlJZBMI/CoVxAoEnQwEBAQEBfYQMAQEBAwEBAQEaHTQQCQQBGAEEAQEBChQrDAsdCQEEARIIiB0IDdcAAQEBAQEBAQEBAQEBAQEBAQEBAQEBFwSPDQE1IQsdgwWBEwWPFIQZhiiDA4JGiEyDPiKDbm+BRH4BAQE
X-IronPort-AV: E=Sophos;i="5.09,525,1418083200"; d="scan'208";a="120893065"
Received: from alln-core-11.cisco.com ([173.36.13.133]) by alln-iport-7.cisco.com with ESMTP; 05 Feb 2015 17:04:22 +0000
Received: from xhc-aln-x15.cisco.com (xhc-aln-x15.cisco.com [173.36.12.89]) by alln-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id t15H4MM1018501 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 5 Feb 2015 17:04:22 GMT
Received: from xmb-aln-x11.cisco.com ([169.254.6.43]) by xhc-aln-x15.cisco.com ([173.36.12.89]) with mapi id 14.03.0195.001; Thu, 5 Feb 2015 11:04:22 -0600
From: "Eric Voit (evoit)" <evoit@cisco.com>
To: "raghav.rao@wipro.com" <raghav.rao@wipro.com>, "supa@ietf.org" <supa@ietf.org>
Thread-Topic: Does SUPA need YANG Pub/Sub? (was RE: [Supa] Slide set)
Thread-Index: AdBBZbvLfntTPxSJQpOuKLOy3dVfTA==
Date: Thu, 05 Feb 2015 17:04:22 +0000
Message-ID: <EF64FF31F4C4384DBCE5D513A791C2B120B06D32@xmb-aln-x11.cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.116.134.138]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/supa/LYH_abiyeZMvAncfYwVbKve3wZo>
Subject: [Supa] Does SUPA need YANG Pub/Sub? (was RE: Slide set)
X-BeenThere: supa@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "This list is to discuss SUPA \(Shared Unified Policy Automation\) related issues." <supa.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/supa>, <mailto:supa-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/supa/>
List-Post: <mailto:supa@ietf.org>
List-Help: <mailto:supa-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/supa>, <mailto:supa-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 05 Feb 2015 17:04:26 -0000
I am an author of a Pub/Sub requirements document currently in WG adoption call at I2RS. draft-voit-i2rs-pub-sub-requirements-00 Discussions today with a number of WG chairs makes it likely that this document will consolidate Pub/Sub requirements from other WG as well. If the Pub/Sub requirements described below need YANG Push, it would be great to get your thoughts on the needs for such mechanisms over in I2RS. Thanks! Eric > raghav.rao@wipro.com, February 03, 2015 12:45 PM > > Hi Jorgen/Tina, > > You are right, I was initially tempted to include some of these aspects but left off > those details. > > Following are just my thoughts, please feel free to comment/disagree on it. > > > - Service layer express its intent from a service point of view over the interface > (currently marked as SUPA), say provision a service with certain service > attributes. > > - Network management layer interprets the service request with the help of > Policy Agent and translates it into network configuration using the network > topology information it has and provisions the request to the network. > > - It is assumed here that the Policy Agent itself is able to communicate with the > Policy Manager (my opinion is that SUPA interface also defines this exchange of > policies, potential conflict detection and resoution interface). More on the > below... > > - Other triggers could also be change in policies which impact already > provisioned services, in such a case the policy manager broadcasts the changed > policy (pub-sub model) to all policy agents and then they inform the network > manager to take appropriate actions. Apart from pub/sub there might be a need > to have a sync interface to query specific policy instance information from the > agent towards the manager. > > - There can be other triggers as well, a fault in the network that impacts a service > etc, but the propagation of such triggers and associated analysis is out of scope > of SUPA as it is part of regular fault management and serivce impact analysis. > > - With respect to the scope, i think we should focus on defining a information > model for the policy exchange between the policy manager and policy agent and > a corresponding data model based on yang. The protocol specific aspects can be > deferred to respective implementations. Also interms of the model we can > define certain foundational concepts and leave it open for extension while we > could provide a concrete example for a specific network technology and service, > as what constitutes a policy could itself vary depending ont he context where it > is used e.g. there could be tenant specific policies, site specific, network domain > specific etc... > > > Br, > Raghu. > > ________________________________________ > From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> > Sent: Tuesday, February 3, 2015 5:09 PM > To: Tina TSOU > Cc: supa@ietf.org; Masaki Fukushima; Raghavendra Rao T (WT01 - Global Media > & Telecom); mc-hayashi@kddilabs.jp; Keisuke Kuroki > Subject: Re: [Supa] Slide set > > On Tue, Feb 03, 2015 at 04:10:19PM +0000, Tina TSOU wrote: > > Dear all, > > > > The slide set needs some work. > > > > Regarding option 1, Raghu's opinion is added in the attached slide, pl. let us > know your thoughts. > > > > BTW, we need to choose between option 1 or 2, only use one. Any thoughts? > > > > This is a more detailed version of option 1, clarifying that the policy > interpretation happens at the network manager. Of course, this raises the > question how service and policy data models will be accessed by the policy > agent: Is the data "pushed" to the agent, "pulled" by the agents, is there > "pub/sub" mechanism, ...? And of course, which component is dealing with > policy conflicts? These questions were more clearly hidden in the original > simplified version of option 1 (but then having these questions and trying to > answer them is actually forward progress and thus goodness). So I would move > forward Raghu's version. > > I am, however, still unsure what the SUPA arrow is supposed to mean. It may be > read as "we want to do protocol work", an impression which I think we should > try to avoid as much as possible. > > /js > > -- > Juergen Schoenwaelder Jacobs University Bremen gGmbH > Phone: +49 421 200 3587 Campus Ring 1, 28759 Bremen, Germany > Fax: +49 421 200 3103 <http://www.jacobs-university.de/> > > _______________________________________________ > Supa mailing list > Supa@ietf.org > https://www.ietf.org/mailman/listinfo/supa
- [Supa] Does SUPA need YANG Pub/Sub? (was RE: Slid… Eric Voit (evoit)