IETF Logo Mail Archive

Re: [Anima-bootstrap] M_FLOOD and mDNS (was Re: Anima bootstrap: discover protocol multicast notes)

peter van der Stok <stokcons@xs4all.nl> Thu, 16 February 2017 08:36 UTC

Return-Path: <stokcons@xs4all.nl>
X-Original-To: anima-bootstrap@ietfa.amsl.com
Delivered-To: anima-bootstrap@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3AC171299CE for <anima-bootstrap@ietfa.amsl.com>; Thu, 16 Feb 2017 00:36:24 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.621
X-Spam-Level:
X-Spam-Status: No, score=-2.621 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham 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 ICAfcDCH-8gN for <anima-bootstrap@ietfa.amsl.com>; Thu, 16 Feb 2017 00:36:22 -0800 (PST)
Received: from lb2-smtp-cloud2.xs4all.net (lb2-smtp-cloud2.xs4all.net [194.109.24.25]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6182A129474 for <anima-bootstrap@ietf.org>; Thu, 16 Feb 2017 00:36:22 -0800 (PST)
Received: from webmail.xs4all.nl ([194.109.20.195]) by smtp-cloud2.xs4all.net with ESMTP id lLcK1u00F4CYHle01LcKjE; Thu, 16 Feb 2017 09:36:20 +0100
Received: from AMontpellier-654-1-69-96.w90-0.abo.wanadoo.fr ([90.0.44.96]) by webmail.xs4all.nl with HTTP (HTTP/1.1 POST); Thu, 16 Feb 2017 09:36:19 +0100
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"; format="flowed"
Content-Transfer-Encoding: 7bit
Date: Thu, 16 Feb 2017 09:36:19 +0100
From: peter van der Stok <stokcons@xs4all.nl>
To: Brian E Carpenter <brian.e.carpenter@gmail.com>
Organization: vanderstok consultancy
Mail-Reply-To: consultancy@vanderstok.org
In-Reply-To: <a34ff612-edef-630a-7074-e095467a9f69@gmail.com>
References: <20170117171732.GA14606@faui40p.informatik.uni-erlangen.de> <20170117172824.GB14606@faui40p.informatik.uni-erlangen.de> <11820.1486936729@obiwan.sandelman.ca> <8a8567bb1b9993c077d84abf4bfc82f3@xs4all.nl> <18113.1487095987@obiwan.sandelman.ca> <f035b7675e761046b6486db3f54794e8@xs4all.nl> <20582.1487174374@obiwan.sandelman.ca> <a34ff612-edef-630a-7074-e095467a9f69@gmail.com>
Message-ID: <3f534be2aaf394503614ecde7fbec0bb@xs4all.nl>
X-Sender: stokcons@xs4all.nl
User-Agent: XS4ALL Webmail
Archived-At: <https://mailarchive.ietf.org/arch/msg/anima-bootstrap/-sKPiNBkS7HKUDnLfT2_dGFzlvM>
Cc: Michael Richardson <mcr+ietf@sandelman.ca>, anima-bootstrap@ietf.org, Toerless Eckert <tte@cs.fau.de>, consultancy@vanderstok.org
Subject: Re: [Anima-bootstrap] M_FLOOD and mDNS (was Re: Anima bootstrap: discover protocol multicast notes)
X-BeenThere: anima-bootstrap@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: consultancy@vanderstok.org
List-Id: Mailing list for the bootstrap design team of the ANIMA WG <anima-bootstrap.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/anima-bootstrap>, <mailto:anima-bootstrap-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/anima-bootstrap/>
List-Post: <mailto:anima-bootstrap@ietf.org>
List-Help: <mailto:anima-bootstrap-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/anima-bootstrap>, <mailto:anima-bootstrap-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 16 Feb 2017 08:36:24 -0000


Brian E Carpenter schreef op 2017-02-16 01:57:
> On 16/02/2017 04:59, Michael Richardson wrote:
>> 
>> peter van der Stok <stokcons@xs4all.nl> wrote:
>>     > discovery functions may be used.  I like to point out mDNS due 
>> to its
>>     > long-standing existence.
>> 
>> okay.  I also prefer not to re-invent everything.
> 
> To repeat myself: we have always expected that non-autonomic pledges
> would *not* use GRASP to discover their join assistant. A join 
> assistant
> would support multiple discovery methods if necessary.

GREAT, I had not understood that that is the consensus; and of course I 
agree.
My be put text like that in the intro of keyinfra?

Peter
> 
> Nothing prevents a tiny subset of GRASP running in a non-autonomic
> pledge, just for the purpose of receiving M_FLOODs. But we have no
> particular reason to push for that.
> 
>     Brian

v2.23.0 | Report a Bug | By Email