> > > >Because the ifconfig says that the interface exists on that network
> > > >with that address
> > > ..and subnet mask!
> > Huh? Don't get excited - network is defined by address and mask :-).
>
> yes - and the interface connects to the network
Hmmm, maybe I should have said "network address" instead of being lazy :-).
> > Read it again. *Out* not *in*. Listening is usually done globally,
> > sometimes bound to specific *addresses*, rarely bound to specific
> > *interfaces*. That has nothing to do with the issue at hand.
>
> eh? just where are these packets originating from? you've not turned on
> ip forwarding already have you?
You don't need forwarding turned on to generate packets. There are
probably many processes already running. There may even be existing
routes to the network/remote host via other interfaces/gateways
which you did not want to replace or override.
> i was pondering whether someone might make this point whilst i was out
> at lunch! my response is that we are discussing the routing functions of
> a general purpose OS. there is no reason why they should work differently
> from they way they might on a dedicated router. the router is probably
> doing it the right way. would it not makes sense to try to emulate the
> routers way of doing things? (it also occurred to that both teltrend's
> network iq series routers and bay's nautica products add the directly
> attached interfaces routes automatically too)
This is like saying we should do it the Windows way because that's
the way Windows does it :-). There appear to be people who have
a problem with this and can tell you why. That appears to be reason
enough why we should consider doing it differently.
Mike
-- A train stops at a train station, a bus stops at a bus station. On my desk I have a work station... .----------------------------------------------------------------------. | Mike Jagdis | Internet: mailto:mike@roan.co.uk | | Roan Technology Ltd. | | | 54A Peach Street, Wokingham | Telephone: +44 118 989 0403 | | RG40 1XG, ENGLAND | Fax: +44 118 989 1195 | `----------------------------------------------------------------------'
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/