Re: [CCAMP] AD review of draft-ietf-ccamp-rwa-info

Leeyoung <> Thu, 06 November 2014 21:14 UTC

Return-Path: <>
Received: from localhost ( []) by (Postfix) with ESMTP id 4562E1A8ACD for <>; Thu, 6 Nov 2014 13:14:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -3.796
X-Spam-Status: No, score=-3.796 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=0.998, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.594, SPF_PASS=-0.001] autolearn=ham
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id lrB8Qv2vIyXm for <>; Thu, 6 Nov 2014 13:14:57 -0800 (PST)
Received: from ( []) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 813451A8ACB for <>; Thu, 6 Nov 2014 13:14:55 -0800 (PST)
Received: from (EHLO ([]) by (MOS 4.3.7-GA FastPath queued) with ESMTP id BLI85573; Thu, 06 Nov 2014 21:14:53 +0000 (GMT)
Received: from ( by ( with Microsoft SMTP Server (TLS) id; Thu, 6 Nov 2014 21:14:51 +0000
Received: from ([]) by dfweml705-chm ([]) with mapi id 14.03.0158.001; Thu, 6 Nov 2014 13:14:41 -0800
From: Leeyoung <>
To: "" <>, "" <>
Thread-Topic: AD review of draft-ietf-ccamp-rwa-info
Thread-Index: Ac/5MGMsQKAsEoKTR4GemhQ+XYEt+wAwUyHw
Date: Thu, 6 Nov 2014 21:14:41 +0000
Message-ID: <7AEB3D6833318045B4AE71C2C87E8E1729C4567D@dfweml706-chm>
References: <006001cff999$cbb939a0$632bace0$>
In-Reply-To: <006001cff999$cbb939a0$632bace0$>
Accept-Language: en-US
Content-Language: en-US
x-originating-ip: []
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Cc: "" <>
Subject: Re: [CCAMP] AD review of draft-ietf-ccamp-rwa-info
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Discussion list for the CCAMP working group <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Thu, 06 Nov 2014 21:14:59 -0000

Hi Adrian,

Thank you so much for providing your comments and speeding up the process. Yes, all your comments will be incorporated in the revision after the end of IETF last call. Please see inline for my response to your comment. 


-----Original Message-----
From: Adrian Farrel [] 
Sent: Thursday, November 06, 2014 2:15 AM
Subject: AD review of draft-ietf-ccamp-rwa-info


I've done my usual AD review of this draft as part of the publication request process. The purpose of my review is to catch issues that would otherwise get in the way during IETF last call and IESG review.

This document is quite readable: thank you. I have no comments that need to delay the document, and I will start the IETF last call.

However, I do have a number of small issues that are essentially editorial. I've attached these below and will re-send them as part of the IETF last call so that you can collect them and fix them in any revision after the end of IETF last call.

Thanks for the work,


It would be nice to do a little post-processing to your text file to arrange the RBNF to make it slightly easier to read. Of course, the semantics would not change, so this is not essential: just nice.

YOUNG>> Yes, agree. Done globally. 

Figures 1 and 2 would benefit from a statement that "Rb" is a resource block.

YOUNG>> OK. A note added.  

Figure 2 has a couple of stray '+' signs on the left-hand edge of the output matrix box.

YOUNG>> Good catch. Corrected. 


Page 10

   <ResourceAccessibility ::= <PoolInputMatrix> <PoolOutputMatrix>

is missing a '>'

YOUNG> Another good catch. Corrected. 

In 5.3.1 please

s/draft/document/  twice.

YOUNG>> OK. Corrected (actually in 5.3.2). 

I wonder whether you want to add a reference to RFC7308 in Section 6.1.
I don't think this makes any difference to the validity of the section, but it may be helpful when data models based on this information model are built.

YOUNG>> I agree. Added as normative reference. 


Should 6.5 also have a reference to ISIS TE?

YOUNG>> OK. RFC3784 added as normative reference.


Page 15

You need to separate the RBNF from the end of the first paragraph

YOUNG>> Done. 


The question for section 8 is: are there any security elements that need to be in your information model? Security qualities of links and nodes? Security capabilities of links and nodes?

YOUNG>> I am not sure what you are referring to. Can you elaborate some examples of security qualities/capabilities? Since this is informational draft, perhaps the corresponding encode draft may be a good place for this. 


Section 3 has a reference to [G.7715] but this is not shown in the references section. 

YOUNG>> Added. 


[G.707], [G.709], and [G.Sup39] are listed as references, but not used.

YOUNG>> Deleted. 


s/Author's Addresses/Authors' Addresses/

YOUNG>> Corrected.