Date: Wed, 03 May 2006 14:06:30 +0300 From: Iasen Kostov <tbyte@otel.net> To: Scott Ullrich <sullrich@gmail.com> Cc: FreeBSD_Net <freebsd-net@freebsd.org> Subject: Re: [6.x patchset] Ipfw nat and libalias modules Message-ID: <1146654390.30275.12.camel@DraGoN.OTEL.net> In-Reply-To: <d5992baf0605020904p26581d87q63e8c9ad6247d71b@mail.gmail.com> References: <20060430135702.GA48117@tin.it> <1146569915.79123.9.camel@DraGoN.OTEL.net> <d5992baf0605020904p26581d87q63e8c9ad6247d71b@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 2006-05-02 at 12:04 -0400, Scott Ullrich wrote: > On 5/2/06, Iasen Kostov <tbyte@otel.net> wrote: > [snip] > > Btw what is the status of the multi-session to the same > > point PPTP NAT (e.g call ID tracking) ? > > PF's NAT has the same problem. We have this come up quite often on > pfSense where someone wants to make multiple connections through the > firewall to a target PPTP server. After the first connection PF > seems to loose track of the (what your calling ID tracking I suppose) > in GRE and then no new connections can be created to that particular > PPTP server. Works fine if the second person connects to a different > server however. Yep but corporate clients tend to connect to the same server :). I've asked this question becouse I've wrote a pptp load balancer some time in the past and could possibly use it as start point for pptp nat (because the balancer was doing exactly this tracking of the call IDs for the connections to the pptp servers were comming from the same IP of the balancer's machine and there were multiple connections).
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1146654390.30275.12.camel>