public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
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


  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