Re: [dcp] Re: draft DCP charter for discussion

Sally Floyd <floyd@aciri.org> Wed, 05 December 2001 01:13 UTC

Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA20446 for <dcp-archive@odin.ietf.org>; Tue, 4 Dec 2001 20:13:01 -0500 (EST)
Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id UAA13850; Tue, 4 Dec 2001 20:13:01 -0500 (EST)
Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id UAA13815 for <dcp@optimus.ietf.org>; Tue, 4 Dec 2001 20:12:59 -0500 (EST)
Received: from elk.aciri.org (elk.aciri.org [192.150.187.21]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA20442 for <dcp@ietf.org>; Tue, 4 Dec 2001 20:12:56 -0500 (EST)
Received: from elk.aciri.org (localhost [127.0.0.1]) by elk.aciri.org (8.11.3/8.11.1) with ESMTP id fB51Cdr76063; Tue, 4 Dec 2001 17:12:39 -0800 (PST) (envelope-from floyd@elk.aciri.org)
Message-Id: <200112050112.fB51Cdr76063@elk.aciri.org>
To: Craig Partridge <craig@aland.bbn.com>
cc: dcp <dcp@ietf.org>, Transport Area Directorate <tsv@newdev.harvard.edu>
From: Sally Floyd <floyd@aciri.org>
Subject: Re: [dcp] Re: draft DCP charter for discussion
Date: Tue, 04 Dec 2001 17:12:39 -0800
Sender: dcp-admin@ietf.org
Errors-To: dcp-admin@ietf.org
X-Mailman-Version: 1.0
Precedence: bulk
List-Id: Datagram Control Protocol <dcp.ietf.org>
X-BeenThere: dcp@ietf.org

Craig -

>Well help me out here.  It seems to me that the protocol, as described,
>is an oxymoron.  I.e., without a closed loop there's no flow control
>and if the protocol is a true unreliable packet flow (e.g., UDP) there's
>no loop.
>
>So, I ask, is the plan for UDP with acks?  (I.e., the packet may not get
>there, but if it does, the sender hears about it).  Or are we talking
>something wilder?

There are three separate drafts, along with the main DCP document,
that specify congestion control profiles.  They are available on the
DCP web page at:
 http://www.aciri.org/kohler/dcp/
They are a large part of the point of DCP in the first place.

The TCP-like congestion control profile includes acknowledgements like
those in TCP.

The TFRC congestion control profile includes the kind of feedback in
TFRC.

The application gets to chose which congestion control profile it
prefers.

The application does *not* get to choose to send at a high rate
with no congestion control at all.

- Sally

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