Re: [Gen-art] Gen-Art review of draft-ietf-opsawg-lsn-deployment-04

Benoit Claise <bclaise@cisco.com> Wed, 22 January 2014 12:00 UTC

Return-Path: <bclaise@cisco.com>
X-Original-To: gen-art@ietfa.amsl.com
Delivered-To: gen-art@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DEA491A00B1 for <gen-art@ietfa.amsl.com>; Wed, 22 Jan 2014 04:00:28 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.036
X-Spam-Level:
X-Spam-Status: No, score=-10.036 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RP_MATCHES_RCVD=-0.535, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
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 MKQUYF8X0KfX for <gen-art@ietfa.amsl.com>; Wed, 22 Jan 2014 04:00:27 -0800 (PST)
Received: from aer-iport-1.cisco.com (aer-iport-1.cisco.com [173.38.203.51]) by ietfa.amsl.com (Postfix) with ESMTP id 571FA1A00B9 for <gen-art@ietf.org>; Wed, 22 Jan 2014 04:00:27 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1323; q=dns/txt; s=iport; t=1390392027; x=1391601627; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to:content-transfer-encoding; bh=87ocdNLeNvg0+T6EluRJ6HTTBA89tqYMDFZAQ2o7Bsk=; b=AJRQdhgTeyTv1Fylvhw5jJbbEvQLCqRejnoqFe1d3NuvuFAjIU+WLbuz bqcma4VmZ+D/1F1lhwG5f5au7RiaWvKfBUxzI+1EMWHukms/kZ9euSQ+y QCVMQfbQiynxDWMgUtjpebSPoqdd+VN0hCcPQY4FmbwGiffPPRCEbHk0l 8=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AhoFABmy31KQ/khL/2dsb2JhbABbgwuEDLhfgREWdIIlAQEBBCMVQAEQCxgCAgUWCwICCQMCAQIBRQYBDAEFAgEBiAGlQ5w1F4EpjVMHgm+BSQEDmCKGR4tRgy47
X-IronPort-AV: E=Sophos;i="4.95,699,1384300800"; d="scan'208";a="4007555"
Received: from ams-core-2.cisco.com ([144.254.72.75]) by aer-iport-1.cisco.com with ESMTP; 22 Jan 2014 12:00:26 +0000
Received: from [10.60.67.85] (ams-bclaise-8914.cisco.com [10.60.67.85]) by ams-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id s0MC0QfH022658; Wed, 22 Jan 2014 12:00:26 GMT
Message-ID: <52DFB2D9.7030300@cisco.com>
Date: Wed, 22 Jan 2014 13:00:25 +0100
From: Benoit Claise <bclaise@cisco.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
MIME-Version: 1.0
To: Martin Thomson <martin.thomson@gmail.com>, Victor Kuarsingh <victor@jvknet.com>
References: <CABkgnnXj07R25LQ64-=bha6iFpabgAt=xsRP0+5A20wnF8JUdQ@mail.gmail.com> <CAJc3aaPKeuPicy_X+MG-T-XyZ+YdONphhkp1Ow666jq9_ubzew@mail.gmail.com> <CABkgnnWWLHKV7NZX4dZJM-YpRg4doSPKLRMD43sC9t23Pbx-VQ@mail.gmail.com>
In-Reply-To: <CABkgnnWWLHKV7NZX4dZJM-YpRg4doSPKLRMD43sC9t23Pbx-VQ@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: "gen-art@ietf.org" <gen-art@ietf.org>, draft-ietf-opsawg-lsn-deployment.all@tools.ietf.org
Subject: Re: [Gen-art] Gen-Art review of draft-ietf-opsawg-lsn-deployment-04
X-BeenThere: gen-art@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "GEN-ART: General Area Review Team" <gen-art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/gen-art>, <mailto:gen-art-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/gen-art/>
List-Post: <mailto:gen-art@ietf.org>
List-Help: <mailto:gen-art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gen-art>, <mailto:gen-art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 22 Jan 2014 12:00:29 -0000

Martin,
> On 15 January 2014 19:40, Victor Kuarsingh<victor@jvknet.com>  wrote:
>>> >>Which seems wise given their somewhat contentious nature.  But then
>>> >>the entirely of Section 2 does exactly the opposite.  I don't know
>>> >>what the right answer is here, but maybe the right thing to do is
>>> >>delete Section 2.
>> >
>> >
>> >[VK]  The intention of this section was to explain that CGN may be used by
>> >operators and discuss some of the factors that may go (or have gone) into
>> >that decision.  The point in the abstract was intended to tell the reader
>> >that the authors were not suggesting that CGN was "good" or "needed".
>> >
>> >There are some important points that I think are important within the
>> >section (section 2), so perhaps if I/we can remove specific text that seems
>> >to given the impression that we are defending CGN, I can do so.
> I'd like to understand what you think is important here.  Much of the
> text explaining why CGN is used basically amounts to justification for
> it.
Is your concern that  the sentence "IPv6 is considered the strategic 
answer" in section 2 is not stressed enough?

Regards, Benoit
>
> In contrast, the list of requirements you provide is fairly neutral
> and seems to cover most of the reasons well enough for me at least.
>