Re: [Gen-art] Gen-ART Last Call review of draft-ietf-teas-interconnected-te-info-exchange-05

"BRUNGARD, DEBORAH A" <db3546@att.com> Wed, 04 May 2016 23:59 UTC

Return-Path: <db3546@att.com>
X-Original-To: gen-art@ietfa.amsl.com
Delivered-To: gen-art@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5E61D12D610; Wed, 4 May 2016 16:59:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.62
X-Spam-Level:
X-Spam-Status: No, score=-2.62 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=ham autolearn_force=no
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 hESnb4x-IvRV; Wed, 4 May 2016 16:59:25 -0700 (PDT)
Received: from mx0a-00191d01.pphosted.com (mx0b-00191d01.pphosted.com [67.231.157.136]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6497312D530; Wed, 4 May 2016 16:59:25 -0700 (PDT)
Received: from pps.filterd (m0049459.ppops.net [127.0.0.1]) by m0049459.ppops.net-00191d01. (8.16.0.11/8.16.0.11) with SMTP id u44MxHNW013311; Wed, 4 May 2016 19:02:48 -0400
Received: from alpi155.enaf.aldc.att.com (sbcsmtp7.sbc.com [144.160.229.24]) by m0049459.ppops.net-00191d01. with ESMTP id 22qswxgsy0-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 04 May 2016 19:02:48 -0400
Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id u44N2leF019636; Wed, 4 May 2016 19:02:48 -0400
Received: from mlpi409.sfdc.sbc.com (mlpi409.sfdc.sbc.com [130.9.128.241]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id u44N2fur019587 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 4 May 2016 19:02:42 -0400
Received: from MISOUT7MSGHUBAF.ITServices.sbc.com (MISOUT7MSGHUBAF.itservices.sbc.com [130.9.129.150]) by mlpi409.sfdc.sbc.com (RSA Interceptor); Wed, 4 May 2016 23:02:19 GMT
Received: from MISOUT7MSGUSRDE.ITServices.sbc.com ([169.254.5.162]) by MISOUT7MSGHUBAF.ITServices.sbc.com ([130.9.129.150]) with mapi id 14.03.0294.000; Wed, 4 May 2016 19:02:18 -0400
From: "BRUNGARD, DEBORAH A" <db3546@att.com>
To: Brian E Carpenter <brian.e.carpenter@gmail.com>, "adrian@olddog.co.uk" <adrian@olddog.co.uk>, "draft-ietf-teas-interconnected-te-info-exchange.all@ietf.org" <draft-ietf-teas-interconnected-te-info-exchange.all@ietf.org>, 'General Area Review Team' <gen-art@ietf.org>, Lou Berger <lberger@labn.net>
Thread-Topic: Gen-ART Last Call review of draft-ietf-teas-interconnected-te-info-exchange-05
Thread-Index: AQHRpcWXZODfFCXtakOMHjYHncggRJ+o4S6AgACXHoD//8dMkA==
Date: Wed, 04 May 2016 23:02:18 +0000
Message-ID: <F64C10EAA68C8044B33656FA214632C8528A19C4@MISOUT7MSGUSRDE.ITServices.sbc.com>
References: <d689965e-599b-f048-be3e-eeee7f341005@gmail.com> <06b601d1a5f4$d74c7350$85e559f0$@olddog.co.uk> <cca572a7-ca6a-e9d2-bd4b-a3967b7cc5c6@gmail.com>
In-Reply-To: <cca572a7-ca6a-e9d2-bd4b-a3967b7cc5c6@gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [135.70.203.122]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-RSA-Inspected: yes
X-RSA-Classifications: public
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2016-05-04_09:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 spamscore=0 suspectscore=0 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1603290000 definitions=main-1605040336
Archived-At: <http://mailarchive.ietf.org/arch/msg/gen-art/0Z4tdSRb9u-zqVMOPbyLSs7YiAc>
Subject: Re: [Gen-art] Gen-ART Last Call review of draft-ietf-teas-interconnected-te-info-exchange-05
X-BeenThere: gen-art@ietf.org
X-Mailman-Version: 2.1.17
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: <https://mailarchive.ietf.org/arch/browse/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, 04 May 2016 23:59:27 -0000

Hi Brian,

Yes, much thanks for your careful read. I can understand your confusion on our chosen track as we (authors, chairs, myself) went back and forth on it though we debated if it should be standards track or BCP (or Applicability Statement).
https://mailarchive.ietf.org/arch/msg/teas/YEv-68nB0LwBCOa3PcJR970pYhg

Looking at your review, your question on why this is a BCP was based on a sentence in section 5 which says that existing protocols <to be immediately suitable> would need "some protocol extensions". Whereas in section 5.4, it says this document will show how the existing protocols can be combined to provide a solution with only minor modifications.

So putting these sentences together one concludes the solution requires minor modifications to the protocols. But the solution described in this document doesn't require any modifications to the protocols. The solution is based on abstracting information - section 6 uses abstraction combined with the 3rd model for GMPLS networks, same for section 7 and section 8.

The document was first proposed as standards track because it is a solution. After discussion, it was agreed it really is a BCP as it is describing the agreed best current approach for solving this problem, e.g. in section 6, it is using RFC6827's (RFC6827 is a Proposed Standard) exchange of information between different ASON architecture levels (not protocol exchanges). So it is either standards track or a BCP as it is the WG's best solution for this problem at this time.

To help the reader, I'd say section 6's and section 7's headers should be more clearly labelled "An Abstraction Solution for Optical Domains and Networks" and for section 7 "Abstraction in the User-to-Network Interface". And these titles will align better with Section 8 "Abstraction in L3VPN...".

Would that help?

Deborah


-----Original Message-----
From: Brian E Carpenter [mailto:brian.e.carpenter@gmail.com] 
Sent: Wednesday, May 04, 2016 4:06 PM
To: adrian@olddog.co.uk; draft-ietf-teas-interconnected-te-info-exchange.all@ietf.org; 'General Area Review Team' <gen-art@ietf.org>
Subject: Re: Gen-ART Last Call review of draft-ietf-teas-interconnected-te-info-exchange-05

Hi Adrian,

Just a few comebacks in line:

On 04/05/2016 23:05, Adrian Farrel wrote:
> Hi Brian,
> 
> Thanks for the time.

Actually I read it with some interest, as I was wondering whether it
also provides a use case for the Anima WG. It probably could.

> 
>> Major issues:
>> -------------
>>
>>> 5.  Building on Existing Protocols
>>
>> I find it hard to read the introduction to this section and understand
>> why the draft is proposed for BCP rather than Informational. 
> 
> I will punt this question direct to the responsible AD since the authors brought the document forward as Standards Track and were "persuaded" by the WG chairs and responsible AD that it was a BCP as written. 
> 
> The only hint I will offer is that the authors would be grumpy about changing the content of the document to fit the publication track. Let's choose the track to fit the document :-)

Understood. The IETF has never been very comfortable at accommodating architecture
documents. But I don't really think the text would need changing, except for 3 words
in the Abstract. The document stands on its own merits. Anyway, that's an IESG question.

> <snip>
> 
> [except to note that the presence of normative references has nothing to do with whether a document is itself normative!]
>  <snip>