On Tue, Mar 17, 1998 at 02:43:25AM -0700, Nate Williams wrote:
Hmm, that seemed to do the 'routing' trick for sure. *MUCH* better than
having to futz with the routing. However, I don't know what's happening
with the link getting all balled up, since I'm not sure whose fault it
The rationale behind the ppp.linkup bit is that ppp doesn't know
where your default route should point 'till it negotiates an IP with
the other side.
So why doesn't it wait to se the default route until after it knows the
other side? It seems silly to set something that you know ahead of time
Cause otherwise it won't get the packets to start it dialling, and it
doesn't get any new default route. Catch 22.
I like to use an interface route for the dial-on-demand case, but that
only work satisfactory when you are not doing FTP or other
address-encoding protocols locally from that box, and you _are_ using
I can go into the details for the above if there is interest; I've
already described my code to Brian (and offered him a copy of the
I didn't know you had anything working in this area. I added the
interface route capability to ppp (add default INTERFACE) but you
still need to configure the interface before using that route.
The only way to defeat this problem is with libalias support - it's
still on my list of things to do.