Re: CRH and RH0

Gyan Mishra <hayabusagsm@gmail.com> Wed, 13 May 2020 20:42 UTC

Return-Path: <hayabusagsm@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 C84B73A0908 for <ipv6@ietfa.amsl.com>; Wed, 13 May 2020 13:42:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.997
X-Spam-Level:
X-Spam-Status: No, score=-1.997 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, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, 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=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 cov5LOcgBLWe for <ipv6@ietfa.amsl.com>; Wed, 13 May 2020 13:42:15 -0700 (PDT)
Received: from mail-io1-xd33.google.com (mail-io1-xd33.google.com [IPv6:2607:f8b0:4864:20::d33]) (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 DF2B13A08EE for <6man@ietf.org>; Wed, 13 May 2020 13:42:13 -0700 (PDT)
Received: by mail-io1-xd33.google.com with SMTP id j8so138003iog.13 for <6man@ietf.org>; Wed, 13 May 2020 13:42:13 -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=OtUBounTLkWsN4Ri24hnMuKMKgPaSHMEfrLE1AvbX6E=; b=B0fDIlxUL9rrq97yGcoSIQQbdVfyf3HVH8Bnbaqu/eJ3iCj4zShIhkOeVbveg6q7v1 GXPV9eZrGfpC+9xz0hQ5yhH/lwIZ+US77AXtkUrZJSwFmp+JI8m1l+jn5hstyvPVMuW5 j9arKf7L8cLbdQooe9FGWfGYfOycP3KH0Nt3khuSc8Drm7Nv2rGAUFhbB1Xg1BmaBJvB foep/Q7R7FSylBpIRXVAVUXRqWn0FEtaL3D9kU5YrHbFfK95VidljsJOv/H1noF6ixWQ nAoqB9NzruUd3SbyuI1p/TTyVu7upxyl9mEdFnc8BquDAqLWIvAt5EJ3+VJdNSG/O0wc cixw==
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=OtUBounTLkWsN4Ri24hnMuKMKgPaSHMEfrLE1AvbX6E=; b=VItHO+ZpbY8z6+cMWj9gK1QT5pQiobYAkqh9RxJZ7MI1AbsZNvSpfiaEldZCGiFFEk oQZvTtjK6N6arq2l0IyKzaTV+XRmWaTlNr9n6Z33jABCMsPdg2pin4QiBdNbS3SGw4br vLk76mLtJo9KO52+m7ec52ICeQTtltfMj0a8u5vBUxasKRcay6WlKhA1W7Xxuq+chgTh KPjtDgYfuaqTiWvqgZTfjna2Ir30a8Re8THBQQBJGVAoiNSVg+NEFLrYAiNhFgtQNzKE HKSSoVTkXOmEoDJwGoNfprj5IVnuSLdDPW74Mfez05kLixnIzullKl2cMeBRiPVIldtA 7ZtQ==
X-Gm-Message-State: AOAM532IKX4n7LWz1WtEhdDVCfz9MWKMl/JilxFje7ucJzWawERCTdJb MoRDqz3ku7vKFAJID02Riqt2s/3H+KhT/Hhuqko=
X-Google-Smtp-Source: ABdhPJwRYZc5Hu8qqpv9JO10nPGKJaeUx53JmmgTJ0sdW/TipxFTrGYcs+fxoYVvH1g39YYgeIOUd7R8xdOv+Gfj6ns=
X-Received: by 2002:a6b:5813:: with SMTP id m19mr1009646iob.88.1589402532934; Wed, 13 May 2020 13:42:12 -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> <CAO42Z2yhg4BZaeHtVNGza8LBxHt2bkgFu8OKBCaB3NDRV2sRWw@mail.gmail.com> <DM6PR05MB634828E8F5AC039BD5620C25AEBF0@DM6PR05MB6348.namprd05.prod.outlook.com>
In-Reply-To: <DM6PR05MB634828E8F5AC039BD5620C25AEBF0@DM6PR05MB6348.namprd05.prod.outlook.com>
From: Gyan Mishra <hayabusagsm@gmail.com>
Date: Wed, 13 May 2020 16:42:02 -0400
Message-ID: <CABNhwV052d4owqbk5K_mzGSNyDHh-YkFr5jm+-uJFshuq2wOwQ@mail.gmail.com>
Subject: Re: CRH and RH0
To: Ron Bonica <rbonica=40juniper.net@dmarc.ietf.org>
Cc: 6man <6man@ietf.org>, Bob Hinden <bob.hinden@gmail.com>, Mark Smith <markzzzsmith@gmail.com>
Content-Type: multipart/alternative; boundary="0000000000006176d405a58d9db4"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/PAUopzCax9R7e2nZGhx6xxNNi3c>
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:42:18 -0000

Spring folks,

I am working on a Spring draft that compares SRv6, SR-MPLS and CRH.

This draft will clearly answer all of the questions that are being asked
related to CRH.

This draft is from an unbiased view of the MPLS replacement flavors
mentioned and a decision tree from an operators perspective how to pick and
which to pick based on business requirements and use cases presented.  They
all have their merits and they all have their caveats pros and cons all of
which will be documented in the draft to help operators.

This draft is focused on MPLS replacement so will only touch on use cases
outside of MPLS replacement.  CRH can be used more ubiquitously for any use
case independent or MPLS which is what makes it shine along with its
simplicity over the others

Kind regards

Gyan

On Wed, May 13, 2020 at 4:30 PM Ron Bonica <rbonica=
40juniper.net@dmarc.ietf.org> wrote:

> Mark,
>
>
>
> That works for me. And it allows me to retain the acronym.
>
>
>
> Does Compact Routing Header work for everyone else?
>
>
>
>                                               Ron
>
>
>
>
>
>
>
> Juniper Business Use Only
>
> *From:* Mark Smith <markzzzsmith@gmail.com>
> *Sent:* Wednesday, May 13, 2020 4:09 PM
> *To:* Ron Bonica <rbonica@juniper.net>
> *Cc:* Erik Kline <ek.ietf@gmail.com>; 6man <6man@ietf.org>; Bob Hinden <
> bob.hinden@gmail.com>
> *Subject:* Re: CRH and RH0
>
>
>
> *[External Email. Be cautious of content]*
>
>
>
> Compact Routing Header.
>
> On Thu, 14 May 2020, 05:58 Ron Bonica, <rbonica=
> 40juniper.net@dmarc.ietf..org <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
> <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
> <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
> <https://urldefense.com/v3/__https:/www.ietf.org/mailman/listinfo/ipv6__;!!NEt6yMaO-gk!VHmP3PcVAJw1finsVBIZbaA0e4G5zZU4In-iGsakGYvgMBLd5xSFypEs7dSATjx4$>
> --------------------------------------------------------------------
>
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6@ietf.org
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------
>
-- 

Gyan  Mishra

Network Engineering & Technology

Verizon

Silver Spring, MD 20904

Phone: 301 502-1347

Email: gyan.s.mishra@verizon.com