Re: [Bier] [MBONED] FW: New Version Notification for draft-trossen-bier-frrm-00.txt

Toerless Eckert <tte@cs.fau.de> Mon, 21 February 2022 17:17 UTC

Return-Path: <eckert@i4.informatik.uni-erlangen.de>
X-Original-To: bier@ietfa.amsl.com
Delivered-To: bier@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C9E873A090B; Mon, 21 Feb 2022 09:17:55 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.649
X-Spam-Level:
X-Spam-Status: No, score=-1.649 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.25, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
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 tUG03g5KPjdg; Mon, 21 Feb 2022 09:17:51 -0800 (PST)
Received: from faui40.informatik.uni-erlangen.de (faui40.informatik.uni-erlangen.de [131.188.34.40]) (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 062233A08D0; Mon, 21 Feb 2022 09:17:50 -0800 (PST)
Received: from faui48e.informatik.uni-erlangen.de (faui48e.informatik.uni-erlangen.de [IPv6:2001:638:a000:4134::ffff:51]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by faui40.informatik.uni-erlangen.de (Postfix) with ESMTPS id C6F5A549DDE; Mon, 21 Feb 2022 18:17:44 +0100 (CET)
Received: by faui48e.informatik.uni-erlangen.de (Postfix, from userid 10463) id B0F544EA712; Mon, 21 Feb 2022 18:17:44 +0100 (CET)
Date: Mon, 21 Feb 2022 18:17:44 +0100
From: Toerless Eckert <tte@cs.fau.de>
To: Dirk Trossen <dirk.trossen=40huawei.com@dmarc.ietf.org>
Cc: BIER WG <bier@ietf.org>, "mboned@ietf.org" <mboned@ietf.org>
Message-ID: <YhPJOC+HCFW1wS5x@faui48e.informatik.uni-erlangen.de>
References: <164544709752.14489.13642889531892772536@ietfa.amsl.com> <23a829a6c9d44269a9455c91e6a91f59@huawei.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <23a829a6c9d44269a9455c91e6a91f59@huawei.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/bier/I1O5lzDK_mH6qsAiQPqi4rVqMyg>
Subject: Re: [Bier] [MBONED] FW: New Version Notification for draft-trossen-bier-frrm-00.txt
X-BeenThere: bier@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "\"Bit Indexed Explicit Replication discussion list\"" <bier.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bier>, <mailto:bier-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bier/>
List-Post: <mailto:bier@ietf.org>
List-Help: <mailto:bier-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bier>, <mailto:bier-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 21 Feb 2022 17:17:56 -0000

Thanks, Dirk, well said

I am a bit backlogged with other drafts, but i will be happy to re-join the draft,
especially with content that does include explanations about the BIER benefits to
also other applications, not necessarily only HTTP. Aka: If we overall turn this
from a descriptoin of one particular application which the old draft was, to
a more instructive informational document for more candidate application developers
to use BIER (and its variants ;-), then i think the pain of this evolution will
have been worth it in the end. I hope others here in the WG will also find this
attractive and maybe even are interested to join as co-authors!

Cheers
    Toerless

On Mon, Feb 21, 2022 at 12:50:14PM +0000, Dirk Trossen wrote:
> Dear all,
> 
> I've posted the below draft as a continuation of the efforts that went originally into the draft https://www.ietf.org/archive/id/draft-ietf-bier-multicast-http-response-06.txt. 
> 
> The latter draft had originally gone into WGLC and stirred very good discussions recently based on comments from Sandy, Jake, Gyan, Toerless, among others. However, in discussions with the co-authors of this draft, it became clear that this draft would not be pursued by the co-authors. 
> 
> Personally from my side, the focus on HTTP (as an application protocol) lowered my interest in pursuing the original draft. As a consequence, I made an attempt to generalize the previous draft around the underlying multicast communication semantic with the intention to allow for its usage beyond just HTTP. The result is the draft below. 
> 
> I would hope that this new draft will attract the interest of the wider community, including those who commented on the original HTTP-centric draft, which is why I include the mboned list in this announcement. If you have any interest to work with me on this draft, please drop me an email (and/or indicate on the list for others to see this wider interest). With this, I'd hope we could pursue this topic further and with wider applicability. 
> 
> Best,
> 
> Dirk
> 
> -----Original Message-----
> From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org] 
> Sent: 21 February 2022 13:38
> To: Dirk Trossen <dirk.trossen@huawei.com>
> Subject: New Version Notification for draft-trossen-bier-frrm-00.txt
> 
> 
> A new version of I-D, draft-trossen-bier-frrm-00.txt has been successfully submitted by Dirk Trossen and posted to the IETF repository.
> 
> Name:		draft-trossen-bier-frrm
> Revision:	00
> Title:		Realizing Forward Requests Return Multicast Semantic with BIER
> Document date:	2022-02-21
> Group:		Individual Submission
> Pages:		16
> URL:            https://www.ietf.org/archive/id/draft-trossen-bier-frrm-00.txt
> Status:         https://datatracker.ietf.org/doc/draft-trossen-bier-frrm/
> Htmlized:       https://datatracker.ietf.org/doc/html/draft-trossen-bier-frrm
> 
> 
> Abstract:
>    This document introduces a semantic for multicast that is based on
>    initiating forward requests, resulting in dynamic return multicast to
>    the set of initiating clients.  The key dynamic nature here is
>    represented in the return multicast being possibly different for
>    every transmission.
> 
>    We introduce this semantic more formally, present exemplifying use
>    cases and then focus on realizing this semantic using BIER
>    technology.
> 
>    Although this document formally introduces the FRRM semantic as a new
>    communication semantic, it does not intend to show the realization of
>    it through any other means besides BIER.  This is left for separate
>    documents, if desired.
> 
>                                                                                   
> 
> 
> The IETF Secretariat
> 
> 
> _______________________________________________
> MBONED mailing list
> MBONED@ietf.org
> https://www.ietf.org/mailman/listinfo/mboned

-- 
---
tte@cs.fau.de