[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [lwip-users] HTTP Auth, LWIP connection management and FIN packets
From: |
Sergio R. Caprile |
Subject: |
Re: [lwip-users] HTTP Auth, LWIP connection management and FIN packets |
Date: |
Fri, 19 Feb 2016 18:15:47 -0300 |
User-agent: |
Mozilla/5.0 (Windows NT 5.1; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 |
OK, rewind.
I see your server loses frame 5, retransmitted by your client 2.5 secs
later, and RST by your server.
You don't place a second connection as you formerly said, you are just
sending another HTTP message over the same connection. You need to have
persistent connections working to do that, and I'm not fluent on that to
help you.
Maybe you have persistent connections and so the server did not close
the connection, otherwise it should have done that. If it tried to close
it, it didn't succeed cause the client never got noticed.
Anyway, I don't know the application you are using and whether it
properly uses tcp_poll() to do it stuff and so on. Calls to tcp_close()
can fail and you must schedule to close later.
You have a working server with authentication in the link I provided
some mails ago.
If you want to debug your application, you can follow the packet flow in
your server and ask specifics if you need, I can't do much more.
If tcp_recv() is not called, as you say, my bet is the connection has
been closed but did not succeed, your application did not retry and the
close sequence did not take place. It is just a bet, I don't actually
know what you are doing there; you do.
Check the wiki for help on tcp closing: http://lwip.wikia.com/wiki/Raw/TCP
- Re: [lwip-users] HTTP Auth, LWIP connection management and FIN packets, Sergio R. Caprile, 2016/02/17
- Re: [lwip-users] HTTP Auth, LWIP connection management and FIN packets, Gustavo Pinho Oliveira, 2016/02/17
- Re: [lwip-users] HTTP Auth, LWIP connection management and FIN packets, Sergio R. Caprile, 2016/02/17
- Re: [lwip-users] HTTP Auth, LWIP connection management and FIN packets, Sergio R. Caprile, 2016/02/19
- Re: [lwip-users] HTTP Auth, LWIP connection management and FIN packets, address@hidden, 2016/02/24
- Re: [lwip-users] HTTP Auth, LWIP connection management and FIN packets, Sergio R. Caprile, 2016/02/27