Re: Reference based Routing (RbR)

Robert Raszuk <robert@raszuk.net> Sun, 24 May 2020 18:40 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 C51523A0C8C for <ipv6@ietfa.amsl.com>; Sun, 24 May 2020 11:40:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 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, HTML_MESSAGE=0.001, 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 nlBmTo8EzO9T for <ipv6@ietfa.amsl.com>; Sun, 24 May 2020 11:40:21 -0700 (PDT)
Received: from mail-ed1-x530.google.com (mail-ed1-x530.google.com [IPv6:2a00:1450:4864:20::530]) (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 0F9823A0C8E for <6man@ietf.org>; Sun, 24 May 2020 11:40:20 -0700 (PDT)
Received: by mail-ed1-x530.google.com with SMTP id l25so13357130edj.4 for <6man@ietf.org>; Sun, 24 May 2020 11:40:20 -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=PK0f3cViOVp3fcwmZaidl/uMau42qf6/RmFWLHOI7y0=; b=LKRecbLKdM/8dzcUnwNgV7/mqMiCooJt9GnQGg3+CBKC7WyTlkZ33pjH8gVbDV9HbK KV1Hqsdbxw6AezkyEtQIuxglFLEH6XvHZ8yXdxB0M+ixF1liwS19PbloslydXeJPw9wT JZBMaG/GDyJsf/Y4rdzFluxtkYeBetvydXb92Z2FuBJ+J/UFzrTbQVPfzxnu70J0VrZu Iq1qM48NdvdXJwNHfi7hthaIXVlgcHiIbDvLlUDMnKQe91UfLpk0TgoFRwIw8T4WXksb XA2PZes2oar2a1yFKcxipUF9B6lKxMqT3XOvkVfho/+FEmZnS9GMEgaXfkjvfy3xRt4j SWoQ==
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=PK0f3cViOVp3fcwmZaidl/uMau42qf6/RmFWLHOI7y0=; b=piA/TfkS0WAYjp7FwMxFR+OIvv1LKc9jJ2o6YLOioYddS6GIa0lU+CnRSE8f4uDl/M G3fEGrpp32ZfU4GvLRDlD+Wh8ndaevsf0OpW0LdZxz0OTRnp6OVX55aRoikYY476zRPh kmAorMCY8ad+c3daxXhb7d56wjDD+Qe0aCBh/BB1qyikKWfi5A3vB9gLIHyoBa99tYLU DPKUkiR6L6OrYO6awWLezlo1JgNBvbktkWQ2qxIv+/yc8291qfC8moW6vLP/2jfB9uV+ Axyuf9B9MGNOiBJEHZDwB1xBWnLkUAqbNTDTdf2gIJgo+D4P96Tr5QC20dW6dEeYeuRO cvBw==
X-Gm-Message-State: AOAM532AgXE3/mZHM+iGugYxX8fyIM3sh62QYl/XD4xXw5e1GtiExmpW r53YfUIkCH1QlM62PJBt3k/iV6B+I1GbTZkKthX/eA==
X-Google-Smtp-Source: ABdhPJzh82/ShrvkkrXC4FpBmIVUfcvHZBnJA96+OJWsZwwsNqxivIzTYvz9uQGaMaAi8G2V6L3D+lhvVKYWosxch18=
X-Received: by 2002:aa7:ca13:: with SMTP id y19mr11655601eds.30.1590345618403; Sun, 24 May 2020 11:40:18 -0700 (PDT)
MIME-Version: 1.0
References: <CAOj+MMHvKpD1b2rbViZtdjtEFz2FEEH3jt4C8+6Kod+h0yEXMQ@mail.gmail.com> <384EB737-E83F-4FA7-B779-AC380D3C59AD@tony.li> <CAOj+MMGh-L3TRsdPyiaXRKwhYz2+kF+xhWE3N3Lc+hnPv4dkQQ@mail.gmail.com> <82165E20-884F-467B-B364-1B0A8B84A38A@tony.li>
In-Reply-To: <82165E20-884F-467B-B364-1B0A8B84A38A@tony.li>
From: Robert Raszuk <robert@raszuk.net>
Date: Sun, 24 May 2020 20:40:09 +0200
Message-ID: <CAOj+MMFs2pxPHOefTm1_QEWf=i-Z3bpVN-DmCKJsbsJk-Z9UiA@mail.gmail.com>
Subject: Re: Reference based Routing (RbR)
To: Tony Li <tony.li@tony.li>
Cc: 6man <6man@ietf.org>, 6man WG <ipv6@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000a7ca2805a6693165"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/N3MDUK2Rptdr2efECJEf91xgR30>
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, 24 May 2020 18:40:23 -0000

Hi,

> If I would insert a reference into flow label space I am afraid I would
> lose the current flow label functionality which perhaps in some cases may
> not be desired.
>
> Is someone actually using the flow label?  As far as I know it’s wholly
> unused.
>

I really don't know. Perhaps folks on the cc-ed lists could comment if
anyone is using it for anything.

RFC2473 does not give any guidance. In fact its section 6.5 recommends to
just stuff it with value of zero.

But if we can use it within encapsulated header this is great news. All
what I stated in my original note equally applies to the case where a
pointer travels in Flow Label space. And IMHO 20 bits is sufficient.


> However the exercise here is to provide a form of path steering for IPv6
> networks where transport MPLS is not enabled by design.
>
> Is that a problem that needs to be solved?
>

Well we have SRv6. We are now discussing adoption of new Routing Header
(CRH) as described in draft-bonica-6man-comp-rtg-hdr-22

If there is no problem to be solved I think we would not be having 100s if
not 1000s of messages about it and 10s of WG documents as well as few RFCs
:)



> > Last I am not sure what "messing with address space" comment really
> meant to indicate ...
>
> Changing the semantics of any part of the address space may require more
> semantic and pragmatic changes than would be necessary via other approaches.


Very true. The placement of the pointer referencing action within the last
bits of the DA address was just an example.

The core of the main idea is that instead of listing a stack of transit
nodes to traverse in each packet, let's outsource some of it to the control
plane.

Where to carry the pointer in plain IPv6 seems like an open topic. We could
carry it in:

- 20 bit flow label
- last 32 bit of the DA
- new RH (RRH - Reference Routing Header ) of fixed size and immutable
entire content

Many thx for comments !!!
R.