Deux réseaux WiFi ne fonctionnent que simultanément sur OpenWrt

Ce n'est pas exactement une réponse, mais plutôt une explication de la difficulté d'être un répéteur (ce que vous faites, mais avec un routage) avec une seule radio. Une seule radio ne peut fonctionner que sur un seul canal WiFi.

En mode station, tout va bien. Vous réglez le canal sur auto y wpa_supplicant (o wpad ) s'occupe de tout, y compris de l'utilisation du bon canal. L'itinérance fonctionnera également, car le canal approprié est sélectionné dynamiquement.

En mode AP, vous devez spécifier explicitement sur quel canal la radio fournira le réseau. Ce canal ne peut pas changer sans "redémarrer" le réseau.

Ainsi, en mode répéteur, où vous êtes à la fois station et AP, le canal est également fixe. Cela a quelques implications. La plus évidente est bien sûr que l'itinérance ne fonctionne plus. Moins évident, mais d'autant plus regrettable : En étendant votre réseau sans fil, vous créez un réseau en aval qui interfère avec votre réseau en amont. Ainsi, bien que vous puissiez effectivement améliorer la portée, la qualité diminuera.

Le problème de l'AP qui tombe en panne lorsque la station tombe en panne est très probablement un effet secondaire du fait de n'avoir qu'une seule radio.

J'ai passé de nombreuses heures à essayer de construire une sorte de répéteur (en utilisant un MR3020) pour mon réseau universitaire mais j'ai abandonné à cause de nombreux problèmes qui ne peuvent pas être résolus avec des solutions automatiques.

J'ai rencontré un problème similaire sur le TL-MR3020 et le TL-WR703N. Une solution possible est :

• pour essayer avec la configuration par défaut (par exemple, deux réseaux).
• Après 15 secondes (environ) après le démarrage, essayez de tester la connexion de la liaison montante.
• Si la liaison montante n'est pas disponible, désactivez l'interface wi-fi de liaison montante et redémarrez le Wi-Fi.

Donc démarrer au démarrage comme tâche de fond vérifier script : c'est-à-dire, ajouter à la ligne /etc/rc.local

wifi-sentinel.sh &

en appelant le script suivant :

# wifi-sentinel.sh (on syspath, e.g., in /usr/bin/)
#!/bin/sh

# use uci show wireless to list interfaces

# test both networks.
uci set wireless.@wifi-iface[2].disabled=0; 
uci commit wireless; 
wifi

# wait some time and test
sleep 15 

if wget http://google.com; then
   logger "You have uplink, no action."
# disable uplink wifi and restart if no connection is available
else
   uci set wireless.@wifi-iface[2].disabled=1; 
   uci commit wireless; 
   wifi
fi

En théorie, cela peut fonctionner, mais il faut la coopération de tous les éléments suivants : hostapd, wpa_supplicant, les pilotes du noyau et le firmware de la radio elle-même, ainsi que la colle qui la lie à OpenWRT, dans une configuration inhabituelle (et donc quelque peu non testée).

J'ai une configuration similaire sur un matériel similaire. Ma suspicion est que hostapd/wpa_supplicant ne jouent pas bien ensemble. En se connectant via ethernet lorsque l'AP est tombé en panne suite à la perte de l'accès en mode STA, la lecture de log montre une ligne en particulier :

Sun Oct 12 03:54:23 2014 daemon.notice netifd: Network device 'wlan0-1' link is down

c'est-à-dire que quelque chose a marqué les autres interfaces partageant la même radio comme étant hors service également.

En creusant un peu plus, quand tout fonctionne, on peut voir le côté AP :

> iw dev wlan0-1 info
Interface wlan0-1
    ifindex 38
    wdev 0x16
    addr XX:XX:XX:XX:XX:XX
    ssid YYYYYYY
    type AP
    wiphy 0
    channel 6 (2437 MHz), width: 20 MHz, center1: 2437 MHz

Lorsque l'interface est hors service, l'AP a perdu les paramètres SSID et de canal :

> iw dev wlan0-1 info
Interface wlan0-1
    ifindex 38
    wdev 0x16
    addr XX:XX:XX:XX:XX:XX
    type AP
    wiphy 0

Finalement, sur le mien, le fonctionnement en mode AP semble se rétablir sans aide.

J'ai essayé plusieurs combinaisons de réinitialisation manuelle, mais j'ai fini par résoudre le problème avec un adaptateur WiFi USB à utiliser dans le port USB pour le dispositif en mode STA. Plusieurs radios discrètes sont une meilleure solution et elles sont faciles et bon marché avec les ports USB sur OpenWRT ces jours-ci.

Si wpa_supplicant perd la connexion, il entre dans un cycle de scan actif qui rend le wiphy inutilisable pour le fonctionnement en mode ap, donc l'ap est mis hors service si le sta perd son association. Ce n'est pas quelque chose qui peut être corrigé facilement et il n'y a aucun plan actuel pour résoudre ce problème.

Plus d'informations ici

https://dev.openwrt.org/ticket/12000 https://forum.openwrt.org/viewtopic.php?id=41610