IETF Logo Mail Archive

Re: [bess] SRv6 / (SR)MPLS co-existence for bess

Eduard Metz <etmetz@gmail.com> Tue, 18 May 2021 12:50 UTC

Return-Path: <etmetz@gmail.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 07CBB3A0FB0; Tue, 18 May 2021 05:50:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, 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 j5CXll-wx_wl; Tue, 18 May 2021 05:50:30 -0700 (PDT)
Received: from mail-lf1-x131.google.com (mail-lf1-x131.google.com [IPv6:2a00:1450:4864:20::131]) (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 E86813A0F2E; Tue, 18 May 2021 05:50:23 -0700 (PDT)
Received: by mail-lf1-x131.google.com with SMTP id v9so12610131lfa.4; Tue, 18 May 2021 05:50:23 -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=JsYygXtLozVtJnHdSfCe2NS5XJWQaPW8evme+i6obSU=; b=lb5utQx4duO2AJ7O/tqtl5ePzJ1TFfwvKqFcofbFDuBWI6t1fNvTy68Ws63+Zj/YIx UQLJyC+ZgMhEhkrpz2sQkXL3D8U4NEZbQjw2wOJaOEMOozzZ30ZMXBqMGdtvUXWBt4N7 o7jJ77rPKqeuAyAUk+6iHlgwG2EdOuIXZqQhdyRGoNCl6gZgGtWXnpGivk/BE5Mnn7Jm JLeh7+aiLAQVfCJFN/0EkK43mkwcrWSOxHnoesGo5Ud4q9ifbV8ouQm+1qR1BgIR8gqH ebWRP1uQ+G4mDv2h0GZU3TfpxauW7ysCgql/e8jVM6hwBmQP1YSiwQYkP4CsTCqzYRLP 22rw==
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=JsYygXtLozVtJnHdSfCe2NS5XJWQaPW8evme+i6obSU=; b=KSvGfbeiQkCTgPxHeKIQJjP7ALTUUs2EkeyVXQew035OmG0f0v7pmtplJcOJK0XbED 5wk2h8e1sBimL7x0yCkIfv7kv1e1K2zom72tKxRHZWGuolAgGPwHzjoXN0UyAYXRmgfU jmIgQfSytI4XZAbN3FPmFQRcI9yzWkR6yen6kDusKH6wBExVpPdZLo0K39DvhiOMozIs kxEb4Y5cuO4kggvIBpA2iZzTZzWPqypW/9BbMM6Hy6996Qw+RzVuAMugCYi3ORJJQcJN sWTt57OIMJFgKXS6xRNit+pQYtJQUfZgdPzgyZyt0HXpy4+pITGSqfV2ObHTbp7ki1jj huNg==
X-Gm-Message-State: AOAM531nQz4XjB7n3IPmKFUk2nX4KnxdrNXY1aMD/jziX9iY9Us24c0V mWpWVfQBMMGOeYUV8U60mWiD6hsS/WO6n3ErFP8=
X-Google-Smtp-Source: ABdhPJxetlJbvWR2BM6WovTvIr7gzuh/hSS3rlgKlyKxrW73ctgRWggKchpx73aNoCtHB8jyylb1s1Q1h0yK5C39E1w=
X-Received: by 2002:a19:df45:: with SMTP id q5mr4060561lfj.523.1621342221372; Tue, 18 May 2021 05:50:21 -0700 (PDT)
MIME-Version: 1.0
References: <CAG=3OHdWpB1HgQff1AKZQE5as7QoF2wd7-5nw7F4kNRVkdD+vA@mail.gmail.com> <MW3PR11MB4570133C8C3BAD0364BB1991C12C9@MW3PR11MB4570.namprd11.prod.outlook.com>
In-Reply-To: <MW3PR11MB4570133C8C3BAD0364BB1991C12C9@MW3PR11MB4570.namprd11.prod.outlook.com>
From: Eduard Metz <etmetz@gmail.com>
Date: Tue, 18 May 2021 14:50:11 +0200
Message-ID: <CAG=3OHfRrKMMHwca6gH6jb2dCEK=pdTDJvKpRfzZ6w3+=acPOA@mail.gmail.com>
To: "Ketan Talaulikar (ketant)" <ketant@cisco.com>
Cc: "bess@ietf.org" <bess@ietf.org>, "draft-agrawal-spring-srv6-mpls-interworking@ietf.org" <draft-agrawal-spring-srv6-mpls-interworking@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000002a12a705c29a279b"
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/fy_mmg3AR28HNNQ_zzAuk1DgVuc>
Subject: Re: [bess] SRv6 / (SR)MPLS co-existence for bess
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 18 May 2021 12:50:35 -0000

Thanks!
I overlooked that this draft already has a placeholder for co-existence, no
specific approaches included yet.
Would be happy to contribute if needed.

cheers,
  Eduard

On Tue, May 18, 2021 at 2:13 PM Ketan Talaulikar (ketant) <ketant@cisco.com>
wrote:

> Hi Eduard,
>
>
>
> I do believe that BGP ADD-PATH mechanism can be leveraged for
> co-existence. There are also other design approaches to achieve the same.
>
>
>
> I am copying the authors of
> https://datatracker.ietf.org/doc/draft-agrawal-spring-srv6-mpls-interworking/
> who were working to document these approaches.
>
>
>
> Thanks,
>
> Ketan
>
>
>
> *From:* BESS <bess-bounces@ietf.org> *On Behalf Of *Eduard Metz
> *Sent:* 17 May 2021 13:46
> *To:* bess@ietf.org
> *Subject:* [bess] SRv6 / (SR)MPLS co-existence for bess
>
>
>
> Hello,
>
>
>
> Co-existence of multiple dataplane technologies to carry BESS services is
> useful for among others migration of one dataplane technology to another
> (e.g. (SR)MPLS to SRv6).
>
>
>
> Can co-existence be achieved without changing current specifications, or
> would it require extensions / changes? For example as proposed in
> draft-ls-bess-srv6-mpls-coexisting-vpn.
>
>
>
> I was thinking maybe the BGP ADD-PATH capability could be leveraged to
> achieve co-existence.
>
>
>
> Would it be of interest to document co-existence cases and solutions?
>
>
>
> Thanks!
>
>
>
> cheers,
>
>   Eduard
>

v2.23.0 | Report a Bug | By Email