Re: [Lsr] LSR: Using DSCP for path/topology selection Q

Jeff Tantsura <jefftant.ietf@gmail.com> Fri, 16 November 2018 08:15 UTC

Return-Path: <jefftant.ietf@gmail.com>
X-Original-To: lsr@ietfa.amsl.com
Delivered-To: lsr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3FA78130E70 for <lsr@ietfa.amsl.com>; Fri, 16 Nov 2018 00:15:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level:
X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, 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 Ub8E4Zwfret5 for <lsr@ietfa.amsl.com>; Fri, 16 Nov 2018 00:14:58 -0800 (PST)
Received: from mail-ed1-x531.google.com (mail-ed1-x531.google.com [IPv6:2a00:1450:4864:20::531]) (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 667C5124D68 for <lsr@ietf.org>; Fri, 16 Nov 2018 00:14:58 -0800 (PST)
Received: by mail-ed1-x531.google.com with SMTP id w19-v6so18932940eds.1 for <lsr@ietf.org>; Fri, 16 Nov 2018 00:14:58 -0800 (PST)
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=DoqfCzzQy1J+nJHZHZlwXWF+AwNDrlDd0SoPeC50eHo=; b=OFUcFKXnX94TnhrYg6iQ90YUYfOFenY71Ft9U50RyJs5pXtdDDJJPYPGwgtDcxKu9r B/6d/kjS/laWsLk6niq2aC9N1eUTnF96Q6BA3s3ykUquqGiKrnfZBKMGaTpq7IR/6tXN /acUSZh9zNCaDEk8+KFMX/D47gLAIa41Mqtjg3dMIx73jbeT7WKrrx5radQUR0U3sByI 3qn7X4Iptp1YWb9ExLinhQMxf3G7fMIEG/Pa6KOiYD+MCc0RmDEa+7A8zws035ljDS4O cdcs0gS0QXp4bV/2pm/nEUQLHj5IeqIjPuWSPzC8/+0TKX1wU1R2IlVrowmt7hghzZuj 0bKw==
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=DoqfCzzQy1J+nJHZHZlwXWF+AwNDrlDd0SoPeC50eHo=; b=L+3Cv6yPPQjxr8VV/b2y6AcR8X2U53lL2U0hNSQ+7tiajnUJwcxEFbJpr2bOhCmbnq RveTF8IIWLWbvCinzQQQe3HHoFjY0y6dhLahFyf1UJ1eJzMJd72RNd2jAeEfD0lR+tuV EYPKIexaqYiQ1r1zgs5iqbZZ4v4514QVoau+dhm35Vl0lPRlClApZiZEKMH5bFo8FEe1 l8XfTdYP+uQRZkzTryYKphLNG4/BBM1brJ+6H0MoDNF2p+VhTBw80gmL2PBN55fVXHyc LPuNC0Ldl+56otd1TGln4HxAsA0LgNFP4+gkAr3nRdZQxp2p8islOvyD7GtsoI8rUv9/ ur6w==
X-Gm-Message-State: AGRZ1gK6NMbgabNzIjslgFYnL4ST6LNa1Be4CjVGXENBJ341iiJ+zGRo AmhFOEKfofvYjL2NGprAiICQuzlO07DAMvGTpag=
X-Google-Smtp-Source: AJdET5fDa/mWldsSToxYdx86GSTyY4zkbV/TNqnvNDDEqPHGJMuTi7KCFY8buUHR47JWr61X5ldUq5IQhZ4Rx++Ln38=
X-Received: by 2002:a50:afa3:: with SMTP id h32-v6mr8607485edd.254.1542356096810; Fri, 16 Nov 2018 00:14:56 -0800 (PST)
MIME-Version: 1.0
References: <20181115022918.pfgcztognsjeb37v@faui48f.informatik.uni-erlangen.de> <4085ff6f77b5443ca4de319f9a909a01@XCH-ALN-001.cisco.com> <20181115232222.psroxxfwhxrdscns@faui48f.informatik.uni-erlangen.de> <CAOj+MMHLO+QjjSh-g4QWBqht3RZKrmxMDjtyhTZQhy0SJ3uojQ@mail.gmail.com> <20181116000708.sl6htsevtalu44wx@faui48f.informatik.uni-erlangen.de> <CAHxMRebnhYbwBED8Us2ZR7ikJHHs6VBR6ZLy7cCqfyDJ6XVUAw@mail.gmail.com> <5785DD05-7B7E-4AD5-9B9D-D4DB80B14B16@gmail.com> <AB0CF38C-2372-42A2-BCD0-B3D0E5692E1E@gmail.com> <CAFAzdPUS-+8JKEqfA82Xp9PwgqJ8C2TkZWErf-BH4Kw3Tvkb6g@mail.gmail.com> <CAOj+MMFatF=_E_EqfX4fg8Hgop1G5AcA2Z5SfbU7GU5=jxdjSA@mail.gmail.com>
In-Reply-To: <CAOj+MMFatF=_E_EqfX4fg8Hgop1G5AcA2Z5SfbU7GU5=jxdjSA@mail.gmail.com>
From: Jeff Tantsura <jefftant.ietf@gmail.com>
Date: Fri, 16 Nov 2018 00:14:45 -0800
Message-ID: <CAFAzdPWz5DurwxtuAW1vqXft9VovqqmVw1mKif7kM8Z7XzNT5A@mail.gmail.com>
To: Robert Raszuk <robert@raszuk.net>
Cc: tony1athome@gmail.com, rjs@rob.sh, "Les Ginsberg (ginsberg)" <ginsberg@cisco.com>, tte@cs.fau.de, lsr@ietf.org
Content-Type: multipart/alternative; boundary="0000000000004483c2057ac3c338"
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/pjqvLLZ1URY8LZRCe3AeghuN2vc>
Subject: Re: [Lsr] LSR: Using DSCP for path/topology selection Q
X-BeenThere: lsr@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Link State Routing Working Group <lsr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lsr>, <mailto:lsr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lsr/>
List-Post: <mailto:lsr@ietf.org>
List-Help: <mailto:lsr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lsr>, <mailto:lsr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 16 Nov 2018 08:15:01 -0000

Robert,

match DSCP X
set context Y or plane Z doesn’t make it any different.
It has been used and abused in any possible way. If you want to write a BCP
saying - use it for X/Y/Z but not for A/B/C because of.... - your business.

As to using it someplace else - I’d expect respective documents to cover
the use, flex-algo drafts as to your example.

More fundamentally, (flex-algo is the best example) we have got context
aware metadata in a form of: MPLS labels (SR SID), v6 EHs, plethora of
overlay encaps, etc, with accompanying CP extensions that can be used to
achieve exactly that.

Now tell me - why again DSCP?

P.S. in my previous life, working on 5G transport slicing (yes, i know :))
- i needed per slice identity over the common transport, we ended up
looking at UDP port ranges, rather than DSCP - too few bits

Cheers,
Jeff
On Thu, Nov 15, 2018 at 23:37 Robert Raszuk <robert@raszuk.net> wrote:

> Jeff,
>
> > What architecture?
> > PBR is a form of:
> > match DSCP X
> > set next-hop Y
> > needs no interoperability...
>
> That's pretty narrow view. I could say the worst possible example :)  You
> would have to either encapsulate or apply your sample config consistently
> on every hop. Brrrrr.
>
> To me DSCP can be used to map packets to different routing context,
> different plane or can be used as a parameter in flex-algorithm.
>
> Thx,
> R.
>
>
>
>
>
> On Fri, Nov 16, 2018 at 8:19 AM Jeff Tantsura <jefftant.ietf@gmail.com>
> wrote:
>
>> Tony,
>>
>> What architecture?
>> PBR is a form of:
>> match DSCP X
>> set next-hop Y
>> needs no interoperability...
>> If someone wants to describe how they use a particular vendor feature to
>> solve a particular problem in a BCP, sure, the more BCPs - the better.
>>
>> Wrt using DSCP in routing decision process - it was a bad idea back then,
>> hasn’t got any better now... besides - now we have got a toolbox that
>> wasn’t available then.
>>
>> Cheers,
>> Jeff
>> On Thu, Nov 15, 2018 at 22:56 Tony Li <tony1athome@gmail.com> wrote:
>>
>>>
>>>
>>> On Nov 15, 2018, at 8:47 PM, Jeff Tantsura <jefftant.ietf@gmail.com>
>>> wrote:
>>>
>>> The question is really - what is here to standardize?
>>>
>>>
>>>
>>> There’s a fine architectural BCP here: this is how we are solving
>>> problem XYZ.  Please don’t break this.
>>>
>>> Tony
>>>
>>>