Re: [RAI] Dispatch Charter - draft B

"Spencer Dawkins" <spencer@wonderhamster.org> Thu, 26 March 2009 21:23 UTC

Return-Path: <spencer@wonderhamster.org>
X-Original-To: rai@core3.amsl.com
Delivered-To: rai@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 61BF83A6452 for <rai@core3.amsl.com>; Thu, 26 Mar 2009 14:23:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.126
X-Spam-Level:
X-Spam-Status: No, score=-2.126 tagged_above=-999 required=5 tests=[AWL=0.472, BAYES_00=-2.599, STOX_REPLY_TYPE=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3H9aybHsQ97J for <rai@core3.amsl.com>; Thu, 26 Mar 2009 14:23:13 -0700 (PDT)
Received: from mout.perfora.net (mout.perfora.net [74.208.4.195]) by core3.amsl.com (Postfix) with ESMTP id 0C7353A68B2 for <rai@ietf.org>; Thu, 26 Mar 2009 14:23:03 -0700 (PDT)
Received: from S73602b (dhcp-63fb.meeting.ietf.org [130.129.99.251]) by mrelay.perfora.net (node=mrus0) with ESMTP (Nemesis) id 0MKp8S-1Lmx3H3RZS-000fml; Thu, 26 Mar 2009 17:23:56 -0400
Message-ID: <506C5E40641C4AE381970078CF9E1B7D@china.huawei.com>
From: Spencer Dawkins <spencer@wonderhamster.org>
To: Dan Wing <dwing@cisco.com>, 'Dean Willis' <dean.willis@softarmor.com>, 'Cullen Jennings' <fluffy@cisco.com>
References: <A45B3CDF-550E-4B36-8465-E015F02E3507@cisco.com><AC3DE5F3-8E4A-4078-B5F7-022ABD6CEC09@softarmor.com> <079a01c99b9d$ca4b6800$c2f0200a@cisco.com>
Date: Thu, 26 Mar 2009 16:23:33 -0500
MIME-Version: 1.0
Content-Type: text/plain; format="flowed"; charset="iso-8859-1"; reply-type="original"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.5512
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579
X-Provags-ID: V01U2FsdGVkX1+0R6mOtkmPHXbLk887dJ3inXtfgN7E5z2l0rp Y44HZh4caaO/PuMwKMYBcPhH9a3ku6CkdYn1Cdi71P5joIVvWZ 4jxhuRoc3bIqDuJHgg/p6ywU121JowOuutxSB9Htgs=
Cc: rai@ietf.org
Subject: Re: [RAI] Dispatch Charter - draft B
X-BeenThere: rai@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Real-time Applications and Infrastructure \(RAI\)" <rai.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/rai>, <mailto:rai-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rai>
List-Post: <mailto:rai@ietf.org>
List-Help: <mailto:rai-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rai>, <mailto:rai-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 26 Mar 2009 21:23:14 -0000

OK, now that we've executed code for something like DISPATCH once...


>> > The Dispatch working group is chartered to consider proposals for
>> > new work in the RAI area and identify, or help create, an
>> > appropriate venue for the work. Options for handling new work
>> > include:
>> >
>> > - Assigning the work to an existing WG.
>> > - Developing a proposal for a BOF.
>> > - Developing a charter and establishing consensus for a new WG
>> >   or Exploratory Group. This option will primarily be used with
>> >   fairly mature and well-defined efforts.
>>
>> One critical and insufficiently used option is the "gong".
>> That is, we
>> MUST be able to reject and defer work proposals. We might
>> want this in
>> the charter.
>
> A gong is only useful if the principals understand why the
> gong was struck.  On the famous television show, some people
> tried to get a gong -- it was funny.  At SIPPING (or DISPATCH),
> I assure you that the principals are not trying to get a gong.
>
> The charter should explain what sort of feedback is given to
> principals for rejected submissions:  point to another WG
> (ugh, that's what DISPATCH is trying to avoid, no?), another
> standards organization (e.g., 3GPP), "no, we don't like that
> idea", or whatever.  The DISPATCH charter should explain this
> with some crispness.

Gonzalo asked me to take notes for the DISPATCH session yesterday, and
here's what my notes summarize as:

1.1.1            Theo Zourzouvillys  Via Cookies
draft-zourzouvillys-sip-via-cookie-02

What problem do we want Theo to work on? Don't want to take a hum for each
attack - we'll discuss on the list.

1.1.2            Christer Holmberg  Keepalive Without Outbound
draft-holmberg-sip-keep-03

We'll take the hum on this draft on the list, after Christer submits a
completed 04 draft.

1.1.3            Hadriel Kaplan  Secure Call ID
draft-kaplan-sip-secure-call-id-00

We'll continue discussions on the list.

1.1.4            Hadriel Kaplan  Session ID
draft-kaplan-sip-session-id-01

Will discuss this draft on the list...

1.1.5            Alan Johnston  User to User for ISDN
draft-johnston-sipping-cc-uui-07

Looking for continued feedback on this list.

1.1.6            Alan Johnston  Batch NOTIFYs
draft-johnston-sipping-batch-notify-00

More list discussion would be great.

1.1.7            Salvatore Loreto  Context-ID Requirements
draft-loreto-sipping-context-id-requirements

Need more discussion onlist.

1.1.8            Salvatore Loreto  Changes to Referred-By
draft-loreto-sipping-3892bis-01

1.1.9            Hadriel Kaplan  Updates to the Updates to Asserted Identity
in SIP
draft-kaplan-sipping-pai-responses-00

More conversation on the list, please.

1.1.10       Radu State  Digest Relay Attack
draft-state-sip-relay-attack-00

Gonzalo - there is interest, need to decide what the next step is.

So... I think that 8 out of 10 of the drafts presented weren't gonged, but 
they didn't get to a point where we know what to do with them, either.

This wasn't quite as bad as the SubIP area used to be (IPO and CCAMP 
routinely had 20 drafts presented at six minutes per draft, and we didn't 
have time to talk about any of the drafts because we had to start the 
presentation on the next draft), but we definitely need to get better as a 
community at converging on stuff that's NOT controversial before we get to a 
face-to-face meeting, so we can spend significant amounts of time on stuff 
that IS controversial when we're face-to-face.

This would be good to think about, while we're thinking about the DISPATCH 
charter, IMO.

Thanks,

Spencer