Hi, Thanks for the replies. From: Arnaldo Carvalho de Melo <[EMAIL PROTECTED]> Subject: Re: [dccp] DCCP implementations on BSD Date: Thu, 27 Oct 2005 18:57:18 -0200 Message-ID: <[EMAIL PROTECTED]>
> > > I found that two issues so far. One issue is that linux implementation > > > doesn't > > > have feature negotiation function yet, but netbsd implementation > > > presumes it > > > and wait for a confirm packet forever. I will work on this issue later. > > > > Yes we are well aware of this. > > I started work on a userland library for feature negotiation that > later will be just > plugged in the kernel, idea is to be able to write stress tests without the > need > of reboots/module loading etc, but I've been sidetracked by way too many > things > lately, hope to get back to this soon. OK, I will implement one parameter for sysctl that can specify to suppress feature negotiation. So, I think we can do some tests without feature negotiation function for a while. > > > Second issue is that CCID3 receiver on linux sends ACKs with time stamp > > > option > > > and does not send ACKs with elapsed time option. (As far as I tested..) > > > It seems to me that CCID3 receiver must use elapsed time option or can > > > use time > > > stamp echo option in case that CCID3 sender uses time stamp option. > > > (According to section 8.2.in draft-ietf-dccp-ccid3-11.txt) > > > > I'm aware that our time options aren't perfect as well and will > > investigate or leave to somebody else to investigate. There were a > > couple of problems with time options - this being one and the other > > that the timestamps were actually incorrect. I believe we have fixed > > the latter but I would be interested to see if you agree on that. If you guys don't mind, I would like to take a look at linux code to see if I can do some tweaks for using elapsed time option. I'm not very sure if I can though. Thanks, -- Yoshifumi Nishida [EMAIL PROTECTED] Sony Computer Science Laboratories, Inc. - To unsubscribe from this list: send the line "unsubscribe dccp" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
