Re: [Detnet-dp-dt] a quick look at the replication/discarding case for detnet flows

Loa Andersson <loa@pi.nu> Mon, 23 January 2017 12:55 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 13759129B3E for <detnet-dp-dt@ietfa.amsl.com>; Mon, 23 Jan 2017 04:55:49 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.099
X-Spam-Level:
X-Spam-Status: No, score=-5.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-3.199] 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 frBKvA6Qnvzu for <detnet-dp-dt@ietfa.amsl.com>; Mon, 23 Jan 2017 04:55:47 -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 3FFD6129B3D for <detnet-dp-dt@ietf.org>; Mon, 23 Jan 2017 04:55:47 -0800 (PST)
Received: from [192.168.1.11] (unknown [122.52.28.146]) (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 01B2018013BE; Mon, 23 Jan 2017 13:55:43 +0100 (CET)
To: detnet-dp-dt@ietf.org, =?UTF-8?Q?Bal=c3=a1zs_Varga_A?= <balazs.a.varga@ericsson.com>
References: <6ff03919-9584-0a48-da2e-7ded7d2aacbb@pi.nu> <DBXPR07MB128BA00E1ADE969471B617CAC7C0@DBXPR07MB128.eurprd07.prod.outlook.com>
From: Loa Andersson <loa@pi.nu>
Message-ID: <1dbc4ca7-ef7d-7ce6-4720-b8901eed3468@pi.nu>
Date: Mon, 23 Jan 2017 20:55:36 +0800
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0
MIME-Version: 1.0
In-Reply-To: <DBXPR07MB128BA00E1ADE969471B617CAC7C0@DBXPR07MB128.eurprd07.prod.outlook.com>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet-dp-dt/uV0ZUTxPYrLcSc8kDX-GUTlEaJo>
Subject: Re: [Detnet-dp-dt] a quick look at the replication/discarding case for detnet flows
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: Mon, 23 Jan 2017 12:55:49 -0000

Balaazs,

I've been thinking about this, but still not sure I understand the issues.

On 2017-01-17 23:26, Balázs Varga A wrote:
> Hi Loa,
>
> Two comments/discussions points for the weekly call:
>
> 1, P nodes (recognizing detnet-flows)
> P nodes have to recognize detnet-flows in order to use the allocated resources (e.g., QoS) during the
> forwarding of packets belonging to a given detnet-flow. We have two options:
> (i) P nodes recognize "d-pw" label to identify the detnet-flow. This would mean that P nodes have to
> walk through the whole label stack.

No, I don't think the P nodes needs to look at anything other than
transport label. The required QoS is assigned to the transport label
at setup time, at forwarding only one label needs to looked at.

And I think also that "d-pw" label value must be globally unique

It needs to be unique within the replicas of the replicas and the
the incoming interface of the T-PW.

> in the network to make life simple! That can be a scalability issue ...

It is certainly a scalability issue, and it would have an effect all
traffic in the network and all levels.

> (ii) We are using different LSP per detnet-flow. This would make identification more simple for P nodes
> but raises scalability issues for the LSPs.
>
> 2, Distinguishing replica flows (required for OAM purposes)
> Let's assume that "node1 and node5" and "node2 and node6" are collapsed. I have created slide13
> based on your slide7 (collapsed nodes denoted as node15 and node26). As a result the upper and
> lower MS-PWs shares the first and second hop link when leaving nodeA.

yes, and the issue

  Node15 cannot distinguish
> the two replica flows only using the "d-pw" label.

Is the P-node really supposed do anything about the replicas than
forwarding them?
  We should consider to use different "d-pw" label
> value per "detnet-flow segment". Such a scenario is shown on slide14. Using different "d-pw" labels
> may furthermore obsolete the PW-labels ...

I think I lost you here, if we use díferent labels, how will the nodes 
know they are replicas? And P nodes only look at the transport label.

/Loa
>
> Cheers
> Bala'zs
>
> -----Original Message-----
> From: Detnet-dp-dt [mailto:detnet-dp-dt-bounces@ietf.org] On Behalf Of Loa Andersson
> Sent: Saturday, January 14, 2017 5:29 AM
> To: detnet-dp-dt@ietf.org
> Subject: [Detnet-dp-dt] a quick look at the replication/discarding case for detnet flows
>
> Folks,
>
> I took a quick look at the replication / discarding case we talked about at the meeting this week.
>
> Please remember that so far this is not a proposal, just a demonstration that there is at least one way of doing it.
>
> What is there can bee revised, improved, changed or discarded if we find something better. Take a look a send comments.
>
> /loa
>
> Warning: I have a grave case of dyslexia, so any odd or inventive spelling is pure accident.
>
>
>
> _______________________________________________
> Detnet-dp-dt mailing list
> Detnet-dp-dt@ietf.org
> https://www.ietf.org/mailman/listinfo/detnet-dp-dt
>

-- 


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