IETF Logo Mail Archive

Re: [Anima-bootstrap] peer and domain [was BRSKI State Machine]

Michael Richardson <mcr+ietf@sandelman.ca> Thu, 20 October 2016 15:39 UTC

Return-Path: <mcr+ietf@sandelman.ca>
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 1E21C1294B0 for <anima-bootstrap@ietfa.amsl.com>; Thu, 20 Oct 2016 08:39:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.332
X-Spam-Level:
X-Spam-Status: No, score=-2.332 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.431, SPF_PASS=-0.001] autolearn=unavailable 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 VkKoSKuKxQ6o for <anima-bootstrap@ietfa.amsl.com>; Thu, 20 Oct 2016 08:39:54 -0700 (PDT)
Received: from tuna.sandelman.ca (tuna.sandelman.ca [209.87.249.19]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C4860129592 for <anima-bootstrap@ietf.org>; Thu, 20 Oct 2016 08:34:10 -0700 (PDT)
Received: from sandelman.ca (obiwan.sandelman.ca [209.87.249.21]) by tuna.sandelman.ca (Postfix) with ESMTP id 63C162054E; Thu, 20 Oct 2016 11:48:52 -0400 (EDT)
Received: from obiwan.sandelman.ca (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id 16F2C639BA; Thu, 20 Oct 2016 11:34:10 -0400 (EDT)
From: Michael Richardson <mcr+ietf@sandelman.ca>
To: "Michael Behringer (mbehring)" <mbehring@cisco.com>
In-Reply-To: <56fba332c2744d0aa5ab48189722e175@XCH-RCD-006.cisco.com>
References: <c41c231f3906477f97f1641617de025e@XCH-RCD-006.cisco.com> <6E2BF711-B34F-40E3-9543-CEB3A9BD89DC@cisco.com> <71f23615-511f-e087-dc32-a041c295de9c@gmail.com> <0EEC961F-D08D-4E35-8736-5CA7515090A2@cisco.com> <56fba332c2744d0aa5ab48189722e175@XCH-RCD-006.cisco.com>
X-Mailer: MH-E 8.6; nmh 1.6+dev; GNU Emacs 24.5.1
X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m<nPbLgmtKK-5dC@#:k
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-="; micalg="pgp-sha1"; protocol="application/pgp-signature"
Date: Thu, 20 Oct 2016 11:34:10 -0400
Message-ID: <11334.1476977650@obiwan.sandelman.ca>
Archived-At: <https://mailarchive.ietf.org/arch/msg/anima-bootstrap/-vmJ3gsXWkIjwFO6CwgHOLk0994>
Cc: "Max Pritikin (pritikin)" <pritikin@cisco.com>, "anima-bootstrap@ietf.org" <anima-bootstrap@ietf.org>
Subject: Re: [Anima-bootstrap] peer and domain [was BRSKI State Machine]
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: Thu, 20 Oct 2016 15:39:55 -0000

Michael Behringer (mbehring) <mbehring@cisco.com> wrote:
    > Right now we really specify the same thing in both BRSKI and ACP
    > drafts. First of all, I think we should be VERY clear that we don't
    > want *two* mechanisms to discover a proxy or an ACP neighbour. We want
    > a single protocol to do this. (I think we agree up to here).

I don't think I agree.

I'm also pretty unclear how to feed the ACP adjacency table easily from the
entire GRASP discovery process, including the TCP based reply mechanism, and
doing this on the insecured underlying network...

Perhaps if we had a new M_ANNOUNCE or something that was suitable for
multicasting, and which elicited no reply, that would be fine. It duplicates
the part of mDNS that we found useful.

Essentially it's just [M_NOOP, ["announce", stuff]]

--
Michael Richardson <mcr+IETF@sandelman.ca>, Sandelman Software Works
 -= IPv6 IoT consulting =-

v2.23.0 | Report a Bug | By Email