IETF Logo Mail Archive

Re: [tae] [tsv-area] Transport negotiation

Joe Touch <touch@ISI.EDU> Mon, 08 December 2008 06:08 UTC

Return-Path: <tae-bounces@ietf.org>
X-Original-To: tae-archive@ietf.org
Delivered-To: ietfarch-tae-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 092503A6A2F; Sun, 7 Dec 2008 22:08:43 -0800 (PST)
X-Original-To: tae@core3.amsl.com
Delivered-To: tae@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5A76D3A6A2F; Sun, 7 Dec 2008 22:08:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.58
X-Spam-Level:
X-Spam-Status: No, score=-2.58 tagged_above=-999 required=5 tests=[AWL=0.019, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id COpQBwuRsLlL; Sun, 7 Dec 2008 22:08:40 -0800 (PST)
Received: from vapor.isi.edu (vapor.isi.edu [128.9.64.64]) by core3.amsl.com (Postfix) with ESMTP id 8BFA13A6A2E; Sun, 7 Dec 2008 22:08:40 -0800 (PST)
Received: from [192.168.1.46] (pool-71-106-119-240.lsanca.dsl-w.verizon.net [71.106.119.240]) by vapor.isi.edu (8.13.8/8.13.8) with ESMTP id mB868JYH012774 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 7 Dec 2008 22:08:22 -0800 (PST)
Message-ID: <493CB9D3.2080308@isi.edu>
Date: Sun, 07 Dec 2008 22:08:19 -0800
From: Joe Touch <touch@ISI.EDU>
User-Agent: Thunderbird 2.0.0.18 (Windows/20081105)
MIME-Version: 1.0
To: Lloyd Wood <L.Wood@surrey.ac.uk>
References: <3BB334D8-B00C-48C1-ACBF-4D09576DEADF@mpi-sws.org> <492C7F97.3030000@isi.edu> <EDCC4CF2-DC3C-409F-8F99-3BE51BAE4111@surrey.ac.uk> <492DE8AD.1090300@isi.edu> <7DA33930-1767-492B-807E-7A7DA661AFE9@apple.com> <EAB5CBF0-4C7A-44F1-BF57-641915CBE6AB@surrey.ac.uk>
In-Reply-To: <EAB5CBF0-4C7A-44F1-BF57-641915CBE6AB@surrey.ac.uk>
X-Enigmail-Version: 0.95.7
X-ISI-4-43-8-MailScanner: Found to be clean
X-MailScanner-From: touch@isi.edu
Cc: tae@ietf.org, tsv-area@ietf.org
Subject: Re: [tae] [tsv-area] Transport negotiation
X-BeenThere: tae@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Transport Architecture Evolution <tae.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/tae>, <mailto:tae-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/tae>
List-Post: <mailto:tae@ietf.org>
List-Help: <mailto:tae-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tae>, <mailto:tae-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: tae-bounces@ietf.org
Errors-To: tae-bounces@ietf.org

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1



Lloyd Wood wrote:
> 
> On 3 Dec 2008, at 21:07, Stuart Cheshire wrote:
>>
>> I think the whole notion of "transport negotiation" is flawed.
> 
> agreed. And moving negotiation to 'asking DNS what to do' is just
> shifting the problem around.
> 
> At the least, it should be possible to explicitly say 'this is how I
> will send' and presume the other end is similarly explicitly configured.
> No negotiation, period.

Isn't that exactly what happens when I send a TCP over IPv4 SYN segment?
I'm saying "I want to use IPv4, using TCP, with the indicated options,
on the given port".

The trouble ensues when the initiator is ambiguous about what it wants -
for whatever reason (e.g., to enable alternates at differently-capable
receivers).

Joe
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkk8udMACgkQE5f5cImnZrvMqwCbBWlJeIma1LC416QddaQaZrSJ
rYQAn0lS6baIW4boT1XHpN4u5oR+ip9y
=zSrd
-----END PGP SIGNATURE-----
_______________________________________________
tae mailing list
tae@ietf.org
https://www.ietf.org/mailman/listinfo/tae

v2.8.7 | Report a Bug | By Email