WLanhsh & WLanwse

glockman · Verfasst am: 14.04.2006, 19:59 Titel:

es passiert per hotplugd ... ist für die prism54 nötig gewesen ... sonst wäre die firmware nicht geladen worden

aber das module auszuhängen und iwder einzuhängen ist ja nicht das broblem

ali · Verfasst am: 18.04.2006, 09:31 Titel:

Hi,

falls es noch mal jemand mit einem Intel-Modul im Hardware-AP probieren will, hier ist ein größerer Patch, der hoffentlich dafür sorgt, daß die BSSID bei ipw2200 konstant bleibt. Er enthält den ersten.

Er kompiliert, mehr kann ich hier leider nicht testen. Und da ich westlich vom Antonplatz sitze, habe ich zu Hause nur sporadisch Zugang zum Forum. Posten ist von dort fast unmöglich.

Gibt es das Intelmodul auch als Cardbus-Karte?

ali

--- ipw2200.c.orig 2006-04-12 14:37:41.000000000 +0200
+++ ipw2200.c 2006-04-14 01:53:53.000000000 +0200
@@ -3610,6 +3610,11 @@

static void ipw_create_bssid(struct ipw_priv *priv, u8 * bssid)
{
+ if (priv->config & CFG_STATIC_BSSID) {
+ memcpy(bssid, priv->bssid, ETH_ALEN);
+ return;
+ }
+
/* First 3 bytes are manufacturer */
bssid[0] = priv->mac_addr[0];
bssid[1] = priv->mac_addr[1];
@@ -5446,6 +5451,16 @@
}
}

+ /* If a static BSSID was configured, check if the network has it */
+ if (priv->config & CFG_STATIC_BSSID)
+ if (memcmp(priv->bssid, network->bssid, ETH_ALEN)) {
+ IPW_DEBUG_ASSOC("Network '%s (" MAC_FMT ")' excluded "
+ "because of non-matching BSSID ( != " MAC_FMT ")\n",
+ escape_essid(network->ssid, network->ssid_len),
+ MAC_ARG(network->bssid), MAC_ARG(priv->bssid));
+ return 0;
+ }
+
/* If the old network rate is better than this one, don't bother
* testing everything else. */
if (match->network && match->network->stats.rssi > network->stats.rssi) {
@@ -6618,7 +6633,8 @@
}
if ((priv->status & STATUS_ASSOCIATED) &&
(priv->ieee->iw_mode == IW_MODE_ADHOC) && (active_network == 0)) {
- if (memcmp(network->bssid, priv->bssid, ETH_ALEN))
+ if (memcmp(network->bssid, priv->bssid, ETH_ALEN) &&
+ !(priv->config & CFG_STATIC_BSSID))
if ((network->capability & WLAN_CAPABILITY_IBSS) &&
!(network->flags & NETWORK_EMPTY_ESSID))
if ((network->ssid_len ==

Keksdosenmann · Verfasst am: 18.04.2006, 09:42 Titel:

also die intel werkelt seit gestern abend wieder auf dem uplink bei nico. die bssid ist wohl soweit fest, im moment gibt es aber nur das problem, dass die olsr-pakete, die dort losgeschickt werden, nicht bei den nodes ankommen (wahrscheinlich), sodass die etx-werte gleich 0 sind. Es gibt eine ausnahme: die 104.12.0.8 ... warum? - Keine ahnung
_________________
http://www.foebud.org

mfg

ali · Verfasst am: 18.04.2006, 10:05 Titel:

Keksdosenmann · Verfasst am: 18.04.2006, 10:29 Titel:

ich bin auch weit weg von wse. seine mac, mh, würd sagen das iss die 00:12:F0:14:F4:4D ... wenn es dich interessiert .
_________________
http://www.foebud.org

mfg

ali · Verfasst am: 18.04.2006, 11:14 Titel:

gockelhahn · Verfasst am: 18.04.2006, 11:20 Titel:

ne nico isn stück weiter zum antonplatz hin

hab grad mal horst angeschmissen, der zeigt mir nur ein! verirrtes paket an, was ich von der unten genannten mac-adresse empfange

(-87 182/095 00:12:f0:14:f4:4d (02:ca:ff:ee:ba:be) 0/1 1a0d0000)

alles sehr komisch ...
_________________
jabber: gockelhahn @ dernico.no-ip.org

Keksdosenmann · Verfasst am: 18.04.2006, 11:29 Titel: Lösungsansatz:

Lösungsansatz: Ich denke hier gibt es noch ein Problem mit dem Treiber .... folgendes habe ich eben im Kernel-log gefunden:

gockelhahn · Verfasst am: 18.04.2006, 11:33 Titel:

jau und nen system-log gibts auch nich ... war das bei nico schon immer so?
_________________
jabber: gockelhahn @ dernico.no-ip.org

Keksdosenmann · Verfasst am: 18.04.2006, 11:36 Titel:

das war da schon immer so, ja ... das liegt daran, das das kein wrt iss Winken

_________________
http://www.foebud.org

mfg