Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp789012pxk; Thu, 24 Sep 2020 20:00:08 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxQcHO5zho4FZnU+ddkcPBvlrGYyxn6VZU/93w39DMbKjSOENxJnKd2HZJul+Ft6KH26QIZ X-Received: by 2002:a05:6402:1495:: with SMTP id e21mr1795998edv.146.1601002807897; Thu, 24 Sep 2020 20:00:07 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1601002807; cv=none; d=google.com; s=arc-20160816; b=Rni7dmoZEx/52BSUyxECOSPDxonzd1LZlSU7kMNUmie7wWHojsSYztQYMVDRwTKgFF MVb72RbpXBtUZromUyLHy1kpkgUvGMsNdrrV55V3no1WWxtK+OwyYYL+Jf8jkcDLjt9E ujZYBRYlfhtkQs3DYpzHPrUI4d0V2powOM6HVW59aR3LwskaRRaTZpLSTWlfTNVnc8W6 q0mBpMH8UgDT23MD+In57pyx8DEC5jdLtxXJW9fUfVsYZP+/ywayDxFpgXlU15mwCvv+ V5ly6jr23D1VBjJwJbkTfui0/zctZkqiYj7A4/2/FqWLngHrgG1kuq0sD2bbxIc+MJtU bZDg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:from:subject:cc:to:message-id:date; bh=FGZPZ6xPwg0LRniaC+vUVNtUEdp1v2MroRzAWPrBBEw=; b=ggQxLNittsuLKwC7jjNYyXT7MoOpcalFJQ/CwFAVcoZUA9jO5Flrfavwr/w8JlGj1H 1KotrXkNfoMQqtRhXYjUoJrzh8XkmRZsEfd0kG2o+edqZ9tkXKfdrt28W9+GUk9XMxBN osvZZTfgfk80x/VN5j1A4tSC8uBnXy5xhWXsn3RZVZ0YSOy0SwlsUwze+2XHULWb5lQH W9tJqCXSe0koqsHRt3YbzHo0iU5gmDWvIsh+6pGw6m+VwyjmqMGZUybDA5uT8WIVnAZy 5VWrilWOPaGZ82529tnWLtR7KZm59IXK8kG865sZUlIhEr91ZclNYv5lzKCgA3Gq84zr sCcQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id c9si959063edt.107.2020.09.24.19.59.44; Thu, 24 Sep 2020 20:00:07 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726773AbgIYC6v (ORCPT + 99 others); Thu, 24 Sep 2020 22:58:51 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60248 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726676AbgIYC6v (ORCPT ); Thu, 24 Sep 2020 22:58:51 -0400 Received: from shards.monkeyblade.net (shards.monkeyblade.net [IPv6:2620:137:e000::1:9]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D54B4C0613CE; Thu, 24 Sep 2020 19:58:50 -0700 (PDT) Received: from localhost (unknown [IPv6:2601:601:9f00:477::3d5]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: davem-davemloft) by shards.monkeyblade.net (Postfix) with ESMTPSA id 88C79135F8F0C; Thu, 24 Sep 2020 19:42:02 -0700 (PDT) Date: Thu, 24 Sep 2020 19:58:48 -0700 (PDT) Message-Id: <20200924.195848.729334260699047552.davem@davemloft.net> To: geliangtang@gmail.com Cc: mathew.j.martineau@linux.intel.com, matthieu.baerts@tessares.net, kuba@kernel.org, netdev@vger.kernel.org, mptcp@lists.01.org, linux-kernel@vger.kernel.org Subject: Re: [MPTCP][PATCH net-next 00/16] mptcp: RM_ADDR/ADD_ADDR enhancements From: David Miller In-Reply-To: References: X-Mailer: Mew version 6.8 on Emacs 27.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [2620:137:e000::1:9]); Thu, 24 Sep 2020 19:42:02 -0700 (PDT) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Geliang Tang Date: Thu, 24 Sep 2020 08:29:46 +0800 > This series include two enhancements for the MPTCP path management, > namely RM_ADDR support and ADD_ADDR echo support, as specified by RFC > sections 3.4.1 and 3.4.2. > > 1 RM_ADDR support include 9 patches (1-3 and 8-13): > > Patch 1 is the helper for patch 2, these two patches add the RM_ADDR > outgoing functions, which are derived from ADD_ADDR's corresponding > functions. > > Patch 3 adds the RM_ADDR incoming logic, when RM_ADDR suboption is > received, close the subflow matching the rm_id, and update PM counter. > > Patch 8 is the main remove routine. When the PM netlink removes an address, > we traverse all the existing msk sockets to find the relevant sockets. Then > trigger the RM_ADDR signal and remove the subflow which using this local > address, this subflow removing functions has been implemented in patch 9. > > Finally, patches 10-13 are the self-tests for RM_ADDR. > > 2 ADD_ADDR echo support include 7 patches (4-7 and 14-16). > > Patch 4 adds the ADD_ADDR echo logic, when the ADD_ADDR suboption has been > received, send out the same ADD_ADDR suboption with echo-flag, and no HMAC > included. > > Patches 5 and 6 are the self-tests for ADD_ADDR echo. Patch 7 is a little > cleaning up. > > Patch 14 and 15 are the helpers for patch 16. These three patches add > the ADD_ADDR retransmition when no ADD_ADDR echo is received. Series applied, thank you.