Hello Emilio. Thanks for the reply. Might you be so kind an provide me some details regarding your solution. A first search in github does not give me any results. I found two patches regarding the issue (one for 2.6 and one for 2.8a). Tried to use the 2.8a one, but that patch did not apply correct. I patched it manually, but still without success... :-(
Regards Stefan Von meinem iPad gesendet > Am 01.08.2017 um 11:20 schrieb Emilio Campos <emilio.campos.mar...@gmail.com>: > > We had a similar issue with an app of a vendor, the 100 continue header in > the backend was mandatory and we solved this after to support 100continue > from Pound. You can find some pound fork in github including this patch, if > needed. > > Joe and Robert, I think that supporting 100continue header would be great! > > Thanks and regards > > 2017-07-30 14:59 GMT+02:00 Stefan Bauer <s...@stefan-bauer.net>: >> Hello mailinglist.... >> >> No I ´m a Little bit further in analysing the tcpdumps.... >> Client is sending an initial http post packet including the Expect: >> 100-continue Header. >> Pound is recieving this packet, but does Not forward it to the backend >> server. There is just an Ack from the pound to the Client. Than it Looks >> like that the client is ignoring the missing Continue answer of the server >> after 1 second and is sending the further request.... >> That causes the delay... >> >> Regards >> >> Stefan >> >> Von meinem iPad gesendet >> >> > Am 26.07.2017 um 22:38 schrieb Stefan Bauer <s...@stefan-bauer.net>: >> > >> > Hello mailinglist.... >> > >> > First of all, thanks for the replies so long and sorry for the Delay of my >> > side, but we Bad some general issues with our application. >> > >> > In the meantime I have managed it to Upgrade to pound Version 2.7 >> > The delay is still existent. Í have also done some Traffic captures. One >> > capture on the Client and one on the backend Server. >> > It is getting more and more difficult. >> > The First 3 Packets are looking normal on both sides: >> > 1. Syn >> > 2. Syn, Ack >> > 3. Ack >> > –> Typical 3-way-TCP-Handshake... >> > >> > than on Client side i can See a packet going to the server with PSH, Ack >> > set, containing also a POST / HTTP/1.1 in the tcp Data. >> > next packet is an Ack of the Server. Now we have a Delay of 1 Second and >> > next packet is a Full POST command going to the server. >> > >> > On Server side there is After the 3-was-Handshake the next packet the Full >> > Post command... >> > >> > If anyone is interessted in the captures, i May provide them directly. >> > Since the systems are public reachable, i do Not want to provide them in >> > the mailinglist... >> > >> > Best regards >> > >> > Stefan >> > >> > Von meinem iPad gesendet >> > >> >> Am 20.07.2017 um 10:48 schrieb Bussi Andrea <bu...@mfn.unipmn.it>: >> >> >> >> Is the backend trying a reverse DNS lookup >> >> for the IP of the load balancer and timing out? >> >> >> >> Andrea >> >> >> >>> On 07/18/2017 10:02 PM, Stefan Bauer wrote: >> >>> Hello Mailingliste-List. >> >>> I have a Strange Issue in Running Pound. >> >>> Í m Running pound on an ubuntu 14.04 using the default supplied package >> >>> (Version 2.6) >> >>> If the request to an http Service is Running over the pound loadbalancer >> >>> it Takes about 1 or 2 second to complete the request. >> >>> If i do the request directly to the backend Server it takes about 0.2 >> >>> seconds to complete the request. >> >>> Any idea how to solve that? >> >>> Regards >> >>> Stefan >> >>> Von meinem iPad gesendet >> >>> -- >> >>> To unsubscribe send an email with subject unsubscribe to pound@apsis.ch. >> >>> Please contact ro...@apsis.ch for questions. >> >> >> >> -- >> >> To unsubscribe send an email with subject unsubscribe to pound@apsis.ch. >> >> Please contact ro...@apsis.ch for questions. >> > >> > -- >> > To unsubscribe send an email with subject unsubscribe to pound@apsis.ch. >> > Please contact ro...@apsis.ch for questions. >> >> -- >> To unsubscribe send an email with subject unsubscribe to pound@apsis.ch. >> Please contact ro...@apsis.ch for questions. > > > > -- > Load balancer distribution - Open Source Project > http://www.zenloadbalancer.com > Distribution list (subscribe): zenloadbalancer-supp...@lists.sourceforge.net