> They are only reliable when compared to individual rate controlled frames. > But, in general, they are most certainly not reliable. Even in a shielded > and conductive (i.e. with physical wires connecting antennas) environment > lost PREQ frames are not hard to see.
Did you try to reduce dot11MeshHWMPpreqMinInterval to send out more PREQ and see whether this works for you? I think that we have similar lengthy discussion last time. http://comments.gmane.org/gmane.linux.kernel.wireless.general/139453 I would suggest the following edition to the commit message: Instead of stopping path discovery when a path is established, continue the attempts to find alternative paths until we hit the dot11MeshHWMPmaxPREQretries limit. However, this is not a standard behavior and may easily increase the number of broadcast PREQ frame in your network. So this feature is turned off by default. and the remaining are removed due to misleading explanation. Then, in the mesh_path_timer, I think that only the following is needed: - if (mpath->flags & MESH_PATH_RESOLVED || - (!(mpath->flags & MESH_PATH_RESOLVING))) { + if (!multiple_discoveries && + (mpath->flags & MESH_PATH_RESOLVED || + (!(mpath->flags & MESH_PATH_RESOLVING)))) { Thanks --- Chun-Yeow
