Re: [Anima-signaling] GRASP and unicast UDP
Brian E Carpenter <brian.e.carpenter@gmail.com> Wed, 17 August 2016 20:17 UTC
Return-Path: <brian.e.carpenter@gmail.com>
X-Original-To: anima-signaling@ietfa.amsl.com
Delivered-To: anima-signaling@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1])
by ietfa.amsl.com (Postfix) with ESMTP id BC90412D0FF
for <anima-signaling@ietfa.amsl.com>; Wed, 17 Aug 2016 13:17:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5
tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1,
DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7,
SPF_PASS=-0.001] autolearn=unavailable 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 5Nbel8624G6O for <anima-signaling@ietfa.amsl.com>;
Wed, 17 Aug 2016 13:17:05 -0700 (PDT)
Received: from mail-pa0-x242.google.com (mail-pa0-x242.google.com
[IPv6:2607:f8b0:400e:c03::242])
(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 21A6812D50C
for <anima-signaling@ietf.org>; Wed, 17 Aug 2016 13:10:21 -0700 (PDT)
Received: by mail-pa0-x242.google.com with SMTP id cf3so7954619pad.2
for <anima-signaling@ietf.org>; Wed, 17 Aug 2016 13:10:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
h=subject:to:references:cc:from:organization:message-id:date
:user-agent:mime-version:in-reply-to:content-transfer-encoding;
bh=6Hit3AT0I/UdMDTfod8RYZbQLc9lqAA1wNDjKtHKdEY=;
b=vKOZUOI26+997AwCSxtJ9kZKfq/6czHmcwzdWayoVVBoetMhMyfE/9XCtGurfytbBh
8m88KXRvyN6me4cwxalOS7oDP5IS+7zcjeHycf4KvUcgU/WEuTpuNJCF77VlmdLmGkDc
ls+f0SvRj3H+5gavxMKCZNeuayaJaC62A4D0ILmMjRreh8fVDtpctGI184xLFw3gAvCV
BLX5f5CK5PMKiFWhRMM3FMjDBqjP7Rmg2F0txuG2UAtHmUNCXdJ34GZGkt6dOSKigKDm
Hf7tJM09l8UVHU0c4f6nN5ynvfnCeUfVKLIeQf4I6yKt4ZlAbWDCz8V4vdSkpRLSGmUc
b5OQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20130820;
h=x-gm-message-state:subject:to:references:cc:from:organization
:message-id:date:user-agent:mime-version:in-reply-to
:content-transfer-encoding;
bh=6Hit3AT0I/UdMDTfod8RYZbQLc9lqAA1wNDjKtHKdEY=;
b=DLmJ7cNkNkqCQMnkbhfy5NyR9jNtdBW04MC/p28/1Woi6L9c4XMBZKla2bNWVhOBKS
7PUaih+whG5Qe/w3Jv/I7MFsVfhAFE7IN8od5jSuf337okJvPQl9zjq1dBbjO5KIIdVU
Z3cnYDgJ8AzedtiuPoAp17Ec0j35YYvKeoK+TgV8C4QuF0q3ZaMRoJ6XRXhF5umgc7Vr
p4e0QQ5EoV3kOOHqNxq4xV9TgeoSbY3sWr3cpSBKM7kAA6bO6g88Dcm/Gpi0BkACf8Bf
uFmIYHT4W8wkPEdgPPsekEE5Cqm687aqCqcVdROZA66/EuGTeJCpRJBG+FRSIaUm6kzQ
15Sw==
X-Gm-Message-State: AEkooutkrsbhJmI06oXppozaZ/7Hqb7QN4zUq8Xki8Q4mC/cgaAY+CgbDK0UleHpxTMJGw==
X-Received: by 10.66.131.48 with SMTP id oj16mr6322659pab.126.1471464620650;
Wed, 17 Aug 2016 13:10:20 -0700 (PDT)
Received: from ?IPv6:2406:e007:6d22:1:28cc:dc4c:9703:6781?
([2406:e007:6d22:1:28cc:dc4c:9703:6781])
by smtp.gmail.com with ESMTPSA id n10sm712252pap.16.2016.08.17.13.10.17
(version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
Wed, 17 Aug 2016 13:10:19 -0700 (PDT)
To: Toerless Eckert <eckert@cisco.com>
References: <c4d6fc66-a95f-83e3-1f65-1e7aec1c2696@gmail.com>
<20160817062314.GA21039@cisco.com>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Organization: University of Auckland
Message-ID: <3b8b143c-fae8-9e77-f32b-0ba2b6f72654@gmail.com>
Date: Thu, 18 Aug 2016 08:10:23 +1200
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101
Thunderbird/45.2.0
MIME-Version: 1.0
In-Reply-To: <20160817062314.GA21039@cisco.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/anima-signaling/ISsa2ljMMbNm0UK8BboARTlAUK8>
Cc: Carsten Bormann <cabo@tzi.org>,
Anima signaling DT <anima-signaling@ietf.org>
Subject: Re: [Anima-signaling] GRASP and unicast UDP
X-BeenThere: anima-signaling@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Mailing list for the signaling design team of the ANIMA WG
<anima-signaling.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/anima-signaling>,
<mailto:anima-signaling-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/anima-signaling/>
List-Post: <mailto:anima-signaling@ietf.org>
List-Help: <mailto:anima-signaling-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/anima-signaling>,
<mailto:anima-signaling-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Aug 2016 20:17:08 -0000
On 17/08/2016 18:23, Toerless Eckert wrote: > Thanks a lot for the insight. How about trying CoAP ? Two comments on that. 1) I woke up before the alarm went off this morning, and had exactly that thought. But I'd have to study CoAP in detail to understand whether it helps. Maybe Carsten can advise on this. (In GRASP, you may get multiple simultaneous requests or multiple simultaneous discovery responses. The problem in a nutshell is that with TCP you have accept(), which fires up a new socket for each incoming transaction, but with UDP you have to manage sharing the socket yourself.) 2) I also realised that we can't leave it open in GRASP whether discovery uses TCP or UDP for the discovery response. Otherwise discovery might not work between two random implementations. Brian > > On Wed, Aug 17, 2016 at 04:42:40PM +1200, Brian E Carpenter wrote: >> To entertain myself while waiting for comments on other matters, I spent >> quite some time (and swear words) on hacking the prototype GRASP to use >> UDP instead of TCP for unicast operations (i.e. discovery responses, >> synchronization responses, and negotiation). >> >> My conclusion is that it's a fairly silly thing to do, except possibly >> for discovery, which only involved a normal amount of debugging. I'm sure >> this is something that DNS server developers are very familiar with: >> writing a robust server handling things over UDP is a great deal harder >> than doing it with TCP. In fact I gave up when I realised that for >> the negotiation case (where there are an unpredictable number of messages >> in both directions) I was basically going to have to rewrite half of TCP, >> and still not have a robust solution. Without a lot more work, the UDP >> solution is riddled with timing-dependent issues. (At one point, adding >> a print statement for debugging fixed the bug, so that I simply couldn't >> debug it...) >> >> Of course, all this could be solved with more work, but I'm really not >> sure we should recommend UDP at all, except for discovery responses. >> I can't really imagine a real autonomic node that doesn't have TCP code. >> >> Comments? >> >> Brian >> >> _______________________________________________ >> Anima-signaling mailing list >> Anima-signaling@ietf.org >> https://www.ietf.org/mailman/listinfo/anima-signaling >
- Re: [Anima-signaling] GRASP and unicast UDP Brian E Carpenter
- Re: [Anima-signaling] GRASP and unicast UDP Toerless Eckert
- Re: [Anima-signaling] GRASP and unicast UDP Brian E Carpenter
- Re: [Anima-signaling] GRASP and unicast UDP Toerless Eckert
- [Anima-signaling] GRASP and unicast UDP Brian E Carpenter