[dcp] Re: DCP charter.....

> Yep, you could look at the DCP web page at:
>  http://www.aciri.org/kohler/dcp/
> and at the four internet drafts on that page.

Looked at the drafts and  the major application cited was telephony and
streaming media (control? data?).  While I can see how some of the DCP
services might be desirable, the drafts don't really provide a complete
picture of how DCP will be used, or a convincing argument as to why
alternatives (such as RTP deployed with layered codecs) isn't
sufficient.  As a result, it isn't clear from these documents whether we
have a solution in search of a problem. 

>  Drafts for DCP, and several associated congestion control IDs, already
>  exist.  The first task before the working group will be an abbreviated
>  functional requirement validation of those drafts.  There are two
>  possible outcomes: (1) The current DCP draft is declared suitable for
>  further work, with some areas listed for possible extension.  (2) The
>  current DCP draft is declared unsuitable for further work, and more
>  formal functional requirement exploration begins.

Seems to me that a more in depth "problem statement" might be helpful,
too. Given that we're finally starting to ship telephony/streaming
media software using other transports, some good arguments will be
needed to persuade folks to change horses in mid-ride. This is
particularly true given how long it seems to ship passable support for new
transports. 

_______________________________________________
dcp mailing list
dcp@ietf.org
https://www1.ietf.org/mailman/listinfo/dcp