Re: [scim] Proposal to create a design team

Igor Faynberg <igor.faynberg@alcatel-lucent.com> Thu, 18 October 2012 17:16 UTC

Return-Path: <igor.faynberg@alcatel-lucent.com>
X-Original-To: scim@ietfa.amsl.com
Delivered-To: scim@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5C2F121F8745 for <scim@ietfa.amsl.com>; Thu, 18 Oct 2012 10:16:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -8.598
X-Spam-Level:
X-Spam-Status: No, score=-8.598 tagged_above=-999 required=5 tests=[AWL=2.000, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id j-uf1VGD4S1X for <scim@ietfa.amsl.com>; Thu, 18 Oct 2012 10:16:48 -0700 (PDT)
Received: from ihemail2.lucent.com (ihemail2.lucent.com [135.245.0.35]) by ietfa.amsl.com (Postfix) with ESMTP id 890C721F8724 for <scim@ietf.org>; Thu, 18 Oct 2012 10:16:48 -0700 (PDT)
Received: from usnavsmail3.ndc.alcatel-lucent.com (usnavsmail3.ndc.alcatel-lucent.com [135.3.39.11]) by ihemail2.lucent.com (8.13.8/IER-o) with ESMTP id q9IHGlBM002042 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for <scim@ietf.org>; Thu, 18 Oct 2012 12:16:47 -0500 (CDT)
Received: from umail.lucent.com (umail-ce2.ndc.lucent.com [135.3.40.63]) by usnavsmail3.ndc.alcatel-lucent.com (8.14.3/8.14.3/GMO) with ESMTP id q9IHGlM4025024 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for <scim@ietf.org>; Thu, 18 Oct 2012 12:16:47 -0500
Received: from [135.222.232.243] (USMUYN0L055118.mh.lucent.com [135.222.232.243]) by umail.lucent.com (8.13.8/TPES) with ESMTP id q9IHGjB5020807; Thu, 18 Oct 2012 12:16:46 -0500 (CDT)
Message-ID: <5080397D.4020409@alcatel-lucent.com>
Date: Thu, 18 Oct 2012 13:16:45 -0400
From: Igor Faynberg <igor.faynberg@alcatel-lucent.com>
Organization: Alcatel-Lucent
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.18) Gecko/20110616 Thunderbird/3.1.11
MIME-Version: 1.0
To: scim@ietf.org
References: <CA3B67220D628A4780D6FEB31F18A3E32379CB76@xmb-rcd-x08.cisco.com> <50766F04.6090901@gmx.net> <507691DB.1050204@mnt.se> <50802113.4040805@cisco.com>
In-Reply-To: <50802113.4040805@cisco.com>
Content-Type: multipart/alternative; boundary="------------030702040904080401070001"
X-Scanned-By: MIMEDefang 2.57 on 135.245.2.35
X-Scanned-By: MIMEDefang 2.64 on 135.3.39.11
Subject: Re: [scim] Proposal to create a design team
X-BeenThere: scim@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: igor.faynberg@alcatel-lucent.com
List-Id: Simple Cloud Identity Management BOF <scim.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/scim>, <mailto:scim-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/scim>
List-Post: <mailto:scim@ietf.org>
List-Help: <mailto:scim-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/scim>, <mailto:scim-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 18 Oct 2012 17:16:49 -0000

I tend to stick to Eliot- the-Stick-in-the-Mud's principle on that 
issue, but my questions are from the other end of spectrum.

   The precedence is such as that a design team can be created either 1) 
outside of a working group (as was the case of  the SIN design team 12 
years ago) or  2) as part of a working group (what with SIP WG design 
teams).

  I take it that the proposal is for the case 2, but so far we seem to 
have a fairly small group, vis-a-vis that gigantic SIP WG, whose sheer 
size necessitated parallelism. And hence question is why a separate 
subset group is needed at all.  Of course,  people may have specific 
interests, and nothing prevents them from forming a special interest 
group, writing drafts and getting them through the WG process.

In short, what privileges will the official /design team /have in the 
process vs. a typical de-facto design team?

Igor

On 10/18/2012 11:32 AM, Eliot Lear wrote:
> Leif, Morteza,
>
> I'm sorry to be a stick in the mud, but I don't understand the 
> objective of this design team.  Let's start with an easy question:
>
>     * What work are they supposed to do?  What issues are they
>       supposed to address?
>
> Put another way, I was not of the understanding that what is posted is 
> a strawman, but based on running code.  If there is running code, it 
> seems to me that the onus is on those in the WG to state issues.  
> There are a number, as I understand it.  A design team is necessary 
> when something needs to be designed.  What here needs to be designed
>
> Now to answer my question in part, there is this dangling reference to 
> ServiceProviderConfigs.  Is that needed or should it be removed?
>
> I guess what I'm asking for is just a bit more scope, please.
>
> Eliot
>
>
> On 10/11/12 11:31 AM, Leif Johansson wrote:
>> On 10/11/2012 09:02 AM, Hannes Tschofenig wrote:
>> > Hi chairs,
>>
>> > Are we talking about this document:
>> > http://datatracker.ietf.org/doc/draft-ietf-scim-api/
>>
>> > Looks like a strawman proposal to me already right now.
>>
>> We are talking about a strawman for the next major revision of
>> that document and the schema document.
>>
>> It is great to see so many are willing to participate. Please
>> note that participation in a design-team requires active
>> participation and time comittment.
>>
>>     Best R
>>     Leif
>>
> >
> _______________________________________________
>
> > scim mailing list
>
> > scim@ietf.org
>
> > https://www.ietf.org/mailman/listinfo/scim
>
> >
>
> >
>
>
>
> _______________________________________________
> scim mailing list
> scim@ietf.org
> https://www.ietf.org/mailman/listinfo/scim