All of lore.kernel.org
 help / color / mirror / Atom feed
From: Luis Carlos Cobo <luisca@cozybit.com>
To: Johannes Berg <johannes@sipsolutions.net>
Cc: linux-wireless@vger.kernel.org
Subject: Re: [PATCH 00/13] o11s: mesh interface support for mac80211
Date: Tue, 19 Feb 2008 13:13:24 -0800	[thread overview]
Message-ID: <1203455604.31736.23.camel@localhost> (raw)
In-Reply-To: <1202343188.9965.41.camel@johannes.berg>

On Thu, 2008-02-07 at 01:13 +0100, Johannes Berg wrote:
> > - Scan support: we were waiting for scan to be moved to cfg80211 to avoid
> >   messing unnecessarily with wext, is there any effort in this direction?
> 
> What specifically do you need? Scanning for mesh networks? Wouldn't a
> regular scan find them as well? As far as I know nobody is currently
> working on scan support in nl80211. Maybe you can simply report the
> relevant mesh IEs in a custom element and sort it out in userspace (for
> now)?

Currently, bss are sorted by ssid, bssid and frequency. In mesh beacons
and (not yet implemented) mesh probes, the bssid is left zeroed and
there is no ssid (actually there is a 0 length ssid IE), so all mesh
networks in a single channel would collapse to one scan entry. I can add
the mesh IE, but I also need a substitute for those.

One option would be to use mesh id as bssid and source address as bssid
(with this we would get a different entry for every mesh peer in rage,
not sure if that's what we want), maybe set the mode to IW_MODE_ADHOC
and add the extra mesh IE. This way we would not need changes in the
wireless extesions layer.

I am also curious about the interfaces life cycle. Looks like interfaces
report any available network (infra or adhoc), regardless their type.
Then a network-manager-like interface would have to bring up an
interface to be able to scan, and the if the user chooses a different
kind of network (if the interface where the scan is performed is infra
but the user chooses an ad-hoc network), change the type of the
interface and the proceed to connect. Am I right?

-- 
Luis Carlos Cobo Rus       GnuPG ID: 44019B60
cozybit Inc.



  reply	other threads:[~2008-02-19 21:11 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-02-04 18:48 [PATCH 00/13] o11s: mesh interface support for mac80211 Luis Carlos Cobo
2008-02-07  0:13 ` Johannes Berg
2008-02-19 21:13   ` Luis Carlos Cobo [this message]
2008-02-19 21:39     ` Dan Williams
2008-02-19 21:59     ` Luis R. Rodriguez
2008-02-19 22:26       ` Luis Carlos Cobo
2008-02-20 23:42     ` Johannes Berg

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=1203455604.31736.23.camel@localhost \
    --to=luisca@cozybit.com \
    --cc=johannes@sipsolutions.net \
    --cc=linux-wireless@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.