#WirelessTuesday – January 2018 – Questions & Responses

Thank you very much for your interest in the Cisco #WirelessTuesday podcast!  This article is a quick recap of the January 2018 live recording event with the associated questions and panel responses.

 

I would like to make a public thanks Javier Contreras and Salil Prabhu, escalation engineers here at Cisco!  They walked us through how to pick the best firmware versions, top TAC issues they are called to address, troubleshooting tools, and how testing is being changed to better reflect real-world conditions.

I would also like to thank my panelists Ben EdwardsBrad KincaidRush Johnson, and Mark Dellavalle.

If you’d like to hear the recording you can access it here, or you can subscribe to the podcast here.

Recommended Firmware Releases

  • For most deployments 8.0.152.0 (also known as 8.0 MR5)
  • For deployments requiring new featrues or hardware released after 8.0, use 8.2.166.0 (also known as 8.2 MR7 interim) or 8.3.133.10
  • DNA/Assurance features to be released by the end of January, 8.5.110.0 (also known as 8.5 MR2)

Check here for Cisco TAC recommended code releases (this doc is updated often).

 

Useful Troubleshooting Tools

Wireless Sniffer using Linksys USB600N with Omnipeek

Wired Packet Capture using Wireshark monitoring spanned switch ports of AP, WLC, or client side data.

Spectrum Expert with card or CleanAir AP

WLC Config Analyzer

Questions & Responses

Q1.  CSCve39811 8540 WLC running 8.3.112.0 drops OEAP602 APs after upgrade from 8.3.102.0.
R1.  Please request escalation or speak to the TAC Duty Manager.

Q2.  Does this CSCvg37751 only apply during failover? I’ve had similar happen at sites running AireOS APs during normal operation. APs are behind a Meraki MX 65 or MX100.
R2.  No, this bug appears to apply to AP’s connected to Meraki cloud managed switches/firewalls during the connection process to the WLC.

Q3.  What did you use to see the data retries when you saw the delay? Did you see this on the AP, controller or sniffing traffic?
R3.  A script ran that forces the WAN flap and AP’s to join and drop in a loop then they monitored the number of DTLS session (data & control) to see stale entries and mismatches

 

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out /  Change )

Google+ photo

You are commenting using your Google+ account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

w

Connecting to %s