From owner-freebsd-questions@FreeBSD.ORG Thu Oct 25 10:45:56 2007 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5517916A417 for ; Thu, 25 Oct 2007 10:45:56 +0000 (UTC) (envelope-from nvass@teledomenet.gr) Received: from smtp.teledomenet.gr (smtp.teledomenet.gr [213.142.128.2]) by mx1.freebsd.org (Postfix) with ESMTP id 1865113C4A5 for ; Thu, 25 Oct 2007 10:45:55 +0000 (UTC) (envelope-from nvass@teledomenet.gr) Received: by smtp.teledomenet.gr (Postfix, from userid 58) id 7E87D142220; Thu, 25 Oct 2007 13:45:54 +0300 (EEST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on smtp.teledomenet.gr X-Spam-Level: X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.3 Received: from iris (unknown [192.168.1.71]) by smtp.teledomenet.gr (Postfix) with ESMTP id A421714202C; Thu, 25 Oct 2007 13:45:50 +0300 (EEST) From: Nikos Vassiliadis To: freebsd@dreamchaser.org Date: Thu, 25 Oct 2007 13:48:29 +0300 User-Agent: KMail/1.9.7 References: <471D5D11.3090201@dreamchaser.org> <200710241051.58064.nvass@teledomenet.gr> <471FB50B.1020909@dreamchaser.org> In-Reply-To: <471FB50B.1020909@dreamchaser.org> X-NCC-RegID: gr.telehouse MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200710251348.30449.nvass@teledomenet.gr> Cc: freebsd-questions@freebsd.org Subject: Re: user ppp and PPPoE bridging X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 10:45:56 -0000 On Thursday 25 October 2007 00:11:39 freebsd@dreamchaser.org wrote: > Oct 24 12:33:35 nightmare ppp[859]: tun0: Debug: deflink: PPPoE:ed1: > Cannot determine bandwidth > > I presume this is a result of the lost LQR packets. No, bandwidth isn't known to ppp. You can ignore this warning. There is no connection between LQR and bandwidth. > The above summary appears to indicate that line quality requests are > being transferred; so what's with the too many LQR packets lost message? Perhaps the peer does not accept LQR. Disable LQR. Disable echo as well. These settings provide some monitoring capabilities, but must be accepted by both peers. If for some reason(probably misconfiguration) these are not accepted by the other peer, things will not work... But, try disabling only LQR at first. > > Finally, > Where does the initial IP address used in the negotiation come from? > I did not specify specific IP address assignment, > yet the request appears to have asked for 12.32.36.65 > This is the IP of the other interface on the machine, > and my ppp.conf has no mention of it. It's not important. These IP addresses will be denied by the other peer during IPCP. The peer will then provide you an IP address and ppp will accept it. Hope this helps Nikos