From owner-freebsd-current@FreeBSD.ORG Mon Jul 19 05:47:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72E2C16A4CE for ; Mon, 19 Jul 2004 05:47:02 +0000 (GMT) Received: from mallard.mail.pas.earthlink.net (mallard.mail.pas.earthlink.net [207.217.120.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F9E243D39 for ; Mon, 19 Jul 2004 05:47:02 +0000 (GMT) (envelope-from andrei@kableu.com) Received: from h-68-164-93-29.snvacaid.dynamic.covad.net ([68.164.93.29] helo=root.kableu.com) by mallard.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 1BmQzN-0002C5-00 for freebsd-current@freebsd.org; Sun, 18 Jul 2004 22:47:01 -0700 Received: by root.kableu.com (Postfix, from userid 1001) id 513445C88; Sun, 18 Jul 2004 22:39:22 -0700 (PDT) Date: Sun, 18 Jul 2004 22:39:22 -0700 From: Andrew Konstantinov To: freebsd-current@freebsd.org Message-ID: <20040719053922.GA3333@root.kableu.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZGiS0Q5IWpPtfppv" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: ppp => Phase: deflink: Already in NETWORK phase X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2004 05:47:02 -0000 --ZGiS0Q5IWpPtfppv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, I'm having some difficulties with ppp not being able to renegotiate the connection properly. I've browsed the ppp logs and came to the conclusion t= hat "Phase: deflink: Already in NETWORK phase" is the source of the problem. I'm using ppp to establish/manage my DSL link (PPPoE). Here is the ppp.conf fil= e: default: set server /var/run/internet "" 0177 set device PPPoE:dc0 set mtu 1492 set mru 1492 set cd 5 set authname secret set authkey secret set dial set login add default HISADDR enable dns PPP is running in the 'ddial' mode. Whenever the connection is dropped, the following happens: Phase: deflink: hangup -> opening Phase: deflink: Enter pause (3) for redialing. Phase: deflink: Connected! Phase: deflink: opening -> dial Phase: deflink: dial -> carrier Phase: Received NGM_PPPOE_ACNAME (secret) Phase: Received NGM_PPPOE_SESSIONID Phase: Received NGM_PPPOE_SUCCESS Phase: deflink: carrier -> login Phase: deflink: login -> lcp Phase: deflink: his =3D CHAP 0x05, mine =3D none Phase: Chap Input: CHALLENGE (secret) Phase: Chap Output: RESPONSE (secret) Phase: Chap Input: SUCCESS Phase: deflink: Already in NETWORK phase Phase: deflink: lcp -> open Phase: Clearing choked output queue Phase: deflink: open -> lcp Phase: Received NGM_PPPOE_CLOSE Phase: deflink: Device disconnected Phase: deflink: Disconnected! Phase: deflink: lcp -> logout Phase: deflink: Disconnected! Phase: deflink: logout -> hangup Phase: deflink: Connect time: 121 secs: 393 octets in, 114 octets out The same thing happens every time when the connection drop is followed by p= pp's attempt to renegotiate it. As you can see, it always fails. On the other hand, if I kill ppp entirely and start the connection setup process from scratch, everything goes well and link is established properly. Here is the log: Phase: PPP Started (ddial mode). Phase: bundle: Establish Phase: deflink: closed -> opening Phase: deflink: Connected! Phase: deflink: opening -> dial Phase: deflink: dial -> carrier Phase: Received NGM_PPPOE_ACNAME (secret) Phase: Received NGM_PPPOE_SESSIONID Phase: Received NGM_PPPOE_SUCCESS Phase: deflink: carrier -> login Phase: deflink: login -> lcp Phase: bundle: Authenticate Phase: deflink: his =3D CHAP 0x05, mine =3D none Phase: Chap Input: CHALLENGE (secret) Phase: Chap Output: RESPONSE (secret) Phase: Chap Input: SUCCESS Phase: deflink: lcp -> open Phase: bundle: Network At this point, the link up and I'm able to communicate over it. If I understood everything correctly, the problem is that when the ppp trie= s to renegotiate the connection, it uses old network phase. I guess at this poin= t my link's peer has already abandoned that old network phase and in order for renegotiation to succeed, a new network phase has to be setup. But ppp fail= s to do that and as a result of that my peer doesn't allow any communication to = go through, which in its turn creates the overflow of the output packet queue. So if everything said above is correct, then my question is: How would I fo= rce ppp to reestablish that network phase each time my connection is dropped? I= 've looked at the ppp/pppctl manual pages but didn't find a solution there. In case it's needed, here is my uname -a:=20 FreeBSD secret 5.2.1-RELEASE-p9 FreeBSD 5.2.1-RELEASE-p9 #0: Sat Jul 10 16:47:35 PDT 2004 root@secret:/usr/obj/usr/src/sys/CUSTOM i386 Any help will be greatly appreciated. - Andrew --ZGiS0Q5IWpPtfppv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFA+16K5Jhyz2/cFigRArORAJ4vZwbT+On1acTcp/4l0Y6whxpT0ACgw8xA OFCH37f+N1VcENdwj6T7gc4= =GF8d -----END PGP SIGNATURE----- --ZGiS0Q5IWpPtfppv--