From owner-freebsd-questions  Wed Dec  4 19:13:24 1996
Return-Path: owner-questions
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.3/8.7.3) id TAA04972
          for questions-outgoing; Wed, 4 Dec 1996 19:13:24 -0800 (PST)
Received: from eac.iafrica.com (196-7-192-82.iafrica.com [196.7.192.82])
          by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA04946
          for <questions@freebsd.org>; Wed, 4 Dec 1996 19:13:19 -0800 (PST)
Received: (from rnordier@localhost) by eac.iafrica.com (8.7.6/8.6.12) id FAA00188; Thu, 5 Dec 1996 05:10:08 +0200 (SAT)
From: Robert Nordier <rnordier@iafrica.com>
Message-Id: <199612050310.FAA00188@eac.iafrica.com>
Subject: Re: HELP: IIJ-PPP demand-dial with dynamic IP on both ends
In-Reply-To: <199612050251.CAA80070@smtp-gw01.ny.us.ibm.net> from Steve Sims at "Dec 4, 96 09:50:22 pm"
To: SimsS@IBM.Net
Date: Thu, 5 Dec 1996 05:10:07 +0200 (SAT)
Cc: questions@freebsd.org
X-Mailer: ELM [version 2.4ME+ PL28 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-questions@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Steve Sims wrote:

> Well, that seems to be the kick I needed.  
> 
> I took another look at the references you quoted and decided "what the heck."
>  I tried adding bogus local and remote addresses in my ifaddr command, but
> that didn't help a whole lot.  So I plugged the "add 0 0 <bogus remote>" line
> back in and counted on ppp sorting out the whole routing mess.  Success! 
> Sweet success!!!
> 
> So (for the benefit of the mail archives, if no one reading this) I have in
> my /etc/ppp.conf:
>    demand-dial:
>      set debug lcp
>      set redial 3 10
>      set phone 123-4567
>      set login "TIMEOUT 5 login:-\\r-login: myname word: mumble"
>      set ifaddr 1.2.3.4/0 5.6.7.8/0 255.255.255.0
>      add 0 0 5.6.7.8
> 
> and in /etc/ppp.linkup, I've got
>    demand-dial:
>      delete all
>      add 0 0 HISADDR
> 
> Strangely (or fortunately) the "delete all" line doesn't muck up the static
> routes that I've so painfully crafted, but it does flush the bogus 
> "add 0 0 5.6.7.8" entry that the ppp.conf put in.

Good thinking.  The `add' in `ppp.conf' *is* actually needed
initially (until the `ppp.linkup' statements are executed when the
first connection is established).

This really needs to be better documented.

--
Robert Nordier