Re: [Detnet] Questions about the Networks in DetNet charter

Gyan Mishra <hayabusagsm@gmail.com> Sun, 28 June 2020 22:52 UTC

Return-Path: <hayabusagsm@gmail.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 088853A0FA1; Sun, 28 Jun 2020 15:52:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.087
X-Spam-Level:
X-Spam-Status: No, score=-2.087 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_REMOTE_IMAGE=0.01, 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 y_B3KUCuBlm4; Sun, 28 Jun 2020 15:52:04 -0700 (PDT)
Received: from mail-il1-x12f.google.com (mail-il1-x12f.google.com [IPv6:2607:f8b0:4864:20::12f]) (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 C537B3A0F9F; Sun, 28 Jun 2020 15:52:04 -0700 (PDT)
Received: by mail-il1-x12f.google.com with SMTP id q3so2185703ilt.8; Sun, 28 Jun 2020 15:52:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=/sJaBdSM7RVN8hs6csjOYxRByVxM2UTnnfOQuJrD3Mg=; b=A2ZvuJb3cIOiOXl3/HyMY3DA8ZaWuoOz9GD8YgfrFem+XW660fN38DAIElKO+PRJpZ uKIYSyRPLQZ9hrUsM6ktxMiTZCGZg6MPmr/zAKib2mYorW/7Mbm0MOamHgp7+/pMb4pj d0KYSD/Rq8UoFJNFgcp4Qq/fNQ0NTAZHNdDnQwN+miEywJKpSO+FHDszA7aoMOJsf5D0 I+mLt5Tm2xAo4moT8J3rR4PMm6CInHbFbk0YWpBEutQ50tHcIPcFmG9fpaL1uN7a+mFi E3kjXOxz3HGgAC5AUTQPITPaqlERfvdyB/5cj0v85Cu/xZBiEksT1kheMhc2gTAALo+J 5Wcg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=/sJaBdSM7RVN8hs6csjOYxRByVxM2UTnnfOQuJrD3Mg=; b=mlCdklt4xB5ZvGu/A2tRSPnfZ3+Z4rloZJQwOzIunQTokRtFVrEZmmbx5ZatAgMYK2 WbxvURyeV50jQuiPoAgpEXeKr0JrV9OudKfgh1L9W1xcLyvDFp+cEoCrbabGIfzCarpW TShAOQs1BBLdTmnvujrVvmBbEG2c7aOIKQ6HSuVe022BgmS1+o1VqzVfZ8s2FSAOMdPA VIZ9NFpVCD2LJhAE7Fk7DjJcsisXI8RnURrJO8HQyIjexe8/XiTix+t4HjgikZ5mAG3M 5LbaBbE7J1S1bGGXnco7L7NAX5AyaRymW2tfY9lISk+Bqjdq5Ru7MW0Wwq4Kd/yZFQSd PfBg==
X-Gm-Message-State: AOAM532nN3QTBPcBdTPP59rKruqUxdko5impACy7hjK/gyPkvNA087J+ 3hvNjnGzZxqH7HeDJ73zEzOt6DhF1vtGG0YjV5I=
X-Google-Smtp-Source: ABdhPJyGHeWdF0V1DUQmS1hQr/04LEUhSbAofaX0jqn0uzhB/eTCoV7KTvc9IDHL/1LnUYU9sqBU6bXZo2bPDNQ/IOk=
X-Received: by 2002:a92:c530:: with SMTP id m16mr12758806ili.300.1593384724063; Sun, 28 Jun 2020 15:52:04 -0700 (PDT)
MIME-Version: 1.0
References: <202006221028453198858@zte.com.cn> <AM7PR07MB6994297E99322D6796E4A46EF2970@AM7PR07MB6994.eurprd07.prod.outlook.com> <AM7PR07MB69948C5CFC5F8FAF1FBFA929F2910@AM7PR07MB6994.eurprd07.prod.outlook.com> <CABNhwV2FMdv9LN1i49W562f78LKwBKGuiBq+t2cyMW3h+3t8pw@mail.gmail.com> <CABNhwV2ygWPEFtuorbn6XmugckiUwXUepTwygh1dpD=0M3Wa1Q@mail.gmail.com>
In-Reply-To: <CABNhwV2ygWPEFtuorbn6XmugckiUwXUepTwygh1dpD=0M3Wa1Q@mail.gmail.com>
From: Gyan Mishra <hayabusagsm@gmail.com>
Date: Sun, 28 Jun 2020 18:51:53 -0400
Message-ID: <CABNhwV1Fud-7Ao-LLw6V-8bMEX5QnesuTtu+MXVkAdonx83rjA@mail.gmail.com>
To: Janos Farkas <Janos.Farkas=40ericsson.com@dmarc.ietf.org>
Cc: "detnet-chairs@ietf.org" <detnet-chairs@ietf.org>, "detnet@ietf.org" <detnet@ietf.org>, "gregory.mirsky@ztetx.com" <gregory.mirsky@ztetx.com>, "lberger@labn.net" <lberger@labn.net>, "xiong.quan@zte.com.cn" <xiong.quan@zte.com.cn>
Content-Type: multipart/alternative; boundary="00000000000077e9a105a92cca97"
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/_1pZZGDERm5ITAC7B-pFT4_NY1o>
Subject: Re: [Detnet] Questions about the Networks in DetNet charter
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 28 Jun 2020 22:52:07 -0000

Deterministic networking by definition means the inbound and outbound paths
use the same set of nodes and links for the flow.

So generally that means no ECMP per packet or per flow as IP ECMP is
traditionally an XOR source/destination hash and so is deemed non
deterministic predictable path taken by a flow.

Thanks

Gyan

On Sun, Jun 28, 2020 at 6:17 PM Gyan Mishra <hayabusagsm@gmail.com> wrote:

>
> My last paragraph related to my question fixed.
>
> I noticed in the charter or RFC 8578 does not mention non ECMP routing as
> deemed deterministic routing used in Detnet.
>
> Thanks
>
> Gyan
>
> On Sun, Jun 28, 2020 at 6:01 PM Gyan Mishra <hayabusagsm@gmail.com> wrote:
>
>>
>> I had a generic question related to the Detnet WG charter.
>>
>> So I understand the focus of latency and jitter time sensitive
>> applications such as voice and video over any single administrative domain
>> which is covers am any carriers network including RAN 4G/5G.  Am good with
>> all that.
>>
>> To me the term “deterministic” from a network routing perspective
>> historically precluded ECMP flow based load balancing or for example vxlan
>> source port entropy IP ECMP load balancing.   Since IP ECMP load balancing
>> is all flow based technically UDP voice and video flows are not impacted as
>> IP ECMP is prevalent in most all providers and enterprises.  In the past,
>> IP per packet load existed and that reeked havoc with voice and video UDP
>> RTP based flows out of order packets.  Since then most vendors due to
>> issues with per packet load balancing over multiple paths have been
>> eliminated.
>> In my mind anything other then per packet load balanced flows is
>> deterministic.
>>
>> Deterministic routing I would think means in the simplest sense a non
>> load balanced single path with no ECMP along the entire path.  Another way
>> to look at is that you can see the flow along any hop in the path if you
>> did a packet capture where non deterministic path for a flow that would not
>> be possible.
>>
>> I noticed in the charter it does mention ECMP Verdi’s not or in RFC 8578.
>>
>> What does the deterministic mean in the context of the WG framework as it
>> does not seem related to deterministic routing.
>>
>>
>> Kind Regards
>>
>> Gyan
>>
>> On Sun, Jun 28, 2020 at 5:35 PM Janos Farkas <Janos.Farkas=
>> 40ericsson.com@dmarc.ietf.org> wrote:
>>
>>> Hi Quan.
>>>
>>>
>>>
>>> This was my previous response.
>>>
>>>
>>>
>>> Best regards,
>>>
>>> Janos
>>>
>>>
>>>
>>> *From:* Janos Farkas
>>> *Sent:* Monday, June 22, 2020 10:54 AM
>>> *To:* xiong.quan@zte.com.cn
>>> *Cc:* detnet-chairs@ietf.org; lberger@labn.net; gregory.mirsky@ztetx.com
>>> *Subject:* RE: Questions about the Networks in DetNet charter
>>>
>>>
>>>
>>> Hi Quan.
>>>
>>>
>>>
>>> The main purpose of the cited sentence is to limit the scope of the work
>>> to make it reasonable, i.e., not trying to boil the ocean. Actually, the
>>> main message is that DetNet is not for the big I Internet, but for smaller
>>> networks than that.
>>>
>>>
>>>
>>> Networks like mobile backhaul are definitely in scope of DetNet. It is
>>> actually explicitly there in the DetNet Use Cases
>>> https://tools.ietf.org/html/rfc8578#section-6.2.2.
>>>
>>>
>>>
>>> Best regards,
>>>
>>> Janos
>>>
>>>
>>>
>>> *From:* xiong.quan@zte.com.cn <xiong.quan@zte.com.cn>
>>> *Sent:* Monday, June 22, 2020 4:29 AM
>>> *To:* detnet-chairs@ietf.org; Janos Farkas <Janos.Farkas@ericsson.com>;
>>> lberger@labn.net
>>> *Cc:* gregory.mirsky@ztetx.com
>>> *Subject:* Questions about the Networks in DetNet charter
>>>
>>>
>>>
>>> Dear Chairs,
>>>
>>>
>>>
>>> I noticed that in DetNet Charter, it mentions that the networks which WG
>>> foucs on as following shown.
>>>
>>>
>>>
>>> "The Working Group will initially focus on solutions for networks that
>>> are under a single administrative control or within a closed group of
>>> administrative control; these include not only campus-wide networks but
>>> also can include private WANs. The DetNet WG will not spend energy on
>>> solutions for large groups of domains such as the Internet."
>>>
>>>
>>>
>>> Could you please clarify that the WAN  such as Metropolitan area network
>>> and Mobile backhaul network is included in DetNet use case or not?
>>>
>>> And does the DetNet WG only focus on the small networks similier with
>>> TSN?
>>>
>>>
>>>
>>> Your reply is important and appreciated.
>>>
>>>
>>>
>>> Thanks,
>>>
>>> Quan
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> detnet mailing list
>>> detnet@ietf.org
>>> https://www.ietf.org/mailman/listinfo/detnet
>>>
>> --
>>
>> <http://www.verizon.com/>
>>
>> *Gyan Mishra*
>>
>> *Network Solutions A**rchitect *
>>
>>
>>
>> *M 301 502-134713101 Columbia Pike *Silver Spring, MD
>>
>> --
>
> <http://www.verizon.com/>
>
> *Gyan Mishra*
>
> *Network Solutions A**rchitect *
>
>
>
> *M 301 502-134713101 Columbia Pike *Silver Spring, MD
>
> --

<http://www.verizon.com/>

*Gyan Mishra*

*Network Solutions A**rchitect *



*M 301 502-134713101 Columbia Pike *Silver Spring, MD