Documentation/FAQ

   1 Q:
   2 I try to compile ap-utils, but it complains that it can't find the menu.h
   3 file:
   4 [root@server src]# make
   5 gcc -O2 -Wall    -c -o ap-cnf.o ap-cnf.c
   6 ap-cnf.c:24:18: menu.h: No such file or directory
   7 make: *** [ap-cnf.o] Error 1
   8
   9 A:
  10 You need to install ncurses and ncurses-devel packages from your distro.
  11 Or just build and install ncurses libs from sources.
  12
  13 Q:
  14 I try to compile ap-utils, but the compilation suddenly breaks with the
  15 following errors:
  16 gcc -DLOCALEDIR=\"/usr/local/share/locale\" -DHAVE_CONFIG_H -I../lib -I../intl -I..    -g -O2 -Wall -W -c bridge.c
  17 bridge.c:46: initializer element is not constant
  18 bridge.c:46: (near initialization for `bridge_modes[0]')
  19 bridge.c:47: initializer element is not constant
  20 bridge.c:47: (near initialization for `bridge_modes[1]')
  21 bridge.c:48: initializer element is not constant
  22 bridge.c:48: (near initialization for `bridge_modes[2]')
  23 bridge.c:49: initializer element is not constant
  24 bridge.c:49: (near initialization for `bridge_modes[3]')
  25 bridge.c:50: initializer element is not constant
  26 bridge.c:50: (near initialization for `bridge_modes[4]')
  27 bridge.c:52: initializer element is not constant
  28 bridge.c:52: (near initialization for `bridge_modes[5]')
  29
  30 A:
  31 Your gettext is not up-to-date. You need to either update gettext package
  32 for your distro, or you'll need to completely disable NLS support for
  33 ap-utils by appending '--disable-nls' to configure. If you do so,
  34 the compilation may still end with an error like this:
  35
  36 make[2]: Entering directory `/root/work/ap-utils-1.5/po'
  37 make[2]: *** No rule to make target `all'.  Stop.
  38 make[2]: Leaving directory `/root/work/ap-utils-1.5/po'
  39 make[1]: *** [all-recursive] Error 1
  40 make[1]: Leaving directory `/root/work/ap-utils-1.5'
  41 make: *** [all-recursive-am] Error 2
  42
  43 You may safely ignore this one.
  44
  45 Q:
  46 I bought an access point. Unfortunately, the documentation does not state
  47 what are the default community strings defined within the device.
  48 Do you know what it is, or where I could find it out?
  49
  50 A:
  51 It should be in your AP's documentation, really.
  52 For example, the default communities for Linksys WAP11 are:
  53 "public", "private", "linksys".
  54 Most other devices have all three communities predefined to the same
  55 value, such as "public", "public", "public".
  56 If you just got an AP from someone who didnt provide you with the currently
  57 configured community strings, and your AP has no reset button,
  58 but has an USB port, you may try to reset AP to its default (manufacturer)
  59 configuration using "DFU" utility (in Windows), provided by the manufacturer
  60 of your device. *NIX variant of DFU utility is currently in progress
  61 and should be available in one of upcomming releases.
  62
  63 Q:
  64 The wireless & ethernet stats counters are reset to zero each time I grab
  65 the KnownAP signal and quality stats.  The same issue happens when
  66 performing KnownAP scan using the ap-config program without modification.
  67
  68 A.
  69 This happens because the only way to see updated KnownAPs info is to put
  70 your device to the AP-client mode with preferred BSSID 000000000000. Device
  71 needs to be rebooted so that this change goes into effect. As side effect
  72 of this reboot, all counters in the device are, of course, zeroed.
  73 After this, the utility also takes care to reconfigure device back
  74 to its previous setting (second reset). Unability to perform KnownAP
  75 scan while in different than AP-client mode is generally a feature
  76 of all firmware versions for devices with INTERSIL radio.
  77 All in all, it is a firmware feature, not a bug.
  78 The RSSI and LQ stats may be retrieved without AP reboot (and thus
  79 without reset of wireless & ethernet statistics counters) only if the device
  80 is permanently set to the AP-client mode.
  81
  82 Q:
  83 Can someone give me the "newbie" answer to what's the relationship/difference
  84 between RSSI and Link Quality?
  85
  86 A:
  87 RSSI = Received Signal Strength Indication. Measures only the signal
  88 amplitude. This plays a major role in calculating the fade margin of the
  89 link.
  90 The Link Quality value represents how clean the signal is - it reflects
  91 eventual degradation of radio signal transmision conditions, such as
  92 interference, multipath reflections, etc. This measure plays a major role in
  93 determining the data throughput. Low Signal Quality would normally mean
  94 frequent retransmissions, dropped packets etc.
  95 Note, that firmware for ATMEL-based devices with RFMD radio does not provide
  96 Link Quality value (and this is a firmware feature, not a bug).
  97
  98 Q:
  99 I have an ATMEL-based device with RFMD radio, use the firmware from E-ZY.NET
 100 and the graph of RSSI value history looks very jumpy. Is this normal, or is
 101 my link really so bad?
 102
 103 A:
 104 It is normal, you dont need to be afraid. Also this is why 'RSSI average'
 105 and 'RSSI rounding' graphs are provided for - they allow you to see
 106 the averaged value of the RSSI over certain period of samples. Apparently,
 107 the actual RSSI value shown reflects also the signal phase conditions
 108 (influenced by signal reflections, and interference). So you may eventually
 109 think of it as 'RSSI + LQ aggregated'.
 110