Re: [sacm] SACM - consensus on defining SACM terminology in a separate document

"Nancy Cam-Winget (ncamwing)" <ncamwing@cisco.com> Tue, 06 August 2013 16:34 UTC

Return-Path: <ncamwing@cisco.com>
X-Original-To: sacm@ietfa.amsl.com
Delivered-To: sacm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 80AAB21E8088 for <sacm@ietfa.amsl.com>; Tue, 6 Aug 2013 09:34:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.599
X-Spam-Level:
X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
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 u7gV+Yrw+k86 for <sacm@ietfa.amsl.com>; Tue, 6 Aug 2013 09:34:00 -0700 (PDT)
Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) by ietfa.amsl.com (Postfix) with ESMTP id 80DD921E8087 for <sacm@ietf.org>; Tue, 6 Aug 2013 09:34:00 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1830; q=dns/txt; s=iport; t=1375806840; x=1377016440; h=from:to:subject:date:message-id:in-reply-to:content-id: content-transfer-encoding:mime-version; bh=xVsu9jC74pFK/cZ4LPXwnHrxtTart6rgy2oqATm2c94=; b=R6SMa7ZCs2HiduZqbkEM6rezuqE5zTF1U5x4NrekbXhL49ikA13gCtew 2Uj+vqIPCcDNXA8XpUh+HkHC/HtvcJ5rIfPymxWkUj1cU9izJgj4qsm1z 8K21VD5Pjf/zkYHdUKGnuS5fw8GQvu7vKl3zE0NvoQRW4GJtfNWKGaUxV A=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Ag8FAA8lAVKtJXG9/2dsb2JhbABagwY1UL59gR8WdIIkAQEBBAEBAWsXBgEIEQEDAQELHS4LFAMGCAIEARIIiAgMtmUEjmSBBQYyBoMUdAOpL4MXgXE5
X-IronPort-AV: E=Sophos;i="4.89,827,1367971200"; d="scan'208";a="241155678"
Received: from rcdn-core2-2.cisco.com ([173.37.113.189]) by rcdn-iport-9.cisco.com with ESMTP; 06 Aug 2013 16:34:00 +0000
Received: from xhc-rcd-x15.cisco.com (xhc-rcd-x15.cisco.com [173.37.183.89]) by rcdn-core2-2.cisco.com (8.14.5/8.14.5) with ESMTP id r76GY0iq003140 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 6 Aug 2013 16:34:00 GMT
Received: from xmb-aln-x02.cisco.com ([169.254.5.110]) by xhc-rcd-x15.cisco.com ([173.37.183.89]) with mapi id 14.02.0318.004; Tue, 6 Aug 2013 11:33:59 -0500
From: "Nancy Cam-Winget (ncamwing)" <ncamwing@cisco.com>
To: Adam Montville <Adam.Montville@cisecurity.org>, "Romascanu, Dan (Dan)" <dromasca@avaya.com>, "sacm@ietf.org" <sacm@ietf.org>
Thread-Topic: [sacm] SACM - consensus on defining SACM terminology in a separate document
Thread-Index: AQHOksLAVyoB6NHcg0iQfkjv+vE6Ig==
Date: Tue, 06 Aug 2013 16:33:58 +0000
Message-ID: <B80278DF1B7C814184086F4A6ECB31152290D9C3@xmb-aln-x02.cisco.com>
In-Reply-To: <05BCCEB107AF88469B9F99783D47C1D673CE82@CISEXCHANGE1.msisac.org.local>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/14.3.2.130206
x-originating-ip: [10.155.84.23]
Content-Type: text/plain; charset="Windows-1252"
Content-ID: <30D7E5520667EB48931ADDA4F45314F2@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Subject: Re: [sacm] SACM - consensus on defining SACM terminology in a separate document
X-BeenThere: sacm@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: SACM WG mail list <sacm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sacm>, <mailto:sacm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sacm>
List-Post: <mailto:sacm@ietf.org>
List-Help: <mailto:sacm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sacm>, <mailto:sacm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Aug 2013 16:34:05 -0000

A separate document is goodŠ

A suggestion could be to have the current authors of the Use Cases,
Architecture and Requirements take the initial pen as we'll be updating
the terminology as we evolve the respective drafts tooŠ.

	Nancy.

On 8/6/13 8:20 AM, "Adam Montville" <Adam.Montville@cisecurity.org> wrote:

>As a contributor, I believe a separate document is a good idea.
>
>As a chair, if we achieve rough consensus on this issue, we have someone
>who is willing to be the author/maintainer of the document - not sure if
>that matters to anyone's decision-making process, but at least we know
>the document would be supported.
>
>> -----Original Message-----
>> From: sacm-bounces@ietf.org [mailto:sacm-bounces@ietf.org] On Behalf Of
>> Romascanu, Dan (Dan)
>> Sent: Tuesday, August 06, 2013 5:58 AM
>> To: sacm@ietf.org
>> Subject: [sacm] SACM - consensus on defining SACM terminology in a
>> separate document
>> 
>> At the SACM WG meeting at IETF-87 the participants in the room did not
>>raise
>> any objection to the proposal to separate the terminology section from
>> draft-waltermire-sacm-use-cases and make of it a separate document that
>> defines the SACM terms in one place and can be referred by all other
>>SACM
>> documents. We are asking the WG to confirm this consensus on the mail
>>list.
>> Please send all comments, questions and concerns to the SACM WG mail
>>list
>> before 8/15.
>> 
>> Thanks and Regards,
>> 
>> Adam and Dan
>> 
>> 
>> 
>> 
>> _______________________________________________
>> sacm mailing list
>> sacm@ietf.org
>> https://www.ietf.org/mailman/listinfo/sacm
>> 
>> ...
>
>. . .
>_______________________________________________
>sacm mailing list
>sacm@ietf.org
>https://www.ietf.org/mailman/listinfo/sacm