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
- [Detnet-dp-dt] Updates to dp-sol Norman Finn
- Re: [Detnet-dp-dt] Updates to dp-sol Balázs Varga A
- Re: [Detnet-dp-dt] Updates to dp-sol jouni korhonen
- Re: [Detnet-dp-dt] Updates to dp-sol Balázs Varga A