Re: [core] [ipwave] Adaptive RESTful Real-time Live Streaming for Things (A-REaLiST)'

Abhijan Bhattacharyya <abhijan.bhattacharyya@tcs.com> Thu, 14 February 2019 06:29 UTC

Return-Path: <prvs=9417abd04=abhijan.bhattacharyya@tcs.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 C57E9130F23; Wed, 13 Feb 2019 22:29:33 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=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=tcs.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 lW9kc6Jcihq6; Wed, 13 Feb 2019 22:29:30 -0800 (PST)
Received: from indelg02.tcs.com (indelg02.tcs.com [203.200.109.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8BC6A128766; Wed, 13 Feb 2019 22:29:24 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tcs.com; i=@tcs.com; q=dns/txt; s=default2048; t=1550125766; x=1581661766; h=in-reply-to:references:to:cc:mime-version:subject: message-id:from:date; bh=zqs69v3m1kRKMatJ5/6Jk27HzNmBWtlLETo5HPe5gcg=; b=Y7i8GbLN+l1rT/tOEhLUcEBIQglgVEu+aYf3l9/+XOmYSaLy4daa/fOy jnHUQY0uUlyqbGyCQXEuzBxarAxXiP5izNFzuEsiJt4hi40NlHunogkUF in/uwtLbd3snFAmxv5JS6ewFHVp9kgWs1ALdQzGUCtAu8ZwxUi7QEk4Hb apa3WSfGcCHC5cF2RBH6MF/CwOOt7DziQCraCpWuO7diF4Jq/Plvfw8nH 36G38dbmM4pnN8Egf3ofM4CdzjuvwYq/+U7+LD8o8L2RfTGhKaoktZBuz 6Z7SasaVwiknNSBKnF7Zvxn73ij8UlYM75sjo9IloSB1KDT0P7w3Da7aE Q==;
IronPort-PHdr: =?us-ascii?q?9a23=3AbKF3zRNlwmW/PObhwBEl6mtUPXoX/o7sNwtQ0K?= =?us-ascii?q?IMzox0K/zzpcbcNUDSrc9gkEXOFd2Cra4c26yO6+jJYi8p2d65qncMcZhBBV?= =?us-ascii?q?cuqP49uEgeOvODElDxN/XwbiY3T4xoXV5h+GynYwAOQJ6tL1LdrWev4jEMBx?= =?us-ascii?q?7xKRR6JvjvGo7Vks+7y/2+94fcbglUhzexe69+IAmrpgjNq8cahpdvJLwswR?= =?us-ascii?q?XTuHtIfOpWxWJsJV2Nmhv3+9m98p1+/SlOovwt78FPX7n0cKQ+VrxYES8pM3?= =?us-ascii?q?sp683xtBnMVhWA630BWWgLiBVIAgzF7BbnXpfttybxq+Rw1DWGMcDwULs5Qi?= =?us-ascii?q?qp4bt1RxD0iScHLz85/3/Risxsl6JQvRatqwViz4LIfI2ZMfxzdb7fc9wHX2?= =?us-ascii?q?pMRsReVyJfDIyzcoUBCOkPM+ZWoYbhvFYBtweyCBO2Ce711jNFhHn71rA63e?= =?us-ascii?q?Q7FgHG2RQtEs4Vv3TUrdX1Nr0dUeaox6TVzTXMde9W2Svn54fUchAuu+uMXL?= =?us-ascii?q?JwcMXL1EIiEBnKgU6QqYzkPTOazOINv3KA4OpgT+2vl3InpBttrTiv3MgskI?= =?us-ascii?q?nIh4IPxV3f6SV23J01KcekR058ZN6pCZ1dvDyUOYtxR8MtWWBouCAix70Hp5?= =?us-ascii?q?G7YCYKxI4gxx7FZPyLa5SI7Q74VOqLPTh4g3dldbSijBix6Uit0vDwW8uq3F?= =?us-ascii?q?pQsyZIkcPAum4D2hDJ5cWKTOZ28F271jaVzQ/T7/lJIUUzlaXGNZEs2qUwlp?= =?us-ascii?q?8PsUTbGS/2hVn2gLeWdko6/uio7PzqbLb+qJGZLoF6jBzwP7golMKxB+o2KA?= =?us-ascii?q?8AUXaH9OihzLHj/Ev5T6tWjvAuj6XUso7WKd4GqqO6GQNZzIgu5wywAju+1d?= =?us-ascii?q?QXh3gHLFZLeBKdiIjpPknDL+rjAve/glSski1kx/bcMrL6ApXCNGTDkKv7cr?= =?us-ascii?q?lh605T0hAzzNBf5p1OEbwBPO78WlTruNPECR85NhS4w/z7B9VlyoMeRWWPD7?= =?us-ascii?q?eDP6PWr1CJ6fggI++Ra48PpjnxMeAl6ODyjX8jh1AdZrWm3YYMZXC3G/RpOU?= =?us-ascii?q?SZYX72jtgdFmcKuxI0TPb2h12aTT5Te3GyUrog6TE8EoKpE5zORoGzj7yd0i?= =?us-ascii?q?e3BJpWZnpJClqUC3fna52EW+sQaCKVOsJhkyAEVaO4R4A60hGuqQn6xKZ5Ie?= =?us-ascii?q?rP4SAYtIzs1MR75+HJkhEy7zN0BdyH026RV2F0gn8IRzgu0aB+vUx90UyO0a?= =?us-ascii?q?lmjPxEG9xf/fRJUh01NZTE1ex1F8jyWh7dfteOUFupXs+pDio2Tt8q398PYk?= =?us-ascii?q?d9F8+ljhDZ0Cr5S4MSwvaiAJEk+6TQxXW5H8th0Xvd37Rrxw0vRsZfPGuqnK?= =?us-ascii?q?M57wXPHYPSmFixmKOjdKBa1ynIojSt122L6WhSUA9yWKONd3AWelffptTw/F?= =?us-ascii?q?LTRvf6AL4nMwlIz4iIKqJWdtTijVxcVebqEMjVeCS6nGLmVkXA/a+FcIe/Iz?= =?us-ascii?q?ZV5y7aEkVR1llLpXs=3D?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2ADAAAZBWVc/wQXEqxjGgEBAQEBAgE?= =?us-ascii?q?BAQEHAgEBAQGBUQUBAQEBCwGBVIEVgSqEBogajgODQYVpjmkUgWclAQyERwI?= =?us-ascii?q?Xg2Q0CQ0BAwEBAgEBAgGBCAyCOikBgmYBAQECAQEBASFLCwULCQIHBgQDAQI?= =?us-ascii?q?oAwICAh8GHwkIBgsIG4MFAYFaAw0XjXSabwEBAW+BL4QvAQMCAgxBQYJKDYI?= =?us-ascii?q?eiyeBPnd+JoJ/SQcuglciJQEBAQEBARaBCwkBCwYCATUJDIJdLQSCJgKJZyK?= =?us-ascii?q?HOYVziygaMwcCgjeFA4chPoNUgW4phSqLMY97gSuMbIEdcXBQgmwJhgGFFIV?= =?us-ascii?q?HagGNK4JNAQE?=
X-IPAS-Result: =?us-ascii?q?A2ADAAAZBWVc/wQXEqxjGgEBAQEBAgEBAQEHAgEBAQGBU?= =?us-ascii?q?QUBAQEBCwGBVIEVgSqEBogajgODQYVpjmkUgWclAQyERwIXg2Q0CQ0BAwEBA?= =?us-ascii?q?gEBAgGBCAyCOikBgmYBAQECAQEBASFLCwULCQIHBgQDAQIoAwICAh8GHwkIB?= =?us-ascii?q?gsIG4MFAYFaAw0XjXSabwEBAW+BL4QvAQMCAgxBQYJKDYIeiyeBPnd+JoJ/S?= =?us-ascii?q?QcuglciJQEBAQEBARaBCwkBCwYCATUJDIJdLQSCJgKJZyKHOYVziygaMwcCg?= =?us-ascii?q?jeFA4chPoNUgW4phSqLMY97gSuMbIEdcXBQgmwJhgGFFIVHagGNK4JNAQE?=
X-IronPort-AV: E=Sophos;i="5.58,367,1544466600"; d="scan'208";a="35666697"
X-DISCLAIMER: FALSE
In-Reply-To: <603fbed4-0a32-456e-7883-28dbbc9f8ca4@gmail.com>
References: <F77679C6-F723-4494-AF98-879716A33109@tzi.org> <08d7924f-55c5-f89a-c2f6-cccb3fa4d071@gmail.com> <OF3CBB4EB2.92610A3E-ON6525838C.0016A8F0-6525838C.0016B40C@tcs.com> <OFF2B85497.9C80F088-ON65258392.0070751E-65258392.0078F3DE@tcs.com> <3c66d20e-2db2-7e15-6080-ce3646f848f6@gmail.com> <OF8BDBB757.735694C3-ON65258397.006524D8-65258397.00686F21@tcs.com> <603fbed4-0a32-456e-7883-28dbbc9f8ca4@gmail.com>
To: "Alexandre Petrescu" <alexandre.petrescu@gmail.com>
Cc: "Carsten Bormann" <cabo@tzi.org>, "core@ietf.org" <core@ietf.org>, its@ietf.org, "its" <its-bounces@ietf.org>
MIME-Version: 1.0
X-KeepSent: 48461931:293710BC-652583A1:0022701A; type=4; name=$KeepSent
X-Mailer: IBM Notes Release 9.0 March 08, 2013
Message-ID: <OF48461931.293710BC-ON652583A1.0022701A-652583A1.0023A240@tcs.com>
From: Abhijan Bhattacharyya <abhijan.bhattacharyya@tcs.com>
Date: Thu, 14 Feb 2019 11:59:13 +0530
X-MIMETrack: Serialize by Router on InKolM02/TCS(Release 9.0.1FP10HF213 | April 26, 2018) at 02/14/2019 11:59:17, Serialize complete at 02/14/2019 11:59:17
Content-Type: multipart/alternative; boundary="=_alternative 0023A23F652583A1_="
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/Qm8DTLcxJOMD7NTz8fH3Kou6l8A>
Subject: Re: [core] [ipwave] Adaptive RESTful Real-time Live Streaming for Things (A-REaLiST)'
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: Thu, 14 Feb 2019 06:29:34 -0000

Hi Alex,

> Thank you very much for this valuable action.
My pleasure. 


> It is very worth taking into consideration.

Thanks for you help in improvement of the contents of the proposition.
 
>  From an implementation standpoint, I would like to learn whether some 
> prototype features RESTful Real-time Live Streaming on IPv6, or not on 
IPv6.
> 

We made a PoC of the concept and the experimentation and outcomes are 
presented in Pages 78-80 of 
https://datatracker.ietf.org/meeting/103/materials/slides-103-core-consolidated-slides-07.pdf
.
But we used IPv4 pipe. While it is worth to do an experiment on how IPv6 
improves the performance (it can only improve I believe). But otherwise 
there should not be much of an impact higher up by a change in the network 
layer because CoAP is designed with 6LowPAN pipe in consideration as 
already emphasised by Carsten. 

May be we can discuss at length if we get an opportunity to present this 
in a physical meeting.

Thank you.

With Best Regards
Abhijan Bhattacharyya
Consultant / Scientist,
{Internet Protocols | 5G | Standardization}, 
TCS Research,
Tata Consultancy Services
Building 1B,Ecospace
Plot -  IIF/12 ,New Town, Rajarhat,
Kolkata - 700160,West Bengal
India
Ph:- +91 33 66884691
Cell:- +919830468972 | +918583875003
Mailto: abhijan.bhattacharyya@tcs.com
Website: http://www.tcs.com
____________________________________________
Experience certainty.   IT Services
                        Business Solutions
                        Consulting
____________________________________________


"its" <its-bounces@ietf.org> wrote on 02/08/2019 09:07:10 PM:

> From: "Alexandre Petrescu" <alexandre.petrescu@gmail.com>
> To: "Abhijan Bhattacharyya" <abhijan.bhattacharyya@tcs.com>om>, 
> "Carsten Bormann" <cabo@tzi.org>
> Cc: "core@ietf.org" <core@ietf.org>rg>, its@ietf.org
> Date: 02/08/2019 09:08 PM
> Subject: Re: [ipwave] Adaptive RESTful Real-time Live Streaming for 
> Things (A-REaLiST)'
> Sent by: "its" <its-bounces@ietf.org>
> 
> "External email. Open with Caution"
> 
> 
> Le 04/02/2019 à 20:00, Abhijan Bhattacharyya a écrit :
> > Thank you Carsten for your comments. No one can speak about CoAP 
better 
> > than you!
> > 
> > Alex,
> > I have uploaded a new version of the draft. The links are given at the 

> > end of this mail. I have indeed tried to address your concern in 
respect 
> > to making the draft more "IPv6-relevant".
> > 
> > As Carsten rightly pointed out that the proposal works at the 
> > application layer and is built on the foundation of CoAP, so it is 
> > Layer-3 agnostic. Also, as we all know, CoAP is designed for IPv6.
> > However, implementation on IPv6 may influence the process of 
determining 
> > the maximum size of information segments. So, a new subsection has 
been 
> > added as part of the design guidelines. The small addition reads as 
below:
> > 
> > <Quote>
> > 
> > 6.3. Determining the segment size
> > 
> >     Size of the information segment in a CoAP message should be 
> limited by the least
> >     possible MTU for the end-to-end channel. This is to ensure 
> that there is no
> >     undesired conversation state at the lower layers of the 
> protocol stack due to
> >     uncontrolled fragmentation leading to undesired explosion of 
> traffic in the
> >     network. For IPV6 network, the MTU can be determined using 
> Path MTU Discovery
> >     (PMTUD) [RFC8201] which bestows the responsibility of 
> determining the path MTU on
> >     the end-points itself.
> > 
> >     The size of the segment should be guided by the 
> recommendations as specified in
> >     Section 4.6 of [RFC7252].
> > 
> > </Quote>
> > 
> > I hope this will now satisfy the criterion of finding IPv6 in the 
draft.
> 
> Thank you very much for this valuable action.
> 
> It is very worth taking into consideration.
> 
>  From an implementation standpoint, I would like to learn whether some 
> prototype features RESTful Real-time Live Streaming on IPv6, or not on 
IPv6.
> 
> Alex
> 
> > 
> > Looping in CoRE list as well to announce the new version to the WG 
where 
> > this draft originates.
> > 
> > Thank you.
> > 
> > URL: 
> > https://www.ietf.org/internet-drafts/draft-bhattacharyya-core-a-
> realist-01.txt
> > Status: 
https://datatracker.ietf.org/doc/draft-bhattacharyya-core-a-realist/
> > Htmlized: 
https://tools.ietf.org/html/draft-bhattacharyya-core-a-realist-01
> > Htmlized: 
> > 
https://datatracker.ietf.org/doc/html/draft-bhattacharyya-core-a-realist
> > Diff: 
> > 
https://www.ietf.org/rfcdiff?url2=draft-bhattacharyya-core-a-realist-01
> > 
> > 
> > With Best Regards
> > Abhijan Bhattacharyya
> > Consultant / Scientist,
> > {Internet Protocols | 5G | Standardization},
> > TCS Research,
> > Tata Consultancy Services
> > Building 1B,Ecospace
> > Plot -  IIF/12 ,New Town, Rajarhat,
> > Kolkata - 700160,West Bengal
> > India
> > Ph:- +91 33 66884691
> > Cell:- +919830468972 | +918583875003
> > Mailto: abhijan.bhattacharyya@tcs.com <
mailto:abhijan.bhattacharyya@tcs.com>
> > Website: http://www.tcs.com
> > ____________________________________________
> > Experience certainty. IT Services
> > Business Solutions
> > Consulting
> > ____________________________________________
> > 
> > 
> > -----"its" <its-bounces@ietf.org <mailto:its-bounces@ietf.org>> wrote: 
-----
> > To: "Alexandre Petrescu" <alexandre.petrescu@gmail.com 
> > <mailto:alexandre.petrescu@gmail.com>>
> > From: "Carsten Bormann"
> > Sent by: "its"
> > Date: 01/31/2019 06:12PM
> > Cc: "Abhijan Bhattacharyya" <abhijan.bhattacharyya@tcs.com 
> > <mailto:abhijan.bhattacharyya@tcs.com>>, "Michael Richardson" 
> > <mcr@sandelman.ca <mailto:mcr@sandelman.ca>>, its@ietf.org 
> > <mailto:its@ietf.org>
> > Subject: Re: [ipwave] Adaptive RESTful Real-time Live Streaming for 
> > Things (A-REaLiST)'
> > 
> > "External email. Open with Caution"
> > 
> >  > If TCP's state machine was a bottleneck, has one tried to use UDP
> >  > instead?
> > 
> > I think that is indeed one of the advantages CoAP brings go the table 
here.
> > 
> >  > Does CoAP work on Ethernet?
> > 
> > CoAP was designed to be able to run on UDP, which is on IP which in 
turn 
> > works very well on Ethernet.
> > 
> >  > Does CoAP work in an end-to-end manner or does it need protocol
> >  > conversion gateways?
> > 
> > I works end-to-end (as long as your network doesn’t break UDP).
> > 
> >  > I want to ask you: please use IPv6 for CoAP and RESTful.
> > 
> > CoAP was designed to work well over IPv6 (but works as well over 
IPv4).
> > 
> >  > Then I searched for the keyword ‘IPv6' in the draft.
> >  > […]
> >  > If you add ‘IPv6' considerations to it, then I will comment on it.
> > 
> > For a CoAP application such as A-REaLiST, IPv6 makes little difference 

> > (beyond being able to assign addresses to both ends in the first 
place), 
> > so I don’t know there is a lot to say.
> > 
> > Grüße, Carsten
> > 
> > _______________________________________________
> > its mailing list
> > its@ietf.org <mailto:its@ietf.org>
> > https://www.ietf.org/mailman/listinfo/its
> > 
> > =====-----=====-----=====
> > Notice: The information contained in this e-mail
> > message and/or attachments to it may contain
> > confidential or privileged information. If you are
> > not the intended recipient, any dissemination, use,
> > review, distribution, printing or copying of the
> > information contained in this e-mail message
> > and/or attachments to it are strictly prohibited. If
> > you have received this communication in error,
> > please notify us by reply e-mail or telephone and
> > immediately and permanently delete the message
> > and any attachments. Thank you
> > 
> 
> _______________________________________________
> its mailing list
> its@ietf.org
> https://www.ietf.org/mailman/listinfo/its
>