Re: [Detnet-dp-dt] Section 4.1 added (DP solution requirements)

Jouni Korhonen <jouni.korhonen@broadcom.com> Tue, 07 March 2017 19:21 UTC

Return-Path: <jouni.korhonen@broadcom.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 E3D7C129426 for <detnet-dp-dt@ietfa.amsl.com>; Tue, 7 Mar 2017 11:21:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=broadcom.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 BrNRcR0Db8k6 for <detnet-dp-dt@ietfa.amsl.com>; Tue, 7 Mar 2017 11:21:14 -0800 (PST)
Received: from mail-qk0-x22d.google.com (mail-qk0-x22d.google.com [IPv6:2607:f8b0:400d:c09::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 1794F129420 for <detnet-dp-dt@ietf.org>; Tue, 7 Mar 2017 11:21:14 -0800 (PST)
Received: by mail-qk0-x22d.google.com with SMTP id 1so20571209qkl.3 for <detnet-dp-dt@ietf.org>; Tue, 07 Mar 2017 11:21:14 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=broadcom.com; s=google; h=reply-to:subject:references:to:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=sHyc2/fV71lK27KHR3tp/oRgFHoA9kvz5IlMZr4ztUc=; b=iNFBxXjXnwbOr+YMdmwgfJcewQuhBDIqPO5I2KhIgtYgKaLA80e7fJ8MOKKgHh53yg um0CnVCBkwRbwrE7DsJhOUsjAl1ilFhD705HKsNUuA5RqEN0RVVjlWukezvOfj7oYURN eumgtboYLQ3dKx/0rw16xwIFu2GdnZGiEoqF8=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:reply-to:subject:references:to:cc:from :message-id:date:user-agent:mime-version:in-reply-to :content-transfer-encoding; bh=sHyc2/fV71lK27KHR3tp/oRgFHoA9kvz5IlMZr4ztUc=; b=ek059hOS/A/dxwd5FiZNvyl4yTsEXqG0Hpra9Rm86mZ/EAlZRLaZVqjZK1OfE+8Zty YYqK1ltyryjdbUeLbaGPq0wsOXcNw7EKG5lbKlVL3fQjzkgg9gbRbeIaOgqoKYR0Ofxd aV5rAvG+XZHz+PnvFfU8H/5qR5yi5LeSHzw8RR9bhq2sDnG7oPtf12jgq8HYPFZwFCu7 czpPTcV6QpbpSxtkkgIgMUVmX7PeiMFvg674t3DUQfE3GmfDR3hN27ja/YSEUW+54eZ0 CN2QOh0sa46UdOInyuCXZS9qiN3inJG7REI7a6CfP53+iOR2JPyKdRN+xJQh/BZySc7s bcLA==
X-Gm-Message-State: AFeK/H0ekLetGnR1weFUy9QURFq2tGP3aiheSO3kNm+3To7DEQXdWJSQKe2G9eURBEutU531
X-Received: by 10.55.122.130 with SMTP id v124mr2288941qkc.19.1488914472334; Tue, 07 Mar 2017 11:21:12 -0800 (PST)
Received: from [192.168.88.100] ([216.31.219.19]) by smtp.gmail.com with ESMTPSA id o16sm579261qkl.67.2017.03.07.11.21.11 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 07 Mar 2017 11:21:11 -0800 (PST)
References: <DBXPR07MB12896F1424C82CF718C93FEAC2F0@DBXPR07MB128.eurprd07.prod.outlook.com>
To: =?UTF-8?Q?Bal=c3=a1zs_Varga_A?= <balazs.a.varga@ericsson.com>
From: Jouni Korhonen <jouni.korhonen@broadcom.com>
Message-ID: <8f3dd80e-794b-77a9-44dd-09e98d9eb64c@broadcom.com>
Date: Tue, 7 Mar 2017 11:21:10 -0800
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0
MIME-Version: 1.0
In-Reply-To: <DBXPR07MB12896F1424C82CF718C93FEAC2F0@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/2C7HTb3mzDKmaXMdSuI7nT0L2Zg>
Cc: "detnet-dp-dt@ietf.org" <detnet-dp-dt@ietf.org>
Subject: Re: [Detnet-dp-dt] Section 4.1 added (DP solution requirements)
X-BeenThere: detnet-dp-dt@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: jouni.korhonen@broadcom.com
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, 07 Mar 2017 19:21:16 -0000

Thanks Balazs,

I am not quite sure about the local-id text:
"Local-ID MUST be unambiguously bounded to the Flow-ID encoded in the 
DetNet packet."

By default each router has their unique router id with the autonomous 
system that you need e.g., with routing protocols.

If the flow-id is unique within the detnet domain I am not sure what 
mapping the above is talking about. Do you mean that a set of flow-ids 
would belong to a router (identified by a local-id)?

- Jouni


3/7/2017, 10:23 AM, Balázs Varga A kirjoitti:
> Hi,
> Section 4.1 added on the GitHub.
> Cheers
> Bala'zs
>
>
> -----Original Message-----
> From: Jouni Korhonen [mailto:jouni.korhonen@broadcom.com]
> Sent: Monday, March 06, 2017 7:23 PM
> To: Balázs Varga A <balazs.a.varga@ericsson.com>om>; Loa Andersson <loa@pi.nu>
> Cc: cjbc@it.uc3m.es; detnet-dp-dt@ietf.org
> Subject: Re: [Detnet-dp-dt] about identity labels.. was Re: new versions of my slides
>
> Balazs,
>
> Your proposed Section 4.x would definitely be good to have. I am not too much for Section 4.y since I do not see it would not be needed in the final document, except for the definitions that should go to Section 2.
>
> Regarding the two choices we have now I just add prologue text and describe (graphically both). The logic of the "identity label/tag" is mostly the same independent of the location in the stack. The processing is of course different.
>
> - Jouni
>
> 3/6/2017, 9:49 AM, Balázs Varga A kirjoitti:
>> Hi Jouni,
>>
>>
>>
>> just for clarification: Do we intend to list all options in the draft ???
>>
>> They all have pros and cons ...
>>
>>
>>
>> Anyway I think we need a structure like below in the draft for example
>>
>> in section 4. Is it inline with your intention? Shall I prepare some
>> text
>>
>> around this items for the call on Wednesday?
>>
>>
>>
>> *4.x DP solution requirements*
>>
>> List of prerequisites for a proper solution on an x-PE:
>>
>> 1, to distinguish PWs going through (operation label-swap) and PWs
>> need DetNet serving (e.g., FRER)
>>
>> 2, to handle PW-label collisions (without major implementation
>> difficulties)
>>
>> 3, to work with both centralized control and distributed control
>> (signaling)
>>
>>
>>
>> *4.y DP solution toolset*
>>
>> Description of the toolset discussed so far:
>>
>> A, L-label: additional label between t-label and PW-label
>>
>> B, different PW-labels per segment: similar to the MS-PW label
>> allocation mechanism
>>
>> C, e2e PW label: no change of the PW-label (same PW-label value
>> between T-PE nodes)
>>
>> D, d-id label: additional label used as T-PE identification
>>
>> E, Flow-ID outside of the label stack
>>
>>
>>
>> Cheers
>>
>> Bala'zs
>>
>>
>>
>> -----Original Message-----
>> From: Detnet-dp-dt [mailto:detnet-dp-dt-bounces@ietf.org] On Behalf Of
>> Loa Andersson
>> Sent: Monday, March 06, 2017 3:07 AM
>> To: Jouni Korhonen <jouni.korhonen@broadcom.com>
>> Cc: cjbc@it.uc3m.es; detnet-dp-dt@ietf.org
>> Subject: Re: [Detnet-dp-dt] about identity labels.. was Re: new
>> versions of my slides
>>
>>
>>
>> Jouni,
>>
>>
>>
>> On 2017-03-06 07:36, Jouni Korhonen wrote:
>>
>>>
>>
>> <snip>
>>
>>>>
>>
>>>> - global as the special purpose labels, seems unlikely
>>
>>>> - global as unique with in the domain, though we know there is a
>>
>>>> scaling  problem
>>
>>>> - global for one sender, not that different from d-id, other that
>>>> the
>>
>>>> placment in the stack
>>
>>>>
>>
>>>> ???
>>
>>>
>>
>>> In my small mind I reasoned it to be unique within one domain. Since
>> the identity would now be 32 bits (there is no need to restrict it to
>> 20 bits since it is part of the _encapsulation_header_ not the label
>> stack), the scaling concern is more relaxed. Assuming each node in the
>> domain would like to be able to name 4k unique detnet flows of their
>> own then the domain could host 1M such detnet nodes.. not too bad for
>> one domain.
>>
>>
>>
>> My earlier calculations estimated that we would have about the number
>> of PWs between any pair of T-DetNet-PEs would be about 400 and the
>> number T-DetNet-PEs about 1000.
>>
>>
>>
>> 32 bits is  4 000 millions, so there is ample number of flow id's even
>> if we would have to configure a range on each T-DetNet-PE.
>>
>>
>>
>> So you look at the flow-id and then compare the CW/Seq #, right?
>>
>>
>>
>> Now, range configuration is a kludge, can we find a way to avoid it,
>> maybe d-pw + node-id would work, all this would have to happen in the
>> context of the (outgoing) d-pw anyway, right?
>>
>>
>>
>> /Loa
>>
>>
>>
>>>
>>
>>> - Jouni
>>
>>>
>>
>>>
>>
>>>
>>
>>>
>>
>>>>
>>
>>>> /Loa
>>
>>>>>
>>
>>>>> Carlos
>>
>>>>>
>>
>>>>>> - Jouni
>>
>>>>>>
>>
>>>>>
>>
>>>>> _______________________________________________
>>
>>>>> Detnet-dp-dt mailing list
>>
>>>>> Detnet-dp-dt@ietf.org <mailto:Detnet-dp-dt@ietf.org>
>>
>>>>> https://www.ietf.org/mailman/listinfo/detnet-dp-dt
>>
>>>>>
>>
>>>>
>>
>>>> --
>>
>>>>
>>
>>>>
>>
>>>> Loa Andersson                        email: loa@mail01.huawei.com
>> <mailto:loa@mail01.huawei.com>
>>
>>>> Senior MPLS Expert                          loa@pi.nu <mailto:loa@pi.nu>
>>
>>>> Huawei Technologies (consultant)     phone: +46 739 81 21 64
>>
>>>
>>
>>> _______________________________________________
>>
>>> Detnet-dp-dt mailing list
>>
>>> Detnet-dp-dt@ietf.org <mailto:Detnet-dp-dt@ietf.org>
>>
>>> https://www.ietf.org/mailman/listinfo/detnet-dp-dt
>>
>>>
>>
>>
>>
>> --
>>
>>
>>
>>
>>
>> Loa Andersson                        email: loa@mail01.huawei.com
>> <mailto:loa@mail01.huawei.com>
>>
>> Senior MPLS Expert                          loa@pi.nu <mailto:loa@pi.nu>
>>
>> Huawei Technologies (consultant)     phone: +46 739 81 21 64
>>
>>
>>
>> _______________________________________________
>>
>> Detnet-dp-dt mailing list
>>
>> Detnet-dp-dt@ietf.org <mailto:Detnet-dp-dt@ietf.org>
>>
>> https://www.ietf.org/mailman/listinfo/detnet-dp-dt
>>