Re: [Softwires] Objection to 4rd-U made in Softwire meeting understood to be invalid

Rémi Després <despres.remi@laposte.net> Wed, 16 November 2011 05:42 UTC

Return-Path: <despres.remi@laposte.net>
X-Original-To: softwires@ietfa.amsl.com
Delivered-To: softwires@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BBF471F0D07 for <softwires@ietfa.amsl.com>; Tue, 15 Nov 2011 21:42:57 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.299
X-Spam-Level:
X-Spam-Status: No, score=-2.299 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, MIME_8BIT_HEADER=0.3]
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 itjCosQH3X3C for <softwires@ietfa.amsl.com>; Tue, 15 Nov 2011 21:42:57 -0800 (PST)
Received: from smtpout.laposte.net (smtpout4.laposte.net [193.253.67.229]) by ietfa.amsl.com (Postfix) with ESMTP id 5D5A01F0CAA for <softwires@ietf.org>; Tue, 15 Nov 2011 21:42:55 -0800 (PST)
Received: from dhcp-13f8.meeting.ietf.org ([130.129.19.248]) by mwinf8507-out with ME id xhin1h0035M8erm03hioj2; Wed, 16 Nov 2011 06:42:53 +0100
Mime-Version: 1.0 (Apple Message framework v1084)
Content-Type: text/plain; charset="iso-8859-1"
From: Rémi Després <despres.remi@laposte.net>
In-Reply-To: <CDB93107-C7A9-4FF6-87BB-1E3FB64BD532@cisco.com>
Date: Wed, 16 Nov 2011 13:42:47 +0800
Content-Transfer-Encoding: quoted-printable
Message-Id: <BCABE356-B4E4-43A4-B917-A03F6A754A5C@laposte.net>
References: <4C7C4080-E3B9-4855-BA0E-3E74495D9AEE@laposte.net> <CDB93107-C7A9-4FF6-87BB-1E3FB64BD532@cisco.com>
To: Ole Troan <ot@cisco.com>
X-Mailer: Apple Mail (2.1084)
Cc: Softwires WG <softwires@ietf.org>
Subject: Re: [Softwires] Objection to 4rd-U made in Softwire meeting understood to be invalid
X-BeenThere: softwires@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: softwires wg discussion list <softwires.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/softwires>, <mailto:softwires-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/softwires>
List-Post: <mailto:softwires@ietf.org>
List-Help: <mailto:softwires-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/softwires>, <mailto:softwires-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 16 Nov 2011 05:42:57 -0000

Le 16 nov. 2011 à 10:26, Ole Troan a écrit :

> Remi, et al,
> 
>> In the Softwire meeting of Monday, the key argument against the 4rd unified approach (4rd-U) was that *Because checksum neutrality of addresses is part of 4rd-U, it would allegedly cause "address spreading" (addresses used between a pair of hosts would vary)*. 
>> You had a slide asserting it, and the argument was taken as granted, and important, in verbal comments from Mark Townsley and Dave Thaler.
>> I forcefully declared that this was technically false.
>> Since no time has been granted to explain, I invited anyone in doubt to contact me for explanations. 
>> Thanks for having taken the time to do it.
>> 
>> Following our discussion of yesterday, I think you now understand that, as I said:
>> - *TCP/UDP checksum neutrality of addresses DOES NOT interfere in any way with stability of addresses between host pairs*.
> 
> acknowledged. as far as I can understand the checksum neutrality proposal will work, and it will result in stable addresses.
> two flows between two hosts will have the same addresses. and there is no "destination spread" with this mechanism.
> 
> apologies for the uncertainty and confusion created by questioning this.

No problem left on this.

>> - Consequently, the key argument of the meeting against 4rd-U is invalid.
> 
> that I disagree with. there were multiple arguments.

No contradiction here either: I just wished it to be known by the group that the "key" objection is now understood to be invalid.
I do agree that other objections you list in your email, despite their being much less decisive AFAIK, deserve to be seriously discussed. I will comment them in a separate response.

Thanks,
RD