> -----Original Message-----
> From: netbsd-help-owner@netbsd.org
> [mailto:netbsd-help-owner@netbsd.org]On Behalf Of Richard Rauch
> Sent: Thursday, November 28, 2002 11:35 AM
> To: Michael D. Spence
> Cc: netbsd-help@netbsd.org
> Subject: RE: Networking problem.
>
>
> (Minor technicality is that .249 is now tlp0 instead of rtk0.  But who
> cares about that, yes?  (^&)
>
> It's pretty generic.  Vanilla NetBSD install, boot, ifconfig,
> and add the
> ISP's gateway as the default route.
>
>
>  /~~~ route -n show
>
> Routing tables
>
> Internet:
> Destination       Gateway            Flags
> default           66.136.7.254       UG
> 66.0.0.0          link#2             U
> 66.136.7.249      link#2             UH
> 66.136.7.254      00:10:67:00:9a:a6  UH
> 127.0.0.0         127.0.0.1          UGR
> 127.0.0.1         127.0.0.1          UH
> 192.0.0.0         link#1             U


Hmm.  From man route:

 The keyword default can be used as the destination to set up a default
     route to a smart gateway.  If no other routes match, this default route
     will be used as a last resort.

     If the destination is directly reachable via an interface requiring no
     intermediary system to act as a gateway, the -interface modifier should
     be specified; the gateway given is the address of this host on the
common
     network, indicating the interface to be used for transmission.

Wonder what would happen if you ditched the specific route to
66.136.7.254 (the one with the MAC) and added a default route using
-interface, specifying the IP address of the card connected to your ISP.
Maybe like this (assuming that .249 is to your ISP and .250 is to your
LAN...):

route add default -interface 66.136.7.249
route add -net 66.136.7.248 -netmask 255.255.255.248 -interface 66.136.7.250

The other systems would (I think) all have to use this system as a gateway
(.250).

I really haven't a clue as to whether this'll work or if the route commands
are
even well-formed.  I've had some interesting tussles with route in the past.
But before you go buying more parts...

Michael D. Spence
Mockingbird Data Systems, Inc.