Re: [Softwires] MAP documents - next steps

Wojciech Dec <wdec.ietf@gmail.com> Sat, 04 February 2012 17:23 UTC

Return-Path: <wdec.ietf@gmail.com>
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 743D821F84DE for <softwires@ietfa.amsl.com>; Sat, 4 Feb 2012 09:23:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.298
X-Spam-Level:
X-Spam-Status: No, score=-3.298 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, 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 fD5umX7o4fep for <softwires@ietfa.amsl.com>; Sat, 4 Feb 2012 09:23:40 -0800 (PST)
Received: from mail-qw0-f44.google.com (mail-qw0-f44.google.com [209.85.216.44]) by ietfa.amsl.com (Postfix) with ESMTP id 86B9821F84F9 for <softwires@ietf.org>; Sat, 4 Feb 2012 09:23:40 -0800 (PST)
Received: by qafi29 with SMTP id i29so1282570qaf.10 for <softwires@ietf.org>; Sat, 04 Feb 2012 09:23:40 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=DBiGXWURaoNFmZbiV6A5EPDgK4WDtkKyc1Dk4oH+GrQ=; b=f4L4vtAQozk1PUswNIY9KmHsax3rUPQ3rTpv4408x7+v8jStJP+6LgKKfVrb0eRxW9 uO8XvEptzFrNVcWppiaaOhLIYsImalKT1aXESIPmODzMfEfCW5GiU7r43MhmEcX8UYua 9hVZwEs2soxvnDH22ez/fl/S/P7T4b1DIlpv8=
MIME-Version: 1.0
Received: by 10.224.181.143 with SMTP id by15mr14213606qab.29.1328376220001; Sat, 04 Feb 2012 09:23:40 -0800 (PST)
Received: by 10.229.82.201 with HTTP; Sat, 4 Feb 2012 09:23:39 -0800 (PST)
In-Reply-To: <E5DF2BDC-D67F-41FB-A891-64528E7AFA1F@employees.org>
References: <5AAB067C-B5EF-4F75-B844-AFC33A96261C@employees.org> <97737FB3-6A47-4530-BE58-68209022D155@townsley.net> <E5DF2BDC-D67F-41FB-A891-64528E7AFA1F@employees.org>
Date: Sat, 4 Feb 2012 18:23:39 +0100
Message-ID: <CAFFjW4hWpE8gLyfF_NpmoNPqMQF2Y23+JjraCHyuKq_8jnTPcw@mail.gmail.com>
From: Wojciech Dec <wdec.ietf@gmail.com>
To: =?ISO-8859-1?Q?Ole_Tr=F8an?= <otroan@employees.org>
Content-Type: multipart/alternative; boundary=20cf303b41adb8a64104b826b0f5
Cc: softwires WG <softwires@ietf.org>
Subject: Re: [Softwires] MAP documents - next steps
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: Sat, 04 Feb 2012 17:23:41 -0000

Fully agree with Ole.
We've been back and forth on the one-draft, many-drafts, too-many-drafts
discussion so many times, and it's not productive. We have a broad group of
individuals who are interested in pursuing the drafts. Given that this is a
WG that is meant to operate for its participants, as opposed to against
them (as has been the case), having progress in the form of document
adoption would be a good step forward.

-Woj.

On 1 February 2012 15:33, Ole Trøan <otroan@employees.org> wrote:

> Mark,
>
> > While I appreciate the functional modularity in understanding the
> solution space, I do wish that DT had come up with a way to make this one
> document to present to the world rather than four. I fear organ rejection
> when tossing a list of RFCs for one function to the CPE industry.
> >
> > In current form, each document has more or less than 10 pages of
> substantive text, with considerable overlap between them (how many
> "framework" and "architecture" sections do we really need for what are
> really just two variants of something 95% the same?). As further evidence
> of the problem, there are no less than 19 references to
> mdt-softwire-mapping-address-and-port from
> draft-mdt-softwire-map-translation-00. One page has 5 references alone.
> It's is like reading a single book with every other page in a different
> binding.
> >
> > Could we not eliminate the overlap, and just boil this down to one less
> than 40 page document? In fact, I bet if you tried you could get it down to
> half that. Looks like Remi's new document is on the right track in this
> regard.
> >
> > I'm in favor of the chairs stating that we will adopt a WG document
> based on the text in these documents, but I would like to see a stipulation
> that they be combined into one (perhaps two but with only the DHCP option
> separate) and the overlap eliminated among MAP, T and E eliminated.
>
> with regards to document organization we've been over that a few times. my
> understanding of the Beijing interim meeting was to have the organization
> of documents we have now. largely because there were discussions on
> different document status for the different documents. e.g. experimental
> versus standards track.
>
> yes, it is certainly possible to merge the 3 documents (MAP, T, E), with
> separate sections that only apply to encapsulation and some that apply to
> translation. what I feat is that you will pollute the text with lots of
> "does not apply in the translation case", "fragmentation issues are
> slightly different", and so on.
>
> this is obviously something the working group has to decide on, but I
> don't think that needs to be done before adopting this document set.
>
> cheers,
> Ole
> _______________________________________________
> Softwires mailing list
> Softwires@ietf.org
> https://www.ietf.org/mailman/listinfo/softwires
>