Re: [spring] Beyond SRv6.

Robert Raszuk <robert@raszuk.net> Mon, 02 September 2019 07:58 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 6D5031200F8 for <spring@ietfa.amsl.com>; Mon, 2 Sep 2019 00:58:23 -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=ham 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 ToQa1a8-595L for <spring@ietfa.amsl.com>; Mon, 2 Sep 2019 00:58:21 -0700 (PDT)
Received: from mail-qk1-x72d.google.com (mail-qk1-x72d.google.com [IPv6:2607:f8b0:4864:20::72d]) (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 9642C1200E9 for <spring@ietf.org>; Mon, 2 Sep 2019 00:58:21 -0700 (PDT)
Received: by mail-qk1-x72d.google.com with SMTP id f10so11788874qkg.7 for <spring@ietf.org>; Mon, 02 Sep 2019 00:58:21 -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=CN6P3dy4ye1c7cU376ucHLkOaOPoC/9w2wNQbd0XFfo=; b=csQo1y44PAwOSmMGbJUg1nIfrlBnG+LkFUZ8EgQ/kb08cqeXZ2MugHeA8Z+uiBTBts nkSmf7Jol3yvJ+suLvjL5s5klSpQi+amOAnlgGaA0eRrES+RW0H0mCdodx4CjtF2lty/ 5uTRtvlK2MeY2AcrNWxWmi14e3lEDg4glhWtYP3dF91EVpherVcKQv2w1rlR5VMlUIGf xOAdNTtwmc13CqXSxc68OH9shu0q3CbTjRCQFtAIC1iHZEIwWdcMxtNgMUHjetReXGq+ IwcZKn1xt2dgtTt1OfQgTeDBEQ9Xgc8JaO6NrOZDqHO9uY5YCMci2/fIueBnV6N5xGYT 8yfg==
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=CN6P3dy4ye1c7cU376ucHLkOaOPoC/9w2wNQbd0XFfo=; b=IIrXAomZeAqGOeWdKDhVBp4qY9Xtc8bkQST/V5yQ0y5MXLSn0qNobrt6nPWqni1B0M rPVaxJpBBMCBJDIEL2Jw6iMuPIIKv+KrJpAKXtsssH+qBWZSzK0+wiQLghEh/cfz9dse JbAvDC6C0qHtvlzoF913kuI9Ytfn+Di9tbLVMmBrfwTlbZklJ7bVDDEvc4BHR8GTBV9Y Sykb4cKUVSpspGERHbffjhRy71HYMvFOt5wU0hhgfRCr18CH7H3yaDjUXNWLHP7RvTXb m+vH/+6kbBscy/HTBb1HzvMvDBMEW9pei2Wrih2mNmD8ssiFksO/kqwoQWIa5CSKPS4v XVWg==
X-Gm-Message-State: APjAAAW1LP2EGPQeazUUhlwYHdd68urO26twM1ABdWdT8Cb0vgkV3rWH FBFzjUkCVD4ORImt/ljYOzfiwXtSRTeV2t/BZFU6OQ==
X-Google-Smtp-Source: APXvYqxmI9072DBHynigPKjfRBEbmO77QL+/cMBp+1RUEtwsizXA3VE9NeBaHqKGpudDTBWnQRFJfGx7q/CS9SmXSiQ=
X-Received: by 2002:ae9:dd82:: with SMTP id r124mr26568593qkf.134.1567411100495; Mon, 02 Sep 2019 00:58:20 -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>
In-Reply-To: <CAO42Z2w7yGUQUtE474h5pk0=iz+F5dwRHPHDbAscJqHQiP+WuA@mail.gmail.com>
From: Robert Raszuk <robert@raszuk.net>
Date: Mon, 02 Sep 2019 09:58:09 +0200
Message-ID: <CAOj+MMH-Vjpbz0=VSDHBMDnDBPDyOCLFzKYFJQO0_7YPPOZcJA@mail.gmail.com>
To: Mark Smith <markzzzsmith@gmail.com>
Cc: Nick Hilliard <nick@foobar.org>, 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="000000000000dcc5a505918d55fd"
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/DLwQZKqGVYeTJlT_Gq77pKGgvDM>
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 07:58:24 -0000

Hi Mark,


> The uSID proposal is taking the position that all the bits after the high
> order prefix are available for any purpose. This is not correct, and would
> violate a number of standards track RFCs, including the IPv6 Addressing
> Architecture RFC (RFC 4291) and the ULA RFC (RFC 4193).
>
> In particular, 40 bits of a ULA prefix, between /8 and /48, the Gobal ID,
> must be pseudo random. This is the most critical property of ULA addresses
> and prefixes, as it is the solution to the problem ULAs are designed to
> solve.
>

RFC 4193 says about Global_ID allocation:

   The local assignments are self-generated and do not need any central
   coordination or assignment, but have an extremely high probability of
   being unique.


So in some the case operator may choose to make such "local assignment" of
Global ID to be per router not per network. And that is all what is needed
for uSID. uSID address blocks does not need to be continues.

It also does not contradict with any RFC does it ? What breaks if I use
more then one self generated Global ID in my network ?

Note that the above question goes way beyond any SR related discussion so
perhaps deserves a separate 6man thread.

Best,
R.