Date: Wed, 2 Aug 2000 11:24:58 +0300 From: Ruslan Ermilov <ru@FreeBSD.ORG> To: Archie Cobbs <archie@whistle.com> Cc: Charles Mott <cmott@scientech.com>, Erik Salander <erik@whistle.com>, net@FreeBSD.ORG, Julian Elischer <julian@elischer.org>, Brian Somers <brian@Awfulhak.org>, Eivind Eklund <perhaps@yes.no> Subject: Re: Improved PPTP support for libalias(3) Message-ID: <20000802112458.B38876@sunbay.com> In-Reply-To: <200007281941.MAA26153@bubba.whistle.com>; from archie@whistle.com on Fri, Jul 28, 2000 at 12:41:34PM -0700 References: <200007281735.KAA25478@bubba.whistle.com> <200007281941.MAA26153@bubba.whistle.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Jul 28, 2000 at 12:41:34PM -0700, Archie Cobbs wrote: > Archie Cobbs writes: > > > Is this a limitation of a specific server implementation, or > > > a limitation of the PPTP standard? > > > > It's simply a limitation in our address translation module for PPTP. > > There's nothing implied wrong with the standard itself or the server > > implementation. > > > > This limitation could be eliminated with more coding, but it's > > somewhat ugly (you have to make two TCP streams appear as one). > > Sorry, I may have misinterpreted your question... > > It is inherent in the PPTP standard that there be at most ONE > PPTP TCP control connection between any two IP addresses. > > If you think about it for a second you can see why: when a machine > receives a GRE packet, it identifies the call using the pair > <sourceIP, CallID>. That means that there can be at most ONE entity > living at sourceIP doling out CallID's for calls to the local > machine/IP address.. otherwise CallID's would not be guaranteed > to be unique. > This is all right, except libalias(3) is supposed to intercept outgoing PPTP call requests messages and alias CallID to be unique, see AliasHandlePptpOut(). -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20000802112458.B38876>