Re: [Detnet-dp-dt] Updates to dp-sol

jouni korhonen <jouni.nospam@gmail.com> Tue, 30 May 2017 00:50 UTC

Return-Path: <jouni.nospam@gmail.com>
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 484BE1294B9 for <detnet-dp-dt@ietfa.amsl.com>; Mon, 29 May 2017 17:50:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 Gu1CLJO_EOxV for <detnet-dp-dt@ietfa.amsl.com>; Mon, 29 May 2017 17:50:40 -0700 (PDT)
Received: from mail-pf0-x22d.google.com (mail-pf0-x22d.google.com [IPv6:2607:f8b0:400e:c00::22d]) (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 539491294A1 for <detnet-dp-dt@ietf.org>; Mon, 29 May 2017 17:50:40 -0700 (PDT)
Received: by mail-pf0-x22d.google.com with SMTP id m17so56345952pfg.3 for <detnet-dp-dt@ietf.org>; Mon, 29 May 2017 17:50:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=ssFlO5ST9qgMF7AwqImEnv43mEtmpgteYgBwSQDUpJo=; b=LAXrpD6q46UXVAJWu+t4KvVDec3fxA7gAXT/5J2kl1XuT7CgePi/rXTrWz+uKHaIjN 371HwbmJZmjxH73W1yVq2n7oDOc367V8tYfPjQi+AbPfZA3aqqxNDY0SlpZPxpTKkDL0 XmtMPn1ksROHO8nZLgkoEtsmstfYW0wUf825oK5IH7NmBtV51qGjOAL/Q77w4m6B6bf7 sH8a/2D/3mR2esPFLig2DVsKOv6OBHP2Jd+KIr5563sBlgdByb3C9knNt6HdM3Z7xfRj KHKkmB4crufgYzp3HdZJHTrMmrDYLjuV020mjJ3qU/xa5doS9DwjAUkLVted0nLlK5wK fdkg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=ssFlO5ST9qgMF7AwqImEnv43mEtmpgteYgBwSQDUpJo=; b=BZQHGJNiEPet/1NtOIF/rqjGC0vXbFfKNpcrZP5BNmv6XJgc9j64I409gqfTJQ/WxX YrjGGuANNm5o0YOJYtcViu7R8HoN4oQy0QSn1T1XLsGRJypBGX4bglSSiAWE5mZTyUrk +Cr5PF35bz0kuBGjnt2PZK6fdJII7SiIz+5+4+91ySnyn+CWDcBSDFXPZvp5XlmULgix fpu6AoV9x7goOjM7xTLsMP2P4+EWzP+1nsTr31O13n7GCYdLEyHkbUVsVjN0HxkZje3K /2TZ1SePmpbTRNwe0LGXif/KeDgG40gA784DW3/VpnQ0lcOr7n6zBsDggBjlg01sXhht cucg==
X-Gm-Message-State: AODbwcBxFbbDHAZ3mf7x8kJS3k4wNYsnjLx0UAocQHci4AFJpRsWcYBD sl2vt96yT5dkTA==
X-Received: by 10.99.121.4 with SMTP id u4mr22069740pgc.167.1496105439881; Mon, 29 May 2017 17:50:39 -0700 (PDT)
Received: from [10.0.0.32] (c-73-231-86-165.hsd1.ca.comcast.net. [73.231.86.165]) by smtp.gmail.com with ESMTPSA id 3sm19184244pfp.11.2017.05.29.17.50.38 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 29 May 2017 17:50:38 -0700 (PDT)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
From: jouni korhonen <jouni.nospam@gmail.com>
In-Reply-To: <DBXPR07MB128019938C9C075E6959FD1ACF30@DBXPR07MB128.eurprd07.prod.outlook.com>
Date: Mon, 29 May 2017 17:50:36 -0700
Cc: Norman Finn <norman.finn@mail01.huawei.com>, "detnet-dp-dt@ietf.org" <detnet-dp-dt@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <CC4979B5-5C21-4DCE-B1DD-0644EC81AD95@gmail.com>
References: <3DF0466E9510274382F5B74499ACD6F8C75E1E@dfwpml702-chm.exmail.huawei.com> <DBXPR07MB128019938C9C075E6959FD1ACF30@DBXPR07MB128.eurprd07.prod.outlook.com>
To: =?utf-8?Q?Bal=C3=A1zs_Varga_A?= <balazs.a.varga@ericsson.com>
X-Mailer: Apple Mail (2.3273)
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet-dp-dt/rtHe40Rbc74e6cRV69chdZoT9Zg>
Subject: Re: [Detnet-dp-dt] Updates to dp-sol
X-BeenThere: detnet-dp-dt@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
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: Tue, 30 May 2017 00:50:42 -0000

I would think some additional clear cut separation in text is needed as you pointed out. Major restructuring.. i do not think so.\

- JOuni


> On May 29, 2017, at 5:13 AM, Balázs Varga A <balazs.a.varga@ericsson.com> wrote:
> 
> Hi All,
>  
> A general observation: we may need a new structure for the draft.
>  
> In the first discussions we have concluded to use practically the same encapsulation for the DetNet flows namely PseudoWires.
> So we were able to use the MS-PW analogy to describe the DetNet data plane. Practically all statements were valid for both
> PSN types (i) IP and (ii) MPLS.
>  
> However, in Chicago based on the feedbacks and our discussions we have changed the proposed data plane using (i) native
> encapsulation in case of IPv6 and (ii) using PW in case of MPLS. This is something we have to reflect in the text.
>  
> There are numerous examples where we refer explicitly to PWs, making confusion with respect to scenarios where PSN = IPv6.
> One good example for that is the definition of PREF in the terminology section:
>    PREF          A Packet Replication and Elimination Function (PREF)
>                  does the replication and elimination processig of
>                  DetNet flow packets in DA-T-PE or DA-S-PE nodes.  The
>                  replication function is essentially the existing 1+1
>                  protection mechanism.  The elimination function reuses
>                  and extends the existing [RFC3985] PseudoWire
>                  sequencing provided duplicate detection mechanism to
>                  operate over multiple (separate) PseudoWires that are
>                  sub-flows of a compound DetNet flow.
> This text is not valid for IPv6. And there are many similar examples all over in the document. I have found practically problematic
> text in each chapter. Including Abstract, Introduction, etc. etc.
>  
> So, should we reconsider the structure? Any thoughts?
>  
> Cheers
> Bala’zs
>  
> From: Detnet-dp-dt [mailto:detnet-dp-dt-bounces@ietf.org] On Behalf Of Norman Finn
> Sent: 2017. május 27. 1:58
> To: detnet-dp-dt@ietf.org
> Subject: [Detnet-dp-dt] Updates to dp-sol
>  
> I've checked in an updated draft-dt-detnet-dp-sol-01.  Changes:
> 
>  - Fixed a few typos/spelling.
> 
>  - Expanded introduction to include IPv6 encaps.
> 
>  - Edited time section.  It assumed that PTP is normally a DetNet flow, and I claim that that is not the normal case, at all.  Also, the first choice (now the second) needed a little clarification.
> 
>  - Added sentence in bidirectional about no special bidirectional feature except for same path.
> 
>  - Small edit to Class of Service.
> 
>  - Added 7.6 Layer 2 addressing considerations.
> 
>  - Added 802.1Q to references.
> 
>  - Added myself to authors list.
> 
> All of the above are, IMO, covered by what we talked about on Tuesday except maybe the introduction (which should be non-controversial) and the synchronization stuff (which could conceivably be controversial).  Feel free to challenge what you don't like, of course.
> 
> -- Norm
> _______________________________________________
> Detnet-dp-dt mailing list
> Detnet-dp-dt@ietf.org
> https://www.ietf.org/mailman/listinfo/detnet-dp-dt