Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp7644108yba; Thu, 2 May 2019 13:36:07 -0700 (PDT) X-Google-Smtp-Source: APXvYqwR3hHBkv6cDldsoBXSpDW2N8VSQag9FCV8axVf2ozmB4HsTNEolTX5UWYJGlVnrwLyPBr1 X-Received: by 2002:a62:5542:: with SMTP id j63mr6245017pfb.34.1556829366977; Thu, 02 May 2019 13:36:06 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1556829366; cv=none; d=google.com; s=arc-20160816; b=aDgDBB0qTwh8CDpDMYz5z5VjWnzACWNM49zNVOv0XIZnxrAVDk4Db3hvCc0A4x7I6j txZ3TDwK6cKo0lGdpsMvqtSeCMCdqeZFGjbPVmU/Od+3LhpqcvhPvhpUyuyLBCoIxO1A X9233FS9AZdL5wWcS3REngfGN4exWO54TK65SZq76DjtGdbRW/iffXpmI0c/6mCFBqXD x747PcqIUm0vgAd4NO1G2MHs5vHq3EdYO5MdpEkp1b49C8oYGP0R9+3e31MTukpbxFSa KOYk6uKu0/DyopQh26eAa5OqH0Av1Jp7welIexyqg0Zb4Jg+bQGKM9bRX+4zduRvPvCG W+WA== 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=jwVw1861Z47A8TkSt0+ycEuZCRNVTcaAYcM9GpsG/X8=; b=Mk9t+pwGMkfGFDm9BOwUnRCkeYK12oHK6b8LbycgrqS+xj89GcoLYn6rq0nYm1p16g TWPJ0EcCgwzrXZkseiXvQUmp4H0zqQcC/r64siAFXOXqf0hdAZAmIBmriYLMZwD/+lrC rpvOsQY4CAQJzTnvI/s2Ih8e2F4q7cWqH+waGQocMLftZwmW8bIkaz7z/I7tt5JsURDQ fBRyZqDQITBjzNSDJBznzLBLEOOT+WwABCNXdQuk5O1ErUEHM32VYmroy8T3san6qhGI fLCcEfHmrL4OLg+onbKVK1TdVjM5Y1mqjGQhLWuoyU64nAz4TpoOKMEuqfuIDd2XQtaE P5Aw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@silvair-com.20150623.gappssmtp.com header.s=20150623 header.b="WL4/LIaA"; 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 a24si45433pgl.556.2019.05.02.13.35.44; Thu, 02 May 2019 13:36:06 -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="WL4/LIaA"; 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 S1726324AbfEBUfb (ORCPT + 99 others); Thu, 2 May 2019 16:35:31 -0400 Received: from mail-lj1-f179.google.com ([209.85.208.179]:40686 "EHLO mail-lj1-f179.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725962AbfEBUfb (ORCPT ); Thu, 2 May 2019 16:35:31 -0400 Received: by mail-lj1-f179.google.com with SMTP id d15so3433043ljc.7 for ; Thu, 02 May 2019 13:35:29 -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=jwVw1861Z47A8TkSt0+ycEuZCRNVTcaAYcM9GpsG/X8=; b=WL4/LIaAiuu7/VVx+OX8SvQgBcT3WOPC6PTI6m9Ctlf/jQAg6k37kvxq0QU2w71Xl2 z/OycikZUn8Yagnba8z605petVXI5Dm7nfUumDRC8p2/dJ4YVBCT/iyBEi+UJRngqb8d 4K7lmV8t9lqxSizFSNqNUsPnX7Zy7UGM9vd0n8vMeQhrKoUQ/GzJuO7QB9SSirPqrN3X Os+xmJnjwhSzC13phMZ+FOnhmsSiVN0nW+v3Uvy0kUWl2r6mlxHo32J9JiRc3ynndSDA /HkBUDrYk5WxkRQLbrLGflsEcy9kyKBZbUl0CnFBTpjww31QVCnWy8Py15Zl2ahAMJ/F VQIw== 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=jwVw1861Z47A8TkSt0+ycEuZCRNVTcaAYcM9GpsG/X8=; b=U2suEFJizgT6KOMWFRorThxP46U4Z5yOEcCj2Cr6JsDLSnGoW+VT21aoerHlIGM9bg 85SiC7dY8ASACs0rDllaovOaU/gsN8pzxaKzpGzMtEvCdgyNWtTWToUyKMJmEfMkOVQo pmfNXEzsbjLPZ0OVR8sA+6XoQP+N+D4Q+XrEZrO+2zim7YlMXi3iBocyX3vUlDGENKdS zpzzJMmQ33KLIMn+cOuKcRTwhoHyFQLFsaMlhSO+EvesoYM/px1r2lI5tqUkJD+1lk8U 6xSXyd5XfyduswiB7e7DgXvQtYf/FhYMuZP4amnudNeiH9LIAw0H5lNBpfMR1pRVF92h qeoA== X-Gm-Message-State: APjAAAUbsDcQM+kWkr9SaEjaLXM3LEEHht+qa+pJIPmgNM9qeipFrJgl 9SYZm4Od72uFPSQiaAI00AYT4Q== X-Received: by 2002:a2e:4457:: with SMTP id r84mr3087008lja.112.1556829328953; Thu, 02 May 2019 13:35:28 -0700 (PDT) Received: from kynes (apn-31-2-19-253.dynamic.gprs.plus.pl. [31.2.19.253]) by smtp.gmail.com with ESMTPSA id v22sm7711lje.44.2019.05.02.13.35.27 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 02 May 2019 13:35:28 -0700 (PDT) Date: Thu, 2 May 2019 22:35:26 +0200 From: "michal.lowas-rzechonek@silvair.com" To: "Stotland, Inga" Cc: "linux-bluetooth@vger.kernel.org" , "Gix, Brian" Subject: Re: [PATCH] mesh: Use node uuids as storage directory names Message-ID: <20190502203526.mfglyyzsoudp6mtw@kynes> Mail-Followup-To: "Stotland, Inga" , "linux-bluetooth@vger.kernel.org" , "Gix, Brian" References: <20190502130630.13890-1-michal.lowas-rzechonek@silvair.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: NeoMutt/20180716 Sender: linux-bluetooth-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-bluetooth@vger.kernel.org Hi Inga, On 05/02, Stotland, Inga wrote: > Device UUID is associated with a mesh-based application and, as such, > is immutable. > However, the same application (or we can call it device) can be > simultaneously provisioned on different mesh networks (e.g., home and > office networks), which means that it needs to be represented as a > unique mesh node and its configuration has to be stored in unique > distinct location. Hence the need for a unique node ID that is not > based on device UUID. 3.10.3 says that: "(...) each node shall be assigned a 128-bit UUID known as the Device UUID. Device manufacturers shall follow the standard UUID format as defined in [RFC4122] and generation procedure to ensure the uniqueness of each Device UUID" So I think the UUID is assigned to *nodes*, not *applications* controlling them? I don't think it's legal to create two different nodes with the same UUID. To cover the use case you mentioned, I think the application would need to keep track of two UUIDs, and Attach() itself to both - which is certainly possible. regards -- Michał Lowas-Rzechonek Silvair http://silvair.com Jasnogórska 44, 31-358 Krakow, POLAND