Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp2781875ybb; Fri, 27 Mar 2020 11:57:59 -0700 (PDT) X-Google-Smtp-Source: ADFU+vtYftj/Lc8vLe3/b+9fn67LuTpNg7wxDLfMaFhpiGqff7HO8Jy6fdw/yeNVNjlAU+naURBm X-Received: by 2002:aca:50d0:: with SMTP id e199mr211997oib.133.1585335479646; Fri, 27 Mar 2020 11:57:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1585335479; cv=none; d=google.com; s=arc-20160816; b=Gm/0mmf48B987xHH0Cj//jmu2kXTheLrvayo3D3GmOkdU3jtvIy+Z4Hi9RWGC0J0SM y5v8sUZsRTtiEnnfKpW9d1qb0E7DGEkk9NCV/2/NDFdrw9CjvaiNNRHTUxvv5b3iKq+5 ctgpjCIMfNB0m2mgsoA4TW+tlr80yGA01pRfABbW4Y7DkqcjT+JXBIacbx+mnZw+a1vN 0ACnnPJ2l4ctfLQWFc2MDhaifWqhZ6Bc07kfEN+FmReIeoixoggNa4Xan/sqnArBzBRF 3RSeYSoqXEJ8rt6o8ELwvvOerZXHXtY4e4zKD/VhDJTJNGGq9RSe5XbaUXaE9HDYPeyK 6SFg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-transfer-encoding:content-disposition:mime-version :references:mail-followup-to:message-id:subject:cc:to:from:date :dkim-signature; bh=bh75V5R+4LYHLZUzkTvqSLcwmo9mX/SiaZH+8Kt3xAo=; b=Y/1aeQZd3HnaV31HWgSaWP5niGI2KeR94G+qoSJhzFNYOq+9RNaKkLI9tlZP6WjJrE k+ckUjJrW16mLENQw04z0dlaPakkCOYk4nugHjGt3ZSyBHjxRZXezEZNylpJtV8eza2R 3hqVBbj7NV8q6erSqSYWFQenBpjKta2q6EwcLlUG3PXKrH9u8QdUPcf7h927WBmDDR8L 9RJHjqszlw1K/ik90sZERBCTi4Q/8w33XW1JeX7aTw6hmfAXXjs33+OMZiKxzybyDDL1 PQo02bZFFDQ/pwJFCxgtg0cjI8gRDRux/rHKJfYbCogw274NAbtVufLdIZkeXnYmoTBV t9Ig== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@silvair-com.20150623.gappssmtp.com header.s=20150623 header.b=RUrqIzkT; spf=pass (google.com: best guess record for domain of linux-bluetooth-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-bluetooth-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id x74si2722847oif.119.2020.03.27.11.57.07; Fri, 27 Mar 2020 11:57:59 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-bluetooth-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@silvair-com.20150623.gappssmtp.com header.s=20150623 header.b=RUrqIzkT; spf=pass (google.com: best guess record for domain of linux-bluetooth-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-bluetooth-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726738AbgC0Sz4 (ORCPT + 99 others); Fri, 27 Mar 2020 14:55:56 -0400 Received: from mail-lf1-f43.google.com ([209.85.167.43]:36502 "EHLO mail-lf1-f43.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726275AbgC0Sz4 (ORCPT ); Fri, 27 Mar 2020 14:55:56 -0400 Received: by mail-lf1-f43.google.com with SMTP id s1so8737976lfd.3 for ; Fri, 27 Mar 2020 11:55:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=silvair-com.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to:user-agent; bh=bh75V5R+4LYHLZUzkTvqSLcwmo9mX/SiaZH+8Kt3xAo=; b=RUrqIzkTIrE3DwU6/qQXHS3KYwZKBQesCeOOW8mt2rWe3NWii4NWFwofA/TKaM7jFB AEcqVHcK0l2yLhC8U4vFRbNcmeJ0CEGAgbUsW2P2TXqPPatb8HXX+gu0w4EyfaveBuMW WmInkDGevK0IRHnik81lnPyscAhxfjJEtRLZr8Q+M2T2rMhx2q2ZK+v8SPPxU+cZT+hO wfEOqj2MOyILosE97rPZ7fvmkr9Nk5biyON8az7lOpwi3O2lXG8wPMXWl8kDAUcuNFWJ /Vc7U12v+yipDHUhXbNnPrEego5mGPncs4Rduw6KHmvAjLYLKexbiQJ+daM/JI/xMGXp h/Fg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=bh75V5R+4LYHLZUzkTvqSLcwmo9mX/SiaZH+8Kt3xAo=; b=Hqkt/35bY7KGeohG0mxt7dQpTV3tTQiYZoNXTuHDJsKwEn5PktuPbwV0pkP8HTWk7f 9tNrUqbDWeocntRM7XKNxfFzRQdYCtBDZhbHahPselBbzCy0CfmGe/GkzcInG9HD9JPt fQPjmBIaGL8uPWh4l2PPDxFdJDwEfMpVYfcNaxy2qjpXDrZS7WCcaE97IJuCpKBdobJp Q7KZPIFKZVQ54yjWqvA2jBDjEEct+MaUMQbN1NVqbSRHE/puBWIl4QAG3XHxpk1QmGsO CUV9AkIZ54tiZuoVqsQXcpdDKUf67352bX0VldrCXkaK0NdidzcVI9Fw+T52GSomGIbx egzA== X-Gm-Message-State: AGi0PuaVybLq+96KbMmS1v+pLVImGYOrTK4beOnBrnKrstMQSYUws7oO XKgnRZTbYhbaR/RBNzFqPPRSZA== X-Received: by 2002:ac2:42c5:: with SMTP id n5mr469037lfl.20.1585335352190; Fri, 27 Mar 2020 11:55:52 -0700 (PDT) Received: from kynes (apn-37-7-76-34.dynamic.gprs.plus.pl. [37.7.76.34]) by smtp.gmail.com with ESMTPSA id g5sm3218318lfd.66.2020.03.27.11.55.50 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 27 Mar 2020 11:55:51 -0700 (PDT) Date: Fri, 27 Mar 2020 19:55:49 +0100 From: "michal.lowas-rzechonek@silvair.com" To: "Gix, Brian" Cc: "linux-bluetooth@vger.kernel.org" , "przemyslaw.fierek@silvair.com" , "Stotland, Inga" Subject: Re: [PATCH BlueZ] mesh: Add net key index to send_seg() Message-ID: <20200327185549.wwuwqwzudw7yeewo@kynes> Mail-Followup-To: "Gix, Brian" , "linux-bluetooth@vger.kernel.org" , "przemyslaw.fierek@silvair.com" , "Stotland, Inga" References: <20200327131800.7637-1-michal.lowas-rzechonek@silvair.com> <4ef38cfb7149f3b52f8ee4e76d718ef25d64fd71.camel@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4ef38cfb7149f3b52f8ee4e76d718ef25d64fd71.camel@intel.com> User-Agent: NeoMutt/20180716 Sender: linux-bluetooth-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-bluetooth@vger.kernel.org Hi Brian, On 03/27, Gix, Brian wrote: > There is one use case which is being missed here: Resends of segments > of a segmented Device Key message, which do not have a bound net_key, > and can use *any* net_idx. > > When the initial Outgoing message is composed in mesh_net_app_send(), > the net_idx is known, and should be fixed for the life of the > segmented send procedure. I think we should just add net_idx to the > mesh_sar structure, and use that each time a segment needs to be > resent. > > And then next, we will probably need to make sure our outgoing ACKs to > incoming SAR messages are sent on the correct net_key. Thanks. This sounds good. We'll get back to you with v2 next week. regards -- Michał Lowas-Rzechonek Silvair http://silvair.com Jasnogórska 44, 31-358 Krakow, POLAND