From: Daniel Gryniewicz <dang@fprintf.net>
To: Jarne Cook <jcook@siliconriver.com.au>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Complicated networking problem
Date: Tue, 01 Mar 2005 23:56:50 -0500 [thread overview]
Message-ID: <1109739410.11773.0.camel@athena.fprintf.net> (raw)
In-Reply-To: <200503021327.31429.jcook@siliconriver.com.au>
On Wed, 2005-03-02 at 13:27 +1000, Jarne Cook wrote:
>On Tuesday 01 March 2005 12:35, you wrote:
>> On Monday 28 February 2005 21:02, Valdis.Kletnieks@vt.edu wrote:
>> > On Mon, 28 Feb 2005 14:59:31 +1000, Jarne Cook said:
>> > > They are both using dhcp to the same simple network. That's right.
>> > > Same network. They both end up with gateway=192.168.0.1,
>> > > netmask=255.255.255.0. But ofcourse they do not have the same IP
>> > > addresses.
>> >
>> > I don't suppose your network people would be willing to change it thusly:
>> >
>> > wired ports: gateway 192.168.0.1, netmask 255.255.255.128.0
>> > wireless: gateway 192.168.128.1, netmask 255.255.255.128.0
>> >
>> > Or move the wireless up to 192.168.1.1 if they think that would confuse
>> > things too much.
>> >
>> > There's a limit to how far we should bend over backwards to support
>> > stupid networking decisions. 192.168 *is* a /16, might as well use it. ;)
>> >
>> > If they won't, you're pretty much stuck with binding applications to one
>> > interface or another.
>>
>> If the goal is to primarily use wired link and seamlessly swith to wireless
>> then look into bonding driver in failover mode with wired interface as
>> primary. This way you have only one address and userspace does not notice
>> anything.
>
>Damn
>
>Having to configure the interfaces using bonding was not really the answer I
>was expecting.
>
>I did not think linux would be that rigid. I figured if poodoze is able to do
>it (seamlessly mind you), surely linux (with some tinkering) would be able to
>do it also.
>
>The goal was to have the networking on the laptop work as perfectly as
>crapdoze does.
>
>Perhaps I should and this topic to my list of software issues that no-one else
>cares about. "man that list is getting big". maybe one day I'll develop the
>balls to get deep into the code.
>
>
Check out NetworkManager. It will do what you want.
Daniel
next prev parent reply other threads:[~2005-03-02 4:57 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-02-28 4:59 Complicated networking problem Jarne Cook
2005-03-01 2:02 ` Valdis.Kletnieks
2005-03-01 2:35 ` Dmitry Torokhov
2005-03-02 3:24 ` Jarne Cook
2005-03-02 3:27 ` Jarne Cook
2005-03-02 3:44 ` Kyle Moffett
2005-03-02 4:56 ` Daniel Gryniewicz [this message]
[not found] <3CLkr-2LJ-7@gated-at.bofh.it>
2005-03-01 1:21 ` Robert Hancock
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1109739410.11773.0.camel@athena.fprintf.net \
--to=dang@fprintf.net \
--cc=jcook@siliconriver.com.au \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox