Re: [spring] Beyond SRv6.

Robert Raszuk <robert@raszuk.net> Mon, 02 September 2019 11:49 UTC

Return-Path: <robert@raszuk.net>
X-Original-To: spring@ietfa.amsl.com
Delivered-To: spring@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3370C120143 for <spring@ietfa.amsl.com>; Mon, 2 Sep 2019 04:49:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=raszuk.net
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 9StI-X6N8Giq for <spring@ietfa.amsl.com>; Mon, 2 Sep 2019 04:49:38 -0700 (PDT)
Received: from mail-qt1-x829.google.com (mail-qt1-x829.google.com [IPv6:2607:f8b0:4864:20::829]) (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 DB3E612018D for <spring@ietf.org>; Mon, 2 Sep 2019 04:49:37 -0700 (PDT)
Received: by mail-qt1-x829.google.com with SMTP id g4so15306256qtq.7 for <spring@ietf.org>; Mon, 02 Sep 2019 04:49:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=raszuk.net; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=K1U+p0iya9kehgtZAP5jfk4TfLYfplH8LtOM9zgykOE=; b=fHPIBt/3YSdUl2Su2bLFSpszLs71FU9sJvwo+Y0nAnGNteJf+rAwQkhU6S4KTqu0Yr WIu1ASm/GQm69PpzYOsQw+TwrHkCAcgs0sqWB97Feykl/8BM658Z8sOT5GctjXgsHZXY evQpBw6df0p6tCmsDlZtSA7Jeagz2ZAhGsaILN9SjADn2Tl5n9tgyE9XD0wmqlU8B8j1 urtiV6jIEPwazm8KEpHPmTsfHRs/UQ9788H3+fSgPxfAjaQXRzCXtiDY88ytRPcqLGlq DnUYBH9dsMXFj5k/RkAIR1R6r9vLqJKQYuOx+e5BywtxrRglg06C667wa5jtNZucbwJs NGxQ==
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=K1U+p0iya9kehgtZAP5jfk4TfLYfplH8LtOM9zgykOE=; b=ser8RsGaXqJ/ZUuD3+Q4OeWwMuwCak07O6+LGyUaY8NWGgqIMrmjDGSaSJ4O3qa/N0 xzHVw/ktatt+FcRK+lPghaWXmPzcuIUF8xa1DyV5g8Aka3/kDuM5E+uv6pn/9oi5ZOb4 ygrs89dKYRiEPLvDy4CsyZsOG5mskB9ri1vJvxWAzHKwgA37qOJXGEa8/9v9iLQVsPst CcRoUxWzeHnl8hRLeDzpgktFgZRtKKWY2eF7h77laDQc+gp5YT9+QW16cDT1zgudkqTM pagW5czZ2H22IXRBD0HtNdXVAVObAXvz/pf8XuHlM2Y9/xR6zwSpaEwx4pngzj+XuJmw Dcxg==
X-Gm-Message-State: APjAAAUcAP//WlbRI0ZO8M03UVyZQ1M0PlQkEW5UTni40LVNSzPagVNp yds1gGbmXTGv3Z9MOTgYFSRFcTjtbtulMZxOplGaUA==
X-Google-Smtp-Source: APXvYqyRYwC254pvtWRGeq/2fxDOaZPXxdT+g72UlcA/pH52JxQJLM6D5HLEjtg2vzKzaxL4BmPyX8vbE9jReQX0o0o=
X-Received: by 2002:ac8:2ae9:: with SMTP id c38mr7427455qta.311.1567424976951; Mon, 02 Sep 2019 04:49:36 -0700 (PDT)
MIME-Version: 1.0
References: <CAHd-QWtA21+2Sm616Fnw0D-eB7SNb_BeG8-A-MCLLFgTwSpOsg@mail.gmail.com> <BYAPR05MB54630831722DE1D3E6C7F872AEBC0@BYAPR05MB5463.namprd05.prod.outlook.com> <abded144-7557-1093-874c-0f9ca708af6a@si6networks.com> <BL0PR05MB5458C00081B05584E77DB19DAEBF0@BL0PR05MB5458.namprd05.prod.outlook.com> <160e947d-790e-67fb-3366-fdc5f1d34f8c@foobar.org> <CAOj+MMGCfpUxu+Rfgpk4Nhbjp2_PeRb-JnHOi7Ru3Ov085WWRA@mail.gmail.com> <CAO42Z2w7yGUQUtE474h5pk0=iz+F5dwRHPHDbAscJqHQiP+WuA@mail.gmail.com> <CAOj+MMH-Vjpbz0=VSDHBMDnDBPDyOCLFzKYFJQO0_7YPPOZcJA@mail.gmail.com> <CAO42Z2zCKQdBydLdOFFAmkZJ3zvtN+mfT4UAtJyrncqCUqpDgg@mail.gmail.com> <CAOj+MMHmLsTCaa_x+GVsLiH5Y+kBu3MBVOTYhE3WpGt8W90c_g@mail.gmail.com> <e02139fe-a06e-7fc0-7d5c-dae1e4010ddb@foobar.org>
In-Reply-To: <e02139fe-a06e-7fc0-7d5c-dae1e4010ddb@foobar.org>
From: Robert Raszuk <robert@raszuk.net>
Date: Mon, 02 Sep 2019 13:49:25 +0200
Message-ID: <CAOj+MMFjpVtJED8vSm_hmXLE2uTwbCE=-pDYR3=Et1=+gTfnfA@mail.gmail.com>
To: Nick Hilliard <nick@foobar.org>
Cc: Mark Smith <markzzzsmith@gmail.com>, Ron Bonica <rbonica=40juniper.net@dmarc.ietf.org>, Rob Shakir <robjs@google.com>, SPRING WG List <spring@ietf.org>, "6man@ietf.org" <6man@ietf.org>, Fernando Gont <fgont@si6networks.com>
Content-Type: multipart/alternative; boundary="000000000000f6abff0591909022"
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/kCFQzItCn6Bss_54l4Ip8D099tw>
Subject: Re: [spring] Beyond SRv6.
X-BeenThere: spring@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" <spring.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/spring>, <mailto:spring-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/spring/>
List-Post: <mailto:spring@ietf.org>
List-Help: <mailto:spring-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/spring>, <mailto:spring-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 02 Sep 2019 11:49:40 -0000

Hi Nick,

Yes you are 100% correct.

The decision to inject any prefix into someone's IGP (or BGP) is a local
operator's decision.

Btw let me also self correct last note - It is actually pretty trivial to
pseudo-random generate ULAs such that blocks of it can actually be
aggregatable across areas or levels. It is just that such one time run
generation perl or python script will run a little bit longer :)

Cheers,
R.

On Mon, Sep 2, 2019 at 1:31 PM Nick Hilliard <nick@foobar.org> wrote:

> Robert Raszuk wrote on 02/09/2019 12:09:
> > If that is the only concern I think we are done then. The only issue is
> > that if you happen to have hierarchical IGP you will not be able to
> > summarize them - but I don't think that this would be a showstopper to
> > any deployment.
>
> Robert,
>
> please correct me if I'm wrong but uSIDs would need to be injected into
> the provider's routing tables, so your suggestion that ULAs would be
> appropriate for the srv6-usid draft would be contingent on SRv6
> providers being ok about the idea of injecting ULAs into their core.
>
> I'm not sure that this would necessarily be the case.
>
> Nick
>