Re: [Idr] WG adoption of draft-zzhang-idr-tunnel-encapsulation-label-stack-01 - 12/23/2022 to 1/13/2023

Robert Raszuk <robert@raszuk.net> Thu, 12 January 2023 19:15 UTC

Return-Path: <robert@raszuk.net>
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 11207C15AE03 for <idr@ietfa.amsl.com>; Thu, 12 Jan 2023 11:15:05 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.096
X-Spam-Level:
X-Spam-Status: No, score=-2.096 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, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-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=raszuk.net
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 bhVRplEPo4cW for <idr@ietfa.amsl.com>; Thu, 12 Jan 2023 11:15:01 -0800 (PST)
Received: from mail-wr1-x42f.google.com (mail-wr1-x42f.google.com [IPv6:2a00:1450:4864:20::42f]) (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 22FD7C15C503 for <idr@ietf.org>; Thu, 12 Jan 2023 11:15:01 -0800 (PST)
Received: by mail-wr1-x42f.google.com with SMTP id v2so8073597wrw.10 for <idr@ietf.org>; Thu, 12 Jan 2023 11:15:00 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=raszuk.net; s=google; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=A2mh4B9lL4ZSZWkMChFuIPrtW6AMfVkKX7lVutuQsOA=; b=SubyOCJIxRRdpfG+p7CDFiRkRaP2+tWTqljBtRVRXxudiPK0bnymC/Ad2/5y/o1drM PUiMYg2sfvffsUQu9cwKb/Ntt/b7yvePmmVN+bH3x6rQzY0h6smPk5KUlvCXkQ/hXEkC PgnSJaq/PivxSlO54MzJX77g1yI8NxpU184AyD4LCiFNFYpEbM733QmaVvvquToVT7He uSD2ChF+AIzZyz2d1mOoEm5p1XCwxiJHsb//snV0kVFhYmvZrU4/TWORtYiG8umbDntR LvnZXUvP0GJ/HfECfT0fhRsPRHkshBDLetj4ULO7eieU5Z1A7v+Er9yUyzE5DsxCS1dL szxQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=A2mh4B9lL4ZSZWkMChFuIPrtW6AMfVkKX7lVutuQsOA=; b=7ldH1V61y7bKpV8qQIfjOXT/apSg8TrLG6U/40eCCTf5k76PaJ9LhNyi+dYOP0qF05 bctBdRpipPxMhI70wW7jq2S7RjJHGUaTlzc7hV5uOjU75Y+0NmQv+IMbngdHNXn7sfyJ qv92Fgzb+riDqfF8GcSfWohEu4/fLiVbg+YC1mDitNjp98hvKRXLez3Nxdr3TUWMAyRo 2UTEVF8uEn200JWxEc7cFjkXH2uSqd7kMAFCaK7cAzZArnJLqFbkUA8zCEjj9dP81lhq JR7xqenoKy6NsxmTxw1LVFm7nNAnaj8eQyu43g+i4KmKD886UUilkUniVYhOzdbgM8Zw WdTw==
X-Gm-Message-State: AFqh2krIjZxsNUvCqS1gclOjsyoNEUFoPbtFB7sgE2JxN5CgiHfKDQIU /O98xEqKLF+RKVSamjrzafg6mgGrC7rNv8e2i2oMvg==
X-Google-Smtp-Source: AMrXdXtFsVnwWWNEUQ9C/tvFvtE1u78XStj4X3ne06sKO3C3c1y7k1i7h2K8rvUqSRoT7ZsLe+UjIkGKqqZe/r/kMBg=
X-Received: by 2002:adf:ec0e:0:b0:2b7:17b:ce77 with SMTP id x14-20020adfec0e000000b002b7017bce77mr620392wrn.69.1673550898995; Thu, 12 Jan 2023 11:14:58 -0800 (PST)
MIME-Version: 1.0
References: <BYAPR08MB4872B6B3A9AE7B008463795DB3E99@BYAPR08MB4872.namprd08.prod.outlook.com> <CAOj+MMGkimvyy3kA36Pn=VzbdTB8ZHDeEhzArsFEVE3P8W2Mug@mail.gmail.com> <BL0PR05MB565243B34F92752FA6E8B397D4ED9@BL0PR05MB5652.namprd05.prod.outlook.com> <CAOj+MMEbjJaFc-arh4ujfSEtnpACwvN2uofKafO6oWUx3-O_BA@mail.gmail.com> <BL0PR05MB5652CB8141DF3A1CD9FF1A9BD4F29@BL0PR05MB5652.namprd05.prod.outlook.com> <CAOj+MMFSP2oThW4C9GezQYK-eU_qRSfNVk+RPib8_spmtWmSzQ@mail.gmail.com> <BL0PR05MB5652D4B1E085D764C57B19E5D4F29@BL0PR05MB5652.namprd05.prod.outlook.com> <CAOj+MMFWVrvtF=f+sx+Y6pMUJQL_5MYKPiXXRRcG0WWM05JAjA@mail.gmail.com> <BYAPR08MB48727A9574189DE9E7D52F47B3FB9@BYAPR08MB4872.namprd08.prod.outlook.com> <CAOj+MMGiY5_3Ws1kG5yk4Rpc7T7iM2NmCvz0e6xDeQv+qR52hA@mail.gmail.com> <BL0PR05MB5652C59275D59B95358BC981D4FC9@BL0PR05MB5652.namprd05.prod.outlook.com> <CAOj+MMG+oFSz9UDEn_GtKHbPhhCNrKvhhLxXY8U0_PeBgPw8Cg@mail.gmail.com> <BL0PR05MB5652044C7102137D07468098D4FD9@BL0PR05MB5652.namprd05.prod.outlook.com>
In-Reply-To: <BL0PR05MB5652044C7102137D07468098D4FD9@BL0PR05MB5652.namprd05.prod.outlook.com>
From: Robert Raszuk <robert@raszuk.net>
Date: Thu, 12 Jan 2023 20:14:47 +0100
Message-ID: <CAOj+MMHGMf_TpFKn0aLn4HCXoP98bNfnAEOm==hDoT+ioZQ5UQ@mail.gmail.com>
To: "Jeffrey (Zhaohui) Zhang" <zzhang@juniper.net>
Cc: Susan Hares <shares@ndzh.com>, "idr@ietf.org" <idr@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000d933fd05f215eed7"
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/59Var9TMiHfhgK46Na99TfKxzSg>
Subject: Re: [Idr] WG adoption of draft-zzhang-idr-tunnel-encapsulation-label-stack-01 - 12/23/2022 to 1/13/2023
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: Thu, 12 Jan 2023 19:15:05 -0000

Jeffrey,

Is this the text you are going to add to your document ?

Thx,
R.

On Thu, Jan 12, 2023 at 7:56 PM Jeffrey (Zhaohui) Zhang <zzhang@juniper.net>
wrote:

> Hi Robert,
>
>
>
> This does not exclude the SAFI 73 way. Either of the following can be used:
>
>
>
>    - Use SAFI 73 to pre-install an sr-policy, and then reference the
>    installed sr-policy when advertising the service route.
>    - Spell out the sr-path directly when advertising the service routes,
>    w/o pre-installing an sr-policy first.
>
>
>
> Thanks.
>
>
>
> Jeffrey
>
>
>
>
>
> Juniper Business Use Only
>
> *From:* Robert Raszuk <robert@raszuk.net>
> *Sent:* Wednesday, January 11, 2023 2:08 PM
> *To:* Jeffrey (Zhaohui) Zhang <zzhang@juniper.net>
> *Cc:* Susan Hares <shares@ndzh.com>; idr@ietf.org
> *Subject:* Re: [Idr] WG adoption of
> draft-zzhang-idr-tunnel-encapsulation-label-stack-01 - 12/23/2022 to
> 1/13/2023
>
>
>
> *[External Email. Be cautious of content]*
>
>
>
> Jeffrey,
>
>
>
> I am saying that existing IDR document
> (draft-ietf-idr-segment-routing-te-policy) covers already what is defined
> in this subject draft and I do not see why extensions defined in SAFI 73
> could not be used as is to address requirements of steering to tunnel
> egress.
>
>
>
> Zzh4> The above cannot use the existing “sr-policy tunnel” because the
> sr-policy tunnel is used to setup the tunnel (on the ingress) using SAFI
> 73, while in the above use cases we’re telling that certain service routes
> or multicast state (with different SAFIs) use a particular sr-mpls path.
>
>
>
> If we go by this then any use of SAFI 73 would be unnecessary as you would
> instead carry service routes with their own policies.
>
>
>
> That sounds like a highly unscalable approach to use embedded into service
> routes underlay paths.
>
>
>
> Instead the current SR architecture recommends to carry just the color in
> service routes which in turn can be use to match colors in SR policy paths.
>
>
>
> So you are proposing to skip SAFI 73 and carry it directly in service
> paths. Isn't this layer violation ?
>
>
>
> In any case, Gyan and I presented our concern. Time for other WG members
> to provide their opinion as well as get feedback from SPRING WG as this
> model directly "extends" the SR architecture.
>
>
>
> Kind regards,
>
> Robert
>
>
>
>
>
>
>
>
>
>
>