Re: [core] Using CoAP for P2P

Abhijan Bhattacharyya <abhijan.bhattacharyya@gmail.com> Tue, 07 April 2020 13:17 UTC

Return-Path: <abhijan.bhattacharyya@gmail.com>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BE0323A094D for <core@ietfa.amsl.com>; Tue, 7 Apr 2020 06:17:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 em8MiiGWwVgr for <core@ietfa.amsl.com>; Tue, 7 Apr 2020 06:17:12 -0700 (PDT)
Received: from mail-ed1-x52c.google.com (mail-ed1-x52c.google.com [IPv6:2a00:1450:4864:20::52c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A878E3A0949 for <core@ietf.org>; Tue, 7 Apr 2020 06:17:11 -0700 (PDT)
Received: by mail-ed1-x52c.google.com with SMTP id c7so4011787edl.2 for <core@ietf.org>; Tue, 07 Apr 2020 06:17:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=aGJqQPX1VIS8qAFw6JyjZk+W7z+87cXwD2olSiuRn0g=; b=XK07AUrFdUpBQuEGM+xOoF0eWYYfKFHKQ4tEs+D6emiaLeHHFmS7iM4/vso/6e20II f85eM89ZyIbEtQFV+47fKWPrkZXlPpBp9B0T8fl0XNeJnzMLA5xlJD0L7DxfWnZoRyJq A27Sl6KPHeVyyuFTT7amXKifdIjq6yAUEGFpivGEZmJlb9gODPgl/XKjwiD0S0Zuxap7 4aXx375UQjy9cYdpWWob3USdiTD15IIIpgKmrZSwm4GInrYDAxq5Y0WHQxBVsmRivCgg bv/XpJmPK2Jp2kg+1iUp7Y+A6bm9E3PhVHdFsSFoQVZfehYhoRpiWgJDzpdCtcdUU82z FRgQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=aGJqQPX1VIS8qAFw6JyjZk+W7z+87cXwD2olSiuRn0g=; b=aq06M3sSufG+25wAGDW2iD6hzOBvYX2noCacSqT3XEOCXkkr02rybpbHNmAMViOBip u1HB7/f13kZxQpfNRcAsgpeXh7yQqfltHwOS9GOORDAkExZNouutQf1OcnV2vWMSIvj9 EXIhfdtXeiYVefI4H8whP2IaB5KeZvwWLZAxaCRuHkFnHGOdSURHLU++llzlatSnXF61 pVkvctXJt3gYijpDdoCW7jlDghuATg3nTgxhMvrkFHjqVvzuLWP2LTv3gnp5H+3PNHVV itIzhDFias3CHbqDayQaALNl3Evy5nHLWxQ23YURFNzCcVPv9Wko/dWoSj+EHWgVTHZt gP6w==
X-Gm-Message-State: AGi0PubsXRO427DQaVEsEImBzYSSw5tfAFpYtfBo0HFxx3f64Lv5QhPX 5sxvZ7VlVgI4uXpUXAu3tcn/4XhjZZMFnE95s6PoEQ==
X-Google-Smtp-Source: APiQypIK4TGerzQ86Fd6EVtDSe6xJ060gM7Vics1OudkaDg70ibMv2ziYt/jER6Xg4diU0OPq44FDd+4xYOx/3OoFws=
X-Received: by 2002:a17:906:d8d4:: with SMTP id re20mr2083413ejb.34.1586265430141; Tue, 07 Apr 2020 06:17:10 -0700 (PDT)
MIME-Version: 1.0
References: <CAEW_hyzh3FAvHi1eTkbyGn99o4nFgcH1xP90FdQ6N9sHsAJVYQ@mail.gmail.com> <CAFD1m3HXkwZ1FTAqt-8JU27S0-UnCxpzoAJmCL_rO1Ocqtuq_w@mail.gmail.com>
In-Reply-To: <CAFD1m3HXkwZ1FTAqt-8JU27S0-UnCxpzoAJmCL_rO1Ocqtuq_w@mail.gmail.com>
From: Abhijan Bhattacharyya <abhijan.bhattacharyya@gmail.com>
Date: Tue, 07 Apr 2020 18:46:58 +0530
Message-ID: <CAEW_hyy=ADoiL-yb37kh00BiVC3=H40o84AcVeHz9enkZQTbDg@mail.gmail.com>
To: John Carter <john.carter@taitradio.com>
Cc: core <core@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000007bb02a05a2b33359"
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/docv0Yyz-wbt0BXxisfgn6rkE18>
Subject: Re: [core] Using CoAP for P2P
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 07 Apr 2020 13:17:14 -0000

Yes, these are typical implementation considerations.
Particularly if we consider the case in point number 2, any control system
design must keep the stability of the system in mind. However, there will
be many cases where the exchanges are not necessarily synchronous. A
strictly synchronous model could probably be implemented with a typical
client server relationship using POST request and response payload
intelligently. P2P should be agnostic of any possible relationship between
the resources.

Thanks.

On Tue, Apr 7, 2020 at 2:18 AM John Carter <john.carter@taitradio.com>
wrote:

> While the standard is, unlike the http standard, agnostic as to who is the
> client and who is the server and the roles can switch.... in practical
> experience I'd advise caution.
>
> 1. If you are not careful you end up with a system that only works if and
> only if all nodes are up and working. The best thing about REST is it
> reduces coupling and dependencies between client and server. If you two way
> couple them, you have made the coupling a lot stronger.
>
> 2. If you are not careful, you can end up with update loops. ie. Node A
> updates an observable resource, in response to which Node B updates a
> derived observable resource, which Node.... updates a derived observable
> resource, which triggers an update on Node A and around we go.
>
>
> On Thu, Apr 2, 2020 at 12:31 AM Abhijan Bhattacharyya <
> abhijan.bhattacharyya@gmail.com> wrote:
>
>> Hi,
>> Is there any standardized mechanism to use CoAP for a P2P connection?
>> Thanks.
>>
>> --
>> Regards,
>> Abhijan Bhattacharyya,
>> *Technologist by profession [IoT| Internet Protocols| 5G]*
>> _______________________________________________
>> core mailing list
>> core@ietf.org
>> https://www.ietf.org/mailman/listinfo/core
>>
>
>
> --
> John Carter
> Phone : (64)(3) 358 6639
> Tait Electronics
> PO Box 1645 Christchurch
> New Zealand
>
>
> ------------------------------
> This Communication is Confidential. We only send and receive email on the
> basis of the terms set out at www.taitradio.com/email_disclaimer
> ------------------------------
>


-- 
Regards,
Abhijan Bhattacharyya,
*Technologist by profession [IoT| Internet Protocols| 5G]*