Return-Path: Delivered-To: apmail-httpd-dev-archive@www.apache.org Received: (qmail 62939 invoked from network); 10 Sep 2007 18:27:59 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 10 Sep 2007 18:27:59 -0000 Received: (qmail 9030 invoked by uid 500); 10 Sep 2007 18:27:49 -0000 Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 8948 invoked by uid 500); 10 Sep 2007 18:27:49 -0000 Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: dev@httpd.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list dev@httpd.apache.org Received: (qmail 8937 invoked by uid 99); 10 Sep 2007 18:27:49 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 10 Sep 2007 11:27:49 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [209.133.199.10] (HELO jimsys.jagunet.com) (209.133.199.10) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 10 Sep 2007 18:27:47 +0000 Received: from [127.0.0.1] (localhost [127.0.0.1]) by jimsys.jagunet.com (Postfix) with ESMTP id 8CD98B102B0; Mon, 10 Sep 2007 14:27:23 -0400 (EDT) In-Reply-To: <2386B95DE460124D8566B9EABCABB97F162E28@ashbes04.triadfin.com> References: <2386B95DE460124D8566B9EABCABB97F162E13@ashbes04.triadfin.com> <46E1F3E6.3090109@rowe-clan.net> <2386B95DE460124D8566B9EABCABB97F162E1A@ashbes04.triadfin.com> <36791.84.233.182.145.1189437282.squirrel@www.sharp.fm> <2386B95DE460124D8566B9EABCABB97F162E20@ashbes04.triadfin.com> <3061BE3A-918D-4307-A8D5-08223274316D@jaguNET.com> <2386B95DE460124D8566B9EABCABB97F162E28@ashbes04.triadfin.com> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Cc: "Minato, Rick" , Content-Transfer-Encoding: 7bit From: Jim Jagielski Subject: Re: Apache proxy engineering specs Date: Mon, 10 Sep 2007 14:27:22 -0400 To: dev@httpd.apache.org X-Mailer: Apple Mail (2.752.2) X-Virus-Checked: Checked by ClamAV on apache.org In that case, I think we can answer your question... As you know, HTTP operates above tcp/ip which means that there is the normal tcp/ip handshaking and "flow" between the client and Apache, whether Apache is itself handling the request or if it is a proxy for another server. Apache simply takes the request that comes in from the client and then "passes that through" to the backend, pretending to be a client, if you catch my drift. If you were to sniff the traffic between the client and Apache, you would not be able to tell, at the tcp/ip layer, whether Apache would be operating as a proxy or not. On Sep 10, 2007, at 2:19 PM, Shaw, Dan wrote: > Yes, that is correct TCP/IP transport layer. > > Thanks, > Dan > > > Daniel P. Shaw > Triad Financial > Pro-Tem Contractor > dshaw@triadfinacial.com > Ext: 25106 > Ph: 714-799-5106 > Start Date: 08-13-2007 > > -----Original Message----- > From: Jim Jagielski [mailto:jim@jaguNET.com] > Sent: Monday, September 10, 2007 10:46 AM > To: dev@httpd.apache.org > Cc: Minato, Rick; wrowe@rowe-clan.net > Subject: Re: Apache proxy engineering specs > > > On Sep 10, 2007, at 1:29 PM, Shaw, Dan wrote: > >> Sure, >> >> We are going to be implementing BizTalk and BizTalk guaranties >> delivery >> of messages per their application. One of the first layers is the >> transport layer BizTalk listens to for ACK(s) and if the ACK(s) come >> from the proxy server then we will get a false positive and the >> connection closes. >> >> I did get a reply from another apache DEV and they indicate that I >> maybe >> looking for persistent and stateful. OK that is fine but the very >> first >> thing I need to know is if a proxy server responds with ACK(s) from >> requesting clients. >> >> We believe the proxy server does not respond with ACK from a client >> and >> it passes the data onto the server in which the server responds >> with ACK >> and then connection is closed. But again this is a guess just >> based on >> out research hence out question out to the dev apache arena. >> >> >> Let me know if you need additional information I will send it. >> > > By ACK, I'm guessing you mean at the tcp/ip layer?? > >