Re: [Lsr] Working Group Adoption of "IGP Unreachable Prefix Announcement" - draft-ppsenak-lsr-igp-ureach-prefix-announce-04
Aijun Wang <wangaijun@tsinghua.org.cn> Sat, 02 September 2023 00:25 UTC
Return-Path: <wangaijun@tsinghua.org.cn>
X-Original-To: lsr@ietfa.amsl.com
Delivered-To: lsr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D40C7C1519BB for <lsr@ietfa.amsl.com>; Fri, 1 Sep 2023 17:25:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.015
X-Spam-Level:
X-Spam-Status: No, score=-1.015 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.1, MIME_HTML_ONLY_MULTI=0.001, MIME_QP_LONG_LINE=0.001, MPART_ALT_DIFF=0.79, RCVD_IN_MSPIKE_H2=-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_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=no autolearn_force=no
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 TuUteoV898wP for <lsr@ietfa.amsl.com>; Fri, 1 Sep 2023 17:25:23 -0700 (PDT)
Received: from mail-m254102.xmail.ntesmail.com (mail-m254102.xmail.ntesmail.com [103.129.254.102]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 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 1891EC151992 for <lsr@ietf.org>; Fri, 1 Sep 2023 17:25:22 -0700 (PDT)
Received: from smtpclient.apple (unknown [5.180.77.161]) by mail-m121145.qiye.163.com (Hmail) with ESMTPA id 0CAAC800194; Sat, 2 Sep 2023 08:25:17 +0800 (CST)
Content-Type: multipart/alternative; boundary="Apple-Mail-0E2C999C-CE1F-4813-9624-0E328E0164C1"
Content-Transfer-Encoding: 7bit
From: Aijun Wang <wangaijun@tsinghua.org.cn>
Mime-Version: 1.0 (1.0)
Date: Sat, 02 Sep 2023 08:25:05 +0800
Message-Id: <478BAFDB-7A40-4A98-876A-4BA9A7AA442B@tsinghua.org.cn>
References: <71AC9931-9E4E-4F30-B48E-35111BFFF1B5@gmail.com>
Cc: Robert Raszuk <robert@raszuk.net>, "Les Ginsberg (ginsberg)" <ginsberg=40cisco.com@dmarc.ietf.org>, Huzhibo <huzhibo=40huawei.com@dmarc.ietf.org>, Peter Psenak <ppsenak@cisco.com>, linchangwang <linchangwang.04414@h3c.com>, lsr <lsr@ietf.org>
In-Reply-To: <71AC9931-9E4E-4F30-B48E-35111BFFF1B5@gmail.com>
To: Acee Lindem <acee.ietf@gmail.com>
X-Mailer: iPhone Mail (20G75)
X-HM-Spam-Status: e1kfGhgUHx5ZQUpXWQgPGg8OCBgUHx5ZQUlOS1dZFg8aDwILHllBWSg2Ly tZV1koWUFKTEtLSjdXWS1ZQUlXWQ8JGhUIEh9ZQVkaTRkZVkhJSB4YGEMeQ0hKQlUTARMWGhIXJB QOD1lXWRgSC1lBWU5VSkNLVUxMVUpNSllXWRYaDxIVHRRZQVlPS0hVSkpDT0NLVUpLS1VLWQY+
X-HM-Tid: 0a8a53479e07b03akuuu0caac800194
X-HM-MType: 10
X-HM-Sender-Digest: e1kMHhlZQR0aFwgeV1kSHx4VD1lBWUc6PRA6KQw4LD1INy4SERM2EDAR SiIKCi9VSlVKTUJITUpPSEpDSU1KVTMWGhIXVQwaFRwaEhEOFTsPCBIVHBMOGlUUCRxVGBVFWVdZ EgtZQVlOVUpDS1VMTFVKTUpZV1kIAVlBSUxJQ0o3Bg++
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/jwdWm8sAURcnWo4eEF_V6Qt2qVc>
Subject: Re: [Lsr] Working Group Adoption of "IGP Unreachable Prefix Announcement" - draft-ppsenak-lsr-igp-ureach-prefix-announce-04
X-BeenThere: lsr@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Link State Routing Working Group <lsr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lsr>, <mailto:lsr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lsr/>
List-Post: <mailto:lsr@ietf.org>
List-Help: <mailto:lsr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lsr>, <mailto:lsr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Sep 2023 00:25:27 -0000
On Sep 1, 2023, at 20:05, Acee Lindem <acee.ietf@gmail.com> wrote:
Hi Aijun,On Aug 31, 2023, at 23:36, Aijun Wang <wangaijun@tsinghua.org.cn> wrote:Hi,Acee:Please read https://datatracker.ietf.org/doc/html/draft-wang-lsr-prefix-unreachable-annoucement-12#section-7" rel="nofollow">https://datatracker.ietf.org/doc/html/draft-wang-lsr-prefix-unreachable-annoucement-12#section-7 before making misguide assertions:“The advertisement of PUAM message should only last one configurable period to allow the services that run on the failure prefixes are switchovered.”I guess I haven’t kept up with all the elements of the draft under adoption that you continue to incorporate into your draft. This has been a continuing theme since initial discussed of the application signaling use case. While I have no interest in improving your draft, making the LSP/LSA short-lived conflicts with the other scenarios your draft purports to address.Acee_______________________________________________Best RegardsAijun WangChina Telecom发件人: lsr-bounces@ietf.org [mailto:lsr-bounces@ietf.org] 代表 Acee Lindem
发送时间: 2023年9月1日 0:50
收件人: Robert Raszuk <robert@raszuk.net>
抄送: Les Ginsberg (ginsberg) <ginsberg=40cisco.com@dmarc.ietf.org>; Huzhibo <huzhibo=40huawei.com@dmarc.ietf.org>; Peter Psenak <ppsenak@cisco.com>; linchangwang <linchangwang.04414@h3c.com>; lsr <lsr@ietf.org>
主题: Re: [Lsr] Working Group Adoption of "IGP Unreachable Prefix Announcement" - draft-ppsenak-lsr-igp-ureach-prefix-announce-04On Aug 31, 2023, at 12:32, Robert Raszuk <robert@raszuk.net> wrote:Hi Acee,In any case, one will need to update the signaling routers and the routers acting on the signal.I guess this is clear to all.Additionally, your request for the adoption was that the draft have a stronger statement about the mechanism being used for solely for signaling for applications (e.g., BGP PIC).As to the applicability my comment was that either draft should state in strong normative language that this is applicable only to applications which data plane uses encapsulation to the next hop.Said this draft-wang introduces the additional signalling, sort of trying to assure that all nodes in an area understand the new messages - but I am not sure if even advertising PUAM capability means that it will be actually used for all destinations ?No - but while the draft under adoption (ppsenak-lsr…) is for an ephemeral signal which the WG agreed was a valid use case, in the other draft, the LSAs are long-lived and are also may be used for other purposed than signaling (e.g., reread both sections 4 and 6 of draft-wang-lsr…). This draft starting with a whole different use case but selectively added mechanisms from ppsenak-lsr…I seem to recall you were a strong proponent of limiting the scope.By responding to this Email inline, some may believe you support the assertion that we should start the adoption of both drafts. Please be clarify this.Well the way I see this is that adoption call is a bit more formal opportunity for WG members to express their opinion on any document. But maybe LSR (for good reasons) have different internal rules to decide which document should be subject to WG adoption and does sort of pre-filtering.If adoption call proves document has negative comments or lacks cross vendor support it simply does not get adopted.Maybe I am just spoiled looking at how IDR WG process works :-)You replied to an Email inline suggesting adoption of both drafts. That is what I think could have been misconstrued - especially by those who didn’t follow the discussion until now who think you are agreeing with this recommendation.As for your other comment that this could be accomplished with BGP or an out-of-bound mechanism, that is true but that could be true of many problem. However, the solution under adoption has running code and wide vendor support.Right ... As I wrote to Peter - perhaps this is just a pragmatic approach and flooding is what link state uses so be it.As you know I did try in the past to propose BGP Aggregate withdraw but then feedback of the community was that PEs do not go down that often to justify the extension.Hmm… We seem to have broad support for the LSR application signaling use case.Thanks,AceeBest,Robert
Lsr mailing list
Lsr@ietf.org
https://www.ietf.org/mailman/listinfo/lsr" rel="nofollow">https://www.ietf.org/mailman/listinfo/lsr
_______________________________________________
Lsr mailing list
Lsr@ietf.org
https://www.ietf.org/mailman/listinfo/lsr
- [Lsr] Working Group Adoption of "IGP Unreachable … Acee Lindem
- Re: [Lsr] Working Group Adoption of "IGP Unreacha… Voyer, Daniel
- Re: [Lsr] Working Group Adoption of "IGP Unreacha… Acee Lindem
- Re: [Lsr] Working Group Adoption of "IGP Unreacha… linchangwang
- Re: [Lsr] Working Group Adoption of "IGP Unreacha… Peter Psenak
- Re: [Lsr] Working Group Adoption of "IGP Unreacha… Les Ginsberg (ginsberg)
- Re: [Lsr] Working Group Adoption of "IGP Unreacha… Huzhibo
- Re: [Lsr] Working Group Adoption of "IGP Unreacha… Les Ginsberg (ginsberg)
- [Lsr] 答复: Working Group Adoption of "IGP Unreacha… Aijun Wang
- Re: [Lsr] 答复: Working Group Adoption of "IGP Unre… Les Ginsberg (ginsberg)
- Re: [Lsr] Working Group Adoption of "IGP Unreacha… Robert Raszuk
- Re: [Lsr] Working Group Adoption of "IGP Unreacha… Dongjie (Jimmy)
- Re: [Lsr] Working Group Adoption of "IGP Unreacha… Huzhibo
- Re: [Lsr] Working Group Adoption of "IGP Unreacha… Robert Raszuk
- Re: [Lsr] Working Group Adoption of "IGP Unreacha… Peter Psenak
- Re: [Lsr] Working Group Adoption of "IGP Unreacha… Dongjie (Jimmy)
- Re: [Lsr] Working Group Adoption of "IGP Unreacha… Peter Psenak
- Re: [Lsr] Working Group Adoption of "IGP Unreacha… Robert Raszuk
- Re: [Lsr] Working Group Adoption of "IGP Unreacha… Les Ginsberg (ginsberg)
- Re: [Lsr] Working Group Adoption of "IGP Unreacha… Acee Lindem
- Re: [Lsr] Working Group Adoption of "IGP Unreacha… Robert Raszuk
- Re: [Lsr] Working Group Adoption of "IGP Unreacha… Acee Lindem
- [Lsr] 答复: Working Group Adoption of "IGP Unreacha… Aijun Wang
- [Lsr] 答复: Working Group Adoption of "IGP Unreacha… Aijun Wang
- Re: [Lsr] Working Group Adoption of "IGP Unreacha… Acee Lindem
- Re: [Lsr] Working Group Adoption of "IGP Unreacha… Aijun Wang
- Re: [Lsr] Working Group Adoption of "IGP Unreacha… Acee Lindem
- [Lsr] 答复: Working Group Adoption of "IGP Unreacha… Aijun Wang
- Re: [Lsr] 答复: Working Group Adoption of "IGP Unre… Peter Psenak
- Re: [Lsr] 答复: Working Group Adoption of "IGP Unre… Aijun Wang
- Re: [Lsr] 答复: Working Group Adoption of "IGP Unre… Peter Psenak
- Re: [Lsr] Working Group Adoption of "IGP Unreacha… Acee Lindem
- [Lsr] 答复: Working Group Adoption of "IGP Unreacha… Aijun Wang
- Re: [Lsr] Working Group Adoption of "IGP Unreacha… Thomas.Graf
- Re: [Lsr] Working Group Adoption of "IGP Unreacha… Satoru Matsushima
- Re: [Lsr] Working Group Adoption of "IGP Unreacha… Gyan Mishra
- Re: [Lsr] Working Group Adoption of "IGP Unreacha… Acee Lindem
- [Lsr] 【Request AD Step In】 Working Group Adoption… Aijun Wang
- Re: [Lsr] 【Request AD Step In】 Working Group Adop… tom petch
- Re: [Lsr] 【Request AD Step In】 Working Group Adop… John Scudder
- Re: [Lsr] 【Request AD Step In】 Working Group Adop… Acee Lindem
- Re: [Lsr] 【Request AD Step In】 Working Group Adop… Aijun Wang
- Re: [Lsr] 【Request AD Step In】 Working Group Adop… tom petch
- Re: [Lsr] 【Request AD Step In】 Working Group Adop… Acee Lindem
- [Lsr] 答复: 【Request AD Step In】 Working Group Adop… Aijun Wang
- [Lsr] 答复: 【Request AD Step In】 Working Group Adop… Aijun Wang
- Re: [Lsr] 【Request AD Step In】 Working Group Adop… tom petch
- Re: [Lsr] 答复: 【Request AD Step In】 Working Group … Aijun Wang
- Re: [Lsr] 【Request AD Step In】 Working Group Adop… John Scudder
- [Lsr] 答复: 【Request AD Step In】 Working Group Adop… Aijun Wang
- Re: [Lsr] 【Request AD Step In】 Working Group Adop… Peter Psenak
- Re: [Lsr] 【Request AD Step In】 Working Group Adop… Acee Lindem