From owner-freebsd-stable Fri Jul 27 4:19:31 2001 Delivered-To: freebsd-stable@freebsd.org Received: from shaft.techsupport.co.uk (shaft.techsupport.co.uk [212.250.77.214]) by hub.freebsd.org (Postfix) with ESMTP id 7F55237B411; Fri, 27 Jul 2001 04:19:23 -0700 (PDT) (envelope-from rasputin@shaft.techsupport.co.uk) Received: from rasputin by shaft.techsupport.co.uk with local (Exim 3.22 #1) id 15Q5jE-000Cfc-00; Fri, 27 Jul 2001 12:24:24 +0100 Date: Fri, 27 Jul 2001 12:24:24 +0100 From: Rasputin To: stable@freebsd.org Cc: brian@freebsd.org Subject: Re: PPP still playing up? Message-ID: <20010727122423.A48668@shaft.techsupport.co.uk> Reply-To: Rasputin Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i 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 >* Rasputin [010725 10:31]: > >> Re: the issue with PPP falling over, I found (as others did) >> that replacing the line: >> >> set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0 >> with >> set ifaddr 0.0.0.0/0 0.0.0.0/0 0.0.0.0 0.0.0.0 > ^^^^^^^^^ > ??? >> >> works >Ugh, ignore me. Brain dump. >I misread Neals' fix - will try setting only the server end to >0.0.0.0/0 when I get back to the box and take it from there.... Ok, for the record, I can now get online by making a few workarounds. If I set: set ifaddr 10.0.0.1/0 0.0.0.0/0 0.0.0.0 0.0.0.0 (I need an IP for the local side to use tun0) ppp -ddial isp but not ppp -auto isp (which refuses to accept the config without the remote side's IP being specified) I believe we need to change these settings due to IPCP and LCP being extra picky about the negotiation with the PPP server. Possibly related to chages in lcp.c and friends? ----------------------------------------------------- http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.sbin/ppp/lcp.c?only_with_tag=RELENG_4 Revision 1.81.2.6, Monday Jul 9 01:37:16 2001 UTC (2 weeks, 4 days ago) by brian Branch: RELENG_4 Changes since 1.81.2.5: +63 -18 lines MFC: Support stateful MPPE Insist on correct MRU negotiation during LCP Insist on correct IPADDR negotiation during IPCP ----------------------------------------------------- Since the '/0' on the end of the IPs is supposed to mean: "None of the bits in the preceding IP are significant" this looks like a bug to me - ppp should accept that the other end may end up being any IP and live with it, instead of repeatedly trying to negotiate. (in the past, the remote IP has remained 10.0.0.2 after connecting, with no side effects) I realise that from a standards point of view we are probably 'doing the right thing'; however, it sounds like I'm not the only one with an iffy ISP, and something as fundamentally important as a network connection should be more flexible in its negotiations IMHO. (It's difficult to roll back via cvsup when you can't get online :) ) That's my take on it, any comments? <> -- Rasputin :: Jack of All Trades - Master of Nuns :: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message