Re: [manet-dlep-rg] TCP clients, servers, and discovery (WAS: Re: notes DLEP meeting @ IETF88)

Henning Rogge <hrogge@googlemail.com> Fri, 15 November 2013 09:18 UTC

Return-Path: <hrogge@googlemail.com>
X-Original-To: manet-dlep-rg@ietfa.amsl.com
Delivered-To: manet-dlep-rg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2C51911E8107 for <manet-dlep-rg@ietfa.amsl.com>; Fri, 15 Nov 2013 01:18:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.978
X-Spam-Level:
X-Spam-Status: No, score=-1.978 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id A5qVjN7XJdB9 for <manet-dlep-rg@ietfa.amsl.com>; Fri, 15 Nov 2013 01:18:14 -0800 (PST)
Received: from mail-qe0-x229.google.com (mail-qe0-x229.google.com [IPv6:2607:f8b0:400d:c02::229]) by ietfa.amsl.com (Postfix) with ESMTP id 9597B11E80FB for <manet-dlep-rg@ietf.org>; Fri, 15 Nov 2013 01:18:08 -0800 (PST)
Received: by mail-qe0-f41.google.com with SMTP id x7so2099406qeu.28 for <manet-dlep-rg@ietf.org>; Fri, 15 Nov 2013 01:18:08 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=SLwdPiwqvYco3AH/+axbQfDNMZbQSVQXPLeeA0SiZVI=; b=orkntmyerA83OvB47ZoQonm0X2w8a8swXO834KBWSmjgGLMYdt5WzXaz+826ARKJFk HeTpch+Hwl2MXss4icTiqPvP46FoVulMyoZx/doMdeD6xIz3pWqba3tbYp3vAwWubGm6 bdT9J0fCkdoj8QAqx15jTeNuVCHi2FaIAfTEF7UFBBALM2fzYEnbQKskDy++8do4j5q3 ukzVXHPhbU2cr5LvTMBj19foua2wT7xMgdJFLk6C6ZzS45N/5hwyB+VDOPRwIEtYRqgP U1u5g7vnRUqbLBJsczQJXdMAltdkWNA8qtVoAdnB3/pAUhXOFBzKUh0Vri9f5HGoujJP hlaw==
X-Received: by 10.224.74.197 with SMTP id v5mr600100qaj.96.1384507088032; Fri, 15 Nov 2013 01:18:08 -0800 (PST)
MIME-Version: 1.0
Received: by 10.224.36.200 with HTTP; Fri, 15 Nov 2013 01:17:47 -0800 (PST)
In-Reply-To: <69077813-1CE2-4FC6-B68F-7F0B13D67A4D@inf-net.nl>
References: <72FB622921C13746AD6349E70A8D9F307D9192F7@EXC-MBX03.tsn.tno.nl> <CAK=bVC85XAXR3Zkwq+JwELF-dvgrKwbowWCvwvnjeVn7VStnbw@mail.gmail.com> <72FB622921C13746AD6349E70A8D9F307D9193CD@EXC-MBX03.tsn.tno.nl> <5A8A5085482DA84995F4E70F5093AB50268E6C@XCH-BLV-503.nw.nos.boeing.com> <B2BA430A-F4E6-4DED-A7BB-7282A22802B7@inf-net.nl> <5A8A5085482DA84995F4E70F5093AB50269139@XCH-BLV-503.nw.nos.boeing.com> <DAAF2F4E-8918-4708-8D68-4792A919541B@inf-net.nl> <5A8A5085482DA84995F4E70F5093AB502691C9@XCH-BLV-503.nw.nos.boeing.com> <EBD19831-B87C-4F37-B028-E00687B59FE1@inf-net.nl> <5A8A5085482DA84995F4E70F5093AB5026926A@XCH-BLV-503.nw.nos.boeing.com> <51F083CF-62B8-4858-9C3D-5D48BFE6D8BE@inf-net.nl> <5A8A5085482DA84995F4E70F5093AB50269348@XCH-BLV-503.nw.nos.boeing.com> <57D01331-8D30-4A02-A2BA-B644DBA7A808@inf-net.nl> <5A8A5085482DA84995F4E70F5093AB50269934@XCH-BLV-503.nw.nos.boeing.com> <4840CBE1-5710-4AA1-A6F2-B8A65DE98F25@inf-net.nl> <B177F831FB91F242972D0C35F6A0733106FB0F3F@SUCNPTEXM01.com.ad.uk.ds.corp> <CAM4esxQx4L+=8j_EsKf6zJf=405Wn1fffUEfhRq092N3=72SoQ@mail.gmail.com> <CAGnRvuo2iRwFGYB18gjbJnZQhc2rkWhOr1voXE0zkOhGVhq1sQ@mail.gmail.com> <6EB41DAA-4AD6-4E1D-B497-90275673A508@inf-net.nl> <64E876E6-8679-4449-B511-C296E9FE2FC8@cisco.com> <69077813-1CE2-4FC6-B68F-7F0B13D67A4D@inf-net.nl>
From: Henning Rogge <hrogge@googlemail.com>
Date: Fri, 15 Nov 2013 10:17:47 +0100
Message-ID: <CAGnRvuqKHRJ05k9K0jiiDVv6iDA6D_MX8FbBKU4r7V8H0fuCMQ@mail.gmail.com>
To: Teco Boot <teco@inf-net.nl>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
Cc: "DLEP Research Group (manet-dlep-rg@ietf.org)" <manet-dlep-rg@ietf.org>, Stan Ratliff <sratliff@cisco.com>
Subject: Re: [manet-dlep-rg] TCP clients, servers, and discovery (WAS: Re: notes DLEP meeting @ IETF88)
X-BeenThere: manet-dlep-rg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: DLEP Radio Group <manet-dlep-rg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/manet-dlep-rg>, <mailto:manet-dlep-rg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/manet-dlep-rg>
List-Post: <mailto:manet-dlep-rg@ietf.org>
List-Help: <mailto:manet-dlep-rg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/manet-dlep-rg>, <mailto:manet-dlep-rg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 15 Nov 2013 09:18:15 -0000

On Thu, Nov 14, 2013 at 7:49 PM, Teco Boot <teco@inf-net.nl> wrote:
>> Multi-socket select() dispatch loops; managing listen queue depth, and dealing with non-blocking sockets (so that the select works) are also on the horizon for the modem implementers. And all of this to get a 1-hop discovery mechanism running - I wonder what the path length (libraries INCLUDED) for that is, just to avoid a single line of config (that being, the address and port of the other end of the connection)?
>
> I would not recommend to implement it this way.

I will implement it exactly like Stan described. Single-threaded code
using posix API like select() to handle multiple sockets. I just don't
think I need the "manage listen queue depth"... if the implementation
is configured to only accept a single DLEP radio, it just will send a
"terminate" message the all other incoming connections.

Moving DLEP (as a specification) forward and getting an open source
(BSD licence) and standard compliant implementation is one of the
goals of the CONFINE project for us in the next two years.

Main platforms for this code will be OpenWRT (for embedded systems)
and normal Linux.

Henning Rogge

-- 
We began as wanderers, and we are wanderers still. We have lingered
long enough on the shores of the cosmic ocean. We are ready at last to
set sail for the stars - Carl Sagan