Invalid toDs/fromDs bit set - packet ignored

[vtc.contracts]

Hi everybody,

I am seeing this in the logs constanley, what could be causing this issue?

2011-01-06 11:09:00        Local0.Info          10.203.3.250       Enservio-WLC: *apfProbeThread: Jan 06 16:09:53.497: %APF-6-PROC_DOT11_MAC_MGMT_DATA_FAILED: apf_80211.c:7138 Could not Process 802.11 MAC mgmt Data. Invalid toDs/fromDs bit set - packet ignored. [...It occurred 8 times/sec!.]

Any advice is much appreciated, thanks!

[Surendra BG]

Hi,

Here is the bug ID.. It indicates that the controller received a packet that had its DS bit set wrong

http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&bugId=CSCtf38685

I guess this is just the cosmetic issue.. so the next release will be having the fix for this..

lemme know if this answered your question..

Regards
Surendra
====
Please dont forget to rate the posts which answered your question and mark it as answered or was helpfull

[vtc.contracts]

Hi Surendra,

As long as your sure this isnt something I should be worried about.  My only concern is that it is filling the logs and the log files dont contain very much as is, is there a way to stop this message from coming through so that we only see things we should be worried about in the logs?

Thanks,

Matt Blanchette

[vtc.contracts]

I would also like to point out that the bug link provided is not viewable by anybody outside of Cisco it seems:

"Dear valued Cisco Bug Toolkit customer, the bug ID CSCtf38685 you searched contains proprietary information that cannot be disclosed at this time; therefore, we are unable to display the bug details. Please note it is our policy to make all externally-facing bugs available in Bug Toolkit to best assist our customers. As a result, the system administrators have been automatically alerted to the problem.

While we are working to resolve this issue, we invite you to reach out to the experts on the

Bug Toolkit Support Community. You may find answers there to your Bug Toolkit questions, or post your feedback on our forum as well. Thank you.

Note: Some product enhancement requests and documentation bugs may not be available in Bug Toolkit. "

[Surendra BG]

Leeme know if you have anymore question! i will be happy to assist you!!

lemme know if this answered your question..

Regards
Surendra
====
Please dont forget to rate the posts which answered your question and mark it as answered or was helpfull

[Surendra BG]

Hi,

Thanks for the response!!

I am assuring you that these are just cosmetic issue or bug.. no need to worry at all.. i guess the person who filed this bug has not made it "visible all" kinda stuff.. i hv the access t othe internal sites and i can see the info.. this can be shared with you only if you could open up a TAC case that too taking the permission from  the developement team... but believe me !!!

Regarding stopping of this.. if u go to Monitor >> management >> Logs >> MSGLOGS >> here you have multiple options to check.. you can use the ONLINE HELP feature to get more details on the WLC GUI..

lemme know if this answered your question..

Regards
Surendra
====
Please dont forget to rate the posts which answered your question and mark it as answered or was helpfull

[becom.net]

I have proof (I think)  it is not purely cosmetic.

-  I am seeing the same problems on a WLC 5508 Installation with 11 AP3502.

Problem occurs when (e.g.) a ping response is sent from CompanyLAN to the LAN side of an Ubiquiti Airrouter in Routermode.

Ping responses do not make it back to the requester - as the Cisco WLC's logfile states that the packet was ignored because of DSbit-Settings.

Pinging the wireless interface of the Airrouter works fine - and no log messages are written.

Setup is like this:

(10.49.50.254)CompanyLAN----WLC5508----AP3502~~~~~Airrouter---LAN(10.192.0.254/24)

-=Wired

~=Wireless

Running "tcpdump" on the Airrouters wlan interface shows that the Ping requests make it to the device and the reply is sent out on the wireless interface:

16:45:24.295240 00:11:0a:44:30:00 > 00:15:6d:4c:ad:f8, ethertype IPv4 (0x0800), length 64: 10.49.50.254 > 10.192.0.254: ICMP echo request, id 0, seq 433, length 30
16:45:24.295335 00:15:6d:4c:ad:f8 > 00:11:0a:44:30:00, ethertype IPv4 (0x0800), length 64: 10.192.0.254 > 10.49.50.254: ICMP echo reply, id 0, seq 433, length 30

And the WLC5508 logs:

Jan 31 16:45:34.677: %APF-6-PROC_DOT11_MAC_MGMT_DATA_FAILED: apf_80211.c:7138 Could not Process 802.11 MAC mgmt Data. Invalid toDs/fromDs bit set - packet ignored. [...It occurred 2 times/sec!.]
Jan 31 16:45:33.597: %APF-6-PROC_DOT11_MAC_MGMT_DATA_FAILED: apf_80211.c:7138 Could not Process 802.11 MAC mgmt Data. Invalid toDs/fromDs bit set - packet ignored.

As usual an equivalent setup works fine if only Airrouter devices are used.

Has anybody an idea how to get more information, what exactly is wrong (or considered wrong) with the DS-Bits?

Or maybe how to tell the 5508 not to ignore these packets?

Regards,

     Lars

[piotrschmidt]

Hi,

I have the same issue on WLC 4402 7.0.116 code.

Seems like some sort of RPF is implemented on WLC and it will not pass packets coming from network other then client's network.

I managed to overcome this by switching AP's to H-REAP mode locally switched.

Retards

Piotr