Re: [Anima] RTGWG-chairs: slot for RTGWG@109 to present on GRASP ? (was: Re: draft-li-rtgwg-protocol-assisted-protocol

Brian E Carpenter <brian.e.carpenter@gmail.com> Mon, 16 November 2020 06:02 UTC

Return-Path: <brian.e.carpenter@gmail.com>
X-Original-To: anima@ietfa.amsl.com
Delivered-To: anima@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F3B3B3A13C3; Sun, 15 Nov 2020 22:02:08 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.599
X-Spam-Level:
X-Spam-Status: No, score=-1.599 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, FREEMAIL_FROM=0.001, GB_ABOUTYOU=0.5, NICE_REPLY_A=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 rQyiXjaviAQl; Sun, 15 Nov 2020 22:02:07 -0800 (PST)
Received: from mail-pg1-x52f.google.com (mail-pg1-x52f.google.com [IPv6:2607:f8b0:4864:20::52f]) (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 C56053A13BC; Sun, 15 Nov 2020 22:02:05 -0800 (PST)
Received: by mail-pg1-x52f.google.com with SMTP id 34so9013599pgp.10; Sun, 15 Nov 2020 22:02:05 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=/nAO0E6zTL/bR6h900PcKbDelGkFuSGRirarRS6doKE=; b=Ef3/lShUYFrFm+34W/dgaL9QQ/HctOFcAY0r2l0IE2IW+RfrXbg/OdQUdfkeZsl2eW zuNZ8+opXuLVsjPHCj0sTmrILbzOBP9+69FY8jG6LQF8E9kHCTfjUb+W0IEVUmr3bgtb 1mMbjyO1YQajFlFSc20pccLIcypvojRVArxVRrBMhlfo78kndOrBif8g1vnqT/jVsOhY UFUHvWCyVJh6ax9qFpHbraqMH+T/nwXW7aRQDy9CMua9zCBlflkgOzxefsKqM9wJeBye afH38CLjm8rWT5hQyGQciUpPr+/xE75zmGf9/NXiGV6vPz9tqdKlSHL50Ghqrf2wokJ4 QAiA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=/nAO0E6zTL/bR6h900PcKbDelGkFuSGRirarRS6doKE=; b=lOMxv+X+alN22RveMuY/7pmDly6al62Aff7OxCqoGty/zOi/1yCGMBOjbDU+KHPcOq ciIxOG5HeB8WKwZXacGl2UQxAxqVfFLynIVWNc53/aN1F3fQ7INTnP+iLeAcncgsJjXh wnDO5PI1gzCKG4KqYhsT/EN4T9fSXog4XCvAEBWgF21suvYWcBKD8NXET+JlhM19y+3U a+mYFvDCWYvN//jUcXCYSA96N5A0fdmrtStSgDrc7oQCY9hsD4cFQFy+qIDnVLj/VSJw xLrLcrlRtIwwUf8m/OfgVbEVi0FKQtf/NfkTuImn8j9pKUfK8YCsxS6wyTXztd91525v ybpA==
X-Gm-Message-State: AOAM530ERU6PItFwWK3UQz32O5rnO+nhou4ZL1N3sXiKMRlYkkqHncPN KwyK39J1MCdk69hNFOcvtUAtyH4H/BEbow==
X-Google-Smtp-Source: ABdhPJzvXTwplnqoUgKtOdT3OpofmEi2gWiaQWqniO+6bQ934Sqd31Quaopv60vvYllFff9VkuJ5eQ==
X-Received: by 2002:a17:90a:b010:: with SMTP id x16mr11967786pjq.16.1605506524706; Sun, 15 Nov 2020 22:02:04 -0800 (PST)
Received: from [192.168.178.20] ([151.210.130.0]) by smtp.gmail.com with ESMTPSA id 131sm1115453pfw.117.2020.11.15.22.01.59 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 15 Nov 2020 22:02:03 -0800 (PST)
To: Yingzhen Qu <yingzhen.qu@futurewei.com>, Toerless Eckert <tte@cs.fau.de>
Cc: Jeff Tantsura <jefftant.ietf@gmail.com>, "rtgwg-chairs@ietf.org" <rtgwg-chairs@ietf.org>, Jeffrey Haas <jhaas@pfrc.org>, "陈双龙( 00419335)" <chenshuanglong@huawei.com>, "anima-chairs@ietf.org" <anima-chairs@ietf.org>, Lizhenbin <lizhenbin@huawei.com>, "anima@ietf.org" <anima@ietf.org>, Guyunan <guyunan@huawei.com>, "rwilton@cisco.com" <rwilton@cisco.com>, "rtgwg@ietf.org" <rtgwg@ietf.org>
References: <20201110165724.GA42082@faui48f.informatik.uni-erlangen.de> <311b455e-977a-1c54-0d06-89c779f072c6@gmail.com> <831c7ecf-8afe-4d49-b213-8277f18d0221@Spark> <BY5PR13MB3048B40988990FE47ED1BF2CE1E80@BY5PR13MB3048.namprd13.prod.outlook.com> <20201114094822.GA54726@faui48f.informatik.uni-erlangen.de> <80CE0EBD-8AAE-4F67-BAB8-3DA2724441DA@futurewei.com>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <1035d73b-b887-8372-a4df-ead6d8ac62f5@gmail.com>
Date: Mon, 16 Nov 2020 19:01:55 +1300
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1
MIME-Version: 1.0
In-Reply-To: <80CE0EBD-8AAE-4F67-BAB8-3DA2724441DA@futurewei.com>
Content-Type: text/plain; charset="utf-8"
Content-Language: en-US
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/anima/16K78ck4GnLodFH5GfF9VRoE_J0>
Subject: Re: [Anima] RTGWG-chairs: slot for RTGWG@109 to present on GRASP ? (was: Re: draft-li-rtgwg-protocol-assisted-protocol
X-BeenThere: anima@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Autonomic Networking Integrated Model and Approach <anima.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/anima>, <mailto:anima-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/anima/>
List-Post: <mailto:anima@ietf.org>
List-Help: <mailto:anima-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/anima>, <mailto:anima-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 16 Nov 2020 06:02:09 -0000

If anyone is interested, there's a generic introduction to GRASP at
https://github.com/becarpenter/graspy/blob/master/GRASP-intro.pdf
(with a very small overlap with the slides from Toerless).

Regards
   Brian

On 16-Nov-20 12:23, Yingzhen Qu wrote:
> Hi Toerless,
> 
> Please double check your slides in the meeting materials and let me know if there is any problem.
> 
> Thanks,
> Yingzhen
> 
> On 11/14/20, 1:48 AM, "Toerless Eckert" <tte@cs.fau.de> wrote:
> 
>     Slides uploaded via propose slide. Hope that worked...
> 
>     Cheers
>         Toerless
> 
>     On Wed, Nov 11, 2020 at 07:12:42PM +0000, Yingzhen Qu wrote:
>     > Hi Toerless,
>     > 
>     > We??ll provide you a 20-mins slot in RTGWG Wednesday session. Would you please provide some details/pointers about your presentation? I need to update the agenda with the info so people have time to read up.
>     > 
>     > Thanks,
>     > Yingzhen
>     > From: rtgwg <rtgwg-bounces@ietf.org>
>     > Date: Tuesday, November 10, 2020 at 4:14 PM
>     > To: Toerless Eckert <tte@cs.fau.de>, rtgwg-chairs@ietf.org <rtgwg-chairs@ietf.org>, Jeffrey Haas <jhaas@pfrc.org>, ??????( 00419335) <chenshuanglong@huawei.com>, anima-chairs@ietf.org <anima-chairs@ietf.org>, Lizhenbin <lizhenbin@huawei.com>, anima@ietf.org <anima@ietf.org>, Guyunan <guyunan@huawei.com>, rwilton@cisco.com <rwilton@cisco.com>, Brian E Carpenter <brian.e.carpenter@gmail.com>
>     > Cc: rtgwg@ietf.org <rtgwg@ietf.org>
>     > Subject: Re: RTGWG-chairs: slot for RTGWG@109 to present on GRASP ? (was: Re: draft-li-rtgwg-protocol-assisted-protocol (was: Re: IETF 105 mic comments on draft-li-rtgwg-protocol-assisted-protocol))
>     > Toerless,
>     > 
>     > We will provide a slot, most likely during the 2nd meeting.
>     > Please send an email to RTGWG with a short intro so people who might be interested have the time read up.
>     > 
>     > Thanks!
>     > 
>     > Cheers,
>     > Jeff
>     > On Nov 10, 2020, 11:48 AM -0800, Brian E Carpenter <brian.e.carpenter@gmail.com>, wrote:
>     > 
>     > I'd like to underline what Toerless said. I looked at the two use casess
>     > in the protocol-assisted-protocol draft and they seem very easy to
>     > map onto GRASP. I don't really have time before the meeting to do
>     > that but they are certainly use cases we could have included in the
>     > original use case BOF that led to ANIMA.
>     > 
>     > Regards
>     > Brian Carpenter
>     > 
>     > On 11-Nov-20 05:57, Toerless Eckert wrote:
>     > 
>     > In followup to the discuss on draft-li-rtgwg-protocol-assisted-protocol:
>     > 
>     > Checking RTGWG agenda, it seems you might still have time available,
>     > so if you are interested, i would be happy to whip up a few slides
>     > to five an overview of GRASP and how we imagine it to be useable
>     > to automate operational workflows for various services, including
>     > routing protocols.
>     > 
>     > Cheers
>     > Toerless
>     > 
>     > In-Reply-To: <20201110165235.GA17445@faui48f.informatik.uni-erlangen.de>
>     > 
>     > On Tue, Nov 10, 2020 at 05:52:35PM +0100, Toerless Eckert wrote:
>     > 
>     > I see subject draft is again on the agenda of RTGWG'109 and the authors also asked
>     > for a slot to present to ANIMA (which we would be happy to have, time permitting).
>     > 
>     > Some thoughts as contributor, maybe ANIMA chair:
>     > 
>     > Reading the draft it looks like a reinvention of the ANIMA GRASP protocol
>     > that we finished almost 3 years ago, but without many of the mechanisms
>     > that make GRASP a well reuseable, easily extensible protocol. So i wonder
>     > why we would want to also do another more imited protocol for the same
>     > goals.
>     > 
>     > On the mike RTGWG @IETF105, interest was raised to see a more comprehensive
>     > signalling enxchange example. Version 03 of the document seems to have
>     > expanded the BGP example a bit, but still not comprehensive enough for me
>     > to understand if/how this approach would ultimately work.
>     > 
>     > I would like to encourage the authors to concentrate on fully specifying
>     > intended use-cases - ideally by simply specifying the use-case as
>     > solution using GRASP (we call this GRASP objectives). I am sure
>     > ANIMA participants (including me) would be happy to help explaining how
>     > to specify such a protocol on top of GRASP once we understand the use-case.
>     > 
>     > Cheers
>     > Toerless
>     > 
>     > On Mon, Jul 22, 2019 at 11:02:31AM -0400, Jeffrey Haas wrote:
>     > 
>     > To repeat my comments from the microphone regarding this draft:
>     > 
>     > We already have per-protocol operational and configuration state via the
>     > IETF yang models for a given protocol.
>     > 
>     > We also have mechanisms to fetch operational state for such protocols; e.g.
>     > netconf and restconf.
>     > 
>     > Rather than inventing a new mechanism to do troubleshooting for a protocol,
>     > I'd suggest it makes better sense to augment existing IETF yang models to
>     > include RPCs for interacting with troubleshooting for that protocol.
>     > 
>     > -- Jeff
>     > 
>     > _______________________________________________
>     > rtgwg mailing list
>     > rtgwg@ietf.org
>     > https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Frtgwg&amp;data=04%7C01%7Cyingzhen.qu%40futurewei.com%7C1783663bf3e04584c4d008d888827083%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637409441120194999%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=syHLZW2J3aFagjDgsOx2mgNbQr115o5BVZ2Nt4tcB0k%3D&amp;reserved=0
>     > 
>     > --
>     > ---
>     > tte@cs.fau.de
>     > 
> 
>     -- 
>     ---
>     tte@cs.fau.de
>