| To: | netfilter@lists.netfilter.org |
|---|---|
| Subject: | using packet filtering to discover TCP end-to-end latency |
| From: | Rohit Grover <rgrover1@gmail.com> |
| Date: | Mon, 21 May 2007 16:05:10 +1200 |
| Delivered-to: | sp-com-lists@consult.net |
| Delivered-to: | netfilter-list1@securepoint.com |
| Dkim-signature: | a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:mime-version:content-transfer-encoding:message-id:content-type:to:from:subject:date:x-mailer; b=BdzZ7pL5ml4rRGSg2mR1p9kuVf9w6vMUEbfz4qgfhbyCDHKNfB+zRLEamC6oujN5vKc4VKh3QSp0MXVxy2cT6tzaQccxBMJ8ZXn86A26YRD7mPq64wRiPXY2K1x2T3h3NME36DZ5PzwAy8X+NvbEgBPSQcNxZJk9l44jcWjuN+Y= |
| Domainkey-signature: | a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:mime-version:content-transfer-encoding:message-id:content-type:to:from:subject:date:x-mailer; b=hnaf1m6ZSK89fKpEcIfR20zgU/vVdhS2N1RphUXAZSc96fBTWErH4L+gqxCi0WRdhyIMDfhdD+7T+s6XNHa37Bo+3LEXhdVCcZEcifJm7hT4NjYN80b7zyUdCDIaOF++Hd5g0DlL1GvRIws9dSzHX0Y88rSY3r+m2QGHovM93ps= |
| List-archive: | </pipermail/netfilter> |
| List-help: | <mailto:netfilter-request@lists.netfilter.org?subject=help> |
| List-id: | General discussion and user questions <netfilter.lists.netfilter.org> |
| List-post: | <mailto:netfilter@lists.netfilter.org> |
| List-subscribe: | <https://lists.netfilter.org/mailman/listinfo/netfilter>, <mailto:netfilter-request@lists.netfilter.org?subject=subscribe> |
| List-unsubscribe: | <https://lists.netfilter.org/mailman/listinfo/netfilter>, <mailto:netfilter-request@lists.netfilter.org?subject=unsubscribe> |
| Sender: | netfilter-bounces@lists.netfilter.org |
Hello,I need to discover the TCP end-to-end latency between web clients and servers transparently (i.e. without altering the clients or the servers in any way). I have squid running as a proxy server on a linux box, sitting between the clients and the servers. I can have the clients change their proxy settings to have requests pass through squid. Squid can measure latencies between itself and the web servers. The problem is to measure the network latency when squid tries to forward the server responses back to clients. Can packet filtering help me with this? Can I, for example, filter for the client ACK of the last bit of data sent from squid back to the client? Also, I still need to device a solution to measure network latency experienced by the client's SYN sent to the squid box. Any ideas? thanks in advance, Rohit Grover. |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | RE: is it possible to block ip packets that contains experimental tcp options ?, Glenn Terjesen |
|---|---|
| Next by Date: | Re: Policy targets..., Gáspár Lajos |
| Previous by Thread: | Logging NAT Translations, Craig Bernstein |
| Next by Thread: | Re: using packet filtering to discover TCP end-to-end latency, Martijn Lievaart |
| Indexes: | [Date] [Thread] [Top] [All Lists] |