Re: [Lsr] 【Request AD Step In】 Working Group Adoption of "IGP Unreachable Prefix Announcement" - draft-ppsenak-lsr-igp-ureach-prefix-announce-04

Aijun Wang <wangaijun@tsinghua.org.cn> Fri, 15 September 2023 07:09 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 2EF7EC1516E1; Fri, 15 Sep 2023 00:09:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.013
X-Spam-Level:
X-Spam-Status: No, score=-1.013 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_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=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 ss5dOhi40IQ7; Fri, 15 Sep 2023 00:08:59 -0700 (PDT)
Received: from mail-m49198.qiye.163.com (mail-m49198.qiye.163.com [45.254.49.198]) (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 3EF94C15155E; Fri, 15 Sep 2023 00:08:57 -0700 (PDT)
Received: from smtpclient.apple (unknown [IPV6:240e:404:2611:5612:f869:5789:22aa:4364]) by mail-m121145.qiye.163.com (Hmail) with ESMTPA id F3F638000B4; Fri, 15 Sep 2023 15:08:44 +0800 (CST)
Content-Type: multipart/alternative; boundary="Apple-Mail-E9B8C10C-7740-4C21-807B-EFE73573329D"
Content-Transfer-Encoding: 7bit
From: Aijun Wang <wangaijun@tsinghua.org.cn>
Mime-Version: 1.0 (1.0)
Message-Id: <1E442048-D5CA-4E53-AAE0-7A4BF993DE70@tsinghua.org.cn>
Date: Fri, 15 Sep 2023 15:08:34 +0800
Cc: lsr <lsr@ietf.org>, draft-ppsenak-lsr-igp-ureach-prefix-announce@ietf.org, tom petch <ietfc@btconnect.com>
To: John Scudder <jgs=40juniper.net@dmarc.ietf.org>, chopps@chopps.org
X-Mailer: iPhone Mail (20G75)
X-HM-Spam-Status: e1kfGhgUHx5ZQUpXWQgPGg8OCBgUHx5ZQUlOS1dZFg8aDwILHllBWSg2Ly tZV1koWUFITzdXWS1ZQUlXWQ8JGhUIEh9ZQVkaSEoaVk9DH05NH0sfGUodTlUTARMWGhIXJBQOD1 lXWRgSC1lBWUlPSx5BT0tPQUlNSkpBTk1KSUEdQ01CQU5MQ0JBSUkaGkFPSE1PWVdZFhoPEhUdFF lBWU9LSFVKSktDSEhVSktLVUtZBg++
X-HM-Tid: 0a8a97abac4eb03akuuuf3f638000b4
X-HM-MType: 10
X-HM-Sender-Digest: e1kMHhlZQR0aFwgeV1kSHx4VD1lBWUc6Oio6TRw5DT0BHQIdGS05HBoU FDcaCgpVSlVKTUJPTE1KTElOQktMVTMWGhIXVQwaFRwaEhEOFTsPCBIVHBMOGlUUCRxVGBVFWVdZ EgtZQVlJT0seQU9LT0FJTUpKQU5NSklBHUNNQkFOTENCQUlJGhpBT0hNT1lXWQgBWUFKQktPSjcG
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/5TfTFuPJZn6l3Om0rBO1MZw2dkg>
Subject: Re: [Lsr] 【Request AD Step In】 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: Fri, 15 Sep 2023 07:09:03 -0000



Hi,John:

Thanks in advance for your review for the discussion within the mail list.

Normally, the WG adoption call decisions will be coordinated between the Chairs. That’s the reason that I sort the judgement directly from the AD.

If the previous results represents only Acee’s preference, we would like to ask Chris to review also all the discussions and expect Chris to solve my concerns that Acee didn’t convince me. 

The IETF community should respect the initiative idea and adoption decision should be made based on the facts.

Hi, Chris:

I have asked Acee the following questionshttps://mailarchive.ietf.org/arch/msg/lsr/Oegys8UjFbc4R1Fw4o8mnZmEJ08/" rel="nofollow"> (https://mailarchive.ietf.org/arch/msg/lsr/Oegys8UjFbc4R1Fw4o8mnZmEJ08/ )and would like to hear your feedback:

For the adoption call or merge efforts, I think the WG should consider the following facts:
1)     Which draft is the first to provide the use cases? 
2)     Which draft is the first to propose explicit signaling for unreachable information?
3)     Which draft is the first to propose short lived notification?
4)     Which explicit signaling mechanism is simpler?
5)     Which draft provides more mechanisms to cover more scenarios?

The base document should be selected based on the answers of the above questions. 

John can also refer the above questions when reviewing the past discussions within the list.

Aijun Wang
China Telecom

On Sep 15, 2023, at 04:02, John Scudder <jgs=40juniper.net@dmarc.ietf.org> wrote:

Tom is right of course, and thank you for pointing it out. (The specific section in RFC 2026 to look at is 6.5.1.)

In the meantime, I’ll review the mailing list discussion. However, the most desirable outcome would be to settle things at the WG level without further escalation.

—John

On Sep 14, 2023, at 12:25 PM, tom petch <ietfc@btconnect.com> wrote:

From: Lsr <lsr-bounces@ietf.org> on behalf of Aijun Wang <wangaijun@tsinghua.org.cn>
Sent: 14 September 2023 11:38

Hi, Acee:

I admire your efforts for the LSR WG, but for the adoption call of this draft, you have not convinced me, although I gave you large amount of solid facts.
Then, it's time to let our AD to step in, to make the non-biased judgement, based on our discussions along the adoption call.

<tp>

I think that what you have in mind is an appeal, as per RFC2026.

The first stage therein is to involve the Chairs, and while Acee is one, he is not the only one.

Have you involved the other Chair, on or off list? That would seem to me to be next step.

Tom Petch


We request the WG document be based on the https://urldefense.com/v3/__https://datatracker.ietf.org/doc/draft-wang-lsr-prefix-unreachable-annoucement/__;!!NEt6yMaO-gk!FBaOZ68azDC2Puoe7BZVn9qBD-T-BvvJIoPE539Fz7ZmoBeBkYkjEH4eFsk7HxvaaacJE5KWnyE3KA$ , because it is the first document to initiate the use case, provide the explicit signaling mechanism, and cover more scenarios.

It’s unreasonable to adopt the follower solution and ignore the initiator. We started and lead the discussions THREE years earlier than the current proposal.

Aijun Wang
China Telecom

On Sep 8, 2023, at 23:16, Acee Lindem <acee.ietf@gmail.com> wrote:

The WG adoption call has completed and there is more than sufficient support for adoption.
What’s more, vendors are implementing and operators are planning of deploying the extensions.
Please republish the draft as draft-ietf-lsr-igp-ureach-prefix-announce-00.

A couple of WG members, while acknowledging the use case, thought that it would be better satisfied outside of the IGPs.
In fact, they both offered other viable alternatives. However, with the overwhelming support and commitment to implementation
and deployment, we are going forward with WG adoption of this document. As the Co-Chair managing the adoption, I don’t see
this optional mechanism as fundamentally changing the IGPs.

There was also quite vehement opposition from the authors of draft-wang-lsr-prefix-unreachable-annoucement. This draft
purports to support the same use case as well as others (the archives can be consulted for the discussion). Further discussion
of this other draft and the use cases it addresses should be in the context of draft-wang-lsr-prefix-unreachable-annoucement
and not the WG draft.

Thanks,
Acee

On Aug 23, 2023, at 3:58 PM, Acee Lindem <acee.ietf@gmail.com> wrote:

LSR Working Group,

This begins the working group adoption call for “IGP Unreachable Prefix Announcement” - draft-ppsenak-lsr-igp-unreach-prefix-announce-04.
Please indicate your support or objection on this list prior to September 7th, 2023.

Thanks,
Acee


_______________________________________________
Lsr mailing list
Lsr@ietf.org
https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/lsr__;!!NEt6yMaO-gk!FBaOZ68azDC2Puoe7BZVn9qBD-T-BvvJIoPE539Fz7ZmoBeBkYkjEH4eFsk7HxvaaacJE5IDNwDbvQ$

_______________________________________________
Lsr mailing list
Lsr@ietf.org
https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/lsr__;!!NEt6yMaO-gk!FBaOZ68azDC2Puoe7BZVn9qBD-T-BvvJIoPE539Fz7ZmoBeBkYkjEH4eFsk7HxvaaacJE5IDNwDbvQ$