Differences between version 30 and predecessor to the previous major change of DCCPToDo.
Other diffs: Previous Revision, Previous Author, or view the Annotated Edit History
Newer page: | version 30 | Last edited on Friday, September 30, 2005 2:59:22 pm | by ArnaldoMelo | Revert |
Older page: | version 28 | Last edited on Friday, September 30, 2005 2:16:19 pm | by IanMcDonald | Revert |
@@ -4,18 +4,15 @@
4 - implement [CCID]2 and other experimental [CCID]s.%%%
7 - get [DCCP] support into upstream ethereal. Joacim working on.%%%
10 - Feature negotiations. Joacim raised.%%%
-13 - Look at packet buffering or [API] instead of just saying [EAGAIN] if can't transmit packet. Raised by Ian. Arnaldo commented that looking to revise dccp_sendmsg/recvmsg.%%%
-15 - Give feedback to userspace on rate, windowsize (presume [CCID]2 here), rate, loss rate through an API. Marie Camier raised, IanMcDonald also needs at some time. Status ArnaldoMelo has done some work here to be used by iproute2%%%
18 - Go through and review fixme/bug comments in code.%%%
22 - Look at sharing code with [TCP] Congestion code. Raised by ArnaldoMelo.%%%
24 - Implement the remaining options processing%%%
25 - Implement iptables header matching for [DCCP]. Status Harald Welte attached an (untested) patch for basic iptables support. Please review (esp. the option matching part) and consider applying it to your tree (or tell me to submit it to davem). Current iptables from svn.netfilter.org has the required userspace support (and even a manpage snippet).%%%
26 - Implement connection tracking and [NAT] for [DCCP] in netfilter/iptables. To the best of my knowledge, we're the only stateful packet filter that does [SCTP] so far... would be great to have [DCCP] support, too. Since you know the state transitions and other aspects of the [DCCP] protocol well, it would be great to see <tt>ip_conntrack_proto_dccp.c</tt> (or even better: <tt>nf_conntrack_proto_dccp.c</tt>) at some point. Requested by Harald Welte.%%%
31 - Get an OOPS on module unload of dccp_ccid3 and dccp together. Notified by IanMcDonald. ArnaldoMelo has supplied a patch. Low priority.%%%
32 - Look at changing away from struct timeval/do_gettimeofday as these waste 4 bytes per instance on 64 bit machines. Raised by ArnaldoMelo%%%
-33 - When running ttcp you have to put in a -l500 in or else it comes back with errno 90 : [IO Message too long|EMSGSIZE]. This is due to Path MTU not working correctly.%%%
35 - One thing that I found out is that we're not accounting the packet history allocations to the socket, which is very wrong and I'll work on fixing in the coming days. Raised by ArnaldoMelo%%%
36 - The service code in the REQUEST and RESPONSE packets is in network byte order and TcpDump is not using ntohl on it, below is the dump for a session
where I used service=1=ntohl(16777216), one other idea is to look if the 4 bytes that compose the service are in the [ASCII] printable range and present it as
"names" like suggested in the draft. Raised by ArnaldoMelo%%%
@@ -43,4 +40,10 @@
28 - [DCCP] transmit performance is way down in <tt>dccp-2.6.14-2.git</tt>. Notified Arnaldo. Status - patch responsible identified by IanMcDonald and notification to list.%%%
29 - Options for elapsed time, timestamp, timestamp echo etc are not implemented according to protocol. Notified by Nishida-san and IanMcDonald. Also elapsed time option has the wrong length. Status - elapsed time now has correct length%%%
34 - Look at setting t_ipi to something else instead of TFRC_INITIAL_TIMEOUT. Raised by ArnaldoMelo. Status - done.
6 - get [DCCP] support into upstream tcpdump. IanMcDonald has submitted to tcpdump mailing list. Status - done.
+13 - Look at packet buffering or [API] instead of just saying [EAGAIN] if can't transmit packet. Raised by Ian. Arnaldo commented that looking to revise dccp_sendmsg/recvmsg. Status: now it only returns -EAGAIN if O_NONBLOCK is being used or if the timeout expires%%%
+15 - Give feedback to userspace on rate, windowsize (presume [CCID]2 here), rate, loss rate through an API. Marie Camier raised, IanMcDonald also needs at some time. Status ArnaldoMelo has done some work here to be used by iproute2 - Now also available thru DCCP_SOCKOPT_CCID_[RT]X_INFO getsockopt, investigation still needed on the need for a mmap interface%%%
+33 - When running ttcp you have to put in a -l500 in or else it comes back with errno 90 : [IO Message too long|EMSGSIZE]. This is due to Path MTU not working correctly. - This is not really due to PMTU not working
+correctly, it already mostly works, needs just polishing on getting info from the CCIDs (CCMPS) and not just
+use a fixed overhead added to the MTU obtained from dst_mtu(), it is because ttcp by default uses 8192 sized packets, which is bigger than most PMTUs, so we have to use -l to change this default, chaning ttcp to
+use the TFRC default of 256 bytes by default if DCCP is being used (-c) seems to be a good idea.%%%