|
From: | Norberto R. de Goes Jr. |
Subject: | Re: [lwip-users] TCP - problems with large data |
Date: | Tue, 8 Jan 2019 08:50:48 -0200 |
Hi all, how are you doing?
I updated the lwip and lwip-contrib codes:
- lwip: 159e31b (HEAD, tag: STABLE-2_1_2_RELEASE) Prepare 2.1.2 release
- lwip-contrib: 35b011d (HEAD, tag: STABLE-2_1_0_RELEASE, origin/master, origin/HEAD, master) Fix compiling lwiperf_example.c with TCP disabled
The altered files are attached:
- .../lwip-contrib/apps/tcpecho/tcpecho.c
- .../lwip-contrib/examples/example_app/lwipopts.h
- .../lwip-contrib/ports/unix/example_app/default_netif.c
- .../lwip-contrib/examples/example_app/lwipcfg.h
The same sequence/setup reported in my first email of this current thread. Just the "simhost" executable was replaced by the "example_app" (lwip-contrib contet was altered).
But the behavior is the same, there is a blocking when large packets (+/- 1100 bytes) are sent by the client.
I attached too a wireshark trace where we can see tcp-dup_ack and tcp-retransmission packets.
Please, any suggestion?
Thanks you very much.Am 18.12.2018 um 11:15 schrieb Norberto R. de Goes Jr.:
> Hi all. Thanks David Gauchard!
>
> Unfortunately I have been used an old LWIP version in my project, that
> is in production. I will have problems to update that.
> Please, then does the older versions have this kind of bug I reported?
None that I directly know of, but this kind of behaviour can be the
result of many bugs or misconfigurations. So while I think it's not a
bug in lwIP itself (this would have popped up before), I tend to think
it's not just gone by upgrading lwIP. I guess it's something in your
port or application (usage of lwIP) that triggers this.
> Or the configuration (lwipopts.h and/or opt.h) can solve that behavior?
Sorry, digging into your config is not a thing I can do right now.
Debugging such an issue takes more time.
Regards,
Simon
>
> Regards.
>
>
>
>
>
> Em seg, 17 de dez de 2018 às 10:35, David Gauchard <address@hidden
> <mailto:address@hidden>> escreveu:
>
>
> Have you tried with LWIP_TCP_SACK_OUT option enabled ?
> This option alone solves quite a number of issues on some low-mem
> devices.
>
> To use it you would need to upgrade to lwIP-2.1.2.
>
> I must take this opportunity to thank all lwIP devs for their work,
> this is much appreciated (I'm speaking from esp8266/arduino community).
>
> david
>
> On Mon, Dec 17, 2018 at 09:26:55AM -0200, Norberto R. de Goes Jr. wrote:
> > Please, anybody could help me in this my issue?
> > Thanks!
> > Norberto Goes
> >
> >
> >
> > Em dom, 9 de dez de 2018 às 19:18, Norberto R. de Goes Jr. <
> > address@hidden <mailto:address@hidden>> escreveu:
> >
> > > Hi, how are you?
> > >
> > > I have been used the LWIP library for several years already.
> > > Now I developed a new application that exchange larger packets,
> like 2K
> > > bytes.
> > >
> > > Commits in use (SHA-1) :
> > > - lwip : d70d9bf8660827e2919d5fc9c9469532196225e1
> > > - lwip-contrib: 4e553f7b3d3af4ac1f3f6c70f38371e4395fdccd
> > >
> > > To simulate my real scenario and you can try to reproduce the
> problem I
> > > am facing, I have made alterations in the "simhost.c",
> "lwipopts.h" and
> > > "tcpecho.c" from lwip-contrib. The ethernet data for teh netif
> is provided
> > > by a socket-raw driver (Linux). The tcpecho just consume the
> data, no
> > > reply (no echo). The "simhost" (server) is generated with the
> own Makefile
> > > associated avaliable in the "lwip-contrib" git.
> > >
> > > In addition, I wrote a small "client" (use the TCP-IP/Linux stack).
> > > When the "client" sends small packets, all works fine. But when
> it sends
> > > larger packets (for instance, 2048 bytes), just the first are
> sent fast
> > > (normal) but just after the locking occurs.
> > >
> > > Summary:
> > > a) 02 Oracle VMBox (VM#1 and #2) - Linux host
> > >
> > > b) Sequence to run:
> > > - VM#1 (server):
> > > > sudo your_path1/simhost
> > > - VM#2 (client):
> > > > your_path2/client ip_netif port size_data
> > > - example: > ./client 10.0.2.121 5124 2065 /*
> block */
> > > - example: > ./client 10.0.2.121 5124 1000 /* no
> block */
> > >
> > > c) Altered files (from lwip-contrib), attacheds:
> > > - .../apps/tcpecho/tcpecho.c
> > > - .../ports/unix/proj/unixsim/lwipopts.h
> > > - .../ ports/unix/proj/unixsim/simhost.c
> > >
> > > d) Client app (attacheds files)
> > >
> > > Just to compare, when I use another server with TCP-IP/Linux,
> not LWIP
> > > stack, but the same attached client, no problem found,
> including larger
> > > packets.
> > >
> > > Please, what I am doing or configuring wrong ?
> > > Thank you very much.
>
> _______________________________________________
> lwip-users mailing list
> address@hidden <mailto:address@hidden>
> https://lists.nongnu.org/mailman/listinfo/lwip-users
>
>
>
> --
> Norberto R. de Goes Jr.
> CPqD - DRC
> Tel.: +55 19 3705-4241 / Fax: +55 19 3705-6125
> address@hidden <mailto:address@hidden>
> www.cpqd.com.br <http://www.cpqd.com.br/>
>
>
>
> _______________________________________________
> lwip-users mailing list
> address@hidden
> https://lists.nongnu.org/mailman/listinfo/lwip-users
>
_______________________________________________
lwip-users mailing list
address@hidden
https://lists.nongnu.org/mailman/listinfo/lwip-users
--Norberto R. de Goes Jr.
CPqD - DRC
Tel.: +55 19 3705-4241 / Fax: +55 19 3705-6125
address@hidden
www.cpqd.com.br
[Prev in Thread] | Current Thread | [Next in Thread] |