From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Miller Subject: Re: [net 1/1] tipc: fix lost member events bug Date: Mon, 18 Dec 2017 13:17:05 -0500 (EST) Message-ID: <20171218.131705.954559442071105922.davem@davemloft.net> References: <1513614856-9857-1-git-send-email-jon.maloy@ericsson.com> Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: netdev@vger.kernel.org, mohan.krishna.ghanta.krishnamurthy@ericsson.com, tung.q.nguyen@dektech.com.au, hoang.h.le@dektech.com.au, canh.d.luu@dektech.com.au, ying.xue@windriver.com, tipc-discussion@lists.sourceforge.net To: jon.maloy@ericsson.com Return-path: Received: from shards.monkeyblade.net ([184.105.139.130]:38920 "EHLO shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S937946AbdLRSRH (ORCPT ); Mon, 18 Dec 2017 13:17:07 -0500 In-Reply-To: <1513614856-9857-1-git-send-email-jon.maloy@ericsson.com> Sender: netdev-owner@vger.kernel.org List-ID: From: Jon Maloy Date: Mon, 18 Dec 2017 17:34:16 +0100 > Group messages are not supposed to be returned to sender when the > destination socket disappears. This is done correctly for regular > traffic messages, by setting the 'dest_droppable' bit in the header. > But we forget to do that in group protocol messages. This has the effect > that such messages may sometimes bounce back to the sender, be perceived > as a legitimate peer message, and wreak general havoc for the rest of > the session. In particular, we have seen that a member in state LEAVING > may go back to state RECLAIMED or REMITTED, hence causing suppression > of an otherwise expected 'member down' event to the user. > > We fix this by setting the 'dest_droppable' bit even in group protocol > messages. > > Signed-off-by: Jon Maloy Applied.