diff options
author | Andrea Bittau <a.bittau@cs.ucl.ac.uk> | 2006-03-20 20:41:47 -0500 |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2006-03-20 20:41:47 -0500 |
commit | 2a91aa3967398fb94eccc8da67c82bce9f67afdf (patch) | |
tree | 62bf003487121bc629919c85810df11e52016b8f /net/dccp/ccids/Kconfig | |
parent | aa5d7df3b20e0e493e90e1151510ab3ae8366bb5 (diff) |
[DCCP] CCID2: Initial CCID2 (TCP-Like) implementation
Original work by Andrea Bittau, Arnaldo Melo cleaned up and fixed several
issues on the merge process.
For now CCID2 was turned the default for all SOCK_DCCP connections, but this
will be remedied soon with the merge of the feature negotiation code.
Signed-off-by: Andrea Bittau <a.bittau@cs.ucl.ac.uk>
Signed-off-by: Arnaldo Carvalho de Melo <acme@mandriva.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'net/dccp/ccids/Kconfig')
-rw-r--r-- | net/dccp/ccids/Kconfig | 39 |
1 files changed, 36 insertions, 3 deletions
diff --git a/net/dccp/ccids/Kconfig b/net/dccp/ccids/Kconfig index 7684d83946a..422af197171 100644 --- a/net/dccp/ccids/Kconfig +++ b/net/dccp/ccids/Kconfig | |||
@@ -1,6 +1,34 @@ | |||
1 | menu "DCCP CCIDs Configuration (EXPERIMENTAL)" | 1 | menu "DCCP CCIDs Configuration (EXPERIMENTAL)" |
2 | depends on IP_DCCP && EXPERIMENTAL | 2 | depends on IP_DCCP && EXPERIMENTAL |
3 | 3 | ||
4 | config IP_DCCP_CCID2 | ||
5 | tristate "CCID2 (TCP) (EXPERIMENTAL)" | ||
6 | depends on IP_DCCP | ||
7 | select IP_DCCP_ACKVEC | ||
8 | ---help--- | ||
9 | CCID 2, TCP-like Congestion Control, denotes Additive Increase, | ||
10 | Multiplicative Decrease (AIMD) congestion control with behavior | ||
11 | modelled directly on TCP, including congestion window, slow start, | ||
12 | timeouts, and so forth [RFC 2581]. CCID 2 achieves maximum | ||
13 | bandwidth over the long term, consistent with the use of end-to-end | ||
14 | congestion control, but halves its congestion window in response to | ||
15 | each congestion event. This leads to the abrupt rate changes | ||
16 | typical of TCP. Applications should use CCID 2 if they prefer | ||
17 | maximum bandwidth utilization to steadiness of rate. This is often | ||
18 | the case for applications that are not playing their data directly | ||
19 | to the user. For example, a hypothetical application that | ||
20 | transferred files over DCCP, using application-level retransmissions | ||
21 | for lost packets, would prefer CCID 2 to CCID 3. On-line games may | ||
22 | also prefer CCID 2. | ||
23 | |||
24 | CCID 2 is further described in: | ||
25 | http://www.icir.org/kohler/dccp/draft-ietf-dccp-ccid2-10.txt | ||
26 | |||
27 | This text was extracted from: | ||
28 | http://www.icir.org/kohler/dccp/draft-ietf-dccp-spec-13.txt | ||
29 | |||
30 | If in doubt, say M. | ||
31 | |||
4 | config IP_DCCP_CCID3 | 32 | config IP_DCCP_CCID3 |
5 | tristate "CCID3 (TFRC) (EXPERIMENTAL)" | 33 | tristate "CCID3 (TFRC) (EXPERIMENTAL)" |
6 | depends on IP_DCCP | 34 | depends on IP_DCCP |
@@ -15,10 +43,15 @@ config IP_DCCP_CCID3 | |||
15 | suitable than CCID 2 for applications such streaming media where a | 43 | suitable than CCID 2 for applications such streaming media where a |
16 | relatively smooth sending rate is of importance. | 44 | relatively smooth sending rate is of importance. |
17 | 45 | ||
18 | CCID 3 is further described in [CCID 3 PROFILE]. The TFRC | 46 | CCID 3 is further described in: |
19 | congestion control algorithms were initially described in RFC 3448. | 47 | |
48 | http://www.icir.org/kohler/dccp/draft-ietf-dccp-ccid3-11.txt. | ||
49 | |||
50 | The TFRC congestion control algorithms were initially described in | ||
51 | RFC 3448. | ||
20 | 52 | ||
21 | This text was extracted from draft-ietf-dccp-spec-11.txt. | 53 | This text was extracted from: |
54 | http://www.icir.org/kohler/dccp/draft-ietf-dccp-spec-13.txt | ||
22 | 55 | ||
23 | If in doubt, say M. | 56 | If in doubt, say M. |
24 | 57 | ||