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: 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 9F8493A0857 for <spring@ietfa.amsl.com>; Mon, 25 May 2020 02:18:21 -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 vdv7jEXRBS3F for <spring@ietfa.amsl.com>; Mon, 25 May 2020 02:18:19 -0700 (PDT)
Received: from mail-ed1-x52b.google.com (mail-ed1-x52b.google.com [IPv6:2a00:1450:4864:20::52b]) (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 02B3E3A0867 for <spring@ietf.org>; Mon, 25 May 2020 02:18:18 -0700 (PDT)
Received: by mail-ed1-x52b.google.com with SMTP id be9so14448965edb.2 for <spring@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=ST7VOZg93xJLS+6wCkjtcDYyl1ECVSr85E/E0eRk2J00/eKgi8rhjVazHi8KCETP3G IF8MhUdEbGt0rY/uFWqj36mUyewqdHYa/G9B+KiGaVOCB62ALDxe/yDk6eDz54o7OxPH TEXPULA6NnNCiuXM30P8j/F9P8OCM4eaxvwVf2ZQ5DHYAwiCdAKFtrlAa2YjR9c+B6iI 2gJlttLmF0PTVs9Lra4nsiH3QldwUjchYBStQVyTG69xhvYohnLGTp6oDi6E+nRAblq9 X7f+iGIJs0iPhZczdeGt0KXEzsL2SBu0ynjLSKxEIo815jCeBCNZUUB4nMVyvynkzATm txgw==
X-Gm-Message-State: AOAM532n0mDZXsctJgkNQD7nFbgJehbyQI17yFN6Tvd+H+u+1a4U2h/t S0D38txhw7TgxMC5TOjixmUscODEPDlO9Uktj6fRww==
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>
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/spring/gOGbPzTOUuAVTB-6YL9iEw_bqa0>
Subject: Re: [spring] CRH is back to the SPRING Use-Case - Re: Size of CR in CRH
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, 25 May 2020 09:18:22 -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
>