All of lore.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.