Re: [Detnet-dp-dt] Using MS-PW concept for the d-pw

Loa Andersson <loa@pi.nu> Sat, 25 February 2017 04:54 UTC

Return-Path: <loa@pi.nu>
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 6772B129A19 for <detnet-dp-dt@ietfa.amsl.com>; Fri, 24 Feb 2017 20:54:24 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 Pn2smZlKySor for <detnet-dp-dt@ietfa.amsl.com>; Fri, 24 Feb 2017 20:54:22 -0800 (PST)
Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3500F129A17 for <detnet-dp-dt@ietf.org>; Fri, 24 Feb 2017 20:54:22 -0800 (PST)
Received: from [192.168.1.11] (unknown [122.52.25.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 8DDB11801590 for <detnet-dp-dt@ietf.org>; Sat, 25 Feb 2017 05:54:19 +0100 (CET)
To: detnet-dp-dt@ietf.org
References: <DBXPR07MB128EDEE38C28B6C894DE489AC500@DBXPR07MB128.eurprd07.prod.outlook.com> <7FF14334-F3A3-4051-BAFF-750C6F70FE1A@broadcom.com> <DBXPR07MB128C5BF67FE7AC3266D868BAC530@DBXPR07MB128.eurprd07.prod.outlook.com> <3B0A1BED22CAD649A1B3E97BE5DDD68BBAB149ED@szxema506-mbs.china.huawei.com> <7F3B3F19-4929-485C-9434-86D6E7FDB915@broadcom.com> <3B0A1BED22CAD649A1B3E97BE5DDD68BBAB14A38@szxema506-mbs.china.huawei.com> <a27bcbab-5410-3209-fead-a178c03f89cb@pi.nu> <3B0A1BED22CAD649A1B3E97BE5DDD68BBAB14AA3@szxema506-mbs.china.huawei.com> <a9cc73c9-0cd4-71d3-c302-8b4c01d40c10@pi.nu> <11302639-28CA-469B-A7B1-AB891C14218D@broadcom.com>
From: Loa Andersson <loa@pi.nu>
Message-ID: <426d251c-4979-191c-5bb0-fe4f0d2a713b@pi.nu>
Date: Sat, 25 Feb 2017 12:54:16 +0800
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1
MIME-Version: 1.0
In-Reply-To: <11302639-28CA-469B-A7B1-AB891C14218D@broadcom.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet-dp-dt/bwJ3WG5RY1ha27bd7GwGRnFzOgs>
Subject: Re: [Detnet-dp-dt] Using MS-PW concept for the d-pw
X-BeenThere: detnet-dp-dt@ietf.org
X-Mailman-Version: 2.1.17
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: Sat, 25 Feb 2017 04:54:24 -0000

Folks,

I think every step to try summarize is good.

I still miss some corner stones and some context.

If we want to design existing control planes out, we can almost
anything.

If we want design existing control planes in, we have to consider
what they'll do and take that into account.

I think, but is not sure, that we now have both "god box" and LDP,
RSVP-TE and segment routing in scope. I'd like to keep it that way.

If we can agree on that we can start evaluating the different proposal 
against this back ground, or whatever control we think is appropriate.

/Loa

On 2017-02-25 06:44, Jouni Korhonen wrote:
> Folks,
>
> Let’s try to get to a rough agreement here. We are going around very similar approaches. I would like to progress with the draft text further where I am now. There’s other stuff to dig into still.
>
> We seem have three candidates on table (all based on MS-PWs):
>
> 1) Global d-pw labels, L-Labels necessary (Jouni)
> 2) Per PW d-pw labels, virtual labels (or local-id), no L-Labels necessary (Balazs + Jouni)
> 3) Per PW d-pw labels, virtual labels/queue (or local-id), L-Labels (Yuanlong)
>
> Alternatives 2 and 3 are very close. The difference in elimination whether it uses a “virtual label” or a “internal port/queue” that achieves the same is technically minor. For clarity and documentation purpose a virtual label or node-id is probably cleaner. The difference to me between 2 and 3 is how the replication is done. Alternative 2 swaps d-pw labels only after the replication. Alternative 3 pushes L-labels in addition to d-pw label swaps. I would say it is safe to merge alternatives 2 and 3, and let the L-label layer to be an operational decision.
>
> Alternative 1 is more straight forward from the hw point of view than 2 and 3. No label swaps for the elimination and replication. Replication also pushes L-labels. HOWEVER, I am not sure how much headache it introduces to the control plane. Someone more knowledgeable in that domain than me should bring facts in (e.g., lecture us of RFC4447, 5003 and some 5036). With a static control plane (“god box”/PCE approach) one does not care since everything is just programmed from a single point that has a full view of the topology, every flow and label in use. Dynamic control plane (LDP, BGP, etc) is a different beast. However, whatever we do some work is needed on the control plane protocols i.e., bringing in the concept of the DetNet flow over MS-PW, replication and elimination. That may be as simple as new PW Types, Status Codes, etc, but can also be more..
>
> Any preferences? I am actually OK with both 1 and 2 (with optional L-labels). My decision between the two will eventually be impacted by the control plane complexity (the analysis is still to-do).
>
>
> - Jouni
>
>

-- 


Loa Andersson                        email: loa@mail01.huawei.com
Senior MPLS Expert                          loa@pi.nu
Huawei Technologies (consultant)     phone: +46 739 81 21 64