[Openv6] FW: New Version Notification for draft-karagiannis-aponf-problem-statement-03.txt

<karagian@cs.utwente.nl> Mon, 21 July 2014 12:38 UTC

Return-Path: <karagian@cs.utwente.nl>
X-Original-To: openv6@ietfa.amsl.com
Delivered-To: openv6@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 51C2F1B2D44 for <openv6@ietfa.amsl.com>; Mon, 21 Jul 2014 05:38:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] 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 zb0TLSqUbLqb for <openv6@ietfa.amsl.com>; Mon, 21 Jul 2014 05:38:26 -0700 (PDT)
Received: from out42-ams.mf.surf.net (out42-ams.mf.surf.net [145.0.1.42]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B38671B296F for <openv6@ietf.org>; Mon, 21 Jul 2014 05:38:24 -0700 (PDT)
Received: from EXEDGE01.ad.utwente.nl (exedge01.ad.utwente.nl [130.89.5.48]) by outgoing2-ams.mf.surf.net (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id s6LCcJ6a024362; Mon, 21 Jul 2014 14:38:19 +0200
Received: from EXHUB02.ad.utwente.nl (130.89.4.229) by EXEDGE01.ad.utwente.nl (130.89.5.48) with Microsoft SMTP Server (TLS) id 14.3.181.6; Mon, 21 Jul 2014 14:38:20 +0200
Received: from EXMBX24.ad.utwente.nl ([169.254.4.146]) by EXHUB02.ad.utwente.nl ([130.89.4.229]) with mapi id 14.03.0181.006; Mon, 21 Jul 2014 14:38:19 +0200
From: karagian@cs.utwente.nl
To: openv6@ietf.org
Thread-Topic: New Version Notification for draft-karagiannis-aponf-problem-statement-03.txt
Thread-Index: AQHPpN8OW4cDq373Y0ameTQCjNENPZuqdS58
Date: Mon, 21 Jul 2014 12:38:18 +0000
Message-ID: <FF1A9612A94D5C4A81ED7DE1039AB80F5D5773F6@EXMBX24.ad.utwente.nl>
References: <20140721122649.22063.60120.idtracker@ietfa.amsl.com>
In-Reply-To: <20140721122649.22063.60120.idtracker@ietfa.amsl.com>
Accept-Language: nl-NL, en-US
Content-Language: nl-NL
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [69.46.168.130]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Bayes-Prob: 0.0001 (Score 0, tokens from: utwente-out:default, base:default, @@RPTN)
X-CanIt-Geo: ip=130.89.5.48; country=NL; region=Provincie Overijssel; city=Enschede; latitude=52.2195; longitude=6.8912; http://maps.google.com/maps?q=52.2195,6.8912&z=6
X-CanItPRO-Stream: utwente-out:default (inherits from utwente:default, base:default)
X-Canit-Stats-ID: 0vMt0CjUT - be5ba1a23d46 - 20140721 (trained as not-spam)
X-Scanned-By: CanIt (www . roaringpenguin . com)
Archived-At: http://mailarchive.ietf.org/arch/msg/openv6/APy1CriVFDVB6LvvtdHH72pLCXE
Cc: sob@harvard.edu
Subject: [Openv6] FW: New Version Notification for draft-karagiannis-aponf-problem-statement-03.txt
X-BeenThere: openv6@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Openv6 discussion list <openv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/openv6>, <mailto:openv6-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/openv6/>
List-Post: <mailto:openv6@ietf.org>
List-Help: <mailto:openv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/openv6>, <mailto:openv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 21 Jul 2014 12:38:28 -0000

Dear all,

A new version (03) of the APONF problem statement draft has just been posted, see below:

  http://www.ietf.org/internet-drafts/draft-karagiannis-aponf-problem-statement-03.txt

The main changes between version 02 and version 03 are:

o) a more detailed description  of the network service graph is provided

o) The information that was refering to the IETF NSIS protocol has been removed. This is due to the conclusions provided bt the APONF gap analysis draft. 

o) the figure proposed by Tom has been included into the draft.

o) description of the relations between APONF with other IETF activities has been updated and extended (AECON, ACTN, NFVcon, UCAN)

More details on the chnages can be found via:
   http://www.ietf.org/rfcdiff?url2=draft-karagiannis-aponf-problem-statement-03


See you today at the APONF Bar BOF meeting at 20:30 in room Quebec!

Best regards,
Georgios






________________________________________
Van: internet-drafts@ietf.org [internet-drafts@ietf.org]
Verzonden: maandag 21 juli 2014 14:26
Aan: Qiong Sun; Karagiannis, G. (EWI); Qiong Sun; Tina Tsou; Will Liu; Tina Tsou; Diego R. Lopez; Diego Lopez; Karagiannis, G. (EWI); Shucheng LIU (Will)
Onderwerp: New Version Notification for draft-karagiannis-aponf-problem-statement-03.txt

A new version of I-D, draft-karagiannis-aponf-problem-statement-03.txt
has been successfully submitted by Georgios Karagiannis and posted to the
IETF repository.

Name:           draft-karagiannis-aponf-problem-statement
Revision:       03
Title:          Problem Statement for Application Policy on Network Functions (APONF)
Document date:  2014-07-21
Group:          Individual Submission
Pages:          12
URL:            http://www.ietf.org/internet-drafts/draft-karagiannis-aponf-problem-statement-03.txt

Status:         https://datatracker.ietf.org/doc/draft-karagiannis-aponf-problem-statement/
Htmlized:       http://tools.ietf.org/html/draft-karagiannis-aponf-problem-statement-03
Diff:           http://www.ietf.org/rfcdiff?url2=draft-karagiannis-aponf-problem-statement-03


Abstract:
   As more and more modern network management applications grow in scale
   and complexity, their demands and requirements on the supporting
   communication network will increase.
   In particular, today network operators are challenged to create an
   abstract view of their network infrastructure and help service
   developers on using and programming this abstraction rather than
   manipulating individual devices. In this context, network management
   applications can be used to provide the required configuration and
   application programming interfaces to such service developers. The
   main goal of APONF is to (1) communicate the up to date abstract view
   of the network between the network management application systems and
   network management and controlling systems and (2) map the abstract
   view of the network into specific network management policies, i.e.,
   device level configuration models.





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.

The IETF Secretariat