Hi,
> De : [email protected] De la part de David Romero
> 1: Two nodes, in the same room, working in a quiet radio environment. I
sniff all the traffic with a laptop and kismet. I noticed many times in the
connection stablishment phase, that a node A sends to another node, three or
four times "Mesh peering open", and the other node answers with an ack to
each one MPO, later, node A sends a "The mesh STA has resent dot11MeshMax
retries Mesh Peering messages...without a mesh pering confirm", 100ms later
node B send a "Mesh peering open", an both nodes stablish the connection
properly. ¿Why node B does't answer to the first 4 messages?
I can see the same behaviour here. Steps to reproduce are,
1/ set up two peers (A and B) normally
2/ use iw on peer A to block peer B (iw wlan0 station set ... plink_action
block
=> no frame is transmitted
3/ use iw on peer A to restore the link. A PEER OPEN is sent and nothing
else happens.
4/ bloc peer B once again. No frame transmitted
4/ reopen peer B once again.
=> 4 PEER OPEN are transmitted but not confirmed
=> then *at the next beacon from peer B*, peer A sends a PEER CLOSE
=> peer B answer by closing
=> peer A sends a PEER OPEN and the link resumes (with B PEER OPEN
and A&B CONFIRM)
I am using compat-wireless 2013-02-22 with Openwrt trunk patches and iw 3.8.
> 2 Another strange behavior that is repeated many times in my tests. A
network with 4 nodes in line A-B-C-D (A only has a B peer..., B has A and
C as peers...),
I am using the same kind of setup. To achieve this I am using iw ...
plink_action. How do you enforce the in-line topology ? Is there some other
way ?
Regards,
Jean-Pierre
_______________________________________________
Devel mailing list
[email protected]
http://lists.open80211s.org/cgi-bin/mailman/listinfo/devel
