From owner-freebsd-net@FreeBSD.ORG Thu Apr 17 12:26:09 2003 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A72637B401 for ; Thu, 17 Apr 2003 12:26:09 -0700 (PDT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF8C243F3F for ; Thu, 17 Apr 2003 12:26:08 -0700 (PDT) (envelope-from billf@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1098) id B985D2ED416; Thu, 17 Apr 2003 12:26:08 -0700 (PDT) Date: Thu, 17 Apr 2003 12:26:08 -0700 From: Bill Fumerola To: Brett Glass Message-ID: <20030417192608.GI47855@elvis.mu.org> References: <0AF1BBDF1218F14E9B4CCE414744E70F07DE91@exchange.wanglobal.net> <4.3.2.7.2.20030417122205.02aed700@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=unknown-8bit Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4.3.2.7.2.20030417122205.02aed700@localhost> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.8-MUORG-20030411 i386 cc: freebsd-net@freebsd.org Subject: Re: Userland PPP/PPTP tunneling problem X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 19:26:09 -0000 On Thu, Apr 17, 2003 at 12:27:08PM -0600, Brett Glass wrote: > At 12:18 PM 4/17/2003, Sten Daniel S?rsdal wrote: > > >This is a known issue with the Microsoft PPTP client. It adds the natural > >netmask and not the specified one. > > I don't understand. Why is /24 more "natural" than /16? because that address is in class C space, not class B. read rfc791. > >In case of 192.168.x.x/16 that is a > >255.255.255.0 netmask and with for example 80.80.80.0/24 is 80.0.0.0/8. > > Even more confusion. How does it come up with that? rfc791. specifically, because 192.168.x.x has the two highest bits set (which makes it a class C address) and 80.80.80.0's highest bit is set to 0 (which makes it a class A address). you're trying to apply rfc1518 and rfc1519 (cidr routing) and from what Mr. Sørsdal is telling us, msft pptp just doesn't support that. -- - bill fumerola / fumerola@yahoo-inc.com / billf@FreeBSD.org / billf@mu.org