Date: Thu, 25 Oct 2007 13:48:29 +0300 From: Nikos Vassiliadis <nvass@teledomenet.gr> To: freebsd@dreamchaser.org Cc: freebsd-questions@freebsd.org Subject: Re: user ppp and PPPoE bridging Message-ID: <200710251348.30449.nvass@teledomenet.gr> In-Reply-To: <471FB50B.1020909@dreamchaser.org> References: <471D5D11.3090201@dreamchaser.org> <200710241051.58064.nvass@teledomenet.gr> <471FB50B.1020909@dreamchaser.org>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200710251348.30449.nvass>