aboutsummaryrefslogtreecommitdiffstats
path: root/net/dccp/ccids/Kconfig
diff options
context:
space:
mode:
authorAndrea Bittau <a.bittau@cs.ucl.ac.uk>2006-03-20 20:41:47 -0500
committerDavid S. Miller <davem@davemloft.net>2006-03-20 20:41:47 -0500
commit2a91aa3967398fb94eccc8da67c82bce9f67afdf (patch)
tree62bf003487121bc629919c85810df11e52016b8f /net/dccp/ccids/Kconfig
parentaa5d7df3b20e0e493e90e1151510ab3ae8366bb5 (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/Kconfig39
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 @@
1menu "DCCP CCIDs Configuration (EXPERIMENTAL)" 1menu "DCCP CCIDs Configuration (EXPERIMENTAL)"
2 depends on IP_DCCP && EXPERIMENTAL 2 depends on IP_DCCP && EXPERIMENTAL
3 3
4config 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
4config IP_DCCP_CCID3 32config 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