Re: [Idr] Call for publication of draft-ietf-idr-segment-routing-te-policy-18 - with multiple partial implementations (6/17 to 6/30)

Ketan Talaulikar <ketant.ietf@gmail.com> Fri, 08 July 2022 03:24 UTC

Return-Path: <ketant.ietf@gmail.com>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4318FC13C556 for <idr@ietfa.amsl.com>; Thu, 7 Jul 2022 20:24:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.104
X-Spam-Level:
X-Spam-Status: No, score=-2.104 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, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=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 ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kH_YDX32CHIZ for <idr@ietfa.amsl.com>; Thu, 7 Jul 2022 20:24:37 -0700 (PDT)
Received: from mail-vk1-xa36.google.com (mail-vk1-xa36.google.com [IPv6:2607:f8b0:4864:20::a36]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6FB0AC13C529 for <idr@ietf.org>; Thu, 7 Jul 2022 20:24:37 -0700 (PDT)
Received: by mail-vk1-xa36.google.com with SMTP id y129so807973vkg.5 for <idr@ietf.org>; Thu, 07 Jul 2022 20:24:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=G7ZEmJRqEV2MJ0Mni2kQa7wiar9z+b25CMZcaI4qGvY=; b=PIOTgl8b1tqL3hIJ3cWi5q2bifsv1rxI13MvszouyxooVFk5ZcNzuRCZSLkQ8+VId7 BRR4+IYAdwPbwVRYhO6u7UOjPwAx9G5venyNrCZFIDdACIOjpbC2UY/r67zq1RZkMjv0 crbofuNTKyTT2yY3w8F0yQGtOpbuFP/+/6QHzZpvyEuYTFZfpPyzwPJHm/5Nnvk6RbOM Y/ErV7ck0f1LUxfa/VAjVuKx1PaJZnFkW5V7Erxyz1QNzf1OjI8A839axZ5Jb+8bt6Z0 uC+zbVWLptvhuyknl1bw6U4sNHX4MV4Frox+hD+jkQYRTu5aKc1WyfS9gimYL/OrZ2i4 4+XA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=G7ZEmJRqEV2MJ0Mni2kQa7wiar9z+b25CMZcaI4qGvY=; b=AREbIn/ocj8vrf/fUzzoU3UC31b97o/QhyD4Crgv0ZjrofDb2xZbGKBhhaH853im74 7kWrcdRKgN+fGyZ8w9Qe7NPSv0O4LPcO+bBNc6Rpmb+/K6rZsnP1+KKKbeXpJVNNYJ0F 4Q87EdmRcV0sPFwY13YwyDuzj5YeF2e98VRJltB4L6ReUEao8Yaq/lpHKNin80PnuIs/ 5LnvCj0acmjQVwqs4x+2/AOGoPhLNsg3PvFc+RWU9Qfzvw1dibPBmfcKegx+qnEtRDFm BrSWDKQUqDZPU54t4dE4Vz2dO1cU8GHLxBf9GSx44EJ7KLzfkjMF9WWr0ah1bfbPidp9 djxA==
X-Gm-Message-State: AJIora/aWMnQFLOVjii4vNSSWr3YsI0oWocybTiblBNF1LT0NfSCfF/5 kJCoJBXKNbeFZSdRb1sVEUHF39OOXDT/Xooe51xR+YgCcOA=
X-Google-Smtp-Source: AGRyM1sO+5HoR4WPjVc6twyh+FrCLQQr+/pQg3mw62/efiKNagock3mJ06QhBizJwwlKwK+eJNKCW4Vaiwmg1RbHwXA=
X-Received: by 2002:a05:6122:2af:b0:374:544a:bc0f with SMTP id 15-20020a05612202af00b00374544abc0fmr558437vkq.29.1657250675928; Thu, 07 Jul 2022 20:24:35 -0700 (PDT)
MIME-Version: 1.0
References: <DM6PR08MB4873C34100BDEEB820E92C46B3AF9@DM6PR08MB4873.namprd08.prod.outlook.com> <CAH6gdPyi_gSw551GBz=DJ8OezihmdnhQ+x0im_SCXG2PQpT6HA@mail.gmail.com> <1368008659.931229.1656915285308@mail.yahoo.com> <BYAPR08MB4872ADDCF36BD4A83E83380EB3BE9@BYAPR08MB4872.namprd08.prod.outlook.com> <2090725686.1302766.1657222843357@mail.yahoo.com> <BYAPR08MB4872C97A8BBC7080538EA7A7B3839@BYAPR08MB4872.namprd08.prod.outlook.com>
In-Reply-To: <BYAPR08MB4872C97A8BBC7080538EA7A7B3839@BYAPR08MB4872.namprd08.prod.outlook.com>
From: Ketan Talaulikar <ketant.ietf@gmail.com>
Date: Fri, 08 Jul 2022 08:54:24 +0530
Message-ID: <CAH6gdPwyHCLH8Knj5dOfoURcEr1dC64FZSB63Cci-jkD4eQ6Pg@mail.gmail.com>
To: Susan Hares <shares@ndzh.com>
Cc: Boris Hassanov <bhassanov@yahoo.com>, "idr@ietf.org" <idr@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000d7b2e305e342bd06"
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/l8AHZpe2NjMyhqINNgKIbAOiXyg>
Subject: Re: [Idr] Call for publication of draft-ietf-idr-segment-routing-te-policy-18 - with multiple partial implementations (6/17 to 6/30)
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/idr/>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 08 Jul 2022 03:24:38 -0000

Hi Boris,

This is not related to the SR Policy signaling from a controller to a
headend. It is related to the steering of BGP services over SR Policies.
Some of the details are in
https://datatracker.ietf.org/doc/html/draft-ietf-spring-segment-routing-policy-22#section-8.8.1

I would suggest testing it for the global/default IPv4/IPv6 service that
needs to transit out of the provider network.

Thanks,
Ketan


On Fri, Jul 8, 2022 at 2:08 AM Susan Hares <shares@ndzh.com> wrote:

> Boris and Ketan:
>
>
>
> Thank you for adding the GoBGP to the implementation reports.
>
>
>
> Ketan – Did you have any tips for Boris on how to check Color Community
> types 1 and 2  from your testing of
> draft-ietf-idr-segment-routing-te-policy-18?
>
>
>
> Cheers, Sue
>
> *From:* Boris Hassanov <bhassanov@yahoo.com>
> *Sent:* Thursday, July 7, 2022 3:41 PM
> *To:* Ketan Talaulikar <ketant.ietf@gmail.com>; Susan Hares <
> shares@ndzh.com>
> *Cc:* idr@ietf.org
> *Subject:* Re: [Idr] Call for publication of
> draft-ietf-idr-segment-routing-te-policy-18 - with multiple partial
> implementations (6/17 to 6/30)
>
>
>
>
>
> Hi Sue and Ketan,
>
>
>
> I updated the report and added GoBGP info at the best of my knowledge
> (based on testing).
>
> I am not quite sure yet - how to check Color Community types 1 and 2
> support to make sure that  a methodology will be the right one.
>
>
>
> SY,
>
> Boris
>
>
>
> On Tuesday, July 5, 2022, 01:56:07 AM GMT+3, Susan Hares <shares@ndzh.com>
> wrote:
>
>
>
>
>
>
>
> Boris:
>
>
>
> The IDR implementation reports are on a wiki at:
>
>
> https://trac.ietf.org/trac/idr/wiki/draft-ietf-idr-segment-routing-te-policy%20implementations%20
>
>
>
> Just use your datatracker login.   If you do not have one, you can simply
> create one.
>
>
>
> Cheers, Sue
>
>
>
> *From:* Boris Hassanov <bhassanov@yahoo.com>
> *Sent:* Monday, July 4, 2022 2:15 AM
> *To:* Susan Hares <shares@ndzh.com>; Ketan Talaulikar <
> ketant.ietf@gmail.com>
> *Cc:* idr@ietf.org
> *Subject:* Re: [Idr] Call for publication of
> draft-ietf-idr-segment-routing-te-policy-18 - with multiple partial
> implementations (6/17 to 6/30)
>
>
>
>
>
> Hi Sue and Ketan,
>
>
>
> I worked with GoBGP and can provide more info if needed for that
> implementation report.
>
>
>
> SY,
>
> Boris
>
>
>
> On Friday, July 1, 2022, 05:07:06 PM GMT+3, Ketan Talaulikar <
> ketant.ietf@gmail.com> wrote:
>
>
>
>
>
> Hi Sue,
>
>
>
> I believe there is support for this draft in open-source GoBGP:
> https://github.com/osrg/gobgp/blob/master/docs/sources/lib-srpolicy.md
>
>
>
> I am not aware of the testing (interoperability and any other) done with
> GoBGP though. A very quick glance at the code seems to suggest a degree of
> support for some of the TLVs/Sub-TLVs that you refer to in your email.
> Perhaps someone working on or using GoBGP can clarify.
>
>
>
> As authors, we have tried to include the necessary extensions to align
> with the base SPRING WG specification
> draft-ietf-spring-segment-routing-policy. I believe support for specific
> features (i.e., TLVs/Sub-TLVs) gets implemented as required by operators
> and/or deployment solutions.
>
>
>
> I support the publication of this document.
>
>
>
> Thanks,
>
> Ketan
>
>
>
>
>
> On Fri, Jun 17, 2022 at 6:45 PM Susan Hares <shares@ndzh.com> wrote:
>
>
>
> IDR:
>
>
>
> This is a 2 week call for approval for publication of
>
> draft-ietf-idr-segment-routing-te-policy-18
>
> (
> https://datatracker.ietf.org/doc/html/draft-ietf-idr-segment-routing-te-policy-18
> ).
>
>
>
> This draft has past WG LC, and it has been implemented by five separate
> commercial vendors.
>
> (I  do not have any implementation reports from open-source vendors.)
>
>
>
> According to the implementation report, not all
>
> features have been implemented.
>
>
> https://trac.ietf.org/trac/idr/wiki/draft-ietf-idr-segment-routing-te-policy%20implementations%20
>
>
>
> At this point, it appears we do not have 2 implementations
>
> Supporting the following TLV codes:
>
> -          ENLP sub-TLV (code 14)
>
> -          Priority sub-TLV (code 15)
>
> -          SRv6 Binding SID (code 20)
>
> -          Policy Candidate Path Name sub-TLV (code 129), and
>
> -          Policy Name Sub-TLV (code 130).
>
>
>
> And only segment types A and B out of types A-K have been implemented.
>
>
>
> Should the IDR WG:
>
> a) publish this draft as is,
>
> b) put it in a “awaiting implementations” hold until more features are
> implemented,
>
> c) remove unimplemented features and publish?
>
>
>
> If you are an implemented (open-source or commercial), please
>
> Update your implementation status on the implementation page
>
> Or send me a note regarding your implementation.
>
>
>
> Cheers, Sue
>
>
>
>
>
> _______________________________________________
> Idr mailing list
> Idr@ietf.org
> https://www.ietf.org/mailman/listinfo/idr
>
> _______________________________________________
> Idr mailing list
> Idr@ietf.org
> https://www.ietf.org/mailman/listinfo/idr
>