From owner-freebsd-stable Mon Sep 30 16:54:42 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9848937B401 for ; Mon, 30 Sep 2002 16:54:39 -0700 (PDT) Received: from bastion.pydo.net (bastion.pydo.net [62.212.97.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49CF143E3B for ; Mon, 30 Sep 2002 16:54:38 -0700 (PDT) (envelope-from artur@pydo.org) Received: from pydo.org (univers.pydo.org [192.168.0.2]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by bastion.pydo.net (Postfix) with ESMTP id AB76B4C21D for ; Tue, 1 Oct 2002 01:54:36 +0200 (CEST) Message-ID: <3D98E439.1010400@pydo.org> Date: Tue, 01 Oct 2002 01:54:33 +0200 From: Artur Pydo User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1) Gecko/20020826 X-Accept-Language: fr-fr, fr, en-us, en MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG Subject: ppp(8) v. 3.1 : PPPoE lqr problem. X-Enigmail-Version: 0.65.2.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, Since the end of August i had problems running my ADSL connection. I had a lof of messages from IPFilter about blocked ACK packets on legitimate TCP connection. IPFilter was OK. :) I discovered that ppp changed its behaviour regarding lqr after the upgrade from version 2.3.3 to 3.1. This is a part of the log from ppp 2.3.3 once the connection established : ... 01:11:08 fw ppp[1419]: LCP: deflink: LayerUp 01:11:08 fw ppp[1419]: LCP: deflink: SendEchoRequest(0) state = Opened 01:11:08 fw ppp[1419]: LCP: Sending ident magic c3ed2b1d text user-ppp 2.3.3 (built Sep 30 2002) 01:11:08 fw ppp[1419]: LCP: deflink: SendIdent(3) state = Opened 01:11:08 fw ppp[1419]: LCP: deflink: RecvEchoReply(0) state = Opened 01:11:09 fw ppp[1419]: LCP: deflink: RecvProtocolRej(174) state = Opened 01:11:09 fw ppp[1419]: LCP: deflink: -- Protocol 0x80fd (Compression Control Protocol) was rejected! 01:11:12 fw ppp[1419]: LCP: deflink: RecvEchoRequest(1) state = Opened 01:11:12 fw ppp[1419]: LCP: deflink: SendEchoReply(1) state = Opened 01:11:13 fw ppp[1419]: LCP: deflink: SendEchoRequest(1) state = Opened 01:11:13 fw ppp[1419]: LCP: deflink: RecvEchoReply(1) state = Opened 01:11:18 fw ppp[1419]: LCP: deflink: SendEchoRequest(2) state = Opened 01:11:18 fw ppp[1419]: LCP: deflink: RecvEchoReply(2) state = Opened 01:11:23 fw ppp[1419]: LCP: deflink: RecvEchoRequest(2) state = Opened 01:11:23 fw ppp[1419]: LCP: deflink: SendEchoReply(2) state = Opened One can see that ppp(8) sends EchoRequest packets to verify the link and answers received EchoRequest. The same connection log with ppp 3.1 : ... 01:12:20 fw ppp[1429]: LCP: deflink: LayerUp 01:12:20 fw ppp[1429]: LCP: deflink: SendIdent(3) state = Opened 01:12:20 fw ppp[1429]: LCP: MAGICNUM 7fdbdff7 01:12:20 fw ppp[1429]: LCP: TEXT user-ppp 3.1 (built Sep 28 2002) 01:12:20 fw ppp[1429]: LCP: deflink: RecvProtocolRej(161) state = Opened 01:12:20 fw ppp[1429]: LCP: deflink: -- Protocol 0x80fd (Compression Control Protocol) was rejected! 01:12:29 fw ppp[1429]: LCP: deflink: RecvEchoRequest(1) state = Opened 01:12:29 fw ppp[1429]: LCP: deflink: SendEchoReply(1) state = Opened 01:12:40 fw ppp[1429]: LCP: deflink: RecvEchoRequest(2) state = Opened 01:12:40 fw ppp[1429]: LCP: deflink: SendEchoReply(2) state = Opened 01:12:50 fw ppp[1429]: LCP: deflink: RecvEchoRequest(3) state = Opened 01:12:50 fw ppp[1429]: LCP: deflink: SendEchoReply(3) state = Opened 01:13:00 fw ppp[1429]: LCP: deflink: RecvEchoRequest(4) state = Opened 01:13:00 fw ppp[1429]: LCP: deflink: SendEchoReply(4) state = Opened 01:13:10 fw ppp[1429]: LCP: deflink: RecvEchoRequest(5) state = Opened 01:13:10 fw ppp[1429]: LCP: deflink: SendEchoReply(5) state = Opened 01:13:20 fw ppp[1429]: LCP: deflink: LayerDown ppp(8) answers received EchoRequest but does not send any EchoRequest to the peer. Moreover, the connection is closed as if the EchoRequest packets has been sent and there was no answer. The complete log is quite long but i can send it. I followed the recent thread about some troubles with PPPoE and tried to modify vjcomp setup with no result (but my ADSL installation is located in France). ppp(8) is launched from rc.conf with the following command line : ppp -ddial adsl My ppp.conf: default: ident user-ppp VERSION (built COMPILATIONDATE) adsl: set log LCP set device PPPoE:rl1 set ctsrts off set authname xxxx set authkey abcd set dial set login add default HISADDR set mtu 1492 set mru 1492 set lqrperiod 5 enable lqr set speed sync set redial 0 0 set ifaddr 62.212.97.116/0 10.0.0.2/0 disable vjcomp Thanks a lot for your help. Best regards, Artur. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message