Re: [spring] CRH is back to the SPRING Use-Case - Re: Size of CR in CRH

Robert Raszuk <robert@raszuk.net> Mon, 25 May 2020 09:18 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 83C593A0857 for <ipv6@ietfa.amsl.com>; Mon, 25 May 2020 02:18:20 -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=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 KskFGzM52ZHm for <ipv6@ietfa.amsl.com>; Mon, 25 May 2020 02:18:19 -0700 (PDT)
Received: from mail-ed1-x534.google.com (mail-ed1-x534.google.com [IPv6:2a00:1450:4864:20::534]) (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 6CC2D3A085C for <6man@ietf.org>; Mon, 25 May 2020 02:18:18 -0700 (PDT)
Received: by mail-ed1-x534.google.com with SMTP id l5so14449710edn.7 for <6man@ietf.org>; Mon, 25 May 2020 02:18:18 -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=FXlnVvuBmYlZtTgPR89QOVwhacomVck6bv/rcRUcrEo=; b=LBYT6b6JvSElnNzCrMbDJnUY12wfiGkWW26qgm9cAUg8vPH2dontJvvrZFHFym8OeZ B3lzZ+uAmjzILd5Nlw38W678RGK29tKP3N2/hEu9X/po3OuzVQ3Gloj6eZdJc09C9alg UsUASyWZibtLpD9MHvytQzkrHXuqLzKdTKVR+fZI59pRQISiiFmS9+j8BzQPHXA+dAN4 ICJ9EiMicGXphzi22cMfLDrJ6klPQ2kcdCe/nanr4m+Sr4yP1jZpngE/pTrUnBUQW3/S OSAPL42iHTZA8fYv3xGAbZf5fOyDM9L+uN5n/Agjl+jJftWQLyIFVCVYyVEJUQ08tjjf uCrA==
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=FXlnVvuBmYlZtTgPR89QOVwhacomVck6bv/rcRUcrEo=; b=mtd6Z98vnuwcE1Z0fri/ir8syRvX5gMbUgn5YbHN+1C764qSrXmROsWC5eH9+OXeCx gBBn9ieze9CZr90vJMHaPdbCW6qJYeZ79x6V6wMGKQkuF74hhuB4CiFle9HSk0m9Ll/X DnFJFJmWqAIFpQO83LvkV/e4vWFwHFa1sWFbJKBN+t+BVMbnV+ShLwRQHH/b9wT3pR9d 0QNQ1c1hg5d+i9NoyL/IludC6gAp/GyJLkgO85kA7a1bOMgd7QhwLUJZ60yCSLxCDGX2 P3eqrZmnQdVt1IP5fnAxvfiPhTNhSdXb5vJ3h+LjjSoVaHr0c3RZQBLAlt9259XS7tsN iFIQ==
X-Gm-Message-State: AOAM533EEhOAwBVq+NqwxxixL5NaXzKnEjaFUX/kdn0u8eSW2S38Sxty lt0rlxVpHuilZHsMgavEUJrNC8f5umsEC1Nr7npDNA==
X-Google-Smtp-Source: ABdhPJxNFaH70EmN60LYXDaIxSNBB83gjVFKcrEhY4/e7R/nlHLpigNcOwIX1JcvsZo6fLdrCctEl6ApiGNiPbE2/s8=
X-Received: by 2002:aa7:c415:: with SMTP id j21mr13716453edq.266.1590398296868; Mon, 25 May 2020 02:18:16 -0700 (PDT)
MIME-Version: 1.0
References: <9CF68CCE-B584-4648-84DA-F2DBEA94622D@cisco.com> <C7C2E1C43D652C4E9E49FE7517C236CB02A2C1AE@dggeml529-mbx.china.huawei.com> <DM6PR05MB6348A22A123AFA7E7345087BAEB70@DM6PR05MB6348.namprd05.prod.outlook.com> <MW3PR11MB457041A967A6BBDA1C7EF0FDC1B70@MW3PR11MB4570.namprd11.prod.outlook.com> <93a31c7f-a102-da59-d9a8-2585cd8e3c65@gmail.com> <MW3PR11MB4570B197EE00C5385DAEE138C1B40@MW3PR11MB4570.namprd11.prod.outlook.com> <5F062FA6-9E2D-46BB-A3D6-257D374D8F92@gmail.com> <MW3PR11MB4570485EEDBADEF3B193BB82C1B40@MW3PR11MB4570.namprd11.prod.outlook.com> <ec63e90e-19fa-cd6c-eacb-4dee44815c99@joelhalpern.com> <MW3PR11MB4570FB2397D4B28A42626802C1B40@MW3PR11MB4570.namprd11.prod.outlook.com> <3bbb28c8-0106-ad63-abf9-c9dc4e428e0c@joelhalpern.com> <MW3PR11MB4570FD37ED32519C677F5E59C1B20@MW3PR11MB4570.namprd11.prod.outlook.com> <DM6PR05MB63486B842CD9DF5BE57FC1A5AEB30@DM6PR05MB6348.namprd05.prod.outlook.com>
In-Reply-To: <DM6PR05MB63486B842CD9DF5BE57FC1A5AEB30@DM6PR05MB6348.namprd05.prod.outlook.com>
From: Robert Raszuk <robert@raszuk.net>
Date: Mon, 25 May 2020 11:18:07 +0200
Message-ID: <CAOj+MMFT-JVWOhRoJ3UBsvmYrYvt96N7vkL3_v9Sq4PXzNtzAw@mail.gmail.com>
Subject: Re: [spring] CRH is back to the SPRING Use-Case - Re: Size of CR in CRH
To: Ron Bonica <rbonica=40juniper.net@dmarc.ietf.org>
Cc: "Ketan Talaulikar (ketant)" <ketant=40cisco.com@dmarc.ietf.org>, "Joel M. Halpern" <jmh@joelhalpern.com>, "rtg-ads@ietf.org" <rtg-ads@ietf.org>, "spring@ietf.org" <spring@ietf.org>, 6man <6man@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000895e5a05a6757537"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/KCqZaDjHxhRuNtjVQBc3pgSIecs>
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: Mon, 25 May 2020 09:18:21 -0000

Hi Ron,

Your below list looks like custom made set of RFP requirements to eliminate
any other vendor or any other solution to solve the problem at hand rather
then rational list of requirements.

Btw please observe that most if not all of the below "Does not want" are
optional in any solution. If some one "Does not want" then someone just
does not enable them.

Rgs,
R.

PS.  Would you not buy a phone which supports optional "haptic touch" just
because you would never master how to use it or would you buy it anyway
and simply not enable it while enjoy 99 other useful features ?


On Mon, May 25, 2020 at 5:32 AM Ron Bonica <rbonica=
40juniper.net@dmarc.ietf.org> wrote:

> Ketan,
>
> Please consider an operator who:
>
> - Wants a way to steer IPv6 packets through a specified path that includes
> many nodes (>8)
> - Does not want any of the following:
>         - A new VPN encapsulation technique
>         - A new service function chaining technique
>         - Network programming
>         - MPLS and uSID
>         - To encoding instructions in IPv6 addresses.
>
> These operators want a compact routing header, nothing more.
>
>
>  Ron
>