Re: [Anima] I-D Action: draft-ietf-anima-grasp-13.txt - SONN

Brian E Carpenter <brian.e.carpenter@gmail.com> Thu, 08 June 2017 21:10 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 021DC126DCA for <anima@ietfa.amsl.com>; Thu, 8 Jun 2017 14:10:08 -0700 (PDT)
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 asL5FilM5eZn for <anima@ietfa.amsl.com>; Thu, 8 Jun 2017 14:10:06 -0700 (PDT)
Received: from mail-pf0-x22a.google.com (mail-pf0-x22a.google.com [IPv6:2607:f8b0:400e:c00::22a]) (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 2A50B1205F0 for <anima@ietf.org>; Thu, 8 Jun 2017 14:10:06 -0700 (PDT)
Received: by mail-pf0-x22a.google.com with SMTP id 9so21165059pfj.1 for <anima@ietf.org>; Thu, 08 Jun 2017 14:10:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:organization:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=APX/nUso18Ki73X/Si1M0mSUo7Y4g2Dtth/W5UKzx50=; b=Ip8KvGuCUlLr4mjDv7qVzkHCuvm92C3/2KQ7+pWka4gWrvpK+0GkhWePyvIlZ2/h2f oETYGnMmGqTO494g7W8H7/5Sq4oAv+cRvfADmVkRfuabxxJekG4gtsUKwx34kujwQrp8 WeNGtKMb19SvEdaG6Qtw/r/dp++LQa5fxztmQ+qd376NsWwxbBpDEf4D0dsRIGjUiH/t vRvyEi2j+qdnXToR/VHm0+GIrtRsvZKxQ+Z6gZCLur07J+mJgGkd9JNRZKob+YguOB3I j/nk9K9u9KgXfSzUNDrYkj719f+MzDxuXGwnzqnm8Co8T8MZlHui01xYuhycKnGOv6G5 c2UQ==
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:from:organization :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=APX/nUso18Ki73X/Si1M0mSUo7Y4g2Dtth/W5UKzx50=; b=CNOEdwvTOHxY/lXdGhQoxWfxWc4XXIU/0j4vPndJPd1eRjuWcuLw/VzQKh+LIbUB0J 0+GzOuvI110Lq1HnO478DrpwGC54h3OT++D77c27qPcW0h6nuF02voYS5PORKiFXAciy 7Us7isIepX5gP7HpaXEztu4BVo+LI/YG6MzCw0dgvsJ57cBUSZEF3+3P+E/843W7kylO ckzu76lQ2x89eONNalONtneBKqlfWKktR9BUVXP8RdtlCtgSsDQT+mbZTlEXkHzlbSQ+ XDlxzz7/zLMCSSTk9S3SFbWTqKAI5rK1fYYcSy2ZjjTsw7Lfa/i1b0aaSxSq9t5OBacR QXig==
X-Gm-Message-State: AODbwcBpD4vy0szjtI39vZurTCY4QOLXDkspUE8RjVNIraCYrZq+ZeAP hA+yWGEydAo0e9W8
X-Received: by 10.84.224.74 with SMTP id a10mr37564841plt.173.1496956205180; Thu, 08 Jun 2017 14:10:05 -0700 (PDT)
Received: from ?IPv6:2406:e001:38e2:1:28cc:dc4c:9703:6781? ([2406:e001:38e2:1:28cc:dc4c:9703:6781]) by smtp.gmail.com with ESMTPSA id i2sm10211956pfe.89.2017.06.08.14.10.03 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 08 Jun 2017 14:10:04 -0700 (PDT)
To: Michael Richardson <mcr+ietf@sandelman.ca>, Anima WG <anima@ietf.org>
References: <149669625424.3230.10151704455578829166@ietfa.amsl.com> <f829bda3-d4f5-014d-8ffd-e63537171ba6@gmail.com> <20170606232417.GJ12427@faui40p.informatik.uni-erlangen.de> <41e0a6fc-9410-4d84-cae6-74dbd3fdfa74@gmail.com> <20170607205533.GD20021@faui40p.informatik.uni-erlangen.de> <7dd77b25-2319-3999-bf4a-2274eb0728a1@gmail.com> <3434.1496937571@obiwan.sandelman.ca>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Organization: University of Auckland
Message-ID: <cb901c29-cdf9-fdff-8e9b-1e2cc5079359@gmail.com>
Date: Fri, 09 Jun 2017 09:10:09 +1200
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.1.1
MIME-Version: 1.0
In-Reply-To: <3434.1496937571@obiwan.sandelman.ca>
Content-Type: text/plain; charset="utf-8"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/anima/PqJPH2dhLl1TRF3lWm37JVYan9I>
Subject: Re: [Anima] I-D Action: draft-ietf-anima-grasp-13.txt - SONN
X-BeenThere: anima@ietf.org
X-Mailman-Version: 2.1.22
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: Thu, 08 Jun 2017 21:10:08 -0000

On 09/06/2017 03:59, Michael Richardson wrote:
> 
> Brian E Carpenter <brian.e.carpenter@gmail.com> wrote:
>     > Well yes, but for discovery & flooding you actually need to emulate
>     > multicast. GRASP assumes that the ACP VRF will do that. If not, GRASP
>     > would have to access the adjacency table and send N copies. I could
>     > code that, but I don't think I should need to.
> 
> GRASP is doing application layer multicast.  That's why we have those
> session-IDs, and the checking and the caching, etc.

Wel, I think the session IDs are equally relevant for unicast, especially
if we do develop a UDP-unicast model later. But the model described
in GRASP relies explicitly on link-local IP multicast, that's why we
have a LL multicast address assigned. We do not rely on multicast routing,
because that makes us dependent on the data plane. But we do rely
on discovery and flood being sent to all neighbours. How else can they
work?

So this is why I've been asking the ACP authors to be precise about the
service they will offer to GRASP, over many months. They tell me it
will be a VRF instance providing a reasonably small number of (virtual)
interfaces to GRASP. GRASP will send LL multicasts to each of those
interfaces, and the VRF instance has to do the right thing, i.e. replicate
those multicasts as needed. But that's layer 3, it just has LL scope.

Nothing new here that I can see.

    Brian

> 
> It's news to me that the ACP will emulate layer-2 multicast!
> 
> I expected GRASP to send a copy on each interface (you do that now!), and the
> ACP will present each link in the VRF as an interface.
> 
> If you want multicast support in the ACP, would you like:
>    1) PIM? (dense or sparse)
>    2) MPL?
>    3) something totally bleeding edge (but very cool) like BIER?
> 
> 
> --
> Michael Richardson <mcr+IETF@sandelman.ca>, Sandelman Software Works
>  -= IPv6 IoT consulting =-
> 
> 
> 
> 
> 
> _______________________________________________
> Anima mailing list
> Anima@ietf.org
> https://www.ietf.org/mailman/listinfo/anima
>