Re: [spring] Beyond SRv6.

Robert Raszuk <robert@raszuk.net> Sun, 01 September 2019 21:39 UTC

Return-Path: <robert@raszuk.net>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EA9511200B5 for <ipv6@ietfa.amsl.com>; Sun, 1 Sep 2019 14:39:33 -0700 (PDT)
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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 I55ODFZaW-b6 for <ipv6@ietfa.amsl.com>; Sun, 1 Sep 2019 14:39:31 -0700 (PDT)
Received: from mail-qt1-x82c.google.com (mail-qt1-x82c.google.com [IPv6:2607:f8b0:4864:20::82c]) (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 476B91200C5 for <6man@ietf.org>; Sun, 1 Sep 2019 14:39:31 -0700 (PDT)
Received: by mail-qt1-x82c.google.com with SMTP id t12so13691814qtp.9 for <6man@ietf.org>; Sun, 01 Sep 2019 14:39:31 -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=R9wNGCeF4jRsVlL6wq7urdRCr+6GC7CFHjOU5jEJEQM=; b=LsLGAtuHFvdoIWokcqj084GgkX/7LMuM/AFVnsWN/CEYR6lG0movNoy5KjjaTd930v fYUNtKA8jAfPo0ToGtAmtVoIiN04E7C36RtH8A8B2+bAk3sbwpiDYYMLFlfC/4KuabBS oiI/H0Q7fDGwXZcTJ5PwgMeJc1osnyvC6WfpAVPb/fb3frHgvKRjDgu3tUM8YmlWd5cN h3CX5nkRfgV1KOT/aGJVvAXs3i2isjyL/zutSeXJIWNKLS8eF+Qq74NZgsi6URApoXdi XlgR0npcE9uzABfVznea6fLBuqOKYfe3DVLFSAMnmSSnB7ng+0a0Zb7MngnlUhdAY1wP aRCw==
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=R9wNGCeF4jRsVlL6wq7urdRCr+6GC7CFHjOU5jEJEQM=; b=oKW9HHWMQPgWjyWLCuyLmKwOUdCQjI7PIdHUy1FQfps2wM1BTez/cOvAV/13IYD9S/ VVI6NpIskIWv47LlaGoqQ3aUB0mUgqTvURitAgwp8u09RPZTo6uXcqNpfnugrl0qCzUq BBT5wODOey8bchh5m1S+xDB7aci5U0mSyA6eAy6kJOKy3ynj5uaGNWWj5fKK+WzPVSXM eaKcj6XOEcKJ015HKn0BiJMiVW8F+zxRAbS20wdxVVv96mrW5zFOGJfSPuLxwttE9W80 j5va+NR1EbIfN9zEbNREZmHqIDwmlxVk1PJEG7STMdQgMTDAp/y6J7yFaiEOeCOqBhLi Ip4Q==
X-Gm-Message-State: APjAAAVxbasTTC7jBeXO5wu2a0V6iiJ2Ap1VGkikTCiTLxpe2n0b+YyK K+ORVjLXX7GNtTbqBHI0HQxyNTOc4iaFGT7oUmEfjQ==
X-Google-Smtp-Source: APXvYqx7dBu2bejlgaUC544Qgwu9ykKj2p5+TxhIKIi2CuziDPgGNDhwxe5rMqsYRzJqnd/sW5OT+jul/mdNOyFX++Y=
X-Received: by 2002:aed:2a3b:: with SMTP id c56mr11156497qtd.343.1567373970308; Sun, 01 Sep 2019 14:39:30 -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>
In-Reply-To: <160e947d-790e-67fb-3366-fdc5f1d34f8c@foobar.org>
From: Robert Raszuk <robert@raszuk.net>
Date: Sun, 01 Sep 2019 23:39:21 +0200
Message-ID: <CAOj+MMGCfpUxu+Rfgpk4Nhbjp2_PeRb-JnHOi7Ru3Ov085WWRA@mail.gmail.com>
Subject: Re: [spring] Beyond SRv6.
To: Nick Hilliard <nick@foobar.org>
Cc: Ron Bonica <rbonica=40juniper.net@dmarc.ietf.org>, Rob Shakir <robjs@google.com>, Fernando Gont <fgont@si6networks.com>, SPRING WG List <spring@ietf.org>, "6man@ietf.org" <6man@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000bb1385059184b009"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/mLGuiwcx7xvdfyxq7Tsb33uTTjs>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 01 Sep 2019 21:39:34 -0000

Nick,

How about using ULAs as defined in RFC4193 ?

After all isn't local IPv6 FC00::/7 address block defined precisely for
such private use cases like the one which uSID requires?

Clearly RIRs will not allocate /22 blocks left and right and that v6 prefix
would be required if I have 1000 node network and my uSID is /32.

Thx,
R.


On Sun, Sep 1, 2019 at 11:33 PM Nick Hilliard <nick@foobar.org> wrote:

> Ron Bonica wrote on 01/09/2019 22:10:
> > -
> https://tools.ietf.org/html/draft-filsfils-spring-net-pgm-extension-srv6-usid-02
>
> Ron,
>
> if this draft proposes using up to /32 per router in a SRv6 domain, or
> even /40 to /48, it may be appropriate to solicit input from RIR address
> policy groups about the impact this may have on ipv6 assignment /
> allocation policies.
>
> Nick
>
> _______________________________________________
> spring mailing list
> spring@ietf.org
> https://www.ietf.org/mailman/listinfo/spring
>