Return to BSD News archive
Path: euryale.cc.adfa.oz.au!newshost.anu.edu.au!harbinger.cc.monash.edu.au!news.rmit.EDU.AU!news.unimelb.EDU.AU!munnari.OZ.AU!news.hawaii.edu!news.uoregon.edu!vixen.cso.uiuc.edu!howland.reston.ans.net!swrinde!elroy.jpl.nasa.gov!decwrl!usenet.cisco.com!iverson From: iverson@cisco.com (Tim Iverson) Newsgroups: comp.unix.bsd.freebsd.misc Subject: Re: 'iijppp -auto' and Dynamic IP Address Allocation Date: 11 Jun 1996 22:30:36 GMT Organization: cisco Lines: 26 Message-ID: <4pks2c$bub@cronkite.cisco.com> References: <31BBC0E9.41C67EA6@dial.pipex.com> <4phq9f$4n0@uriah.heep.sax.de> <4pje7r$cf1@samba.rahul.net> NNTP-Posting-Host: rottweiler.cisco.com In article <4pje7r$cf1@samba.rahul.net>, Rahul Dhesi <dhesi@rahul.net> wrote: |In <4phq9f$4n0@uriah.heep.sax.de> j@uriah.heep.sax.de (J Wunsch) writes: | |[ how to do dial on demand when IP addresses are unknown ] | |>It's impossible. Demand-dialing requires a fixed IP address to be | |Actually I believe this is an implementation issue. If the 'default' |But what if you add a static 'default' route pointing to the point-to-point |device? If your kernel is appropriately coded, such a default route does not |need a gateway IP address. It simply means 'packets destined for unknown IP The link is point-to-point once it's established, but before the link is up, it's essentially point-to-multiple; you don't have to dial the same number every time. I've been thinking about giving up on iijppp just 'cuz of it's limited routing and dialing. With pppd, you can use perl, xchat, basically any other tool around to help detect, establish, and maintain a link. Unfortunately, pppd has very poor debug output compared to iijppp. It's pretty simple to get iij to work, but so far, pppd always fails for me with 'timeout during LCP'. If it displayed both ends of the conversation, it would probably be a snap to fix, but that's all it says. - Tim Iverson iverson@lionheart.com