From owner-freebsd-questions Wed Nov 20 12:34:35 1996 Return-Path: owner-questions Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA02381 for questions-outgoing; Wed, 20 Nov 1996 12:34:35 -0800 (PST) Received: from smtp-gw01.ny.us.ibm.net (smtp-gw01.ny.us.ibm.net [165.87.194.252]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA02372 for ; Wed, 20 Nov 1996 12:34:31 -0800 (PST) Received: (from uucp@localhost) by smtp-gw01.ny.us.ibm.net (8.6.9/8.6.9) id UAA49598; Wed, 20 Nov 1996 20:32:35 GMT Message-Id: <199611202032.UAA49598@smtp-gw01.ny.us.ibm.net> Received: from slip166-72-229-91.va.us.ibm.net(166.72.229.91) by smtp-gw01.ny.us.ibm.net via smap (V1.3mjr) id smaNI4C92; Wed Nov 20 20:32:26 1996 Reply-To: From: "Steve Sims" To: "Christoph Kukulies" Cc: Subject: Re: iijppp - cannot ping host after connect Date: Wed, 20 Nov 1996 12:45:10 -0500 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1155 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-questions@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Thanks, Chris, for your input and feedback. I'll try to play with it a little and see if I can get the dial-on-demand ironed out. This has been one of the lowest priorities in the world for me, since the only things I do with that (9.6 - ugh) serial line on that platform is ntpdate once in a while and cvsup maybe a couple of times a month. The box in question on my end is a be-all, catch-all system for a dozen or so folks in my immediate workgroup; Samba, DNS, Web development, Telnet access, tcpdump, code development and sandbox. (Basically, it's a data-center-in-a-box(tm).) I can't bounce it as much as I'd like to get the dial-on-demand ironed out, but I'll do so as time permits. Who knows, I may even resort to running `gated` or something just to sort out the routing problems. The handbook section and FAQ are very dicey regarding iij-ppp; the source remains my most valuable reference. While the published documents are nice from a casual users' perspective, (and, in fact, do a nice job of getting newbies up and connected) they seem to come up somewhere short of 'definitive' for more sophisticated roles such as the application I have: running dynamic dial-out in a static-routed, high-availability, multi-interface role. (Then I complicate it by using RFC-1597 addresses on the local net side.) Anyway - nice to hear the ideas of someone with about the same level of expertise as I have on iij-ppp. ...sjs... ---------- From: Christoph Kukulies To: SimsS@Infi.Net Subject: Re: iijppp - cannot ping host after connect Date: Wednesday, November 20, 1996 10:17 AM > Christoph Kukulies has written.... > > > > When I try and ping 205.205.70.175 (my host) nothing happens. It seems > > > this is pretty straight forward, at least it was the last time I had FBSD > > > 2.01 installed on my system > > > > > Also I don't have a lan connection so the only ifconfig entry I have is > for > > > the loopback. > > > And, I don't run routed or gated. > > > > > Do you have an (in /etc/ppp/ppp.conf): > > > > your-link: > > set openmode active > > > > > > And in /etc/ppp/ppp.linkup: > > > > your-link: > > delete ALL > > add 0 0 HISADDR > > ... and this leads me to wonder.... > What is the significance of the 'delete ALL' line referred to? I took that from another config - maybe it's superfluous. I believe it's needed when running pppd. > > I've got a dozen or so STATIC routes pointing between a pair of local > ethernets (They're static because they're in different networks and don't > EVEN ask about the routing protocols on the local side ;-). I have NO > default route when ppp is down. Gateway-ing is on in the kernel so I can > route between locally-connected nets. > > As a result, I've not used the 'delete ALL' directive in ppp.linkup, but I do > use the add 0 0 HISADDR. This works quite well as long as I start ppp from > the command line. But dial-on-demand doesn't work as seamlessly as it > should. If I add the 'delete ALL' line, would this nuke the local static > routes I've so carefully crafted? I suspect it would. I haven't used ppp dial on demand yet. > > In short, what I'm asking is: How can one get iij-ppp to > - dial on demand > - link up serially between "unknown-in-advance" IP's This seems to work for me when I dial manually from ppp> > - Add an appropriate gateway to the ISP This is done by negotiation over ppp protocol. > - Preserve existing routing table information on the local side > (It's the last bullet that has me stumped.) I believe ppp only affects the tun(x) interface. Not other routes. > > ...sjs... > I'm still in the course of learning. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de