Re: [CCAMP] Ben Campbell's No Objection on draft-ietf-ccamp-wson-signaling-12: (with COMMENT)

"Ben Campbell" <ben@nostrum.com> Mon, 08 June 2015 14:34 UTC

Return-Path: <ben@nostrum.com>
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E18F91A8955; Mon, 8 Jun 2015 07:34:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] 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 llV7t6PaGGi3; Mon, 8 Jun 2015 07:34:02 -0700 (PDT)
Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 403EF1A894A; Mon, 8 Jun 2015 07:34:02 -0700 (PDT)
Received: from [10.0.1.23] (cpe-70-119-203-4.tx.res.rr.com [70.119.203.4]) (authenticated bits=0) by nostrum.com (8.15.1/8.14.9) with ESMTPSA id t58EXoYU073962 (version=TLSv1 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 8 Jun 2015 09:34:01 -0500 (CDT) (envelope-from ben@nostrum.com)
X-Authentication-Warning: raven.nostrum.com: Host cpe-70-119-203-4.tx.res.rr.com [70.119.203.4] claimed to be [10.0.1.23]
From: Ben Campbell <ben@nostrum.com>
To: Lou Berger <lberger@labn.net>
Date: Mon, 08 Jun 2015 09:33:50 -0500
Message-ID: <ECD553F8-F2F9-49DC-B377-094137066988@nostrum.com>
In-Reply-To: <557596FC.3080101@labn.net>
References: <20150526153945.8320.38115.idtracker@ietfa.amsl.com> <557596FC.3080101@labn.net>
MIME-Version: 1.0
X-Mailer: MailMate (1.9.1r5084)
Archived-At: <http://mailarchive.ietf.org/arch/msg/ccamp/PG6xLupXxU8Eyccq46eMwVGiOww>
Cc: draft-ietf-ccamp-wson-signaling@ietf.org, ccamp@ietf.org, ccamp-chairs@ietf.org, The IESG <iesg@ietf.org>
Subject: Re: [CCAMP] Ben Campbell's No Objection on draft-ietf-ccamp-wson-signaling-12: (with COMMENT)
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Discussion list for the CCAMP working group <ccamp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ccamp>, <mailto:ccamp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ccamp/>
List-Post: <mailto:ccamp@ietf.org>
List-Help: <mailto:ccamp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ccamp>, <mailto:ccamp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 08 Jun 2015 14:34:05 -0000

On 8 Jun 2015, at 8:22, Lou Berger wrote:

> Ben,
>   see below.
>
> On 5/26/2015 11:39 AM, Ben Campbell wrote:
>> Ben Campbell has entered the following ballot position for
>> draft-ietf-ccamp-wson-signaling-12: No Objection
>>
>> When responding, please keep the subject line intact and reply to all
>> email addresses included in the To and CC lines. (Feel free to cut this
>> introductory paragraph, however.)
>>
>>
>> Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
>> for more information about IESG DISCUSS and COMMENT positions.
>>
>>
>> The document, along with other ballot positions, can be found here:
>> https://datatracker.ietf.org/doc/draft-ietf-ccamp-wson-signaling/
>>
>>
>>
>> ----------------------------------------------------------------------
>> COMMENT:
>> ----------------------------------------------------------------------
>>
>> The security considerations say this document differs from 3473 only in
>> "specific information communicated". In general, a change in the
>> information carried can make a huge difference. I infer that the working
>> group believes that this specific information does not (I hold no opinion
>> on that),
> I think you have it right on both points.
>> but it would be good to state that explicitly.
>>
> How about:
> OLD
>  As such, this
>  document introduces no new security considerations to the existing
>  GMPLS signaling protocols.
> NEW
>  The specific additional information (optical resource and wavelength
> selection properties) is not viewed as
> substantively changing or adding to the security considerations of the
> existing  GMPLS signaling protocol mechanisms.
>
> Does this work for you?

Yes, Thanks!

Ben.