This patch refactors the layer 2 update frame sending logic into two routines. Both...
authormtaylor <mtaylor@0192ed92-7a03-0410-a25b-9323aeb14dbd>
Wed, 16 Jan 2008 00:01:06 +0000 (00:01 +0000)
committermtaylor <mtaylor@0192ed92-7a03-0410-a25b-9323aeb14dbd>
Wed, 16 Jan 2008 00:01:06 +0000 (00:01 +0000)
commite6a0fd9b49caf66cc26ddb9c227320963bfb4daa
treee1a4d28481dc5862f54dfce83da9d39ed11d0460
parente7ccdf6be32c9372c2b4569f6d0e7abdf235de79
This patch refactors the layer 2 update frame sending logic into two routines.  Both RNR and XID frames are sent to update bridges.  The RNR is probably not the best way to update L2 bridges.  It's basically telling the bridges and switches that the MAC is not able to receive traffic (i.e. congested or down) and we never send any other L2 packets to counteract any side effects of this.  I also found that it didn't seem to be updating every MAC table on every bridge.  XID, however, is the correct way, according to my research and we send XID to inform the bridges of the new location of the MAC as dictated by the standards.  I left the RNR in there for good measure, since it doesn't appear to have any ill effects for anyone.  (Hostapd ALSO sends XID when you are using hostapd... the redundancy is harmless and allows madwifi to operate correctly when using open or WEP protected modes without hostapd).

git-svn-id: http://madwifi-project.org/svn/madwifi/trunk@3134 0192ed92-7a03-0410-a25b-9323aeb14dbd
net80211/ieee80211_input.c