Re: [Anima-bootstrap] Brian: GRASP parameter for registrar discovery by proxy

Brian E Carpenter <brian.e.carpenter@gmail.com> Fri, 24 February 2017 19:19 UTC

Return-Path: <brian.e.carpenter@gmail.com>
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 556451294D2 for <anima-bootstrap@ietfa.amsl.com>; Fri, 24 Feb 2017 11:19:08 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham 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 Ho4pw7Vy1vV6 for <anima-bootstrap@ietfa.amsl.com>; Fri, 24 Feb 2017 11:19:07 -0800 (PST)
Received: from mail-pg0-x22f.google.com (mail-pg0-x22f.google.com [IPv6:2607:f8b0:400e:c05::22f]) (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 1BB7C1294D1 for <anima-bootstrap@ietf.org>; Fri, 24 Feb 2017 11:19:07 -0800 (PST)
Received: by mail-pg0-x22f.google.com with SMTP id z128so14879242pgb.0 for <anima-bootstrap@ietf.org>; Fri, 24 Feb 2017 11:19:07 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:cc:from:organization:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=7QP4FHwUbtRm7qLdPdo38ov0pFnshw9p56tuq9pjuis=; b=fO77WA9XQ4xApo/MqTsvzwu2HImaTzf5hAQxleiuzE03b68hLju0JcHEzUP9c5x8zV NxR2rcgQFiqDNJLpY0AR2RH6thd4gPuyzr5NbpnglbVhKz21Cmoby/oAcJ5SOdsh5d99 fN2q91ixhKLZtffEL5uY5p5oy+3JezUWcofdhzr/M++lcl+6Co03bnRahJYsMPVh8XZV FZ4bd9g1cOqyWyZNuPolnYCpxGOHsEQC03LcPTRhIYc60+HC5E0bud+elxejqBYTv2Mu fOJZ7T3ryImBQITS6KPafSNOz4ee1HC4We+1o659rqtIMgOVxzA0bCS1nT6CKerxcVSN 4j1g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:cc:from:organization :message-id:date:user-agent:mime-version:in-reply-to :content-transfer-encoding; bh=7QP4FHwUbtRm7qLdPdo38ov0pFnshw9p56tuq9pjuis=; b=KeknXEnJABt2HEpqqQfzTjxTI+kHEurUDfvXrB8EoEduLMnynGKFmvKyopYkkqfrZC 5ATTOsgfLmcf9L09sC8YoCY0HWvVJCaQmhZfJrk8JG9fCR9el47gfrl0r/PFN3+YjO4X BAanyyvDe6DljLWcspgv+TKdIt+Z+uIi515i/lnaGDsrwD1XHesY4BxxczXrET0obDoj cOJZhkmo2crkMruk5NcKtjA79e38nCkBR0JJxzk4BqUkeelVRIeij/4NNr/4OwswPX04 Y035Y+9avWnwVOCVL7HT+4UG6P3319MM4xFV8jcxvEUavXhQEW5zvYHXE+8h4GSlz+sw 2JFw==
X-Gm-Message-State: AMke39k3FkynXHK+lYnX5yOpPtBWjeIC2uxIss5HlAPVw4hAfO8G9GTFmqnSoWDMtOHgYw==
X-Received: by 10.99.172.2 with SMTP id v2mr5442781pge.100.1487963946719; Fri, 24 Feb 2017 11:19:06 -0800 (PST)
Received: from [192.168.178.21] ([118.149.99.147]) by smtp.gmail.com with ESMTPSA id f125sm5175671pfc.4.2017.02.24.11.19.04 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 24 Feb 2017 11:19:06 -0800 (PST)
To: Michael Richardson <mcr+ietf@sandelman.ca>, anima-bootstrap <anima-bootstrap@ietf.org>
References: <20170221155002.GA8168@faui40p.informatik.uni-erlangen.de> <6b414f54-4164-5c9d-390e-30d21f786cca@gmail.com> <18032.1487866082@obiwan.sandelman.ca>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Organization: University of Auckland
Message-ID: <d75d84f5-d4e3-2fe1-a636-3dfbbefc5784@gmail.com>
Date: Sat, 25 Feb 2017 08:19:15 +1300
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1
MIME-Version: 1.0
In-Reply-To: <18032.1487866082@obiwan.sandelman.ca>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/anima-bootstrap/4HBEuDYRm7PbUz6_8RLY78tVSeI>
Cc: Toerless Eckert <tte@cs.fau.de>
Subject: Re: [Anima-bootstrap] Brian: GRASP parameter for registrar discovery by proxy
X-BeenThere: anima-bootstrap@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
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: Fri, 24 Feb 2017 19:19:08 -0000

Forgot something...

On 24/02/2017 05:08, Michael Richardson wrote:
> 
> Brian E Carpenter <brian.e.carpenter@gmail.com> wrote:
>     > That seems to go back to using discover/response. Wrong answer, IMHO;
>     > flooding is simpler: fewer messages and richer semantics. I'm going to
>     > assume that below.
> 
> What if the Registrar needs to be aware of the Join Proxy (prior to it making
> use of it), and may need to do some (local) configuration or load balancing
> in the decision to provide service to that proxy.

That seems a bit disjoint from "proxy needs to find registrar". And it definitely
sounds like a two-way conversation, which would more naturally be modelled as
a negotiation. Can you change that from a "what if?" to a more specific
requirement that we can model?

    Brian

> 
> This seems to be a clear case where discovery ought to be used.
> 
>     > (Also, using link-local examples is an oversight, surely: this should
>     > be an ACP address, e.g. fdab:dead:beef::1234, I think.)
> 
> Yes, exactly. It should be an ACP address.
> 
>     > The could be sent all in one Flood message, or in separate ones,
>     > possible from different sources if there were actually two registrars,
> 
> It seems like Flood responses and Responses ought to be interchangeable.
> 
> --
> Michael Richardson <mcr+IETF@sandelman.ca>, Sandelman Software Works
>  -= IPv6 IoT consulting =-
> 
> 
>