From owner-freebsd-net  Mon Apr  2  7:43:33 2001
Delivered-To: freebsd-net@freebsd.org
Received: from polaris.we.lc.ehu.es (polaris.we.lc.ehu.es [158.227.6.43])
	by hub.freebsd.org (Postfix) with ESMTP id D1A4137B720
	for <net@FreeBSD.ORG>; Mon,  2 Apr 2001 07:43:26 -0700 (PDT)
	(envelope-from jose@we.lc.ehu.es)
Received: from v-ger.we.lc.ehu.es (v-ger [158.227.6.179])
	by polaris.we.lc.ehu.es (8.11.1/8.11.1) with ESMTP id f32EhL901440;
	Mon, 2 Apr 2001 16:43:21 +0200 (MET DST)
Received: from we.lc.ehu.es (localhost [127.0.0.1])
	by v-ger.we.lc.ehu.es (8.11.3/8.11.3) with ESMTP id f32EhL202223;
	Mon, 2 Apr 2001 16:43:21 +0200 (CEST)
	(envelope-from jose@we.lc.ehu.es)
Message-ID: <3AC89009.A9283E45@we.lc.ehu.es>
Date: Mon, 02 Apr 2001 16:43:21 +0200
From: "Jose M. Alcaide" <jose@we.lc.ehu.es>
Organization: Universidad del Pais Vasco - Dpto. de Electricidad y Electronica
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386)
X-Accept-Language: es-ES, es, en-US, en
MIME-Version: 1.0
To: Brian Somers <brian@Awfulhak.org>
Cc: net@FreeBSD.ORG
Subject: Re: user-ppp problems
References: <200104021136.f32Baae29702@hak.lan.Awfulhak.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-net@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Brian Somers wrote:
> 
> Your chap response isn't getting a success or failure reply, so ppp
> is still in the ``authenticate'' phase -- it's ignoring the IPCP
> packets sent by the peer.  I'm not sure why the peer isn't sending
> the success/failure message.

This could explain some recent problems with this particular ISP.

> > Also, I am wondering about the LCP "RecvEchoRequest" and "SendEchoReply"
> > messages. Even when the connection is succesfully established, they
> > keep appearing all the time, _only_ with this specific ISP. I thought
> > that they could be related to LQR, but I disabled and denied LQR in
> > ppp.conf to no avail.
> 
> Echo requests must be replied to (well, duplicate echo requests must
> be replied to, but ppp(8) always replies).

Hmmm... But, is there any reason for the peer would be sending those
"pings"? In addition, I started ping(8) on my system while watching
the PPP log, and I noticed that some ICMP replies are delayed
or even lost at the same time the peer sends its "ping". As a consequence,
the overall throughput of TCP connections is seriously -and badly-
affected.

> Sounds like the tun interface is in
> I-want-an-address-family-on-the-front-of-packets mode.
> Unfortunately, later kernels don't reset this flag when the tun
> device is closed, so older versions of ppp won't work on an interface

Uh, oh. I didn't ever thought of a tun(4) behaviour change.

Thanks very much, Brian! Your explanation was very useful.

Cheers,
-- JMA
****** Jose M. Alcaide  //  jose@we.lc.ehu.es  //  jmas@FreeBSD.org ******
** "Beware of Programmers who carry screwdrivers" --  Leonard Brandwein **

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-net" in the body of the message