Re: [dhcwg] [Softwires] We can change the world in a 1000 ways (IPv4 over IPv6)

Mark Townsley <mark@townsley.net> Thu, 14 November 2013 23:35 UTC

Return-Path: <mark@townsley.net>
X-Original-To: dhcwg@ietfa.amsl.com
Delivered-To: dhcwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1A4FF21E80B3 for <dhcwg@ietfa.amsl.com>; Thu, 14 Nov 2013 15:35:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.599
X-Spam-Level:
X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
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 DOaqNvYw2Pc1 for <dhcwg@ietfa.amsl.com>; Thu, 14 Nov 2013 15:35:31 -0800 (PST)
Received: from mail-wg0-f48.google.com (mail-wg0-f48.google.com [74.125.82.48]) by ietfa.amsl.com (Postfix) with ESMTP id D579121E80DC for <dhcwg@ietf.org>; Thu, 14 Nov 2013 15:35:26 -0800 (PST)
Received: by mail-wg0-f48.google.com with SMTP id n12so2831328wgh.15 for <dhcwg@ietf.org>; Thu, 14 Nov 2013 15:35:22 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=g1ALuPIWQel9JEmWn5DMLvSPLOHwSToCe8M1ATmrqRY=; b=jsnaP0MHqUr8BqrW2cEH0Tmpsk3y2v3cLTso19VA+cX/CshQgt1ftXQ8p+OypyEiSo hOB8HcECIR6cB9041xzAC4j4Qrj2GTkbM2l9y5kJ8nVJpgOC58fXJtbtrxsG63lkyIJu mflSsFyTbvK7WcK1T5lOaZTqARDf9a3Za8wc/LtxPkKUPfsWF1pQSeJk2UxBPSXvcRJe W7LeHI1YCsDla42nygFJujH3ZZs3+CThWxKHt5h/2vGO5g+6T10BUWW9YWyHibWNgcoL +VhxhdMxukkrIlNEEzVw6EZ13A9zY/AwwW+1udSyhTYy/vOMuAJk6Hx87Z0UBKx3Juu7 ibcg==
X-Gm-Message-State: ALoCoQlELsoV5OjfdLnW4EZb0NfgWqmYMYyvNrKQWr5iDBm5Wj5B+fD0lEtUpxvh1f4fJ1047pV0
X-Received: by 10.180.108.82 with SMTP id hi18mr5068402wib.53.1384472122739; Thu, 14 Nov 2013 15:35:22 -0800 (PST)
Received: from ams-townsley-8918.cisco.com (173-38-208-169.cisco.com. [173.38.208.169]) by mx.google.com with ESMTPSA id z2sm482786eee.7.2013.11.14.15.35.20 for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 14 Nov 2013 15:35:21 -0800 (PST)
Mime-Version: 1.0 (Apple Message framework v1283)
Content-Type: text/plain; charset="us-ascii"
From: Mark Townsley <mark@townsley.net>
In-Reply-To: <D2CE347F-649C-469C-A694-37D3D5E3C79F@nominum.com>
Date: Fri, 15 Nov 2013 00:35:19 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <9FB85A23-0B64-4231-8C52-B6517174E622@townsley.net>
References: <5ABB4DF8-95F0-4B07-8D20-6A00B7631E11@employees.org> <30650.1384272400@sandelman.ca> <C99405BD-C52D-41D8-AC68-2C9A6A036603@nominum.com> <24212.1384279979@sandelman.ca> <4870BB66DFE30BBF780F30E6@JcK-HP8200.jck.com> <EC39D21A-AAC6-4600-B71A-B45C183F151A@employees.org> <D2CE347F-649C-469C-A694-37D3D5E3C79F@nominum.com>
To: Ted Lemon <Ted.Lemon@nominum.com>
X-Mailer: Apple Mail (2.1283)
Cc: John C Klensin <john-ietf@jck.com>, Softwires <softwires@ietf.org>, "ietf@ietf.org Discussion" <ietf@ietf.org>, "dhcwg@ietf.org WG" <dhcwg@ietf.org>
Subject: Re: [dhcwg] [Softwires] We can change the world in a 1000 ways (IPv4 over IPv6)
X-BeenThere: dhcwg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: <dhcwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dhcwg>
List-Post: <mailto:dhcwg@ietf.org>
List-Help: <mailto:dhcwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 14 Nov 2013 23:35:32 -0000

On Nov 13, 2013, at 5:05 PM, Ted Lemon wrote:

> On Nov 13, 2013, at 10:49 AM, Ole Troan <otroan@employees.org> wrote:
>> is there a problem here, or should we just accept that sometimes the IETF
>> will generate ten sets of publications solving more or less the same problem?
> 
> If I'd been area director earlier in the process

You rang?

> I might have just shut the working group when it became clear that the principals couldn't agree on a proposal, and required that they come to agreement before a BoF would be approved.

Not chartering work doesn't always help as it can scatter people to the winds to create their own parallel efforts. The 13+ IPv4 over IPv6 solutions you see were born from the rubble of trying to keep DS-Lite as the only chartered work softwires would look at for IPv4 over IPv6 with some kind of built-in IPv4 address sharing.

Ted, when we started softwires, I noted very clearly that I would reject every transition protocol to come my way until the WG agreed on a finite set of problem-spaces and associated solutions. Note I didn't say reject _chartering_ the work or having a BoF, I said reject the proposals that did not come via the WG (e.g., as an end-run to the chartered effort). This gave people a common place to work, and at the start that's exactly what it did. We held 3 interim meetings, and killed many more proposals than we advanced. By the time my AD tenure was up, we had identified L2TP for point-to-point stateful tunnels from hosts and such (largely because it was already in so many places already). We had a second solution for larger core networks (essentially a generalization of MPLS' 6PE). The third was 6rd, building on 6to4 in a manner that was far more palatable to an operator to deploy and had the obvious scaling properties over L2TP.  So, the happy medium for what were deployed as largely IPv6 over IPv4 solutions ended up somewhere between "one-size-fits-all" and "everything-goes". 

To my memory the 4/6 mess kicked a bit later. The mess started not because the WG allowed too much in its charter, but because it was rejecting so much work outright that it didn't give people a trusted place to come together and work towards a compromise sooner rather than later. 

My point is that sometimes we fail when we don't give people the right environment to work together and make compromises early on in the hopes of rising the tide for everyone. If groups remain in their respective corners working on their own for too long, they are bound to create their own parallel paths. The longer that is allowed to happen, the more entrenched the solutions become, until the IETF has lost its ability to do anything constructive beyond publishing everything.

- Mark



>   But it's much too late in the process to do that now.   And I don't even know if that would have produced a better outcome.
> 
> I don't think we should accept that this has to happen every time, and I think we should try to prevent it happening in the future.   But there is no sense crying over spilt milk.
> 
> _______________________________________________
> Softwires mailing list
> Softwires@ietf.org
> https://www.ietf.org/mailman/listinfo/softwires