Re: CRH and RH0

Mark Smith <markzzzsmith@gmail.com> Wed, 13 May 2020 20:09 UTC

Return-Path: <markzzzsmith@gmail.com>
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 3E5BF3A08D7 for <ipv6@ietfa.amsl.com>; Wed, 13 May 2020 13:09:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.597
X-Spam-Level:
X-Spam-Status: No, score=-0.597 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, FREEMAIL_FROM=0.001, FROM_LOCAL_NOVOWEL=0.5, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=0.999, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 aUfGN76zUliv for <ipv6@ietfa.amsl.com>; Wed, 13 May 2020 13:09:41 -0700 (PDT)
Received: from mail-ot1-x32d.google.com (mail-ot1-x32d.google.com [IPv6:2607:f8b0:4864:20::32d]) (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 D19D53A08B9 for <6man@ietf.org>; Wed, 13 May 2020 13:09:40 -0700 (PDT)
Received: by mail-ot1-x32d.google.com with SMTP id 72so491209otu.1 for <6man@ietf.org>; Wed, 13 May 2020 13:09:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=LO77psUdQRVyPJ+2vDwudYa+nv13MRdxUaL5wb0Zqiw=; b=R0HaoZwPL+AF1fTZ/UaK2EWNo3k4E6JgHyGzMHJ7pAVbTvLpt0vRI5a864CDXvpT4+ 5+pVaXC+VnoPMM+cHmn9TtwXl5Bj02oa4gCssPHjtxVUqGk8Ve6acHIySdHm8DS91TfO sdc5I05NtvP/z2qs0oXYNA9sDK4bD5mGE77qYjluqPcOo8wCL5KJvaG2dV55+PW3BNok V1rakVfeOd9LMOcseSNjpE8vfE+XmV1MPN7kpLZp7ALIiUen4n+wwKgYU7dx2IGl6kYl SCjZFyfv+BW5iNwEpxJYwyZNxpi2iAhWwKV7rRTzch2WMEm+B2eBQA0Sb5XP29RcUaYk 19LA==
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=LO77psUdQRVyPJ+2vDwudYa+nv13MRdxUaL5wb0Zqiw=; b=FDV68W5xWxQZsHYOcyjgg/ToYJ0WHohThngyO3ZkKd3/9JfSvIFkKUHKG5a0yPxhbg xjnM06FDfsUvgg4TmyIZdEVmVq0OyzGtrl9w2s7c39TFswVvaPhw4KWqwKVcVziXIVUr XoXPVidDq85XMAm7OtIe/aEWW/K8VrBWaGvw23UAAezBFy7gP+iHfi3F8MEprRRm+fQE 6BZ5DFru6AKRyT+NLNwsQQ7FyqwSpnNcKtfDyE7Hsqct+slkZZ9c7aYdNYYFm6kEDF2H Z5t5eNOHJ5Oq4BAye8OXMKrk+fC9qtHuaswijnuu+220en2kQenTSalQusDKjhjt4D0N Fv3Q==
X-Gm-Message-State: AOAM532l9bWlYaY7mY/MF9or4nyCMLjKW7rIqwCoMMy623mlZmaTJLsZ kEJ99sj6RdDwbgk/ByU4BNoBkDRMeHVZHKlg4bo=
X-Google-Smtp-Source: ABdhPJwt6XX0sVsbyntW2Z/bQZOTg4LTqF2Rnz8LQ+vpmpQVGAKJ8JvhlqqZ7PoRDILOnCWYIXJOb8CertehF7dWIiM=
X-Received: by 2002:a05:6830:1551:: with SMTP id l17mr942962otp.153.1589400579991; Wed, 13 May 2020 13:09:39 -0700 (PDT)
MIME-Version: 1.0
References: <4EDFE9A2-A69C-4434-BB0A-960C2453250F@cisco.com> <DM6PR05MB6348FE6E3A45320C2A47EB66AEBE0@DM6PR05MB6348.namprd05.prod.outlook.com> <8068EBE1-38DD-411E-A896-EB79084BBCC4@cisco.com> <DM6PR05MB6348326B0F72A009DB4F7746AEBE0@DM6PR05MB6348.namprd05.prod.outlook.com> <942AF8C7-079E-4C81-95AB-F07A182E8F19@employees.org> <DM6PR05MB63483621F4AD3DEACA6FAF35AEBE0@DM6PR05MB6348.namprd05.prod.outlook.com> <6F11579E-0F8A-48EB-86EC-945E17C11BF4@employees.org> <DM6PR05MB6348345A76F32CE07392AA58AEBE0@DM6PR05MB6348.namprd05.prod.outlook.com> <3C800B54-6E3B-483A-8FA0-50075043DFD1@employees.org> <DM6PR05MB63480871BD73F8D35A3D501AAEBE0@DM6PR05MB6348.namprd05.prod.outlook.com> <E800E9A3-C05B-41E0-B752-3E0D067BDBE5@gmail.com> <DM6PR05MB63489AD43E07A2CDED86E274AEBF0@DM6PR05MB6348.namprd05.prod.outlook.com> <CAOj+MMHGyn8-QJJbsL9=wYdzNeE8UPSHMjcwhvCMyx=AsuF4AA@mail.gmail.com> <DM6PR05MB63481EC429A8A02E0064B3E5AEBF0@DM6PR05MB6348.namprd05.prod.outlook.com> <CAOj+MMF15aT7YBR-rqvqpjF=HXqyKPhVSOjHbS_X4sZV8s9bEg@mail.gmail.com> <DM6PR05MB6348B730373B31CFBFDB63F5AEBF0@DM6PR05MB6348.namprd05.prod.outlook.com> <DM6PR05MB6348B0741DBA105DD5FC86F7AEBF0@DM6PR05MB6348.namprd05.prod.outlook.com> <CAOj+MMECij9zaeojwjBjQeZMCTMV5q4avn76yPcC+6b0m_gXbA@mail.gmail.com> <87E3E8BB-1126-4472-A59A-FE8B82AE6C6B@gmail.com> <DM6PR05MB6348E9AD1E088792C2F10BB4AEBF0@DM6PR05MB6348.namprd05.prod.outlook.com> <CAMGpriWmk-cCgjSqnj0OWheKLcUBXY20HYRp2FKAH=6K9rEvzg@mail.gmail.com> <DM6PR05MB6348C224B6DA84D593D6E898AEBF0@DM6PR05MB6348.namprd05.prod.outlook.com>
In-Reply-To: <DM6PR05MB6348C224B6DA84D593D6E898AEBF0@DM6PR05MB6348.namprd05.prod.outlook.com>
From: Mark Smith <markzzzsmith@gmail.com>
Date: Thu, 14 May 2020 06:09:28 +1000
Message-ID: <CAO42Z2yhg4BZaeHtVNGza8LBxHt2bkgFu8OKBCaB3NDRV2sRWw@mail.gmail.com>
Subject: Re: CRH and RH0
To: Ron Bonica <rbonica=40juniper.net@dmarc.ietf.org>
Cc: Erik Kline <ek.ietf@gmail.com>, 6man <6man@ietf.org>, Bob Hinden <bob.hinden@gmail.com>
Content-Type: multipart/alternative; boundary="000000000000f9edcd05a58d2897"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/IwkSShNgZNPCV9COy6TUv5fCF3M>
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: Wed, 13 May 2020 20:09:45 -0000

Compact Routing Header.

On Thu, 14 May 2020, 05:58 Ron Bonica, <rbonica=40juniper.net@dmarc.ietf.org>
wrote:

> Erik,
>
> I could rename the CRH to something else. Maybe the Programmed Routing
> Header (PRH)? But would that make a difference to the folks who are voicing
> objections?
>
>                                                  Ron
>
>
>
> Juniper Business Use Only
>
> -----Original Message-----
> From: Erik Kline <ek.ietf@gmail.com>
> Sent: Wednesday, May 13, 2020 1:56 PM
> To: Ron Bonica <rbonica@juniper.net>
> Cc: Bob Hinden <bob.hinden@gmail.com>; 6man <6man@ietf.org>
> Subject: Re: CRH and RH0
>
> [External Email. Be cautious of content]
>
>
> I too find myself agreeing with Bob.
>
> Two random comments:
>
>   [1] there might be a better term than "compressed" with less baggage
> (naming is hard)
>
>   [2] for many, the architecture for distributing CP information is "my
> SDN", so I'm not convinced all the CP distribution needs to be worked out
> in advance
>
> On Wed, May 13, 2020 at 9:27 AM Ron Bonica <rbonica=
> 40juniper.net@dmarc.ietf.org> wrote:
> >
> > Bob,
> >
> > I think that your analysis is absolutely correct. Anything that relies
> on SPRING routing protocols is SPRING.
> >
> > I would add the corollary statement, anything that does not rely on
> SPRING routing protocols is not SPRING.
> >
> > Therefore, if CRH can be deployed in the absence of any routing protocol
> at all  (i.e., with static routes and a statically configured CRH-FIB), it
> is not SPRING.
> >
> >
>
> > Ron
> >
> >
> >
> > Juniper Business Use Only
> >
> > -----Original Message-----
> > From: Bob Hinden <bob.hinden@gmail.com>
> > Sent: Wednesday, May 13, 2020 12:16 PM
> > To: 6man <6man@ietf.org>
> > Cc: Bob Hinden <bob.hinden@gmail.com>; Ron Bonica
> > <rbonica@juniper.net>; Robert Raszuk <robert@raszuk.net>
> > Subject: Re: CRH and RH0
> >
> > Gentlepeople,
> >
> > IPv6 routing headers starting with RFC1883 published in 1995 used the
> term “segments” to identify elements in the list of addresses.   In that
> sense, all IPv6 routing headers do some form of segment routing.  It’s a
> generic term that has been around for 25 years.
> >
> > I think the underlying question with CRH is does it conflict with what
> is being done in the Spring w.g.
> >
> > To my thinking, what is being done in Spring is an architecture for
> distributing information that can be used to create source routes for SRH
> (RFC8754).   Anything that relies on that set of Spring routing protocols
> is part of the working being done in Spring.
> >
> > Likewise, to my thinking I don’t think that means that all new IPv6
> routing headers conflict with the work being done in the Spring w.g.
> >
> > Bob
> >
> >
> > > On May 13, 2020, at 8:55 AM, Robert Raszuk <robert@raszuk.net> wrote:
> > >
> > > Ron,
> > >
> > > Oh - haven't we established just yesterday that you will not be
> referencing RH0 any longer with CRH proposal  ?
> > >
> > > It's like you are trying to build a vehicle  .. it has wheels,
> steering and even seats (no engine and no belts for now). But you keep
> insisting - it is not a car.
> > >
> > > See if you put normative reference to segment routing up to version
> -10 then suddenly drop it with no major change to the body of the draft the
> intentions are just obvious:
> > >
> > > 13.  References
> > >
> > >
> > >
> > > 13.1.  Normative References
> > >
> > >
> > >    [
> > > I-D.bonica-spring-srv6-plus
> > > ]
> > >               Bonica, R., Hegde, S., Kamite, Y., Alston, A., Henriques,
> > >               D., Jalil, L., Halpern, J., Linkova, J., and G. Chen,
> > >               "Segment Routing Mapped To IPv6 (SRm6)",
> > > draft-bonica-
> > > spring-srv6-plus-06 (work in progress), October 2019.
> > >
> > > REF:
> > > https://urldefense.com/v3/__https://tools.ietf.org/html/draft-bonica
> > > -6man-comp-rtg-hdr-10__;!!NEt6yMaO-gk!QcAL7_ALlBjQGtAnsGVN1JsDVd305D
> > > lUw8Cr1FGDjAbPI5e93Il4WpTsbTWL9bL9$
> > >
> > > On Wed, May 13, 2020 at 5:41 PM Ron Bonica <rbonica@juniper.net>
> wrote:
> > > Robert,
> > >
> > >
> > >
> > > Oh, btw. RH0 had a “Segments Left” field. Because it talked about
> segments, would you like to claim that it was also SR?
> > >
> > >
> > >
> > >
>
> > > Ron
> > >
> > >
> > >
> > >
> > >
> > > Juniper Business Use Only
> > > From: Ron Bonica
> > > Sent: Wednesday, May 13, 2020 11:40 AM
> > > To: Robert Raszuk <robert@raszuk.net>
> > > Cc: Bob Hinden <bob.hinden@gmail.com>; 6man <6man@ietf.org>
> > > Subject: RE: CRH and RH0
> > >
> > >
> > >
> > > Robert,
> > >
> > >
> > >
> > > So, you are really sure that these people don’t exist. Would you like
> to make a more explicit statement?
> > >
> > >
> > >
> > >
> > > Ron
> > >
> > >
> > >
> > >
> > >
> > > Juniper Business Use Only
> > > From: Robert Raszuk <robert@raszuk.net>
> > > Sent: Wednesday, May 13, 2020 11:22 AM
> > > To: Ron Bonica <rbonica@juniper.net>
> > > Cc: Bob Hinden <bob.hinden@gmail.com>; 6man <6man@ietf.org>
> > > Subject: Re: CRH and RH0
> > >
> > >
> > >
> > > [External Email. Be cautious of content]
> > >
> > >
> > >
> > > Hi Ron,
> > >
> > >
> > >
> > > >  Are you questioning whether that statement is true?
> > >
> > >
> > >
> > > Yes. Especially this point: " Are not interested in SR"
> > >
> > >
> > >
> > > Your draft only talks about SIDs and segments so no matter how you
> call it the core purpose is segment routing.
> > >
> > >
> > >
> > > Take care,
> > > R.
> > >
> > >
> > >
> > > On Wed, May 13, 2020 at 5:13 PM Ron Bonica <rbonica@juniper.net>
> wrote:
> > >
> > > Robert,
> > >
> > >
> > >
> > > At the interim meeting, I said that there are IPv6 operators who:
> > >
> > >
> > >
> > > ·         Want CRH
> > >
> > > ·         Are not interested in SR
> > >
> > > ·         Are averse to SRv6
> > >
> > >
> > >
> > > Are you questioning whether that statement is true?
> > >
> > >
> > >
> > >                                                           Ron
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > Juniper Business Use Only
> > > From: Robert Raszuk <robert@raszuk.net>
> > > Sent: Wednesday, May 13, 2020 3:22 AM
> > > To: Ron Bonica <rbonica@juniper.net>
> > > Cc: Bob Hinden <bob.hinden@gmail.com>; 6man <6man@ietf.org>
> > > Subject: Re: CRH and RH0
> > >
> > >
> > >
> > > [External Email. Be cautious of content]
> > >
> > >
> > >
> > > Hi Ron,
> > >
> > >
> > >
> > > Given that it is only fifteen pages long, I suspect that progressing
> it would be less work than arguing about whether to progress it.
> > >
> > >
> > >
> > > Sometimes committing a bit more work yields much better results in the
> long run ...
> > >
> > >
> > >
> > > So it is clear that you are not just trying to fix suboptimalities of
> IPv6 encoding out of the woods. The goal is clear to get this in and use it
> as a hook to show in SPRING and other routing WGs in IETF that since you
> have CRH accepted as a WG docs in 6man other groups should follow along and
> work on SRm6 encodings.
> > >
> > >
> > >
> > > The mapping plane between SIDs and labels is already in place in
> SR-MPLS. Just changing few bit here and there does not make new proposal to
> stand on its own.
> > >
> > >
> > >
> > > I think it has been clearly stated by 6man chairs and AD that any work
> on SRm6 can be taken on only after SPRING WG accepts the main concept and
> adopts the main doc as a WG item.
> > >
> > >
> > >
> > > So I recommend we go via this proper path with the full picture in
> mind and the ultimate objective for CRH.
> > >
> > >
> > >
> > > Best regards,
> > >
> > > R.
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > --------------------------------------------------------------------
> > IETF IPv6 working group mailing list
> > ipv6@ietf.org
> > Administrative Requests:
> > https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/ipv6
> > __;!!NEt6yMaO-gk!QcAL7_ALlBjQGtAnsGVN1JsDVd305DlUw8Cr1FGDjAbPI5e93Il4W
> > pTsbVcgbtWl$
> > --------------------------------------------------------------------
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6@ietf.org
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------
>