IETF Logo Mail Archive

Re: [Anima] Notes from the reference doc meeting

Brian E Carpenter <brian.e.carpenter@gmail.com> Fri, 31 July 2015 06:43 UTC

Return-Path: <brian.e.carpenter@gmail.com>
X-Original-To: anima@ietfa.amsl.com
Delivered-To: anima@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C19C01B32BA for <anima@ietfa.amsl.com>; Thu, 30 Jul 2015 23:43:12 -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, SPF_PASS=-0.001] autolearn=ham
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 6rg6hnBwrbPG for <anima@ietfa.amsl.com>; Thu, 30 Jul 2015 23:43:11 -0700 (PDT)
Received: from mail-wi0-x22c.google.com (mail-wi0-x22c.google.com [IPv6:2a00:1450:400c:c05::22c]) (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 9B49D1B32A6 for <anima@ietf.org>; Thu, 30 Jul 2015 23:43:04 -0700 (PDT)
Received: by wicmv11 with SMTP id mv11so46015496wic.0 for <anima@ietf.org>; Thu, 30 Jul 2015 23:43:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:organization:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=GFJQPJGBMe7SGs6cbrHooAf+Jep1jxYibNZcO9bTXIQ=; b=kCtl4AgTWrAF42/O/VJ8aNy0hyJ7O71uZBDNzzlfKTwYhdiSPsobY9s2Hn8UIplCHX BfOrN/gWxmy4Jp+U++/0/s37pCpq6VcyHCwcMNgB0huzkjyYGSMqrBOjqJNYkto0+H6e 3meLVwoB82/mt+/dQs9c0xKGDEAx4ZvFH87xsbppeFNoG5G0j2Lo+OlI6VctQcwOhLbL xvsTQjyPWBk1qcNPJIpb5rvi3GlutHACOBtYSg+f/H7TYuLNAcpQ6XWuqal229+i3qL6 VBGFtygC5BXNADZwvN3nXCBxdRpFN/dvIC6jIQzD6Oex2rN5QU2Pdm+rNxAq4KJnTrtF 5t2A==
X-Received: by 10.180.86.73 with SMTP id n9mr3687201wiz.78.1438324983404; Thu, 30 Jul 2015 23:43:03 -0700 (PDT)
Received: from [192.168.0.4] (cpc11-brig18-2-0-cust561.3-3.cable.virginm.net. [81.100.118.50]) by smtp.gmail.com with ESMTPSA id r8sm2860146wiz.5.2015.07.30.23.43.02 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 30 Jul 2015 23:43:02 -0700 (PDT)
Message-ID: <55BB1900.8070800@gmail.com>
Date: Fri, 31 Jul 2015 18:43:12 +1200
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Organization: University of Auckland
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0
MIME-Version: 1.0
To: Michael Richardson <mcr+ietf@sandelman.ca>
References: <3AA7118E69D7CD4BA3ECD5716BAF28DF230168E4@xmb-rcd-x14.cisco.com> <15793.1437683732@sandelman.ca> <55BA73CF.9020503@gmail.com> <15575.1438294581@sandelman.ca>
In-Reply-To: <15575.1438294581@sandelman.ca>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/anima/v4TZOOtBVogTU_oeaJX2M1n5NUg>
Cc: anima@ietf.org
Subject: Re: [Anima] Notes from the reference doc meeting
X-BeenThere: anima@ietf.org
X-Mailman-Version: 2.1.15
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: Fri, 31 Jul 2015 06:43:12 -0000

On 31/07/2015 10:16, Michael Richardson wrote:
> 
> Brian E Carpenter <brian.e.carpenter@gmail.com> wrote:
>     > Another <snip>
> 
>     >> Fundamentally this is how I understand it: if you do not create an
>     >> overlay for the ACP, then it means that one is passing
>     >> GRASP/etc. messages across the link-layer, and therefore any
>     >> forwarding that happens is happening at the application layer.  If
>     >> this is what people want, then say so.
> 
>     > No. If there's no ACP, GRASP will use whatever layer 3 addresses are
>     > returned by GRASP discovery; if they are off-link, regular routers will
>     > forward the packets. My expectation is that this will all be TLS
> 
> Well, I am assuming a situation where there are no non-link layer addresses,
> because they haven't been distributed yet, and there is no routing, because
> GRASP hasn't distributed the Intent that tells everyone what routing protocol
> to speak...
> 
> Of course, once the system is up, GRASP should use whatever addresses are
> available, and I really like the idea of MPTCP being able to offload the
> ACP...
> 
>     > The GRASP protocol engine itself will forward discovery messages, and
>     > that will be link-local.
> 
> okay: so what I hear you saying is that GRASP will include application layer
> multicasting, and that we will not require the ACP to provide a multicasting
> service.

That's the current design.
https://tools.ietf.org/html/draft-carpenter-anima-gdn-protocol-04#page-17

    Brian

v2.23.0 | Report a Bug | By Email