From owner-freebsd-net@FreeBSD.ORG Sun Mar 28 23:18:54 2004 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 058F316A4CE for ; Sun, 28 Mar 2004 23:18:54 -0800 (PST) Received: from mail.a-quadrat.at (mail.a-quadrat.at [81.223.141.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C25F43D54 for ; Sun, 28 Mar 2004 23:18:53 -0800 (PST) (envelope-from mbretter@a-quadrat.at) Received: from localhost (localhost.a-quadrat.at [127.0.0.1]) by files.a-quadrat.at (Postfix) with ESMTP id 84B775CBC2; Mon, 29 Mar 2004 09:18:51 +0200 (CEST) Received: from mail.a-quadrat.at ([127.0.0.1]) by localhost (files.a-quadrat.at [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 44727-04; Mon, 29 Mar 2004 09:18:48 +0200 (CEST) Received: from BRUTUS.a-quadrat.at (brutus.a-quadrat.at [192.168.90.60]) by files.a-quadrat.at (Postfix) with ESMTP id F37485C853; Mon, 29 Mar 2004 09:18:47 +0200 (CEST) Date: Mon, 29 Mar 2004 09:18:46 +0200 (=?ISO-8859-15?Q?Westeurop=E4ische_Sommerzeit?=) From: Michael Bretterklieber To: Jay Hall In-Reply-To: <40679626.1040104@vandaliamo.net> Message-ID: References: <40679626.1040104@vandaliamo.net> X-X-Sender: mbretter@files.a-quadrat.at MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by amavisd-new at a-quadrat.at cc: freebsd-net@freebsd.org Subject: RE: PPTP MTU 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: Mon, 29 Mar 2004 07:18:54 -0000 Hi, On Sun, 28 Mar 2004, Jay Hall wrote: > OK, I think I have an MTU negotiation problem. The server side sets an > MTU of 1458 and the client side sets an MTU of 1456. Occassionally, the > MTUs on the client and the server will be the same and then the > connection comes up and runs like a champ as long as the MTU is 1456. > Any other values, even if they are the same on the client and server end > result in a connection that comes up and then drops. > > Both the client and the server contain the line > > set link mtu 1460 > > Mar 27 00:22:52 ST_CHARLES mpd: [vpn] CCP: rec'd Configure Nak #1 link 0 > (Req-Sent) > Mar 27 00:22:52 ST_CHARLES mpd: MPPC > Mar 27 00:22:52 ST_CHARLES mpd: 0x01000040: MPPE, 128 bit, stateless > Mar 27 00:22:52 ST_CHARLES mpd: [vpn] CCP: SendConfigReq #2 > Mar 27 00:22:52 ST_CHARLES mpd: MPPC > Mar 27 00:22:52 ST_CHARLES mpd: 0x01000040: MPPE, 128 bit, stateless > Mar 27 00:22:52 ST_CHARLES mpd: [vpn] error writing len 14 frame to > bypass: No route to host there is a problem with the underlaying connection, could you please post the whole log, from the beginning of the connection. the value of 1456 is ok, because Mpd takes the ppp-header into account, wich has usually 4 bytes. bye, -- ------------------------------- ---------------------------------- Michael Bretterklieber - http://www.bretterklieber.com A-Quadrat Automation GmbH - http://www.a-quadrat.at Tel: ++43-(0)3172-41679 - GSM: ++43-(0)699 12861847 ------------------------------- ---------------------------------- "...the number of UNIX installations has grown to 10, with more expected..." - Dennis Ritchie and Ken Thompson, June 1972