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

Jiangyuanlong <jiangyuanlong@huawei.com> Mon, 27 February 2017 11:26 UTC

Return-Path: <jiangyuanlong@huawei.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 10EED129DC7 for <detnet-dp-dt@ietfa.amsl.com>; Mon, 27 Feb 2017 03:26:11 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.221
X-Spam-Level:
X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-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 4Q7iRu5YGbHQ for <detnet-dp-dt@ietfa.amsl.com>; Mon, 27 Feb 2017 03:26:09 -0800 (PST)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EE826129DC9 for <detnet-dp-dt@ietf.org>; Mon, 27 Feb 2017 03:26:07 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml701-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DHV48808; Mon, 27 Feb 2017 11:26:05 +0000 (GMT)
Received: from SZXEMA415-HUB.china.huawei.com (10.82.72.33) by lhreml701-cah.china.huawei.com (10.201.108.42) with Microsoft SMTP Server (TLS) id 14.3.301.0; Mon, 27 Feb 2017 11:26:04 +0000
Received: from SZXEMA506-MBS.china.huawei.com ([169.254.4.67]) by SZXEMA415-HUB.china.huawei.com ([10.82.72.33]) with mapi id 14.03.0235.001; Mon, 27 Feb 2017 19:25:56 +0800
From: Jiangyuanlong <jiangyuanlong@huawei.com>
To: Loa Andersson <loa@pi.nu>, "detnet-dp-dt@ietf.org" <detnet-dp-dt@ietf.org>
Thread-Topic: [Detnet-dp-dt] Using MS-PW concept for the d-pw
Thread-Index: AdKNIl29YFidtgxOTBibC2VpCfyDbP//tt2AgAFFjgD//qJIEIACf4mA//9uXqCAAKj5gP//d+tQABMaUwAAGb+uAP//T5qQ//7DXAD//P/HoP/6fskA//RU4oD/5/GiAP/NlFBw/5t7u4D/NnAvIA==
Date: Mon, 27 Feb 2017 11:25:55 +0000
Message-ID: <3B0A1BED22CAD649A1B3E97BE5DDD68BBAB155AA@szxema506-mbs.china.huawei.com>
References: <DBXPR07MB128EDEE38C28B6C894DE489AC500@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> <3B0A1BED22CAD649A1B3E97BE5DDD68BBAB15004@szxema506-mbs.china.huawei.com> <3A2B8D75-265B-4D7F-8F20-1F9692F326C0@broadcom.com> <3B0A1BED22CAD649A1B3E97BE5DDD68BBAB150A7@szxema506-mbs.china.huawei.com> <bbebda63-fe68-5073-6cb6-0c099c7a6d21@pi.nu> <3B0A1BED22CAD649A1B3E97BE5DDD68BBAB1519F@szxema506-mbs.china.huawei.com> <79ABE102-4006-4189-8F20-8A20014C497A@broadcom.com> <3B0A1BED22CAD649A1B3E97BE5DDD68BBAB15505@szxema506-mbs.china.huawei.com> <fc7afd75-cb03-c818-9480-7737035d0d57@pi.nu>
In-Reply-To: <fc7afd75-cb03-c818-9480-7737035d0d57@pi.nu>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.74.203.119]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020204.58B40CCE.0133, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.4.67, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: 0ccb6f531577d3e13944e4f10f88899f
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet-dp-dt/POpqvoFOyoM7rCsKq1kbuKAkCR0>
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: Mon, 27 Feb 2017 11:26:11 -0000

Loa, 

-----Original Message-----
From: Detnet-dp-dt [mailto:detnet-dp-dt-bounces@ietf.org] On Behalf Of Loa Andersson
Sent: Monday, February 27, 2017 6:55 PM
To: detnet-dp-dt@ietf.org
Subject: Re: [Detnet-dp-dt] Using MS-PW concept for the d-pw

Yuanlong,



On 2017-02-27 16:41, Jiangyuanlong wrote:
> Jouni,
>
> I must admit that I am confused by the use of "T-label" and "L-label".
This is from one point of correct, it is labels in the same label stack.
Naming the outermost label T-label is a long standing convention.
Naming the label below the T-label L-labels is also somewhat of a convention.
But, whatever it calls, I mean the label that stands for the MPLS path from T-PE to the S-PE.
Slightly incorrect, the LSP takes from the T.DetNet-PE to a S-DettNet-PE (I think we need to agree on terminology to communcate).
The outer label only takes you one hop.
[JY] Thanks much for the clarification. Then for all options, we will need this L-label, right?

> Please note that the LSP (Label Switching Path) from T-PE to the S-PE 
> does not require that the same label value be used for each node on 
> the path,
this is correct, the requirement is the opposite, the label changes every hop.
but may change hop by hop.
As I said - it will change at every hop. One reason (not the only) to have a label below the outer label in the stack is that the receiving node might have reason to know where the packet came from, the T-label does not give that info, the L-label does.
> For example, S-PE node (B) receives label 10 from node 2,
We normally don't use special purpose labels in examples
[YJ] Good to know that;)

while the label sent by node (A) is 20,

The label operations are correct (hop-by-hop) node (B) knows that the packets originated from node (A) if these two labels belong to the same LSP.

Let us say that you have used LDP to set up the LSP, when B receives the label you call 10, exactly how does it know that the LSP originated from A?

> Since LSP can be an hierarchy itself (i.e., LSP over another LSP tunnel), I suggest not to use both terms to simplify the problem space.

Well, I guess you are about two decades to late for that terminology reform. We have lived with it almost all the time MPLS has been around, it is not a coincidence that e.g. RFC 3209 was called  RSVP-TE: 
Extensions to RSVP for LSP Tunnels (draft-ietf-mpls-rsvp-lsp-tunnel).

[YJ] We need to setup two paths from T-PE1 to T-PE2 (not sharing fate if possible), traversing S-PE1 and S-PE2. I think RSVP-TE would be more likely to serve our purpose than LDP, it also provides bandwidth reservation and QoS guarantee.

Thanks again,
Yuanlong

/Loa
>
> Thanks,
> Yuanlong
>
> -----Original Message-----
> From: Jouni Korhonen [mailto:jouni.korhonen@broadcom.com]
> Sent: Sunday, February 26, 2017 12:37 PM
> To: Jiangyuanlong
> Cc: detnet-dp-dt@ietf.org
> Subject: Re: [Detnet-dp-dt] Using MS-PW concept for the d-pw
>
> Yuanlong,
>
>
>> On 25 Feb 2017, at 02:02, Jiangyuanlong <jiangyuanlong@huawei.com> wrote:
>>
>> Loa,
>>
>> -----Original Message-----
>> From: Loa Andersson [mailto:loa@pi.nu]
>> Sent: Saturday, February 25, 2017 3:34 PM
>> To: Jiangyuanlong; Jouni Korhonen
>> Cc: detnet-dp-dt@ietf.org
>> Subject: Re: [Detnet-dp-dt] Using MS-PW concept for the d-pw
>>
>> Yuanlong,
>>
>> The L-laabel is ther to make the the intermediate not (S-PE) know what to do whit the packet, the d-pw label was not allocated by the S-PE, so it does not ahve any knowledge what it means.
>> [YJ] d-pw can be allocated by the S-PE in MS-PW, just as you would like to allocate the L-labels. Very similarly, I think the same T-LDP protocol can be used.
>> [YJ] As I said in the previous email, using PW to trigger FRER will be cleaner compared with using L-label since CW is inspected.
>
> I think you are still getting it wrong what was intended with L-labels. They were specifically thought in the context of detnet global d-pw labels.
>
> L-labels connected MS-PW nodes over the network topology. All FRER “triggering” etc is still and has always been tied to the d-pw. Within a S- or T-PE you need to pop the L-label and then inspect the top of stack d-pw label..
>
>                                                  within
>     LSR                         |------------- S- or T-PE -------------|
>                     PHP                            POP
>                   -------->                     -------->
> +------------+                  +------------+            +------------+
> |  T-labels  |                  |  L-label   |            | d-pw label |
> +------------+                  +------------+            +------------+
> |  L-label   |                  | d-pw label |            |            |
> +------------+                  +------------+            |  Payload   |
> | d-pw label |                  |            |            |            |
> +------------+                  |  Payload   |            +------------+
> |            |                  |            |
> |  Payload   |                  +------------+
> |            |
> +------------+
>
>
> This allowed also bypassing S-PE easily for some L-labels.. instead of an L-label pop one would do a swap and just forward after that.
>
>
> - Jouni
>
>
>> If you let the S-PEs allocate and swap d-pw's, the next S-PE or a T-PE can't coordinate for the same packet coming in on from tow different nodes.
>> [YJ] It's like the 1+1 PW protection case, though the operations of elimination and replication in the S-PE and the T-PE need to be specified.
>> [YJ]Take VPLS as an example, several PWs can be directed into the same VSI in a PE and PW packets are processed there (for detnet, the processing is FRER now).
>>
>> But I feel like we are going in circles, can we agree on the corner stones first?
>>
>> Do we want all possible/conceivable control mechanism be within scope?
>> [YJ] maybe we can take LDP as a first step. It seems the difficulty is how to decide the S-PEs for a detnet flow (a routing protocol may be needed for automatic selection).
>> [YJ] if all T-PEs and S-PEs are determined for a detnet flow, it is quite easy to set up PW segments and LSPs respectively with the help of LDP protocol.
>> Cheers,
>> Yuanlong
>>
>> /Loa
>>
>>
>> On 2017-02-25 15:18, Jiangyuanlong wrote:
>>> I agreed to alternative 2. L-label is not needed, S-PE must look into the PW label (further, extract sequence number in the CW) of a packet, and all FRER semantics can be coupled with the PW label.
>>>
>>> -----Original Message-----
>>> From: Jouni Korhonen [mailto:jouni.korhonen@broadcom.com]
>>> Sent: Saturday, February 25, 2017 3:07 PM
>>> To: Jiangyuanlong
>>> Cc: detnet-dp-dt@ietf.org; Loa Andersson
>>> Subject: Re: [Detnet-dp-dt] Using MS-PW concept for the d-pw
>>>
>>> Hi,
>>>
>>>> [YJ] I regard the L-Labels and T-labels are the same LSP layer. If we look into the full MPLS label stack of a packet in a PW, normally there is an LSP label at the top (unless PHP is enabled for the last hop).
>>>> Not sure what is the L-Label in your picture, is it different from LSP label?
>>>
>>> L-labels have been so far in the discussion between MS-PW PEs.
>>> T-labels are between any LSR. L-labels are not PHPed i.e., even if 
>>> PHP is enable the L-Label stays and the label above it gets popped 
>>> (that we have been referring as T-Labels). T- and L-labels are just 
>>> a naming convention. IF you don’t have “between MS-PW PEs” semantic 
>>> associated with the L-Label, it is the same as T-Label ;)
>>>
>>>
>>>
>>> case L-labels are present.. (alternative 1)
>>>
>>>                     PHP
>>>                   -------->
>>> +------------+                  +------------+
>>> |  T-labels  |                  |  L-label   |
>>> +------------+                  +------------+
>>> |  L-label   |                  | d-pw label |
>>> +------------+                  +------------+
>>> | d-pw label |                  |            |
>>> +------------+                  |  Payload   |
>>> |            |                  |            |
>>> |  Payload   |                  +------------+
>>> |            |
>>> +------------+
>>>
>>> case no L-labels.. (alternative 2.. and also alternative 3 if you 
>>> think T- and L-labels are the same)
>>>
>>>                     PHP
>>>                   -------->
>>> +------------+                  +------------+
>>> |  T-labels  |                  | d-pw label |
>>> +------------+                  +------------+
>>> | d-pw label |                  |            |
>>> +------------+                  |  Payload   |
>>> |            |                  |            |
>>> |  Payload   |                  +------------+
>>> |            |
>>> +------------+
>>>
>>>
>>>
>>>
>>>
>>> - Jouni
>>>
>>
>> --
>>
>>
>> Loa Andersson                        email: loa@mail01.huawei.com
>> Senior MPLS Expert                          loa@pi.nu
>> Huawei Technologies (consultant)     phone: +46 739 81 21 64
>> _______________________________________________
>> Detnet-dp-dt mailing list
>> Detnet-dp-dt@ietf.org
>> https://www.ietf.org/mailman/listinfo/detnet-dp-dt
>
> _______________________________________________
> 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

_______________________________________________
Detnet-dp-dt mailing list
Detnet-dp-dt@ietf.org
https://www.ietf.org/mailman/listinfo/detnet-dp-dt