Re: [Detnet-dp-dt] Draft update in github

Carlos Jesús Bernardos Cano <cjbc@it.uc3m.es> Sat, 11 March 2017 14:49 UTC

Return-Path: <cjbc@it.uc3m.es>
X-Original-To: detnet-dp-dt@ietfa.amsl.com
Delivered-To: detnet-dp-dt@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 21B5D129491 for <detnet-dp-dt@ietfa.amsl.com>; Sat, 11 Mar 2017 06:49:39 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.701
X-Spam-Level:
X-Spam-Status: No, score=-0.701 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=it-uc3m-es.20150623.gappssmtp.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 afa23Lr3Toiu for <detnet-dp-dt@ietfa.amsl.com>; Sat, 11 Mar 2017 06:49:38 -0800 (PST)
Received: from mail-wm0-x231.google.com (mail-wm0-x231.google.com [IPv6:2a00:1450:400c:c09::231]) (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 16ACB129504 for <detnet-dp-dt@ietf.org>; Sat, 11 Mar 2017 06:49:38 -0800 (PST)
Received: by mail-wm0-x231.google.com with SMTP id t189so13245117wmt.1 for <detnet-dp-dt@ietf.org>; Sat, 11 Mar 2017 06:49:38 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=it-uc3m-es.20150623.gappssmtp.com; s=20150623; h=message-id:subject:from:reply-to:to:date:in-reply-to:references :organization:mime-version:content-transfer-encoding; bh=LHaX4xSZDZKfzXwaCrcKozkcGNTQ5JaSPaHQh9x6rEk=; b=EO7d6Ql2XmY57Nkwyco/7/3GMwLK+6zkb3OcCxGD5a6medHVLrdxb7SCSM3vdida+y vS9xaKZDX2EUBKTVCv9+1nCw6YFBTR2FbnHDuVmnrYg4dz88nIRboNARSYJ1ZeXdlCmC QO/5S0J7i8FtVy8+FBSWK4Fcl8NIRrkwOmodCXRs+jc+EVVxRQVwR71FQWWsaSQaC92+ 4m7Bdc9q+AhjhZnz19in8l6BGmu/F9Bkd15EZ3MU3MHlzVePPeQwc0uQD/ZRWjxrNCiC ozNOfJzUPLAahqyspgvYR2v6KEV0swTvS1/iizsLpRTPXi/2kiel6e4ahicFg6TRNtqN kEQQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:subject:from:reply-to:to:date :in-reply-to:references:organization:mime-version :content-transfer-encoding; bh=LHaX4xSZDZKfzXwaCrcKozkcGNTQ5JaSPaHQh9x6rEk=; b=LGaNuo5BDe3MQ4xQT0XpYOWgwKiG1vnwAMQ6Ug2d+DehG8WnbFXM9TBkcHCu92obye +ji8J3qtHIgqXfcIsImYzXX2z+uuO6AMH8u7RacqMpOpFi215F3FhXtpAZ6xJtMKDUgL MD+R8qtelKOTY7+ZBqZqGEVybVOi9MgomfyndduLKEe6oMBdMi1Qx+roDwL9JYLfcGC3 tRaBqJlIHlaDisCCe8neWZd/Z+TEK+90MfIi29uka7c4HdpDWS/zsgPFcfQJOA/O5WwT 5/D2D9ugwlk72M4ug6AjQjsi0Q4cxKfgJeIkLuRAz9lfkvgsXTV/rOmcy8UMyM4wkZbG EmZA==
X-Gm-Message-State: AFeK/H31SXWdR0QtyTgCqh+jt3umEBdQwufnvtW4XiE2nsN/NJxzHdTKFOtKs/5AsRPTfbI8
X-Received: by 10.28.186.70 with SMTP id k67mr3168467wmf.65.1489243776422; Sat, 11 Mar 2017 06:49:36 -0800 (PST)
Received: from cjbc_dell.lan (85.251.161.16.dyn.user.ono.com. [85.251.161.16]) by smtp.gmail.com with ESMTPSA id o26sm17530121wro.44.2017.03.11.06.49.35 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sat, 11 Mar 2017 06:49:35 -0800 (PST)
Message-ID: <1489243775.4666.6.camel@it.uc3m.es>
From: Carlos =?ISO-8859-1?Q?Jes=FAs?= Bernardos Cano <cjbc@it.uc3m.es>
To: Loa Andersson <loa@pi.nu>, detnet-dp-dt@ietf.org
Date: Sat, 11 Mar 2017 15:49:35 +0100
In-Reply-To: <7e524d11-b2ef-f447-6742-ae40100f39fc@pi.nu>
References: <88BD4A49-3A2C-44DD-A090-E7A3AAC8BF61@broadcom.com> <7e524d11-b2ef-f447-6742-ae40100f39fc@pi.nu>
Organization: Universidad Carlos III de Madrid
Content-Type: text/plain; charset="UTF-8"
X-Mailer: Evolution 3.22.5-1
Mime-Version: 1.0
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet-dp-dt/bgDcI7kgGtWo82PewllWT_Zs4IA>
Subject: Re: [Detnet-dp-dt] Draft update in github
X-BeenThere: detnet-dp-dt@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: cjbc@it.uc3m.es
List-Id: DetNet WG Data Plane Design Team <detnet-dp-dt.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet-dp-dt>, <mailto:detnet-dp-dt-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet-dp-dt/>
List-Post: <mailto:detnet-dp-dt@ietf.org>
List-Help: <mailto:detnet-dp-dt-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet-dp-dt>, <mailto:detnet-dp-dt-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 11 Mar 2017 14:49:39 -0000

Hi,

On Fri, 2017-03-10 at 13:58 +0800, Loa Andersson wrote:
> Jouni,
> 
> I was working on reviewing the previous version, I see that
> you captured most of (very close to sll<9 of the comments I had.
> 
> Questions:
> 
> 1. IETF is mostly doing "on the wire" specifications, what is in the
> box is mostly viewed as implementation specific. Against this
> background
> why do we need "local-ID", isn't that implementation specific?
> 
> 2. There are two sentences "In the context of this document DA-T-PE
> is
> referred as T-PE." and "In the context of this document DA-S-PE is 
> referred as S-PE." Wouldn't it be better to actually use the new
> abbreviations, DA-T-PE and DA-S-PE?

I agree with this. I've just committed a new version that (except for
the appendixes) only uses DA-*-PE. I've reworked the figures.

Carlos

> 
> 3. Then I wonder if you got what is optional in the label stack
> and what is not; what needs to be there is one single tunnel, we have
> called that L-labels (PW architecture call it PSN Tunnel) all the
> rest
> of the T-Label tunnels are  optional.
> 
> I wrote it down like this:
> 
>     +-------------------------------+
>     |                               |
>     |          DetNet Flow          |
>     |            Payload            |  n octets
>     |                               |
>     +-------------------------------+
>     |      DetNet Flow Id           |  4 octets
>     +-------------------------------+
>     |      DetNet Control Word      |  4 octets
>     +-------------------------------+
>     |          MS-PW Label          |  4 octets
>     +-------------------------------+
>     |            L-Label            |  4 octets
>     +-------------------------------+
>     |   (optional) MPLS T-Label(s)  |  n*4 octets (four octets per
> label)
>     +-------------------------------+
> 
> 
> DetNet Flow Payload - n octets
> DetNet Flow Id      - 4 octets, part of the encapsualtion header,
>                        i.e. not in the label stack
> DetNet Control Word - 4 octets, the 16 least significant but are a
>                        a sequence number.
> MS-PW Label         - 4 octets, this label is unchanged between two
>                        DA-x-PEs, and at PW set up it is decided if
>                        the Native Service Processing includes DetNet
>                        FRER or not, the MS-PW Label is swapped at
>                        DA-S-PE.
> L-Label             - carries the MS-PW Label unchanged from one
>                        DA-x-PE to the next
> T-Label(s)          - are optional, and strictly not part of the
>                        DetNet encapsulation.
> 
> I don't want you to change but maybe capture a few bits and pieces
> from this.
> 
> Then I have one ridiculous concern, the DA-S-PE does not need to 
> interface a CE, and does not necessarily sit on a domain border, and
> is
> tthus not necessary a "real" PE. If we ant to keep calling it a PE
> (I think we should), we should have some words around this.
> 
> 
> /Loa
> 
> 
> On 2017-03-10 12:55, Jouni Korhonen wrote:
> > Folks,
> > 
> > I did quite a bit of updates to the draft. All in GitHub. I’ll
> > continue writing over the weekend etc..
> > 
> > - Jouni
> > 
> > 
> 
>