Re: [Netconf] In an update, when is a delete a delete?
Andy Bierman <andy@yumaworks.com> Sat, 20 May 2017 17:06 UTC
Return-Path: <andy@yumaworks.com>
X-Original-To: netconf@ietfa.amsl.com
Delivered-To: netconf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1D485128CDC for <netconf@ietfa.amsl.com>; Sat, 20 May 2017 10:06:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yumaworks-com.20150623.gappssmtp.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 Pgr9qhOSK-Z0 for <netconf@ietfa.amsl.com>; Sat, 20 May 2017 10:06:32 -0700 (PDT)
Received: from mail-wm0-x233.google.com (mail-wm0-x233.google.com [IPv6:2a00:1450:400c:c09::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 46BB9128768 for <netconf@ietf.org>; Sat, 20 May 2017 10:06:32 -0700 (PDT)
Received: by mail-wm0-x233.google.com with SMTP id b84so258744056wmh.0 for <netconf@ietf.org>; Sat, 20 May 2017 10:06:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=mLijhQDk8hSY/sAoBNwWC2Hztt/vUZ2mGd3LW2Fd0Fk=; b=lga+TGZ2axHJvWp8+jIMyaxuq3CcPP8nJyoij8K8Bq4g7eDtZJt0RYptxUJsFZqHwU Jza97imf7qlTvmG+nnbi4rQpQXezylD8mMpSNHbNoOYtLjUILlxWlp9Q1rqveAwEscEq cgpOrWvUKQbSN/3AdPaInTprsaboxWnNhzY4LKpQ3/FYM1JdzFoolkn+Yps3el8HOV4d wTsMuE8mGdDiE0AkBYGgszYVkBm3oKyNy6n/I9O9cy3ruQZZ/qNEAsLumMlhfKJ4xAA/ 6Gu83UX5PSKW/e6PFHV6H2x0V8g28r7aSUTnAgqMPDCjWoal9rIrlnytBkxGV9MGOIVc nX9g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=mLijhQDk8hSY/sAoBNwWC2Hztt/vUZ2mGd3LW2Fd0Fk=; b=Z3x4psM1wwxTmA/K7yLjNkIR5PS/06CUjq+mQMc6aJCj/QtfMEeuBmfGBdO1R9x3HU iFum0tos2RDbUV0lqFmXel+21YOYHmOkowZZhyr+GmlT/Wk5fY8LtZlohd1+kZq55bF0 fG+ecOE1/7JQgw9O2Qks3KPWXkYhVgFPvNjkUoHXVP2ORV9xiR+2r8tNVQWyVUl6SbSS pEQGCm5QhCiSu+IHPY+5a9ydYuP5LYby3KqOdZzzfopYtkhfuqzhdRFFvUDCkXf3km8+ ikhawMQgGDBZPf2x9DLwFeSTQxSDFSLZD6JZ5mpH8z+Me1DnUNCP5aWFZy8WUgs97M7Z ZUbw==
X-Gm-Message-State: AODbwcBPBzJFtz+k1PqSBO8AGJolRkFJNEx3HC69n5oRlb2tG4uCZzHg pGa4JqDtpmt047K0eOHm66AZ26moDM6q
X-Received: by 10.28.183.8 with SMTP id h8mr8921956wmf.54.1495299990741; Sat, 20 May 2017 10:06:30 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.223.155.2 with HTTP; Sat, 20 May 2017 10:06:29 -0700 (PDT)
In-Reply-To: <20170520142807.GA1930@elstar.local>
References: <8340AFB7-350A-4641-A130-4114E39C73E1@juniper.net> <CABCOCHS-qYRJuvrDNj+CbL6p+cdt84Mc+a-P-MiqU4x=V814aQ@mail.gmail.com> <644DA50AFA8C314EA9BDDAC83BD38A2E0DFAF042@SJCEML701-CHM.china.huawei.com> <CABCOCHSdMGuXvmf6YeVCw6oVAgRwd2NOLrCC-1x3ync7KPx3Aw@mail.gmail.com> <644DA50AFA8C314EA9BDDAC83BD38A2E0DFAF0AC@SJCEML701-CHM.china.huawei.com> <CABCOCHQ-H7CdQodptTxaJj-7v9qZ_sF41RfBC4oi-GFY57bz+A@mail.gmail.com> <644DA50AFA8C314EA9BDDAC83BD38A2E0DFAF223@SJCEML701-CHM.china.huawei.com> <CABCOCHS4oKs+c-F0JN952RTb9xNQ4QBHcAKh40nHQzxSLPV-yQ@mail.gmail.com> <20170520064514.GA1429@elstar.local> <CABCOCHRefbQsNwOLsueUcYpjKAtfrVSdPufEj67qZiNueNnyHg@mail.gmail.com> <20170520142807.GA1930@elstar.local>
From: Andy Bierman <andy@yumaworks.com>
Date: Sat, 20 May 2017 10:06:29 -0700
Message-ID: <CABCOCHRcAUkDaqV+P8p4cUT34B8wQC9O4jz_MsQ6aWd=g41qCQ@mail.gmail.com>
To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>, Andy Bierman <andy@yumaworks.com>, Alexander Clemm <alexander.clemm@huawei.com>, Netconf <netconf@ietf.org>
Content-Type: multipart/alternative; boundary="001a1148f920c80a37054ff7a8f9"
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/qGaBKIHxKzd9Z913Gsb4DffWuFw>
Subject: Re: [Netconf] In an update, when is a delete a delete?
X-BeenThere: netconf@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Network Configuration WG mailing list <netconf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netconf>, <mailto:netconf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netconf/>
List-Post: <mailto:netconf@ietf.org>
List-Help: <mailto:netconf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netconf>, <mailto:netconf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 20 May 2017 17:06:34 -0000
On Sat, May 20, 2017 at 7:28 AM, Juergen Schoenwaelder < j.schoenwaelder@jacobs-university.de> wrote: > On Sat, May 20, 2017 at 07:17:27AM -0700, Andy Bierman wrote: > > On Fri, May 19, 2017 at 11:45 PM, Juergen Schoenwaelder < > > j.schoenwaelder@jacobs-university.de> wrote: > > > > > On Fri, May 19, 2017 at 02:36:44PM -0700, Andy Bierman wrote: > > > > > > > > I guess I like option #4 (allow data filters on static data, say > SHOULD > > > NOT > > > > use on dynamic data) > > > > The solution seems too complicated if there is a need for "I am still > > > here, > > > > but I am not being reported" . > > > > Especially since that means "still here in your custom view of > things", > > > not > > > > "still here in the device". > > > > > > > > > > What is 'static data'? > > > > > > > Data you do not expect to change, like if:type. > > > > Until I swap the line card... > > Anyway, if you propose 'allow data filters on static data', then there > needs to be some reasonably precise definition of 'static data'. > > That may be a deployment choice, so it is hard to define. I do not object to option (2). I just prefer (4). /js > Andy > > -- > 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/> >
- [Netconf] In an update, when is a delete a delete? Alexander Clemm
- Re: [Netconf] In an update, when is a delete a de… Igor Bryskin
- Re: [Netconf] In an update, when is a delete a de… Randy Presuhn
- Re: [Netconf] In an update, when is a delete a de… Martin Bjorklund
- Re: [Netconf] In an update, when is a delete a de… Andy Bierman
- Re: [Netconf] In an update, when is a delete a de… Eric Voit (evoit)
- Re: [Netconf] In an update, when is a delete a de… Eric Voit (evoit)
- Re: [Netconf] In an update, when is a delete a de… Kent Watsen
- Re: [Netconf] In an update, when is a delete a de… Andy Bierman
- Re: [Netconf] In an update, when is a delete a de… Alexander Clemm
- Re: [Netconf] In an update, when is a delete a de… Andy Bierman
- Re: [Netconf] In an update, when is a delete a de… Alexander Clemm
- Re: [Netconf] In an update, when is a delete a de… Andy Bierman
- Re: [Netconf] In an update, when is a delete a de… Alexander Clemm
- Re: [Netconf] In an update, when is a delete a de… Andy Bierman
- Re: [Netconf] In an update, when is a delete a de… Juergen Schoenwaelder
- Re: [Netconf] In an update, when is a delete a de… Andy Bierman
- Re: [Netconf] In an update, when is a delete a de… Juergen Schoenwaelder
- Re: [Netconf] In an update, when is a delete a de… Andy Bierman
- Re: [Netconf] In an update, when is a delete a de… Juergen Schoenwaelder
- Re: [Netconf] In an update, when is a delete a de… Alexander Clemm
- Re: [Netconf] In an update, when is a delete a de… Martin Bjorklund
- Re: [Netconf] In an update, when is a delete a de… Eric Voit (evoit)
- Re: [Netconf] In an update, when is a delete a de… Alexander Clemm
- Re: [Netconf] In an update, when is a delete a de… Martin Bjorklund
- Re: [Netconf] In an update, when is a delete a de… Eric Voit (evoit)
- Re: [Netconf] In an update, when is a delete a de… Andy Bierman
- Re: [Netconf] In an update, when is a delete a de… Martin Bjorklund
- Re: [Netconf] In an update, when is a delete a de… Martin Bjorklund
- Re: [Netconf] In an update, when is a delete a de… Alexander Clemm
- Re: [Netconf] In an update, when is a delete a de… Andy Bierman
- Re: [Netconf] In an update, when is a delete a de… Eric Voit (evoit)
- Re: [Netconf] In an update, when is a delete a de… Martin Bjorklund
- Re: [Netconf] In an update, when is a delete a de… Robert Wilton
- Re: [Netconf] In an update, when is a delete a de… Martin Bjorklund
- Re: [Netconf] In an update, when is a delete a de… Eric Voit (evoit)
- Re: [Netconf] In an update, when is a delete a de… Martin Bjorklund
- Re: [Netconf] In an update, when is a delete a de… Eric Voit (evoit)
- Re: [Netconf] In an update, when is a delete a de… Martin Bjorklund
- Re: [Netconf] In an update, when is a delete a de… Martin Bjorklund
- Re: [Netconf] In an update, when is a delete a de… Eric Voit (evoit)
- Re: [Netconf] In an update, when is a delete a de… Martin Bjorklund
- Re: [Netconf] In an update, when is a delete a de… Eric Voit (evoit)
- Re: [Netconf] In an update, when is a delete a de… Alexander Clemm