On Tue, 2020-05-26 at 17:58 +0000, Bernd Eckenfels wrote: > Michael, this looks a bit like the packets in between have been TLS > handshakes which have not been carried out because the engine was not > kicked off. Maybe a starHandshake() would help? Or can you share the > full traces? Did you try http as well? >
Michael, I can only second what Bernd has said. Try to simplify the setup and see if you can get things to work with plain HTTP first. Also feel free to tweak my code as you see fit. Oleg > Bernd > -- > http://bernd.eckenfels.net > ________________________________ > Von: Michael Osipov <micha...@apache.org> > Gesendet: Dienstag, Mai 26, 2020 7:53 PM > An: HttpClient User Discussion > Betreff: Re: Server-side mid-air connection close on upload > > Am 2020-05-26 um 09:14 schrieb Oleg Kalnichevski: > > On Mon, 2020-05-25 at 11:56 +0200, Michael Osipov wrote: > > > > > > > ... > > > > > > > Where long denotes the min size of the request body and Timeout > > > how > > > long > > > we want to wait for the early response. > > > > > > Let me know if you have somthing to test, setup is there at work. > > > > > > > Hi Michael > > > > Please try out this branch in your environment > > > > https://github.com/ok2c/httpcomponents-core/tree/early_response_blocking_io > > I did try this, with 5 ms and 50 ms. Both do not work. The early > response is not seen. Here are two lines from Wireshark: > > > No. Time Source Destination Protocol Length Info > > 222 0.072434 139.22.137.23 147.54.64.149 TLSv1.3 > > 343 [TLS segment of a reassembled PDU] > > 239 0.025213 147.54.64.149 139.22.137.23 HTTP 678 > > HTTP/1.1 401 (text/html) > > No. Time Source Destination Protocol Length Info > > 153 0.130427 139.22.137.23 147.54.64.149 TLSv1.3 > > 343 [TLS segment of a reassembled PDU] > > 176 0.026806 147.54.64.149 139.22.137.23 HTTP 678 > > HTTP/1.1 401 (text/html) > > times are relative to the previous packet. > > When I set to 5 s the POST paket with the sole headers shows 5 > seconds > compared to the previous packet "New Session Ticket". I don't believe > that this needs 5 s: > > > No. Time Source Destination Protocol Length Info > > 1373 *REF* 147.54.64.149 139.22.137.23 TLSv1.3 133 New > > Session Ticket > > 1374 0.000023 139.22.137.23 147.54.64.149 TCP 54 > > 53316 → 11111 [ACK] Seq=506 Ack=7157 Win=261888 Len=0 > > 1375 0.000044 139.22.137.23 147.54.64.149 TCP 54 > > [TCP Dup ACK 1374#1] 53316 → 11111 [ACK] Seq=506 Ack=7157 > > Win=261888 Len=0 > > 2905 5.104702 139.22.137.23 147.54.64.149 TLSv1.3 > > 343 [TLS segment of a reassembled PDU] > > 2906 5.104793 139.22.137.23 147.54.64.149 TCP 343 > > [TCP Retransmission] 53316 → 11111 [PSH, ACK] Seq=506 Ack=7157 > > Win=261888 Len=289 > > 2925 5.130667 147.54.64.149 139.22.137.23 HTTP 678 > > HTTP/1.1 401 (text/html) > > I am either incorrectly interpreting the output or something is wrong > here. > In any case it still tried to send off the entire body. > > Is there anything else I can try? > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: httpclient-users-unsubscr...@hc.apache.org > For additional commands, e-mail: httpclient-users-h...@hc.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: httpclient-users-unsubscr...@hc.apache.org For additional commands, e-mail: httpclient-users-h...@hc.apache.org
