From: Leandro <leandroal@gmail.com>
To: dccp@vger.kernel.org
Subject: [PATCH 1/25] CCID-4 Kconfig and Makefile
Date: Wed, 31 Oct 2007 23:18:36 +0000 [thread overview]
Message-ID: <200710312018.36512.leandroal@gmail.com> (raw)
[CCID-4] CCID-4 Kconfig and Makefile
Signed-off-by: Leandro Melo de Sales <leandro@embedded.ufcg.edu.br>
Signed-off-by: Tommi Saviranta <wnd@iki.fi>
Index: leandro.new/net/dccp/ccids/Kconfig
=================================--- leandro.new.orig/net/dccp/ccids/Kconfig
+++ leandro.new/net/dccp/ccids/Kconfig
@@ -106,9 +106,82 @@ config IP_DCCP_CCID3_RTO
is serious network congestion: experimenting with larger values should
therefore not be performed on WANs.
-# The TFRC Library: currently only has CCID 3 as customer
+config IP_DCCP_CCID4
+ tristate "CCID4 (TCP-Friendly, Small Packet Variant) (EXPERIMENTAL)"
+ depends on IP_DCCP
+ def_tristate IP_DCCP
+ ---help---
+ CCID-4 denotes Congestion Control Identifier 4, the Small-Packet
+ variant of TCP-Friendly Rate Control (TFRC), in the Datagram
+ Congestion Control Protocol (DCCP). CCID 4 is for experimental use,
+ and uses TFRC-SP [RFC4828], a variant of TFRC designed for applications
+ that send small packets. The goal for TFRC-SP is to achieve roughly the
+ same bandwidth in bits per second (bps) as a TCP flow using packets of up
+ to 1500 bytes but experiencing the same level of congestion. CCID 4 is for
+ experimental use for senders that send small packets and would like a
+ TCP-friendly sending rate, possibly with Explicit Congestion
+ Notification (ECN), while minimizing abrupt rate changes.
+
+ CCID-4 is a Internet-Draft and it can be found at:
+ https://datatracker.ietf.org/drafts/draft-floyd-dccp-ccid4/
+
+ The TFRC-SP congestion control algorithms were initially described in
+ RFC 4828.
+
+ To compile this CCID as a module, choose M here: the module will be
+ called dccp_ccid4.
+
+ If in doubt, say M.
+
+config IP_DCCP_CCID4_DEBUG
+ bool "CCID4 debugging messages"
+ depends on IP_DCCP_CCID4
+ ---help---
+ Enable CCID4-specific debugging messages.
+
+ When compiling CCID4 as a module, this debugging output can
+ additionally be toggled by setting the ccid4_debug module
+ parameter to 0 or 1.
+
+ If in doubt, say N.
+
+config IP_DCCP_CCID4_RTO
+ int "Use higher bound for nofeedback timer"
+ default 100
+ depends on IP_DCCP_CCID4 && EXPERIMENTAL
+ ---help---
+ This help is a copy of CCID3 RTO option. It must be updated, if
+ necessary, according to the CCID-4 internet draft.
+
+ Use higher lower bound for nofeedback timer expiration.
+
+ The TFRC-SP nofeedback timer normally expires after the maximum of 4
+ RTTs and twice the current send interval (RFC 3448, 4.3). On LANs
+ with a small RTT this can mean a high processing load and reduced
+ performance, since then the nofeedback timer is triggered very
+ frequently.
+
+ This option enables to set a higher lower bound for the nofeedback
+ value. Values in units of milliseconds can be set here.
+
+ A value of 0 disables this feature by enforcing the value specified
+ in RFC 3448. The following values have been suggested as bounds for
+ experimental use:
+ * 16-20ms to match the typical multimedia inter-frame interval
+ * 100ms as a reasonable compromise [default]
+ * 1000ms corresponds to the lower TCP RTO bound (RFC 2988, 2.4)
+
+ The default of 100ms is a compromise between a large value for
+ efficient DCCP implementations, and a small value to avoid disrupting
+ the network in times of congestion.
+
+ The purpose of the nofeedback timer is to slow DCCP down when there
+ is serious network congestion: experimenting with larger values should
+ therefore not be performed on WANs.
+
+# The TFRC Library: currently has CCID 3 and CCID 4 as customer
config IP_DCCP_TFRC_LIB
- depends on IP_DCCP_CCID3
+ depends on IP_DCCP_CCID3 || IP_DCCP_CCID4
def_tristate IP_DCCP_CCID3
config IP_DCCP_TFRC_DEBUG
Index: leandro.new/net/dccp/ccids/Makefile
=================================--- leandro.new.orig/net/dccp/ccids/Makefile
+++ leandro.new/net/dccp/ccids/Makefile
@@ -1,3 +1,7 @@
+obj-$(CONFIG_IP_DCCP_CCID4) += dccp_ccid4.o
+
+dccp_ccid4-y := ccid4.o
+
obj-$(CONFIG_IP_DCCP_CCID3) += dccp_ccid3.o
dccp_ccid3-y := ccid3.o
next reply other threads:[~2007-10-31 23:18 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-10-31 23:18 Leandro [this message]
2007-11-02 8:42 ` [PATCH 1/25] CCID-4 Kconfig and Makefile Ian McDonald
2007-11-08 10:57 ` Gerrit Renker
2007-11-13 16:24 ` Łeandro Sales
2007-11-13 16:27 ` Gerrit Renker
2007-11-13 16:32 ` Łeandro Sales
2007-11-16 13:39 ` Gerrit Renker
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200710312018.36512.leandroal@gmail.com \
--to=leandroal@gmail.com \
--cc=dccp@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.