Re: [mpls] [Idr] Fwd: Working Group adoption poll on draft-rosen-mpls-rfc3107bis

Robert Raszuk <robert@raszuk.net> Wed, 31 August 2016 15:10 UTC

Return-Path: <rraszuk@gmail.com>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0952F12D62A; Wed, 31 Aug 2016 08:10:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.597
X-Spam-Level:
X-Spam-Status: No, score=-2.597 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-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 p8hIxlgjk1R2; Wed, 31 Aug 2016 08:10:32 -0700 (PDT)
Received: from mail-wm0-x236.google.com (mail-wm0-x236.google.com [IPv6:2a00:1450:400c:c09::236]) (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 1FCB012DCB7; Wed, 31 Aug 2016 07:40:25 -0700 (PDT)
Received: by mail-wm0-x236.google.com with SMTP id 1so44958813wmz.1; Wed, 31 Aug 2016 07:40:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=DtQ5YJ9lnCmuiCEeJPrq9bckvr1B0A+vJi0Or0e5PsU=; b=0HtzafiuUBJKP6aFGESp9BdNs+LqK03BhUFzZy+tv3/GGo1H31IDVRNpjVGrpkNQHe qF4CmEygfmGjJpXanVha6hP28D6zVAVd3uLbl5VS1PFYKgD8YIsNMhqUB3GsfmtDHSyC A/F7qgF/oELlsCzp04JuoDUVGpqWDCwoFzYRpoBcaef9mTVo6LYmAJkHg+16Ua2SgE9r gB/AJ/4vJN9gHIBBrZupSWSnrh64x0kO2rDFsu7SEEe1AwwqvYVINsNVhDWm55Q0Co1a NeXs2sl9fN/7/n3xGSmtJ8Xz+VanwgYQl3r17RdwtcpKZ8bNwVjfCfGQohg3MKifnH7G +EGg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=DtQ5YJ9lnCmuiCEeJPrq9bckvr1B0A+vJi0Or0e5PsU=; b=f3MPG1WJui/a12qciH9MQfrv/npuDDD6FQB+XQjNOo2sE9gZWHXzfwGP7IQDt6az8Z unbo/yZedcwpH53QUbfgQHcxPR45k5Jc/Iq9PJDThQ8kTYEiGfHxzegdYqsyS9Y2zDm2 FgMWJRCbC1XnAGCtF8dmFibckf7GksSdGDq640acKaa2y+SjM/QhjDLBMLzv7qeZ/DI1 OZe4lc5RKWJitPVZZPGmYvxQj2DWI4caZOVTLfDdgpseUhtH7pW58inLXT+pTgNNNirB FA5Mi+Gl4D+pM8W8HQr5mps2QwnudEgduvYR9MxqI634sqnBIxGZqXiB4kMSaSjYAfm5 lstA==
X-Gm-Message-State: AE9vXwOTP5gX7qF3l3HadcWuXhpfzpel/RUzBkbNIu4n3B4BcJTQBYuGiNEGiJDuTuGo5gxQF0DwFazD1D9dVA==
X-Received: by 10.194.89.228 with SMTP id br4mr9322896wjb.187.1472654424286; Wed, 31 Aug 2016 07:40:24 -0700 (PDT)
MIME-Version: 1.0
Sender: rraszuk@gmail.com
Received: by 10.194.60.51 with HTTP; Wed, 31 Aug 2016 07:40:23 -0700 (PDT)
In-Reply-To: <D3EC5D03.7C805%acee@cisco.com>
References: <f1eda3f9-e097-098a-dd47-2386ab3f1a67@pi.nu> <8A502F2D-E7EC-4497-9BF1-1295E1F21A02@pi.nu> <CA+b+ERmp1YemDCKmpbjYBnxF5RPH-8mv0D+ASs3LDMieQn_4CA@mail.gmail.com> <D3EC5D03.7C805%acee@cisco.com>
From: Robert Raszuk <robert@raszuk.net>
Date: Wed, 31 Aug 2016 16:40:23 +0200
X-Google-Sender-Auth: sz8SfHH0JA60m8ByIZNA0wGBzlw
Message-ID: <CA+b+ER=xzBuJiw02RjqzKk_H1McUMn0c74256waWMRJZRKiZfw@mail.gmail.com>
To: "Acee Lindem (acee)" <acee@cisco.com>
Content-Type: multipart/alternative; boundary="047d7bf10adad64b5e053b5f1321"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/xJeibRZSGbLa_klrmPCZDnrxOqk>
Cc: idr wg <idr@ietf.org>, "bess@ietf.org" <bess@ietf.org>, "mpls@ietf.org" <mpls@ietf.org>
Subject: Re: [mpls] [Idr] Fwd: Working Group adoption poll on draft-rosen-mpls-rfc3107bis
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mpls/>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 31 Aug 2016 15:10:40 -0000

Hi Acee,

There is no issue for compatibility as new proposal has its new BGP
capability hence there is no issue with deploying it gradually.

Yes it requires new RIB work for those implementations which today use
single RIB for both SAFI 1 and SAFI 4. FIB and LFIB are already separate.
Each SAFI in BGP also normally has it's own separate tables. So if anything
it requires a bit of cleanup work.

Main motivation here would be to help new vendors to make the unified
choice in how they will implement 3107bis so long term we get some
consistent way SAFI 4 is delivered. And if now at the "bis" rfc is not a
good time then what you are really advocating is to stay for years to come
with such undefined randomness across implementations.

Other then consistency I also see folks trying to use labeled BGP as
controller to network device protocol to install labels. For that use case
alone complete separation from SAFI 1 is very helpful.

Thx,
R.



On Wed, Aug 31, 2016 at 4:15 PM, Acee Lindem (acee) <acee@cisco.com> wrote:

> Hi Robert,
>
> Currently, everything in draft-rosen-mpls-rfc3107bis is pretty much
> backward compatible with our more than a decade old RFC 3107
> implementations and deployments. What you are proposing is not and has
> implications in both the control and forwarding planes. If you really
> believe that this is “the biggest issue", I’d suggest you articulate it in
> a separate draft with concrete use cases for having separate IP and MPLS
> topologies for the same set of prefixes. Then the WGs can evaluate the
> requirement and proposed solution independent of RFC 3107 BIS.
>
> Thanks,
> Acee
>
> From: mpls <mpls-bounces@ietf.org> on behalf of Robert Raszuk <
> robert@raszuk.net>
> Date: Wednesday, August 31, 2016 at 5:24 AM
> To: Eric C Rosen <erosen@juniper.net>
> Cc: IDR List <idr@ietf.org>, "mpls@ietf.org" <mpls@ietf.org>, "
> bess@ietf.org" <bess@ietf.org>
> Subject: Re: [mpls] [Idr] Fwd: Working Group adoption poll on
> draft-rosen-mpls-rfc3107bis
>
> Hi Eric,
>
> While adoption call is sort of encouragement for further input before I
> respond to Loa's mail I would like to get one additional answer from
> 3107bis authors and WGs members.
>
> Those who spend years in mpls deployment know quite well that the biggest
> issue with today's 3107 deployment is lack of the clear definition of its
> interaction with SAFI-1. While one would hope that 3107bis with new
> capability will clean this mess section 5 of your document rather sweeps it
> all under the carpet stating that it is just local policy. IMO it is not a
> matter of local policy nor it is implementation detail.
>
> Local policy can be to choose which RIB (or sequence of RIBs) should be
> used for resolution of specific SAFIs and not how to mix SAFI-1 with
> SAFI-4. It's not a local matter at all to have deployment resulting in
> inconsistent IBGP best paths across given domain.
>
> To me cleanest is to separate those two SAFIs completely from each other
> by the spec both in BGP (done) as well as local RIB and FIB/LFIB.
>
> Likewise I do not quite agree that SAFI-4 should be "convertible" to
> SAFI-1. And we all realize that opposite direction is rather hard.
>
> Another perhaps minor clarification would be to get an explicit
> confirmation that SAFI-4 can be recursive over SAFI-4 or for that matter
> SAFI-1 (MPLS in GRE or SR in IP).
>
> Thx,
> R.
>
>