IETF Logo Mail Archive

Re: [Anima] two EST question/suggestions

Brian E Carpenter <brian.e.carpenter@gmail.com> Wed, 04 October 2017 00:13 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 017BF13321F for <anima@ietfa.amsl.com>; Tue, 3 Oct 2017 17:13:26 -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 KExgFE7Lf2vE for <anima@ietfa.amsl.com>; Tue, 3 Oct 2017 17:13:24 -0700 (PDT)
Received: from mail-pg0-x233.google.com (mail-pg0-x233.google.com [IPv6:2607:f8b0:400e:c05::233]) (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 75C291320B5 for <anima@ietf.org>; Tue, 3 Oct 2017 17:13:24 -0700 (PDT)
Received: by mail-pg0-x233.google.com with SMTP id v13so5603364pgq.6 for <anima@ietf.org>; Tue, 03 Oct 2017 17:13:24 -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=tslwNFiWpej39c0Yl9oMkVwagqEMySKN0x1dMOIU6Kg=; b=Z/b6nA+8pbcq5JIAwmRhnhw1hMlUtbrO/o6NN37p5We/qt7bJGMBGBxeFAspnfHE32 jI4MWOv47SWFyv6cY9b9xwuxWaDZBEJW6r4GXUMQksT8BRX5MMXfNAymuiQDShLpd7O/ ukxBZkrymQ3ekFL0qpS7FZgLZ93Z6yFwhbgx00d8mNfhB+hdNZCqZjwiOHyAjcknk/YQ x8WKpIPOHJAxXN0sn7yj6+TmhP80BXbSLHdq6HumtRKcriwzig8V11Y++e4rZl/QOSGJ iG58ps2/wk9brD/QVYft+zWJMTzN8DG67Dkr/bsi7UX90BfE/SVSa39LkJ7kEB7Uf5tg 9y+A==
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=tslwNFiWpej39c0Yl9oMkVwagqEMySKN0x1dMOIU6Kg=; b=NeIF9WJv28cw3FaH8/ju6nOfsxTnUub+rx/nnctzBx/Ytsb3nYfVG9b4+xPudfmbB6 sTUv9kPvXssEct10wy42xiWwQOyWFJwlz8kdH9+wBh1DeqR7sCVReRwkZuaP8EXhIdT8 tmHvqT2dbNcp9akmWlvPlJPIosdJ61l6dv/nWRGy0AgVTd5ahrPncWHF3eaIS4A2Fjzx QceltzoYFrehbmfFmJmund8JzcqjbVcVDMjakRPiMHxVCJMYxjH8uZKH+NeqUeKLE2vV do+XUCo27cAeLN9WB0Egomk9kISjPVtazKCoEwogih0FbBPfCZCJEPDtLNVZA9rbhO5W wCAA==
X-Gm-Message-State: AMCzsaU6b3to8ONlo4CIZZXcsvwhq9RVOkyFXY/2KFoOP+1cZBgz9xIf bZ1nKDrFplN5ubCROpH4LfnwnQ==
X-Google-Smtp-Source: AOwi7QDN4fcufi/sad3VdVDeGSZvUbUBC3uRuIVmuPNMK9lTdfN2MYSTChJ9/ZFMEVvHmdVMGQ6nhA==
X-Received: by 10.101.78.130 with SMTP id b2mr10201067pgs.160.1507076003750; Tue, 03 Oct 2017 17:13:23 -0700 (PDT)
Received: from ?IPv6:2406:e007:6d3c:1:28cc:dc4c:9703:6781? ([2406:e007:6d3c:1:28cc:dc4c:9703:6781]) by smtp.gmail.com with ESMTPSA id h2sm7887790pfe.133.2017.10.03.17.13.21 for <anima@ietf.org> (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 03 Oct 2017 17:13:22 -0700 (PDT)
To: anima@ietf.org
References: <961.1504038708@obiwan.sandelman.ca> <BAA96F8A-C61E-4DE1-9837-7964A0E8B4A2@cisco.com> <2a1cf1e7-f668-cf76-d471-78585d7ad7ba@cisco.com> <8b165f89-3be1-c814-5a88-bf62f708972f@gmail.com> <27231.1505249495@obiwan.sandelman.ca> <ce8e9ee0-6695-b113-94b9-bb56142c537d@gmail.com> <6079.1505260663@obiwan.sandelman.ca> <5c00237e-98fa-9764-d816-919307bdd994@gmail.com> <24893.1507065718@obiwan.sandelman.ca>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Organization: University of Auckland
Message-ID: <cb890c76-ca4d-e4c1-8b25-4f01aa9ad675@gmail.com>
Date: Wed, 04 Oct 2017 13:13:25 +1300
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0
MIME-Version: 1.0
In-Reply-To: <24893.1507065718@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/hR-IqhSp7PxT_Fz35mRYdyCn06c>
Subject: Re: [Anima] two EST question/suggestions
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: Wed, 04 Oct 2017 00:13:26 -0000

On 04/10/2017 10:21, Michael Richardson wrote:
> 
> The text in the ACP document which I'm moving into the BRSKI document says:
> 
>                In the above (recommended) example the period could be 60 seconds and the
>                indicated ttl of 180000 msec means that the objective would continuously be
>                cached by ACP devices even when two out of three messages are dropped in transit
>                (which is unlikely because GRASP hop-by-hop forwarding is
>                realiable).
> 
> In a PPP overlay, the M_FLOOD's can clearly be sent over TCP.
> And that part is reliable, but once inside the GRASP daemon, whether or not
> an M_FLOOD is relayed really depends upon whether or not there is available
> buffer space.

There's also a statement that the relay should throttle the rate of
relaying (look for "MUST limit the total rate") both for M_DISCOVERY
and M_FLOOD, as an anti-DOS precaution.

> 
> You have to drop traffic going into the TCP links if there is no room
> available (vs blocking on write).  So I am not sure the () message above
> is justified.

Yes, I think we must always regard multicast as unreliable. As GRASP
says, both M_DISCOVERY and M_FLOOD are repeatable operations.

    Brian

v2.23.0 | Report a Bug | By Email