Re: [OPSAWG] Negotiation replacing configuration

Brian E Carpenter <brian.e.carpenter@gmail.com> Mon, 03 February 2014 19:08 UTC

Return-Path: <brian.e.carpenter@gmail.com>
X-Original-To: opsawg@ietfa.amsl.com
Delivered-To: opsawg@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 171D51A01DA for <opsawg@ietfa.amsl.com>; Mon, 3 Feb 2014 11:08:53 -0800 (PST)
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 WKc4J-PByZi2 for <opsawg@ietfa.amsl.com>; Mon, 3 Feb 2014 11:08:50 -0800 (PST)
Received: from mail-pa0-x235.google.com (mail-pa0-x235.google.com [IPv6:2607:f8b0:400e:c03::235]) by ietfa.amsl.com (Postfix) with ESMTP id B6F961A01CA for <opsawg@ietf.org>; Mon, 3 Feb 2014 11:08:50 -0800 (PST)
Received: by mail-pa0-f53.google.com with SMTP id lj1so7399934pab.26 for <opsawg@ietf.org>; Mon, 03 Feb 2014 11:08:50 -0800 (PST)
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=0RH+nm+kc+T8VvokdVaFqQb7XCeZvAGRtREt8Kjx92U=; b=O2EfjGCsXQWBvv49bozRlml/Z7gc2g3EZTqq2hYF5u5kag35hMiNnkFOhZlPx7cOI1 JtOAdSs02Kwj02c3fPhAdd80OU62Bx70PqrUnqV1xKjm3F3X+LL9b3sc9O2pRZnGmg9S wtdZRn0PZn3cG9hGy7fHKSLMya3FYDUYYmaZfIm8/L71e6CHP5sEgKyx1XoOdFOc4i/0 VOw/ifwh51oiNs8bx7DyPrYiL7HFirVNbXYU/CBqFv7hwKWjb/y/DlKWB3X5jTkQrzJx 5KTz4rjjwfLOBWrc4FDcMrv/kBrDViKvWRDxkEPxKSMjo4LX9Uzi8GQCnx5YKpVHBHh9 bSaA==
X-Received: by 10.68.195.4 with SMTP id ia4mr9132140pbc.142.1391454530754; Mon, 03 Feb 2014 11:08:50 -0800 (PST)
Received: from [192.168.178.23] (147.199.69.111.dynamic.snap.net.nz. [111.69.199.147]) by mx.google.com with ESMTPSA id da3sm58535593pbc.30.2014.02.03.11.08.48 for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 03 Feb 2014 11:08:49 -0800 (PST)
Message-ID: <52EFE942.8080708@gmail.com>
Date: Tue, 04 Feb 2014 08:08:50 +1300
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Organization: University of Auckland
User-Agent: Thunderbird 2.0.0.6 (Windows/20070728)
MIME-Version: 1.0
To: Kees-Jan Hermans <hermans@fox-it.com>
References: <52E84575.3090408@gmail.com> <FF66B3DF-119D-41DC-95E3-1F1871279C25@fox-it.com>
In-Reply-To: <FF66B3DF-119D-41DC-95E3-1F1871279C25@fox-it.com>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Cc: "opsawg@ietf.org" <opsawg@ietf.org>
Subject: Re: [OPSAWG] Negotiation replacing configuration
X-BeenThere: opsawg@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: OPSA Working Group Mail List <opsawg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/opsawg>, <mailto:opsawg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/opsawg/>
List-Post: <mailto:opsawg@ietf.org>
List-Help: <mailto:opsawg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/opsawg>, <mailto:opsawg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 03 Feb 2014 19:08:53 -0000

Kees-Jan,

Good comments, thanks...

On 04/02/2014 04:24, Kees-Jan Hermans wrote:
> Personal first impressions:
> 
> - Any tool that allows for the automatic configuration of devices wrt their routes, is also a tool for a DOS attack. You notice this, and that it should only run in 'trust relationships’. That’s good, but at the moment, the internet has scarce support for trust relationships.

One aspect is that such a protocol would only be used within a
well-defined administrative boundary, so keeping an external
DOS attack out is probably possible. An internally generated DOS
attack will be harder to block, especially if it attacks the
authentication of the protocol itself.

> - Negotiation usually implies multiple messages in a tight, ordered sequence. This doesn’t necessarily do well on unstable, mobile networks where messages may get lost, requiring time-consuming re-negotiation.

Good point. But p2p routing for mobiles has a similar problem;
we need to look at how MANET handles this.

> - When you say ‘XML’, I say: needless complexity that runs afoul of what most small devices can or should have to handle. You notice this too, fortunately. Only too glad you didn’t go for TCP ;-)
> 
> - I wonder about using multicast. Doesn’t that create a chicken-and-egg problem (as the multicast configuration may be part of what we’re trying to configure about a router)? Also: packet storms.

Yes, that needs careful thought.

   Brian

> KJ
> 
> On 29 Jan 2014, at 01:04, Brian E Carpenter <brian.e.carpenter@gmail.com> wrote:
> 
>> Hi,
>>
>> I'm a bit surprised at the silence on this. After all, we
>> are suggesting a fairly radical change of approach: from
>> centrally-driven configuration of devices to peer negotiation
>> between devices. In this WG we'd like to get feedback on
>> the problem statement based on real experience, since the
>> NMRG discussion is more likely to be theoretical.
>> Also, is our summary of existing protocols accurate?
>>
>>    Brian
>>
>> -------- Original Message --------
>> Subject: I-D Action: draft-jiang-config-negotiation-ps-02.txt
>> Date: Sat, 18 Jan 2014 11:23:25 -0800
>> From: internet-drafts@ietf.org
>> Reply-To: internet-drafts@ietf.org
>> To: i-d-announce@ietf.org
>>
>>
>> A New Internet-Draft is available from the on-line Internet-Drafts directories.
>>
>>
>>        Title           : Network Configuration Negotiation Problem Statement and Requirements
>>        Authors         : Sheng Jiang
>>                          Yuanbin Yin
>>                          Brian Carpenter
>> 	Filename        : draft-jiang-config-negotiation-ps-02.txt
>> 	Pages           : 14
>> 	Date            : 2014-01-18
>>
>> Abstract:
>>   This document describes a problem statement and general requirements
>>   for distributed autonomous configuration of multiple aspects of
>>   networks, in particular carrier networks.  The basic model is that
>>   network elements need to negotiate configuration settings with each
>>   other to meet overall goals.  The document describes a generic
>>   negotiation behavior model.  The document also reviews whether
>>   existing management and configuration protocols may be suitable for
>>   autonomic networks.
>>
>>
>> The IETF datatracker status page for this draft is:
>> https://datatracker.ietf.org/doc/draft-jiang-config-negotiation-ps/
>>
>> There's also a htmlized version available at:
>> http://tools.ietf.org/html/draft-jiang-config-negotiation-ps-02
>>
>> A diff from the previous version is available at:
>> http://www.ietf.org/rfcdiff?url2=draft-jiang-config-negotiation-ps-02
>>
>>
>> Please note that it may take a couple of minutes from the time of submission
>> until the htmlized version and diff are available at tools.ietf.org.
>>
>> Internet-Drafts are also available by anonymous FTP at:
>> ftp://ftp.ietf.org/internet-drafts/
>>
>> _______________________________________________
>> I-D-Announce mailing list
>> I-D-Announce@ietf.org
>> https://www.ietf.org/mailman/listinfo/i-d-announce
>> Internet-Draft directories: http://www.ietf.org/shadow.html
>> or ftp://ftp.ietf.org/ietf/1shadow-sites.txt
>>
>>
>> -- 
>> Regards
>>   Brian Carpenter
>>   http://orcid.org/0000-0001-7924-6182
>>
>>
>>
>> _______________________________________________
>> OPSAWG mailing list
>> OPSAWG@ietf.org
>> https://www.ietf.org/mailman/listinfo/opsawg
> 
>