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
- [dcp] draft DCP charter for discussion Aaron Falk
- [dcp] Re: draft DCP charter for discussion Craig Partridge
- Re: [dcp] Re: draft DCP charter for discussion Sally Floyd
- Re: [dcp] draft DCP charter for discussion Stephen Casner
- [dcp] Re: draft DCP charter for discussion Harald Tveit Alvestrand
- Re: [dcp] Re: draft DCP charter for discussion Mark Handley