Re: [Taps] Which APIs are used by Applications that need low Latency? draft-mcquistin-taps-low-latency-services?

Colin Perkins <csp@csperkins.org> Fri, 11 November 2016 11:32 UTC

Return-Path: <csp@csperkins.org>
X-Original-To: taps@ietfa.amsl.com
Delivered-To: taps@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6551E129AFB; Fri, 11 Nov 2016 03:32:27 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level:
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3] autolearn=ham autolearn_force=no
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 22eyTFT0kXlt; Fri, 11 Nov 2016 03:32:24 -0800 (PST)
Received: from haggis.mythic-beasts.com (haggis.mythic-beasts.com [93.93.131.56]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C683D129B01; Fri, 11 Nov 2016 03:31:04 -0800 (PST)
Received: from [2001:630:40:70e0::107] (port=58196) by haggis.mythic-beasts.com with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from <csp@csperkins.org>) id 1c5A2w-0001vd-7p; Fri, 11 Nov 2016 11:31:02 +0000
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
From: Colin Perkins <csp@csperkins.org>
In-Reply-To: <4A95BA014132FF49AE685FAB4B9F17F657F6AC3A@dfweml501-mbb>
Date: Fri, 11 Nov 2016 11:30:54 +0000
Content-Transfer-Encoding: quoted-printable
Message-Id: <3BB18894-22E6-4B03-AA6D-EC2CB274B674@csperkins.org>
References: <4A95BA014132FF49AE685FAB4B9F17F657F6AC3A@dfweml501-mbb>
To: Linda Dunbar <linda.dunbar@huawei.com>
X-Mailer: Apple Mail (2.3124)
X-BlackCat-Spam-Score: -28
X-Mythic-Debug: Threshold = On =
Archived-At: <https://mailarchive.ietf.org/arch/msg/taps/YLmhuMxpD1dHr5-KJLEx4WIKiwY>
Cc: "draft-mcquistin-taps-low-latency-services@ietf.org" <draft-mcquistin-taps-low-latency-services@ietf.org>, "taps@ietf.org" <taps@ietf.org>
Subject: Re: [Taps] Which APIs are used by Applications that need low Latency? draft-mcquistin-taps-low-latency-services?
X-BeenThere: taps@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Discussions on Transport Services <taps.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/taps>, <mailto:taps-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/taps/>
List-Post: <mailto:taps@ietf.org>
List-Help: <mailto:taps-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/taps>, <mailto:taps-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Nov 2016 11:32:27 -0000

Hi Linda,

The key goal of the draft is to do a requirements analysis on the transport services needed for low-latency and real-time applications. The proposed abstract API is the minimal API to achieve this. The new API features, compared to the Sockets API, are those in Sections 3.4-3.6.

We have an experimental implementation of an API much like this, written as part of our TCP Hollywood work (https://csperkins.org/research/tcp-hollywood/). This is a research prototype, so there are no deployed applications using it. 

If you’re interested in the API work, the proposal in draft-trammell-post-sockets-00 is a more interesting, and radical, approach, and should also meet the requirements we outline.

Colin




> On 11 Nov 2016, at 10:01, Linda Dunbar <linda.dunbar@huawei.com> wrote:
> 
> Dear Authors, 
>  
> Your draft listed down several APIs. But which one is used by Applications that need low latency?
>  
> Aren’t the “Socket Setup & Tear down” described in Section 3.1 the original Berkley sockets APIs? If not, what are the differences?
>  
> How about the “getsocketopt” and “Setsockopt”?  and the APIs listed in Section 3.3.?
>  
> Which APIs are used by Applications that need low Latency? 
>  
> Are there any Applications today using the APIs proposed in draft-mcquistin-taps-low-latency-services?
>  
> Thank you very much, 
>  
> Linda Dunbar



-- 
Colin Perkins
https://csperkins.org/