2.5.3 Dispatch (dispatch)

NOTE: This charter is a snapshot of the 76th IETF Meeting in Hiroshima, Japan. It may now be out-of-date.

Last Modified: 2009-04-20


Mary Barnes <mary.barnes@nortel.com>
Gonzalo Camarillo <gonzalo.camarillo@ericsson.com>

Real-time Applications and Infrastructure Area Director(s):

Robert Sparks <rjsparks@nostrum.com>
Cullen Jennings <fluffy@cisco.com>

* The Real-time Applications and Infrastructure Area Directors were seated during the IETF 65.

Real-time Applications and Infrastructure Area Advisor:

Cullen Jennings <fluffy@cisco.com>


Oscar Novo <Oscar.Novo@ericsson.com>

Mailing Lists:

General Discussion: dispatch@ietf.org
To Subscribe: https://www.ietf.org/mailman/listinfo/dispatch
Archive: http://www.ietf.org/mail-archive/web/dispatch/

Description of Working Group:

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:

- Directing 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.
- Rejecting and deferring work.

A major objective of the DISPATCH WG is to provide timely, clear
dispositions of new efforts. Where there is consensus to take
on new work, the WG will strive to quickly find a home for it.
Reconsideration of proposals which have failed to gather consensus
will be prioritized behind proposals for new work which have not
yet been considered. In general, requests for reconsideration
should only be made once a proposal has been significantly

Guiding principles will include:

1. Providing a clear problem statement for proposed new work.

2. Prioritizing new efforts so that RAI does not take on more work
than it can effectively complete.

3. Looking for commonalities among ongoing development efforts.
Such commonalities may indicate the need to develop more
general, reusable components.

4. Protecting the architectural integrity of RAI protocols and
ensuring that work has general applicability.

If the group decides that a particular topic needs to be addressed by
a new or existing WG, the normal IETF chartering process will be
followed, including, for instance, IETF-wide review of the proposed
changes. Proposal for large work efforts SHOULD lead to a BOF where
the topic can be discussed in front of the entire IETF community.

Prior experience in RAI, particularly in SIPPING, indicates that the
activities described here are significantly hindered when trying to
complete the identified protocol work items in the same venue. The
DISPATCH working group will not direct protocol work to itself.

Goals and Milestones:

Aug 2009  Proposed charter for SIP Overload WG
Aug 2009  Proposed disposition for SIP Common Log Format
Sep 2009  Proposed charter for SIP Configuration WG
Sep 2009  Proposed disposition for SAML for SIP

No Current Internet-Drafts

No Request For Comments

Meeting Minutes


Chair charts and agenda
Session Recording
Disaggregated Media
Alert URNs
Reason header field in responses
Identity Adhoc
SIP-XMPP ad hoc - Overview
SIP-XMPP ad hoc - Use
SIP-XMPP ad hoc - Extra Presentation