I don't know about the ipf stuff, but I experienced the same thing about
the default route not getting set.  I found I couldn't run routed with the
ppp link (pointless with just the ppp interface anyway).  Try disabling
routed (if you don't need it), it should fix the default route problem,
and possibly others...

Hope this helps,
	Rick

On Sun, 22 Jun 1997, Berndt Josef Wulf wrote:

> This is where my trouble starts. After bootup, the system reconnects
> to the ISP using a standard modem. The connect is succesfull as far as
> the physical link is concerned but pppd seem to be unable in creating
> the default route entry in the routing table. However, manual adding
> the default route is succesfull.
> 
> Jun 22 11:24:39 dingo pppd[6059]: Serial connection established.
> Jun 22 11:24:40 dingo pppd[6059]: Using interface ppp0
> Jun 22 11:24:40 dingo pppd[6059]: Connect: ppp0 <--> /dev/tty00
> Jun 22 11:24:43 dingo routed[81]: Send sendto(ppp0,
> 139.130.136.5.520): Network is down
> Jun 22 11:24:43 dingo pppd[6059]: local  IP address 203.30.126.1
> Jun 22 11:24:43 dingo pppd[6059]: remote IP address 139.130.136.5
> Jun 22 11:24:58 dingo named[85]: ns_forw: sendto([139.130.4.4].53): No
> route to host
> 
> The dialin lines are defined during bootup with the following entries:
> arp -s async-1 0:20:af:6b:20:99 pub
> arp -s async-2 0:20:af:6b:20:99 pub
> 
> This creates the following entries in the routing table:
> 203.30.126.130/32  00:20:af:6b:20:99  ULS2        0        0      -
> ep0
> 203.30.126.131/32  00:20:af:6b:20:99  ULS2        0        0      -
> ep0
> 
> For some reason, these entries disappear intermittendly. I can
> reproduce this by switching the modems off. This was not the case with
> the previous distributions. I can recreate the entry by issuing
> arp -s async-1 00:20:af:6b:20:99 permanent pub. This will prompt me
> with the following message:
> 
> Jun 22 11:35:13 dingo routed[81]: ignore RTM_ADD without gateway
> 
> Is ipf working? I am not getting any hits on my counters. I had ipf
> running under netbsd-1.2A using the patches from the ipf soure tree.
> I have remade all devices including /dev/ipl...
> 
> Are there any solution to the above problems? Your help is most
> welcomed... ;)
> 
> cheerio Berndt
> --
> Name	: Berndt Josef Wulf
> E-Mail	: wulf@ping.net.au
> Sysinfo	: DEC AXPpci33+, NetBSD-1.2D
> 

=========================================================================
Rick Byers                                      Internet Access Worldwide
rickb@iaw.on.ca                                System Admin, Tech Support
Welland, Ontario, Canada                                    (905)714-1400
http://www.iaw.on.ca/rickb/                         http://www.iaw.on.ca/