From owner-freebsd-net@FreeBSD.ORG Tue May 17 18:36:19 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15FFE1065677 for ; Tue, 17 May 2011 18:36:19 +0000 (UTC) (envelope-from cole@opteqint.net) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id DED838FC20 for ; Tue, 17 May 2011 18:36:18 +0000 (UTC) Received: by iyj12 with SMTP id 12so920987iyj.13 for ; Tue, 17 May 2011 11:36:18 -0700 (PDT) MIME-Version: 1.0 Received: by 10.42.152.199 with SMTP id j7mr967641icw.404.1305657378156; Tue, 17 May 2011 11:36:18 -0700 (PDT) Received: by 10.231.14.2 with HTTP; Tue, 17 May 2011 11:36:18 -0700 (PDT) X-Originating-IP: [196.215.107.196] In-Reply-To: <9250F168-6DD4-41E3-8F4C-39D72A4DF6DC@mac.com> References: <20110517124855.GA25571@insomnia.benzedrine.cx> <9250F168-6DD4-41E3-8F4C-39D72A4DF6DC@mac.com> Date: Tue, 17 May 2011 20:36:18 +0200 Message-ID: From: Cole To: Chuck Swiger Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net Net Subject: Re: Kern Mod and TCP retrasmit problem X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2011 18:36:19 -0000 Hey. Im doing this to learn, but I was only testing with compression going one way and no decompression just to make sure it was all working. However if I implement decompression, then everything should be working 100%, and I wont have to worry about breaking TCP or modifying sequence numbers or anything of the sort. But thanks for the suggestions. Regards /Cole On 17 May 2011 19:39, Chuck Swiger wrote: > On May 17, 2011, at 6:16 AM, Cole wrote: >> I was hoping to keep this clean, and use existing methods for hooking >> into the stream. Also the goal im working for is to be able to use >> this on a box doing routing to hopefully get some sort of compression >> working between 2 end points. So most of the data would not actual be >> generated from userland processes. > > Why don't you use a userland proxy or routing mechanism which supports compression, like OpenVPN or OpenSSH port forwarding? > > Regards, > -- > -Chuck > >