Date: Sun, 10 Aug 2014 04:46:29 +0100 From: "Steven Hartland" <killing@multiplay.co.uk> To: "John-Mark Gurney" <jmg@funkthat.com>, "Niu Zhixiong" <kaiaixi@gmail.com> Cc: Michael Tuexen <Michael.Tuexen@lurchi.franken.de>, Bill Yuan <bycn82@gmail.com>, freebsd-net@freebsd.org Subject: Re: A problem on TCP in High RTT Environment. Message-ID: <59B841E11C214B28A31D842B7CB1136F@multiplay.co.uk> References: <CAOENNMA_CiBDJc0kchzUbTcf_JBwTJPF=PdBAUB6FPo-KzYkeQ@mail.gmail.com> <20140809184232.GF83475@funkthat.com> <8AE1AC56-D52F-4F13-AAA3-BB96042B37DD@lurchi.franken.de> <20140809204500.GG83475@funkthat.com> <3F6BC212-4223-4AAC-8668-A27075DC55C2@lurchi.franken.de> <CAOENNMCPuiYS7LHwMfOczhZ4yisjGkpOmWzv2pcAoi9Hhzb7dw@mail.gmail.com> <20140810022350.GI83475@funkthat.com> <CAOENNMB3=FZx5kSHVPDPBTtMKbmYJ=c_XNMcuYuoLPe=6U%2Bkxg@mail.gmail.com> <CAOENNMARg36KH1Y%2B0wG8pd7sSf8XKnMf6g790_KiKaj3Mdwyjw@mail.gmail.com> <20140810033212.GL83475@funkthat.com>
next in thread | previous in thread | raw e-mail | index | archive | help
----- Original Message ----- From: "John-Mark Gurney" <jmg@funkthat.com> > Niu Zhixiong wrote this message on Sun, Aug 10, 2014 at 10:50 +0800: >> I am sorry that I upload a WRONG SCTP capture. But, the throughput is >> same. >> SCTP is double than TCP, about 18Mbps. >> ??? >> sctp_2.pcapng.gz >> <https://docs.google.com/file/d/0By8sTL79ob4tMlh4WDlTSndHX0k/edit?usp=drive_web>; >> ??? > > Ok, the owin graph is very interesting... We do have a full 2MB > window > on the receiver side, but for some reason, we only ever have just > under > 6k outstanding on the connection... > > So, it looks like we send for a short period of time, and then stop > sending... Do you have LRO enabled? I think it might be related to: > https://svnweb.freebsd.org/changeset/base/r256920 > > As I'm seeing >100ms gaps where the sender doesn't send any data, and > as soon as more than one ack comes in, the next segment goes out... > If > we only receive a single ack, then we wait for a timeout before > sending > the next segment.. > > Can you try to disable LRO on the receiving host? > > ifconfig <iface> -lro > > And see if that helps... If it does... Applying the patch, or > compiling > a more recent kernel from stable/10 that is after r257367 as that is > was > the date that the change was merged... r257367 was in 10.0-RELEASE
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?59B841E11C214B28A31D842B7CB1136F>