Re: [Idr] WG Adoption call for draft-wang-idr-rd-orf-05.txt (2/4/2021 to 2/18/2021)

Aijun Wang <wangaijun@tsinghua.org.cn> Fri, 12 February 2021 00:19 UTC

Return-Path: <wangaijun@tsinghua.org.cn>
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 828C23A0E66 for <idr@ietfa.amsl.com>; Thu, 11 Feb 2021 16:19:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.919
X-Spam-Level:
X-Spam-Status: No, score=-1.919 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 jW67xHC7siwr for <idr@ietfa.amsl.com>; Thu, 11 Feb 2021 16:18:57 -0800 (PST)
Received: from mail-m17638.qiye.163.com (mail-m17638.qiye.163.com [59.111.176.38]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D16673A0E03 for <idr@ietf.org>; Thu, 11 Feb 2021 16:18:55 -0800 (PST)
Received: from [240.0.0.1] (unknown [111.194.46.85]) by mail-m17638.qiye.163.com (Hmail) with ESMTPA id 91B1B1C00EF; Fri, 12 Feb 2021 08:18:52 +0800 (CST)
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
From: Aijun Wang <wangaijun@tsinghua.org.cn>
Mime-Version: 1.0 (1.0)
Date: Fri, 12 Feb 2021 08:18:51 +0800
Message-Id: <B7141BA6-C0E2-455A-B294-01BF6C863205@tsinghua.org.cn>
References: <YCWxPzNpExXqTD2u@shrubbery.net>
Cc: Gyan Mishra <hayabusagsm@gmail.com>, Susan Hares <shares@ndzh.com>, idr@ietf.org, zhangy88@chinatelecom.cn
In-Reply-To: <YCWxPzNpExXqTD2u@shrubbery.net>
To: john heasley <heas@us.ntt.net>
X-Mailer: iPhone Mail (18D52)
X-HM-Spam-Status: e1kfGhgUHx5ZQUtXWQgYFAkeWUFZS1VLWVdZKFlBSkxLS0o3V1ktWUFJV1 kPCRoVCBIfWUFZGEMfHx5NSkwdSExCVkpNSkhLQ0JKSElMSkhVEwETFhoSFyQUDg9ZV1kWGg8SFR 0UWUFZT0tIVUpKS0JITVVLWQY+
X-HM-Sender-Digest: e1kMHhlZQR0aFwgeV1kSHx4VD1lBWUc6MBw6PCo*DD8VMS0WVhohTgE3 IRwaCi9VSlVKTUpIS0NCSkhIS05CVTMWGhIXVQwaFRwaEhEOFTsPCBIVHBMOGlUUCRxVGBVFWVdZ EgtZQVlKSkpVSkJPVU9NVUNOWVdZCAFZQUlOSUs3Bg++
X-HM-Tid: 0a77939ad037d993kuws91b1b1c00ef
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/ziQvV5hyXVG1wIyQrIAMx0igMy4>
Subject: Re: [Idr] WG Adoption call for draft-wang-idr-rd-orf-05.txt (2/4/2021 to 2/18/2021)
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.29
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, 12 Feb 2021 00:19:01 -0000

Hi, John:

I am not the IPR experts, but it seems such clauses is the normal declaration within IETF community. Would you like to give other examples in IETF that may be more moderate?
If so, I can seek the opinions from our IPR experts and feedback.

Aijun Wang
China Telecom

> On Feb 12, 2021, at 06:36, john heasley <heas@us.ntt.net> wrote:
> 
> Wed, Feb 10, 2021 at 02:46:42AM -0500, Gyan Mishra:
>> 2) Should the WG consider this draft given it has an IPR claim
>> 
>> Yes
> 
> Why?  The IPR appears to indicate that if any entity that asserts any patent
> claim against CT, presumably due to infringement, should expect CT to assert
> a patent claim for this process.  Retaliatory patent enforcement.  Awesome.
> FRAND does not mean settlement-free, nor reasonable.
> 
>> or
>> 
>>    Would the IDR WG prefer another approach?
>> 
>> We have reviewed other approaches and this provides a finer grain approach
>> to dynamically mitigate VPN being overwhelmed by source PE RD offender.  We
>> have discussed other approaches and best practice such as VPN maximum
>> prefix as well as peer maximum prefix, however this feature resolves a gap
>> directly related to offending PE RD originator.
> 
> _______________________________________________
> Idr mailing list
> Idr@ietf.org
> https://www.ietf.org/mailman/listinfo/idr