From owner-freebsd-net Mon Mar 15 14:55:24 1999 Delivered-To: freebsd-net@freebsd.org Received: from hugin.odin-corporation.com (fredriks-1.pr.mcs.net [205.164.50.241]) by hub.freebsd.org (Postfix) with ESMTP id 85ACD14BE4 for ; Mon, 15 Mar 1999 14:55:13 -0800 (PST) (envelope-from lars@odin-corporation.com) Received: from odin-corporation.com (localhost [127.0.0.1]) by hugin.odin-corporation.com (8.9.2/8.9.1) with ESMTP id QAA67454; Mon, 15 Mar 1999 16:54:54 -0600 (CST) (envelope-from lars@odin-corporation.com) Message-ID: <36ED8FBE.D2BD78DC@odin-corporation.com> Date: Mon, 15 Mar 1999 16:54:54 -0600 From: Lars Fredriksen Organization: Odin Corporation X-Mailer: Mozilla 4.5 [en] (X11; I; FreeBSD 4.0-CURRENT i386) X-Accept-Language: no, en MIME-Version: 1.0 To: freebsd-net@freebsd.org, Paul.Mackerras@cs.anu.edu.au Subject: pppd in current Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, 3/22/98 version 1.8 of lcp.c changed the async map for the receiving side from defaulting to 0 to all Fs. This seems to cause problems with a few ppp servers as far as I can tell. The symptom is that one get connected ok, but no packets seems to flow. If you turn on debugging for the ppp driver you will find the following message: ppp0: missing UI (0x3), got 0x21 You will also notice that nestat -i is reporting input errors on the ppp interface. The question I have is this: 1) Is this a bug ? I believe starting pppd with the -asyncmap 0x0 option will work around the problem. 2) If the correct value is 0xffffffff, what is needed to be able to talk to the remote, besides setting the async map to 0? Is there some option negotiation that pppd should be doing with the remote that remedies this? Lars To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message