Hello Lars, On Fri, Nov 08, 2019 at 03:12:02PM +0700, Lars Melin wrote: > On 11/8/2019 14:50, Paul Fertser wrote: > > From working with uIP before on an embedded target I know that it > > doesn't support delayed ACKs in any form, for any packet it sends it > > waits for an ACK before sending the next, and I would guess that for > > any packet it receives it's better to wait for its ACK before sending > > the next (as I see plenty of duplicated ACKs from this backup server > > all confirming just the first packet received, and then long wait > > before retransmission). The problem is in the number of packets sent, > > not the size (so changing MTU/MSS doesn't help much). > > > > I haven't been able to find a way to trick it into behaving, sorry. > > > > Don't complicate simple things, all D-Link routers have a recovery web page > and you access it with your browser, not with curl.
You quoted my message and it doesn't contradict "having a recovery web page" idea. However, it clearly says that I can't meaningfully use it _anyhow_, neither with curl nor with my browser. Please reread the quote and you'll see it is not simple. Do you want me to send you a PCAP file as a proof? -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com _______________________________________________ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel