[nmrg] New Use Case Document: Autonomic Network Bootstrap

"Michael Behringer (mbehring)" <mbehring@cisco.com> Fri, 09 May 2014 13:27 UTC

Return-Path: <mbehring@cisco.com>
X-Original-To: nmrg@ietfa.amsl.com
Delivered-To: nmrg@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 274401A014C for <nmrg@ietfa.amsl.com>; Fri, 9 May 2014 06:27:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -15.152
X-Spam-Level:
X-Spam-Status: No, score=-15.152 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] 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 oTLXyUcySAPd for <nmrg@ietfa.amsl.com>; Fri, 9 May 2014 06:27:39 -0700 (PDT)
Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) by ietfa.amsl.com (Postfix) with ESMTP id 9A3901A0068 for <nmrg@irtf.org>; Fri, 9 May 2014 06:27:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1860; q=dns/txt; s=iport; t=1399642055; x=1400851655; h=from:to:subject:date:message-id: content-transfer-encoding:mime-version; bh=IDEriktS7kV74JTwur2gIsWXGslkirCNXFukAUd2URA=; b=YJJhGPkfmSA6iGaoD5vL0MCYJPGA9bKGJtPN8Oimb6UJIr9k73ksqa6r WD2bsnSzcDE7v683/s9YjUf772taErN05JkKU6I6GOxYWh9HuiPdQNmxP V1W4TsLJcUTSuh6Wj0hS9g1s16+yI3J/sKgIvSkDQCSK6g1OJPfI71JzD 8=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AqgIADjXbFOtJA2K/2dsb2JhbABZgwZPWKsYCwEBAQEBAQUBmhgBgRcWdIInAQQ6UQEqFEImAQQbARKIJg2dHbQIF4VWiEuDY4EVBKxJgzZtgUI
X-IronPort-AV: E=Sophos;i="4.97,1018,1389744000"; d="scan'208";a="323457862"
Received: from alln-core-5.cisco.com ([173.36.13.138]) by rcdn-iport-1.cisco.com with ESMTP; 09 May 2014 13:27:34 +0000
Received: from xhc-rcd-x11.cisco.com (xhc-rcd-x11.cisco.com [173.37.183.85]) by alln-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id s49DRYmf001409 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for <nmrg@irtf.org>; Fri, 9 May 2014 13:27:34 GMT
Received: from xmb-rcd-x14.cisco.com ([169.254.4.67]) by xhc-rcd-x11.cisco.com ([173.37.183.85]) with mapi id 14.03.0123.003; Fri, 9 May 2014 08:27:34 -0500
From: "Michael Behringer (mbehring)" <mbehring@cisco.com>
To: "nmrg@irtf.org" <nmrg@irtf.org>
Thread-Topic: New Use Case Document: Autonomic Network Bootstrap
Thread-Index: Ac9riias8CPNnWpiSLiTjNEdNSPK6A==
Date: Fri, 09 May 2014 13:27:33 +0000
Message-ID: <3AA7118E69D7CD4BA3ECD5716BAF28DF21089BAC@xmb-rcd-x14.cisco.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.55.238.131]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: http://mailarchive.ietf.org/arch/msg/nmrg/mU1RA7BFv5zkr2KJWKKQO8Iv38g
Subject: [nmrg] New Use Case Document: Autonomic Network Bootstrap
X-BeenThere: nmrg@irtf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Network Management Research Group discussion list <nmrg.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/nmrg>, <mailto:nmrg-request@irtf.org?subject=unsubscribe>
List-Archive: <http://www.irtf.org/mail-archive/web/nmrg/>
List-Post: <mailto:nmrg@irtf.org>
List-Help: <mailto:nmrg-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/nmrg>, <mailto:nmrg-request@irtf.org?subject=subscribe>
X-List-Received-Date: Fri, 09 May 2014 13:27:41 -0000

NMRG, 

As discussed previously, here a use case contribution on Autonomic Networking:

http://www.ietf.org/internet-drafts/draft-behringer-autonomic-bootstrap-00.txt 

While writing this document, I realised that we need to adapt the use case template further. At least in my use case, the template didn't flow perfectly yet. Here my main points: 

1) We should bring out very explicitly why an autonomic (ie, distributed) solution is preferred or required. In my use case I therefore added a section "Benefits of an Autonomic Solution". As you can see, it's a very short paragraph, but I think we should be explicit about it. After all, this is what our use cases are all about.

2) The title "Parameters each device can decide for itself" doesn't really gel well in my doc. The issue is the word "decide". My original proposal was "Self-knowledge", which doesn't really capture is fully either. I decided in my version to call this section "Device Based Self-Knowledge and Decisions".  I think that captures both thoughts.

3) The separation of parameters (old section 4) and Interactions (old section 5) didn't really work out too well either for my use case. In 4 we say "parameters needed" and in 5 "information needed from neighbour devices". In my use case the following slightly re-shuffled structure worked better: 

   1.  Introduction  
   2.  Problem Statement 
   3. Benefits of an Autonomic Solution
   4.  Intended User and Administrator Experience 
   5.  Analysis of Parameters and Information Involved
     5.1.  Device Based Self-Knowledge and Decisions
     5.2.  Interactions with other devices
     5.3.  Information needed from Intent 
     5.4.  Monitoring, diagnostics and reporting
   6.  Comparison with current solutions

Thoughts? 
Michael