Re: [Anima] Review draft-ietf-anima-reference-model-04

Brian E Carpenter <brian.e.carpenter@gmail.com> Wed, 26 July 2017 20:14 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 92A36129B10 for <anima@ietfa.amsl.com>; Wed, 26 Jul 2017 13:14:14 -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 bYCKvWJWNxeE for <anima@ietfa.amsl.com>; Wed, 26 Jul 2017 13:14:13 -0700 (PDT)
Received: from mail-pg0-x232.google.com (mail-pg0-x232.google.com [IPv6:2607:f8b0:400e:c05::232]) (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 E3A7912942F for <anima@ietf.org>; Wed, 26 Jul 2017 13:14:12 -0700 (PDT)
Received: by mail-pg0-x232.google.com with SMTP id 125so88590897pgi.3 for <anima@ietf.org>; Wed, 26 Jul 2017 13:14:12 -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=O8bfQf0clvJ9G2lY2z8ox+7OHo57elXJEdIcnfIvmk0=; b=kM0TBudtTy0u/Xe5fP87/ihxmAQAZ5ICfK05hgKpTsk/096G3LBeyOK49nhZLvEyd/ gexl/GX6lBRVuSk0d43mav4yB3maudPfikcDhgmrdelY4UWOWsijLfQ4f5Xaad/olPo4 hEgXbFVeaVso0qCD6/QMLrw37Jk1ntM1VEs5/pNtGkn+VEvGQ3tomvQiVLKb5+u4ql/8 ZwxFCuG/MlYNJqwmG/fiwf8cV41OCQV/wKGWWVCcm9gMYoeuVQVDy++1Rip6YIjNL3i9 GjNsiBne6RC2j0IZtq5S9XsXU+9ewTYrcQ1N9QyUhkZe/+dh43/Z2sd9+RjjO3FXXbzO HwUw==
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=O8bfQf0clvJ9G2lY2z8ox+7OHo57elXJEdIcnfIvmk0=; b=Jer+xJyHeAf9SA/VixSQSFm3gd5rfbfK2j+4tjL4XV1i77/aSUyyfcHBUAMER+Sjqe psbBszSdFzt5t/gGko71yC2X1u5hYnsa00zRdEy5UtXoQghanWRYElZZ4cAbUzmDwuBH tDoMQe/OR2+F/jeG8xrKBDmcMHQFkejSTDrktmktJp12q7FvOpAD8+S/Oe8MeGr0r1kU q4jqZ38wHqPLKiaOgOTBBJf0SJU5oBfqoS/QL65ZConXeK1XfkOB2bX+NVJ3dmnRuFMW zAX5gAAK4VPxsDDF+1z2S7FNzF5ArfbzROpyE0w4Pjcn+qAdM6z1CkWKwAlQcqexLg+5 BgRQ==
X-Gm-Message-State: AIVw110pqx8qNRsn+Xws7Mfe7fCI8ESsK76PCFiHBGUhZilWRWhdhByo Slx0EuLIz4XYmXdr
X-Received: by 10.84.139.36 with SMTP id 33mr2061441plq.20.1501100052282; Wed, 26 Jul 2017 13:14:12 -0700 (PDT)
Received: from ?IPv6:2406:e007:4a2d:1:28cc:dc4c:9703:6781? ([2406:e007:4a2d:1:28cc:dc4c:9703:6781]) by smtp.gmail.com with ESMTPSA id p27sm12654930pfl.23.2017.07.26.13.14.10 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 26 Jul 2017 13:14:11 -0700 (PDT)
To: Artur Hecker <Artur.Hecker@huawei.com>, "anima@ietf.org" <anima@ietf.org>
References: <8DA547FB1280754AAC43A3E56DCB7AD20AEC33E8@lhreml501-mbx>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Organization: University of Auckland
Message-ID: <97e783a6-f738-79e9-1f3f-657bdfa6e33d@gmail.com>
Date: Thu, 27 Jul 2017 08:14:14 +1200
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1
MIME-Version: 1.0
In-Reply-To: <8DA547FB1280754AAC43A3E56DCB7AD20AEC33E8@lhreml501-mbx>
Content-Type: text/plain; charset="utf-8"
Content-Language: en-US
Content-Transfer-Encoding: base64
Archived-At: <https://mailarchive.ietf.org/arch/msg/anima/URyGP0MGJmWWvufcqDhuacxESd4>
Subject: Re: [Anima] Review draft-ietf-anima-reference-model-04
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, 26 Jul 2017 20:14:15 -0000

Artur,

Thanks for your review. Whoever takes up the editing pen next will certainly use your comments.

On one specific point:

> c) Later, the text in this section somehow confuses the high level requirements (=information distribution) with a specific implementation, notably flooding. Note that there is a subtle difference between the requirement to reach all recipients (indeed, the current text seems to equal flooding to that) and flooding, which technically usually means "unconstrained broadcast". [E.g. Wikipedia: "Flooding is a simple computer network routing algorithm in which every incoming packet is sent through every outgoing link except the one it arrived on"]. This will lead to explosive message number growth, as the ACP uses routing - which does not guarantee a tree structure - while the scale of an autonomic domain is, by definitions of RFC7575, only constrained by the Intent as such ("the autonomic domain is the set of nodes, to which the intent needs to be sent"). At the same time, there are better known algorithms for routing, which achieve "distribution to all recipients" without "sending on all links except the one it arrived on" (e.g. structured broadcast, etc).

I agree in general; the way the text uses "flood" is careless. However, the GRASP flooding mechanism is (a) of course limited to GRASP nodes and (b) contains specific measures to prune the distribution and prevent loops. While
that does not guarantee a strict tree structure, i.e. is not an idealised multicast routing algorithm, it doesn't require the ACP to support multicast routing and it is well adapted to low-frequency information distribution as we expect in an AN. 

Regards
   Brian