Re: [Openv6] new APONF goals based on APONF bar BOF meeting

Tom Taylor <tom.taylor.stds@gmail.com> Tue, 22 July 2014 22:26 UTC

Return-Path: <tom.taylor.stds@gmail.com>
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 EAA0F1B2874 for <openv6@ietfa.amsl.com>; Tue, 22 Jul 2014 15:26:15 -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, 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 YRmM7dLMrvMU for <openv6@ietfa.amsl.com>; Tue, 22 Jul 2014 15:26:14 -0700 (PDT)
Received: from mail-wi0-x22f.google.com (mail-wi0-x22f.google.com [IPv6:2a00:1450:400c:c05::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 672E51A0648 for <openv6@ietf.org>; Tue, 22 Jul 2014 15:26:14 -0700 (PDT)
Received: by mail-wi0-f175.google.com with SMTP id ho1so6800940wib.8 for <openv6@ietf.org>; Tue, 22 Jul 2014 15:26:13 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=7qvMibAmyujmW9D2+WbQdHzgV8sg+QqoRPdK/w1tJUU=; b=gvJ2vIXZej/kXiUdXUWA7UhIZSyOx0Ku0Ew7H7gxj+YoJd7KkChZ8gLPD7OE/wGrnU iz+C4Dl8cBmGaZ3KoUBGzyhZFECrNtySwD8YPbknHujztBd6SIi7dQj4kVVBzsozV1xS u95snRn09VkA+ibuBZLZIlrlal/em+ta3AC20ecJX4wCIush3ZpsJKrPIx/am7R9xJdZ jZrB2e3LO4zn36M7lG7X0xSrwLz/fzmud37+KHW5b4JG+/BXoZxey7KCbRNxgM/KGmHL /C7Im0as8JQ2RGm2G8EgBwQza2fcJ+obJWmiBptAcFrgSM6bDueYo5TQo1NHNLn7SYCw uglQ==
X-Received: by 10.180.83.8 with SMTP id m8mr19079310wiy.8.1406067972975; Tue, 22 Jul 2014 15:26:12 -0700 (PDT)
Received: from ?IPv6:2001:67c:370:168:15ce:8b:5bf5:2cfc? ([2001:67c:370:168:15ce:8b:5bf5:2cfc]) by mx.google.com with ESMTPSA id di7sm1018001wjb.34.2014.07.22.15.26.11 for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 22 Jul 2014 15:26:12 -0700 (PDT)
Message-ID: <53CEE501.8020907@gmail.com>
Date: Tue, 22 Jul 2014 18:26:09 -0400
From: Tom Taylor <tom.taylor.stds@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Thunderbird/24.6.0
MIME-Version: 1.0
To: karagian@cs.utwente.nl, openv6@ietf.org
References: <FF1A9612A94D5C4A81ED7DE1039AB80F5D57BA9B@EXMBX24.ad.utwente.nl>
In-Reply-To: <FF1A9612A94D5C4A81ED7DE1039AB80F5D57BA9B@EXMBX24.ad.utwente.nl>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Archived-At: http://mailarchive.ietf.org/arch/msg/openv6/PqG40sKm37KizSiVJT0cbXJKKFM
Subject: Re: [Openv6] new APONF goals based on APONF bar BOF meeting
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: Tue, 22 Jul 2014 22:26:16 -0000

Follow-up below, expressing my understanding of further details agreed 
last night.


On 14-07-22 05:13 PM, karagian@cs.utwente.nl wrote:
> Hi all,
>
> To be informed!
>
> Please note that this version is modified based on the comments that we
> received yesterday during the bar BOF meeting.
>
...

Procedurally: when a new service is defined, the Network Management (NM) 
Application function downloads an initial network service graph to the 
NM Control function. The data includes triggers for NM Control to feed 
back updates to the graph. When one of these triggers is engaged, NM 
Control sends back a refreshed network service graph.

Discussion Point 1: I am trying to relate this to SFC as a service. The 
starting point is the Service Function Chain. This has to be translated 
into one or more instances of a Service Function Path, which get passed 
to the Service Classifier. Path derivation is logically something NM 
Control would be responsible for. Which APONF function would be 
responsible for distributing the path information to the Classifier(s)?

Discussion Point 2: to do its mapping between information gathered from 
Network Elements (NE) and the network service graphs, NM Control needs a 
database associating NE-provided attributes with service-specific 
labels. Would downloading of such a dictionary be part of APONF 
responsibilities, or would we leave creation of the database to be an 
operator-specific matter?

I stand to be corrected on my basic understanding of APONF operation,
and welcome comments on the discussion points.

Tom Taylor