Re: Small size of core QUIC library to replace TCP for embedded system
Jupiter <jupiter.hce@gmail.com> Tue, 21 July 2020 10:57 UTC
Return-Path: <jupiter.hce@gmail.com>
X-Original-To: quic@ietfa.amsl.com
Delivered-To: quic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 54F163A0A4F for <quic@ietfa.amsl.com>; Tue, 21 Jul 2020 03:57:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 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, 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 ry9N_ZIF_C3E for <quic@ietfa.amsl.com>; Tue, 21 Jul 2020 03:57:00 -0700 (PDT)
Received: from mail-ej1-x635.google.com (mail-ej1-x635.google.com [IPv6:2a00:1450:4864:20::635]) (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 F0AF73A0A36 for <quic@ietf.org>; Tue, 21 Jul 2020 03:56:59 -0700 (PDT)
Received: by mail-ej1-x635.google.com with SMTP id n22so18263220ejy.3 for <quic@ietf.org>; Tue, 21 Jul 2020 03:56:59 -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=b1cGaMMTAqk8yTf9tRVtsMY+CR/NeM/US9buP1XYyjY=; b=pafegytsRbwcYnnqOwbNWlqygYFpc8QzW9bs+0GiC9+4BWYjEsdnqUWLgaP2R6KYyp vR/HQq2hOBbiXeKcmWNHol3RcFtykxxaepuT261IhLMpB1UeC7kF1hrDOR7YGSnQCErM +ompSZGcQF/A6SzQSDONQPTqtEBkZ93RNGn5dFJctzOWZgom+ZqauVr4JHmSWvXxQGuo lkWXV1u58uzN/r1ECJqmLbj7PK6xphW53AfoNo0hdr6mSSAlqa1XAHbv1GYmb4p452bK qcgZbx16UmQFS18iKlKW6eoMBXUusArIbMn8i5cbAu220P26kjUteox8JFttOS8lrWnj DrzA==
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=b1cGaMMTAqk8yTf9tRVtsMY+CR/NeM/US9buP1XYyjY=; b=ekKG+eebuXev8MfbCRFVtuqxHzeseX+c8In+XM+0VlXNoVxKsBDKoaDwAJ65vzg935 hw9fRELLDNyw/Vt356u5hzgOJuoMJwLV7TeOtYorynbYbrWFqxSkwVnZCIChWJw4/bF0 GaUmQZjcoOeL0XjLDyCx7H1PuTEZQ71geZ0I21L11g51vEoqRWOJX1ut4U4QeCdqgYci 4i3eaUZLfQZwoatMXG+AZOxYb1AW7/xlm9QPRuX3Q0kuL4NrdVM1KHncZYEyefCvfVBE hkiMnVxVfI2Dacvyk5EdIJGtGg5KFo0jI6OEHjLSVb7R90U8pXl+Cfv+KbySrgGmyNZb T+Ug==
X-Gm-Message-State: AOAM53221fcGUNxVICJnIPfQncsMmFB7kirTOHY5L8F1iEYFsLsPd6KY cN8mfSHUynMBp1KI4V/ZfQ4Mej+t8a1pgcI7DxXSoGWJCCwW7Q==
X-Google-Smtp-Source: ABdhPJxcNYQxEnKJ/HLRA+3CFxHH28ddggr4ChHPauSTn9yVQXzhvcFCm+D+ct8v4iHrAniFNEub9RWr2QTgND9GTio=
X-Received: by 2002:a17:907:40f5:: with SMTP id no5mr24269979ejb.149.1595329018512; Tue, 21 Jul 2020 03:56:58 -0700 (PDT)
MIME-Version: 1.0
References: <CAA=hcWS0V8ipsoAEFK3ejdA++Vzi+czth37=ntP4mnt8d=mtRg@mail.gmail.com> <1C514B96-9AAA-40B3-93EC-3DCDFAF72A93@eggert.org> <CAA=hcWTP7mVo1yyr8wQrgNuA40Tr5=XcrqJiebtVa7Km=2sLzw@mail.gmail.com> <F384B33C-70F8-45EF-AB5C-30D0A145659A@eggert.org>
In-Reply-To: <F384B33C-70F8-45EF-AB5C-30D0A145659A@eggert.org>
From: Jupiter <jupiter.hce@gmail.com>
Date: Tue, 21 Jul 2020 20:56:22 +1000
Message-ID: <CAA=hcWQ60GH2TnjvqBEGvVQ1whxNYwEWjQ+b9FW948GKvN570Q@mail.gmail.com>
Subject: Re: Small size of core QUIC library to replace TCP for embedded system
To: Lars Eggert <lars@eggert.org>
Cc: quic <quic@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/NNrht_Yx1olsRWePSoh4ild1qrI>
X-BeenThere: quic@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Main mailing list of the IETF QUIC working group <quic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/quic>, <mailto:quic-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/quic/>
List-Post: <mailto:quic@ietf.org>
List-Help: <mailto:quic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/quic>, <mailto:quic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 21 Jul 2020 10:57:01 -0000
Hi Lars, On 7/21/20, Lars Eggert <lars@eggert.org> wrote: > if your hardware can run Linux, most of the current open source stacks (see > https://github.com/quicwg/base-drafts/wiki/Implementations) should be small > enough to work. But I wouldn't call it an embedded system then... Sorry for not being clear, I should say Linux embedded system at the beginning. Although I would say the time for embedded systems with 8M Flash and 64KRAM has been long gone :-), I still have to manage the resources for meaning full network stacks and applications. > But constrained-resource embedded devices at the low end often can't run > Linux or another full-fledged OS. Many hence link together an application > with only the required bits of a library OS (RIOT, Zephyr, FreeRTOS & > derivatives) and run that statically on bare metal. With all due respect, unless you are working on IoT for tiny devices cannot run Linux, it is 2020, hardware is cheaper, software development is expensive, Linux and open source become dominant force in contemporary embedded system, your Android mobile phone is an embedded system running Linux :-), Sorry let's stop it, we are too far off topic. > You do not need to do this for QUIC, only when you want to run on embedded > boards that don't have a capable-enough Socket API interface. Good to know, fair to say your git source is for RTOS statically on bare metal, I was there a long time before :-). > It will run on Linux without changes (my public test server runs Ubuntu). I'll try it, thanks Lars. jupiter -- "A man can fail many times, but he isn't a failure until he begins to blame somebody else." -- John Burroughs
- Small size of core QUIC library to replace TCP fo… Jupiter
- RE: Small size of core QUIC library to replace TC… Nick Banks
- Re: Small size of core QUIC library to replace TC… Jana Iyengar
- Re: Small size of core QUIC library to replace TC… Lars Eggert
- Re: Small size of core QUIC library to replace TC… Jupiter
- Re: Small size of core QUIC library to replace TC… Lars Eggert
- Re: Small size of core QUIC library to replace TC… Jupiter
- Re: Small size of core QUIC library to replace TC… Paul Vixie
- Re: Small size of core QUIC library to replace TC… Lars Eggert
- QUIC API (was: Re: Small size of core QUIC librar… Lars Eggert
- Re: QUIC API (was: Re: Small size of core QUIC li… Martin Duke
- Re: QUIC API Paul Vixie
- RE: QUIC API Nick Banks
- Re: QUIC API (was: Re: Small size of core QUIC li… Lucas Pardue
- Re: QUIC API (was: Re: Small size of core QUIC li… Martin Duke
- Re: QUIC API (was: Re: Small size of core QUIC li… Lucas Pardue
- Re: QUIC API (was: Re: Small size of core QUIC li… David Schinazi
- Re: QUIC API (was: Re: Small size of core QUIC li… Christian Huitema
- Re: QUIC API (was: Re: Small size of core QUIC li… Robin MARX
- Re: QUIC API (was: Re: Small size of core QUIC li… Michael Welzl
- Re: QUIC API (was: Re: Small size of core QUIC li… Kazuho Oku
- Re: QUIC API (was: Re: Small size of core QUIC li… Michael Tuexen
- Re: QUIC API (was: Re: Small size of core QUIC li… Lucas Pardue
- Re: QUIC API (was: Re: Small size of core QUIC li… Bajpai, Vaibhav
- Re: QUIC API (was: Re: Small size of core QUIC li… Roberto Peon
- Re: QUIC API (was: Re: Small size of core QUIC li… Dirkjan Ochtman
- Re: QUIC API (was: Re: Small size of core QUIC li… Ian Swett