All Projects

ID Project Opened Task Type Category Status Summary
 8678 Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K)31/10/2011AnomalieWiFiClosed hostapd-0.7.3 : Mauvais "Probe Response frame" de l'AP  Task Description

Bonjour! :)

Suite à mon commentaire :
http://bugs.freeplayer.org/task/4311#comment38558

Il ne faut pas tenir compte des spécifications IEEE 802.11n/D7.0, 11.14.3.2 dans hostapd : un AP qui fait du 40 MHz doit scanner les réseaux présents sur N +/- et ne pas s’activer si un autre AP est présent. Sinon quand hostapd démarre, il scanne les réseaux voisins et n’active jamais le HT40 (voir “Probe Response frame” dans le commentaire) car hostpad détecte (à tort) que le canal secondaire est déjà pris :

Démarrage daemon hostapd...
>Configuration file: /etc/hostapd/hostapd.conf
>20/40 MHz operation not permitted on channel pri=6 sec=2 based on overlapping BSSes
>Using interface wlan0 with hwaddr 44:1d:61:db:5f:76 and ssid ‘Nexus6’

Il faut patcher hostapd pour ne pas activer se mécanisme, qui semble trop restrictif, je n’ai pas de voisin sur le “primary channel” ‘6’ ou sur le “secondary channel” ‘2’...

Mon patch IEEE_802.11n_D7.0.patch :

# cat IEEE_802.11n_D7.0.patch
— ../src.orig/ap/hw_features.c 2011-10-31 02:53:02.329856225 +0100
+++ ../src/ap/hw_features.c 2011-10-31 02:52:56.213933114 +0100
@@ -442,15 +442,15 @@

              oper40 = ieee80211n_check_40mhz_2g4(iface, scan_res);
      wpa_scan_results_free(scan_res);


- if (!oper40) {
- wpa_printf(MSG_INFO, “20/40 MHz operation not permitted on "
- “channel pri=%d sec=%d based on overlapping BSSes”,
- iface→conf→channel,
- iface→conf→channel +
- iface→conf→secondary_channel * 4);
- iface→conf→secondary_channel = 0;
- iface→conf→ht_capab &= ~HT_CAP_INFO_SUPP_CHANNEL_WIDTH_SET;
- }
+ if (!oper40) {
+
wpa_printf(MSG_INFO, “20/40 MHz operation not permitted on "
+ “channel pri=%d sec=%d based on overlapping BSSes”,
+
iface→conf→channel,
+ iface→conf→channel +
+
iface→conf→secondary_channel * 4);
+ iface→conf→secondary_channel = 0;
+
iface→conf→ht_capab &= ~HT_CAP_INFO_SUPP_CHANNEL_WIDTH_SET;
+ //}

      hostapd_setup_interface_complete(iface, 0);

}

Ma config hostapd.conf :
##### IEEE 802.11n related configuration ######################################
ieee80211n=1
ht_capab=[HT40-][GF][SHORT-GI-20][SHORT-GI-40][RX-STBC12][MAX-AMSDU-3839][DSSS_CCK-40]

Résultat hostapd est bien en HT20/HT40, primary channel ‘6’ et secondary channel offset ‘below’ :

#iw dev wlan9 scan
BSS 52:bc:d4:b2:4b:d9 (on wlan9)

      TSF: 25497984 usec (0d, 00:00:25)
      freq: 2437
      beacon interval: 100
      capability: ESS Privacy ShortPreamble ShortSlotTime (0x0431)
      signal: -64.00 dBm
      last seen: 5136 ms ago
      Information elements from Probe Response frame:
      SSID: Nexus6
      Supported rates: 1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 
      DS Parameter set: channel 6
      ERP: <no flags>
      Extended supported rates: 24.0 36.0 48.0 54.0 
      RSN:     * Version: 1
               * Group cipher: CCMP
               * Pairwise ciphers: CCMP
               * Authentication suites: PSK
               * Capabilities: (0x0000)
      HT capabilities:
              Capabilities: 0x127e
                      HT20/HT40
                      SM Power Save disabled
                      RX Greenfield
                      RX HT20 SGI
                      RX HT40 SGI
                      RX STBC 2-streams
                      Max AMSDU length: 3839 bytes
                      DSSS/CCK HT40
              Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
              Minimum RX AMPDU time spacing: 8 usec (0x06)
              HT TX/RX MCS rate indexes supported: 0-15
      HT operation:
               * primary channel: 6
               * secondary channel offset: below
               * STA channel width: any
               * RIFS: 0
               * HT protection: no
               * non-GF present: 0
               * OBSS non-GF present: 0
               * dual beacon: 0
               * dual CTS protection: 0
               * STBC beacon: 0
               * L-SIG TXOP Prot: 0
               * PCO active: 0
               * PCO phase: 0

Au vu de ce mesage, si vous n’y comprenez toujours rien, on me téléphone...
http://bugs.freeplayer.org/task/6178

/Nexus6

– Merci d’être avec nous!

 7823 Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K)10/09/2011ÉvolutionTéléphonieClosed Rediriger les appels entrants en numéro masqué vers la  ... Task Description

Bonjour!

Suite au bug et à la réparation de celui-ci,  FS#7637  — Impossible de recevoir un appel entrant en numéro masqué :
http://bugs.freeplayer.org/task/7637

J’aimerais que ce bug devienne une évolution. En effet, je ne désire pas recevoir d’appels entrants anonymes ou masqués. Je souhaite que vous redirigez directement ces appels masqués vers la messagerie (comme dans le bug). Et un écran dans l’interface web de configuration “Filtrage des appels masqués” : Activer/Désactiver serait la bienvenue.
Le filtrage des appels entrant serait une grande révolution...

Merci!

/Nexus6

– !

Showing tasks 1 - 2 of 2 Page 1 of 1

Available keyboard shortcuts

Tasklist

Task Details

Task Editing