Re: [i2rs] I-D Action: draft-ietf-i2rs-pub-sub-requirements-03.txt
Joe Clarke <jclarke@cisco.com> Mon, 05 October 2015 16:59 UTC
Return-Path: <jclarke@cisco.com>
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F04821AD324 for <i2rs@ietfa.amsl.com>; Mon, 5 Oct 2015 09:59:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -13.49
X-Spam-Level:
X-Spam-Status: No, score=-13.49 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, MISSING_HEADERS=1.021, 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 qZW_P3KXCY5W for <i2rs@ietfa.amsl.com>; Mon, 5 Oct 2015 09:59:17 -0700 (PDT)
Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 030691AD2C0 for <i2rs@ietf.org>; Mon, 5 Oct 2015 09:59:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4482; q=dns/txt; s=iport; t=1444064357; x=1445273957; h=subject:references:cc:from:message-id:date:mime-version: in-reply-to:content-transfer-encoding; bh=Nv6Y+y9HQn1Blejw6zcWEHdcFSWDouTzlCeVbb9e4Yk=; b=IMTspEMhB0xWg04x6gwfYokkuXlBkaJ5Ab+XFinzUHmMDD8q90JgbKoP VQPV0SDmD/GdXdVjjwEkMlfbLP0a1V155afiAEBFZvsifweTOnpR5FykU kcoEdK2R0FbbILlHfmUtDaZ6CTHLjtVZroaGeU0dPWQFHDwVUo1fQ4tlp c=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0AQAgAVrBJW/5hdJa1XB4MnVG6qLpNmAQ2BWhcMhXcCKIEMOBQBAQEBAQEBgQqEHAkBAQQBAQE1NgoBEAsYCQMBCAoPCQMCAQIBFTATBgIBAYVugjwNvTcBAQEBAQEBAQIBAQEBAQEchnOEfoRFSAcKgm6BNAEElXyFF4gAgVZHg3GDACOSMh8BAUKCER2BcCIzhnYHHIEmAQEF
X-IronPort-AV: E=Sophos;i="5.17,639,1437436800"; d="scan'208";a="38142199"
Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by rcdn-iport-3.cisco.com with ESMTP; 05 Oct 2015 16:59:15 +0000
Received: from [10.117.46.164] (rtp-jclarke-8913.cisco.com [10.117.46.164]) by rcdn-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id t95GxFTK032029 for <i2rs@ietf.org>; Mon, 5 Oct 2015 16:59:15 GMT
References: <20151002190856.30194.1040.idtracker@ietfa.amsl.com>
Cc: i2rs@ietf.org
From: Joe Clarke <jclarke@cisco.com>
Organization: Cisco Systems, Inc.
Message-ID: <5612AC63.4020000@cisco.com>
Date: Mon, 05 Oct 2015 12:59:15 -0400
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.3.0
MIME-Version: 1.0
In-Reply-To: <20151002190856.30194.1040.idtracker@ietfa.amsl.com>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/i2rs/txla1BEOvA-kJSDAzCLkEJNRvXQ>
Subject: Re: [i2rs] I-D Action: draft-ietf-i2rs-pub-sub-requirements-03.txt
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" <i2rs.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/i2rs>, <mailto:i2rs-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/i2rs/>
List-Post: <mailto:i2rs@ietf.org>
List-Help: <mailto:i2rs-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/i2rs>, <mailto:i2rs-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Oct 2015 16:59:19 -0000
I'm reading through the latest draft, and I have a few questions/comments. In section 3, could the Subscription Service be an external broker? Said another way, it reads like the Subscription Service is/could be an external entity. Is that the case, or will this always be a component of the Publisher? In section 4.2.2 regarding negotiation, it states that when negotiating QoS, if the Subscription Service is unable to meet the request, it must, "include in its decline a set of criteria that would have been acceptable when the Subscription Request was made." This got me thinking about future state. That is, let's say that as of now I negotiate that I can do reaction time of T. But in an hour, due to other things (maybe higher-priority work) I can only do T plus some factor, X. The requirements in section 4.2.1 state that a Subscription Service can terminate a Subscription at any time. And as I read on, Section 4.2.3 describes what happens in the case of a "breach of contract." Perhaps that paragraph needs to folded in to the Negotiation section: "When a Subscription Service is not able to send updates per its subscription contract, the Subscription must notify subscribers and put the subscription into a state of indicating the Subscription was suspended by the service. When able to resume service, subscribers need to be notified as well. If unable to resume service, the Subscription Service may terminate the subscription and notify Subscribers accordingly." In section 4.2.5, is it needed to say that the mutual authn that exists between Subscriber and Subscription Service take into account the Publisher? That is, as a Subscriber I would want to ensure that a given Subscription Service is actually providing data from a known, trusted Publisher. I don't see any mention of Publishers in this section, and I would think there should be some in the case where the Subscription Service could be a broker. I like the fact that you have section 4.2.8. It goes to the idea of built-in serviceability. When you say, "fetch" is it envisioned that this data is exposed through another Subscription Service, or will there be other mechanisms to get at this? Joe On 10/2/15 15:08, internet-drafts@ietf.org wrote: > > A New Internet-Draft is available from the on-line Internet-Drafts directories. > This draft is a work item of the Interface to the Routing System Working Group of the IETF. > > Title : Requirements for Subscription to YANG Datastores > Authors : Eric Voit > Alexander Clemm > Alberto Gonzalez Prieto > Filename : draft-ietf-i2rs-pub-sub-requirements-03.txt > Pages : 17 > Date : 2015-09-28 > > Abstract: > This document provides requirements for a service that allows client > applications to subscribe to updates of a YANG datastore. Based on > criteria negotiated as part of a subscription, updates will be pushed > to targeted recipients. Such a capability eliminates the need for > periodic polling of YANG datastores by applications and fills a > functional gap in existing YANG transports (i.e. Netconf and > Restconf). Such a service can be summarized as a "pub/sub" service > for YANG datastore updates. Beyond a set of basic requirements for > the service, various refinements are addressed. These refinements > include: periodicity of object updates, filtering out of objects > underneath a requested a subtree, and delivery QoS guarantees. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-i2rs-pub-sub-requirements/ > > There's also a htmlized version available at: > https://tools.ietf.org/html/draft-ietf-i2rs-pub-sub-requirements-03 > > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=draft-ietf-i2rs-pub-sub-requirements-03 > > > Please note that it may take a couple of minutes from the time of submission > until the htmlized version and diff are available at tools.ietf.org. > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > _______________________________________________ > i2rs mailing list > i2rs@ietf.org > https://www.ietf.org/mailman/listinfo/i2rs >
- [i2rs] I-D Action: draft-ietf-i2rs-pub-sub-requir… internet-drafts
- Re: [i2rs] I-D Action: draft-ietf-i2rs-pub-sub-re… Joe Clarke
- Re: [i2rs] I-D Action: draft-ietf-i2rs-pub-sub-re… Eric Voit (evoit)
- Re: [i2rs] I-D Action: draft-ietf-i2rs-pub-sub-re… Joe Clarke
- Re: [i2rs] I-D Action: draft-ietf-i2rs-pub-sub-re… Joel M. Halpern
- Re: [i2rs] I-D Action: draft-ietf-i2rs-pub-sub-re… Eric Voit (evoit)
- Re: [i2rs] I-D Action: draft-ietf-i2rs-pub-sub-re… Eric Voit (evoit)
- Re: [i2rs] I-D Action: draft-ietf-i2rs-pub-sub-re… Joe Clarke