Design and Deployment of Wireless LANs for Mobile Applications Gareth Taylor - Systems Engineer Agenda
• Building the first cell Shape, Size (AP Power, Protocols and Rates, 20, 40, 80 MHz) • Taking Care of the Roaming Path AP Placement Strategies, antennas, overlaps • Optimisations Tweaking the WLC and AP configurations for difficult clients
• Conclusion Last Words and where to go when things go wrong Chapter 1: Building the First Cell First…How Much Bandwidth do you Need? 1. Check the bandwidth of each expected applications in your network, 2. Multiply by number of users of that application in the cell:
This is the bandwidth you need at the edge of the cell Bandwidth Cheat Sheet
Application – By Use Case Throughput – Nominal
Web - Casual 500 Kbps Web - Instructional 1 Mbps Audio - Casual 100 Kbps Audio - instructional 1 Mbps Video - Casual 1 Mbps Video - Instructional 2-4 Mbps Printing 1 Mbps File Sharing - Casual 1 Mbps File Sharing - Instructional 2-8 Mbps Online Testing 2-4 Mbps Device Backups 10-50 Mbps Wi-Fi Calling Traffic Pattern
• As VAD is used, traffic pattern depends on conversation level
Normal call bandwidth consumption (both sides 50 kB/s mark are talking, sometimes at the same time
At 15:49:50, both sides stop talking, then one side speaks sporadically Some Famous Names
• Lync (Up/Down): Call type Audio Audio HD Video Video HD Typical 51Kbps/51kbps 86Kbps/86kbs 190kbps/190kbps 2.5 Mbps/2.5 Mbps Bandwidth
• Now that you get the picture, a few other examples: • Facetime (video, iPhone 4S): 400 Kbps, (audio) 32 kbps • Viber, Skype (video) 130 kbps, (audio) 30 kbps • Skype/Viber/other chat: around 850 to 1000 bytes (6.8 to 8 kb) per 500 character message • Netflix (video), from 600 kbps (low quality) to 10 Mbps (3D HD), average 2.2 Mbps • This bandwidth consumption is one way, you need to double for 2-way conversations Real Life Example I need 6.65 Mbps throughput Medical Centre everywhere in the cell • Density studies show active 12 users / cell on average - > therefore I need it here • Expected 2 HD video calls (Skype type) • 5 audio calls • Other users may browse
• Let’s do the math: • 2 HD video calls = 1.2 Mbps x 2 x 2 ways = 4.8 Mbps AP • 5 audio calls… mmm what application? • Skype too? 30 kbps x 5 x 2 ways = 600 kbps • Others are browsing (5 people)… 250 kbps / user? • Total = 6.65 Mbps needed Funny that browsing requires more than voice Should I design for browsing? (*Mean Opinion Score) VoIP MOS Degrades with Distance and Congestion
Higher data rate = less time in the air High data rate
Shorter distance = less chances to hit interference on the way Lower risk of loss or retries Short distance
MOS VoIP MOS Degrades with Distance and Congestion
Medium is half duplex Congestion increases delays and retries AP 50% CU is “gaping threshold”
MOS Below 4.1, VoIP Quality Changes from “Good” to close to “Fair” (“slightly annoying”)
4.1 VoIP Golden Rules for Wi-Fi
• Packet Error Rate (PER) <=1% • As low jitter as possible, less than 100ms • Retries should be < 20% • End to end delay 150 – 200 ms, 30 ms in cell • When these values are exceeded, MOS reduces too much
• Your mission is to keep MOS high Real Time Voice vs Real Time Video Applications Next… Design your Cell Shape and Size The Cell Shape Depends on the Antenna
Directional Omni
Same areas Cell Shape and Cell Size . Your cell shape depends on the antenna you use: . Directional . Omnidirectional . The cell size depends on 3 parameters: 1. The AP power level 2. The protocol you use (802.11a/b/g/n/ac) 3. The Data rates you allow
All this assumes open space… in real world, you also need to account for RF obstacles Let’s Start with Power Higher Power Does not Always Mean Better Signal
Aim for: Is it better now? • Noise level ≤ -92 dBm
Blah blah blah • RSSI ≥ 67 dBm You are a bit quiet RSSI -> 25 dB or better SNR
• Channel Utilisation under 50%. dBm
Noise Level
Time Modern Devices are Created Unequal
3700i AP iPhone 5 (+4 dBi antenna on 2.4 GHz, +6 dBi antenna on 5 GHz) Band Max Tx Power 2.4 GHz ISM 16 dBm UNII-1 14 dBm UNII-2 13.5 dBm 23 dBm UNII-2e 12 dBm UNII-3 13 dBm ISM (Ch 165) 13 dBm Source: FCC
Disclaimer: antenna “gain” is not included for the Iphone Some Client Max EIRPs
Model EIRP 2.4 GHz Worst* EIRP 5 GHz iPhone 5 14.6 dBm 10 dBm iPad 4 15.2 dBm 22.67 dBm Samsung S3 14.9 dBm 10.18 dBm Samsung S4 12.05 dBm 11.24 dBm Samsung S5 13.4 dBm 10.61 dBm HTC One 14.4 dBm 13.8 dBm Nokia Lumia 1520 13.1 dBm 11.6 dBm ASUS PCE-AC66 22 dBm 22.83 dBm
* EIRP varies with sub-band, displaying worst of all sub-bands transmission received Okay when AP and client had same HW specs*… in 1997 *Tx/Rx sensitivity, antennas, power level If AP Signal is Strong, Client Uses High Data Rate Client power can be low, noise at the AP high, HW specs may be different…
This is the AP ‘signal’ (at phone level) This is the phone ‘signal’ (at AP level) Can Power Really Damage Cell Conditions?
. Bad design example: HTC One @ 12 dBm, AP @20 dBm
Based on Rx AP signal, BYOD thinks 54 Mbps rate is okay… But client message is too weak, and AP does not ACK until rate falls to 12 mbps
Each message takes 8 times more to be transmitted (including EIFS and retries) How Can You Tell the AP Power Level?
. WLC global level gives you the overall resulting power (this is what you care about):
(Cisco Controller) >show advanced 802.11a txpower …/… AP Name Channel TxPower Allowed Power Levels ------AP702W 157 *1/8 (20 dBm) [20/17/14/11/8/5/2/-1] AP2602 48 1/4 (14 dBm) [14/11/8/5/5/5/5/5] AP3702 (52,56) *2/5 (12 dBm) [15/12/9/6/3/3/3/3] AP3602 (40,36) *2/7 (12 dBm) [14/12/10/8/5/-1/-4/-4] AP is on 40 MHz channel Power is dynamically assigned by WLC Current level is 2 (12 dBm), there are 7 levels Allowed levels, 7 to 8 are the same, so AP is configurable down to level 7 How Can You Tell the Client Power Level?
. You can check, live the client power levels on the AP (useful to check symmetry in AP to client and client to AP signal when building your cell edge):
This is on 5GHz radio, d0 is 2.4 GHz radio 2 client signals reported
AP7cad.74ff.36d2#debug dot11 dot11Radio 1 trace print rcv
*Jun 1 04:11:43.663: D5B70D90 r 6 49/46/42/48 54- 0803 000 m010B85 477AAF m010B85 33E0 477AA0 l46 *Jun 1 04:11:43.664: A2CEF918 r m15-2s 53/63/54/61 40- 8841 030 1A096F A36F20 m333300 76B0 q0 l100
Timestamp L+length of rest of the frame Client used MCS 15 (2SS) With WMM, shows the queue Client SNR without WMM, DCF queue index Sequence number Client RSSI on each antenna Address 3 Frame type (follows 802.11 spec) Frame duration Receiver and transmitter addresses (last 3 bytes) Multiple Streams Make Higher Power, but also SNR Requirement Higher
3SS max rate
1SS max rate
@ 10 dB SNR So, What is the Right Power?
. In short: half your worst client max power • E.g. you design for 5 GHz, worst client max is at 11 dBm, set your AP power to 8 dBm
. Otherwise, you get this: Power is Taken Care of… Let’s move to Protocols & Rates Cell Useful Radius is Determined by Minimum Allowed Data Rate
1 Mbps DSSS 2 Mbps DSSS 5.5 Mbps DSSS 6 Mbps OFDM 9 Mbps OFDM 11 Mbps DSSS 12 Mbps OFDM 18 Mbps OFDM 24 Mbps OFDM 36 Mbps OFDM 48 Mbps OFDM 54 Mbps OFDM Cell Throughput by Protocol
Protocol Throughput (Mbps) 802.11b 7.2 802.11b/g mix (1 b client) 9.5 802.11g 22.5 802.11a 22.5 802.11n (HT20 1ss MCS7) 35 802.11n (HT20 2ss MCS15) 75*
802.11n (HT20 3ss MCS23) 110
802.11ac (VHT80 3SS MCS 9) 630**
These are average throughputs, with one client close to the AP (high SNR/RSSI) * Two spatial streams – note most PDA’s are SISO (MCS 7) 35 Mbps max ** You could have guessed that : 256-QAM max PHY is 1.3 Gbps, max throughput is typically less than half of max PHY SSIDs and Low Rates Consume Air Time
. Before: 8 SSIDs, all rates allowed
. After: 2 SSIDs, 802.11b rates disabled
60% Before
5% After Impact of Disabling 802.11b
. Disabling 802.11b in this network would:
. Suppress 27% of frames (slow frames would be sent faster)
. Decrease airtime consumption from 62% to 18 % if using 24 Mbps (slow frames take much longer to be sent than faster frames)
. Reduce cell size: . Clients nearby would benefit from higher speeds . Clients far would not sick to the AP
DSS/CCK Airtime consumption
OFDM Airtime consumption Low Rates Impact Depends on Frame Size…
20000 18000 Time Time Time 16000 consumption consumption Codec & Bit consumption per voice per voice 14000 Rate per voice 64 Byte flow flow 12000 flow at 1 Mb/s 128 Byte at 24 Mb/s at 54 Mb/s 10000 DSSSCCK CCKDSSS OFDMOFDM G.711 Time/ 256 Byte 102.4 ms 9.45 ms 6.49 ms μS 8000 (64 Kb/s) 6000 512 Byte G.729 46.4 ms 6.27 ms 5.20 ms 4000 1024 Byte (8 Kb/s) G.726 2000 2048 Bytes 70.4 ms 7.27 ms 5.64 ms 0 (32 Kb/s) G.728 Mb 1 2 5.5 11 6 12 24 36 48 54 130 300 42.43 ms 4.72 ms 3.74 ms ps Frame (16 Kb/s) Size/Bytes Individual theoretical time consumption: SLOT + DIFS + (voice packet + headers) x speed x (number of packets per second) + SIFS + ACK And Most BYODs Know That
. Most BYODs take advantage of 802.11 blocks to group small frames (even if they end up sending one frame at a time):
. Viber on iPhone 5S
. Viber on Samsung S5 What Should Your Minimum Rate Be? . Stop your cell where: 6 Mbps
1. Signal to your clients is still strong 2. Clients and overhead traffic still “reasonably fast” 3. Retries are low 24 Mbps
. Beyond that point, clients should be able to get to another AP if they want to. STA3 STA1 . On the right: . STA1 and STA2 hear each other -> less collisions . STA 1 and STA2 send @ 54 Mb/s -> short delays . STA3 is far from AP -> lower data rate (longer transmission delay), higher PER and loss risks . STA3 does not hear STA1 and STA2 -> higher collision risk STA2 So…What Should Your Minimum Signal Level Be?
. Multiple measurements show a “sweet spot” by -67 dBm: 802.11n client still communicates at 72 Mbps (MCS 7)
Management/control frames still sent fast (24 Mbps)
But you start seeing devices (here the AP) dropping rate because signal starts to degrade . What minimum configured data rate is that? Depends… But it is not Because You Decide that The Cell Should Stop There, That It Will
Clients will stay connected until they decide to roam… unless your minimum data rate does not allow them to stay below -67 dBm - 67 dBm? How Much is that in Data Rate? . And BER is important, because more retries means more chances that the frame will be dropped . Your job is to limit frame drops to 1% or less to maintain 4.1 MOS . At -67 dBm RSSI, SNR is typically around 25 dB or more* . You can run any rate of 24 Mbps and up, and still have good frame success rate * well, at least in ideal conditions… see next slides Hand and Phone Position Affect Signal
Signal Attenuation Object in Signal Path Through Object Plasterboard wall 3 dB Glass wall with metal frame 6 dB Cinderblock wall 4 dB Office window 3 dB There can be a 20 dB difference Metal door 6 dB between these photos Metal door in brick wall 12 dB
Phone and body position 3 - 6 dB
Phone near field absorption Up to 15 dB Big Hands are Okay if Your Design is Clever
-67 dBm
AP AP
-67 – 20 = -87 dBm Signal is too weak… But you can roam to the other AP @ -67 dBm! BTW, Where do you put an Antenna on a BYOD?
Head – not good iPhone 5, Antenna is at bottom
Hand – not good Samsung S5, antenna is at bottom, behind button HTC One, whole back cover is metal and antenna IOS 8 Devices Expected? Adjust the Cell Edge
IOS 8 Scans when AP signal falls below -70 dBm
• 2.4 GHz signal, at same distance from the AP, is commonly 7 dB better than 5 GHz signal
• IOS8 is “supposed to” roam to next BSSID only if its signal is at least 8 dB better than previous one (this in theory avoid the 5 GHz to 2.4 GHz poor roaming behaviour)
• BUT measurement sensitivity uncertainty in mass silicon is 3 to 4 dB*
• To limit roaming, limit the SSID to one band (5 GHz if possible). With dual-band SSIDs, expect
frequent 5 Ghz -> 2.4 GHz roams “- 70 dBm” for 5 GHz, -61 dBm for 2.4 GHz, iPhone “roams” from 5 • This behaviour also forces same SSID GHz to 2.4 GHz, same cell edge at -65 dBm AP, same SSID AP and 15-20% overlap
* This means that your iPhone can show -70 dBm for the AP, while my iPhone at exact same position can show between -68 and -72. Measure next day on your iPhone and you may also see anything between -68 and -72 Android? Use Probe as Happiness Index
• Samsung S5 when idle and not associated (baseline) 131.3s cycle Interval between probes 66.6s after 6th
Time Determining Android Probing Behaviour – if You Have Some Time • Try to determine when your BYOD gets to the edge of the cell (from its perspective): at that time, it will start probing repeatedly to find te next AP
• When at the edge of the cell, and idle (or moving with AP signal at low level), S5 settles to a 10.4 s cycle
• When you observe this kind of behaviour change, you know that there is the edge of your cell
Reached the edge of the cell, 10.4 s cycle Determining Android Probing Behaviour – if You DO NOT Have Time • Best case scenario: you have primarily one type of BYOD, and it is a major brand: its behaviour might be documented : http://www.cisco.com/c/en/us/td/docs/wireless/controller/technotes/8- 0/device_classification_guide.html
• Worst case scenario: you have all sorts of BYODs, or a minor brand: assume roaming when AP RSSI reaches -70 dBm (from the BYOD perspective). Compare the below to a test device: Model EIRP 2.4 GHz Worst* EIRP 5 Survival rule: 6 dB difference GHz halves the distance iPhone 6 14.5 dBm 10.2 dBm iPad 4 15.2 dBm 22.67 dBm
Nexus 6 14.8 dBm 11.1 dBm Received signal = X LG G3 12.05 dBm 11.24 dBm d 2d Distance Samsung S5 13.4 dBm 10.61 dBm I know I will get 6 dB less at d HTC One M8 14.4 dBm 13.8 dBm Nokia Lumia 1520 13.1 dBm 11.6 dBm PC (e.g. ASUS PCE- 22 dBm 22.83 dBm AC66) * EIRP varies with sub-band, displaying worst of all sub-bands Reminder About Rates Configuration . Each SSID will advertise at the minimum mandatory data rate . Disabled – not available to a client . Supported – available to an associated client . Mandatory – Client must support in order to associate . Lowest mandatory rate is beacon rate . Highest mandatory rate is default Mcast rate Disable 802.11b but not 802.11n Low Rates!
. Many BYODs rely on the beacon to validate that the AP is still there (and sync their clock) . Many BYODs also ignore AP instructions about supported 802.11n rates (disable them, and your client talks at a speed the AP will ignore) In Standard Density Environment, Stop Your Cell @ -67 dBm
. When power is @ 11 or 14 dBm, this is about 12 Mbps* Everything below 12 Mbps is disabled (but NOT 802.11n low rates) First allowed rate (12 Mbps) is mandatory
*Small prints: supposing a “decently clean” RF environment, 10% max retries, no loss. Cell size Strategies
. In HIGH density environment, also stop your cell @ -67 dBm. . Power is usually low, 14 dBm or lower . Cells are smaller than in standard density environment . Roaming occurs faster . Rate @ -67 dBm is more commonly 24 Mbps . You want to allow your client to roam at that point -> 24 Mbps is set to Mandatory (below 24 Mbps, client does not hear the beacons and typically scans to find alternate AP) . You still want the client to communicate with the AP while getting into panic scan . Set lower rates (18, 12 Mbps) to Supported Disable Slow rates, and maybe fast rates! . For Voice, rates faster than 24 Mbps do not bring any clear advantages
Time Time Time Codec & Bit consumption consumption consumption per Rate per voice per voice flow voice flow flow at 1 Mb/s at 24 Mb/s at 54 Mb/s
G.711 (64 Kb/s) 102.4 ms 9.45 ms 6.49 ms
G.729 (8 Kb/s) 46.4 ms 6.27 ms 5.20 ms
G.726 (32 Kb/s) 70.4 ms 7.27 ms 5.64 ms
G.728 (16 Kb/s) 42.43 ms 4.72 ms 3.74 ms
Time consumption = SLOT + DIFS + (voice packet + headers) x speed x (number of packets per second) + SIFS + ACK Faster Rates DO Have an Impact on Rate Shifting
. 200 byte frame @ 54 Mbps is sent in 3.7 μs
. 200 byte frame @ 24 Mbps is sent in 8.3 μs
. Rate shifting from 54 Mbps to 24 Mbps wastes 1100 μs (65 times longer to send the next frame), in ideal (no congestion) conditions
24 Mbps 36 Mbps 36 Mbps 24 Mbps 48 Mbps 54 Mbps 54 Mbps 20 MHz? 40 MHz? 80 MHz? 98% of Devices are 802.11n, 45% 802.11ac
. What about YOUR network? . If network is already deployed, capture traffic at different times and observe . Example: large airport on US East Coast, last month 12 captures of 10 minutes each at different times / days, with wireshark – display rates
20 MHz rates
In this network, enabling 40 MHz is a waste . 40 MHz rates Rates Recommendations So Far
. Disable low rates . If your real time applications are Voice only, disable rates higher than 24 Mbps, and set channels to 20 MHz . If your real time applications are Voice AND Video, then you need higher rates . In 5 GHz, set channels to 40 MHz… if your clients support 40 MHz . Leave all 802.11n / ac rates enabled (if your clients support 802.11n and 802.11ac) Chapter 2: Taking Care of the Roaming Path Where do You Need Coverage?
. Talk to end-users. Think what they will need and when, look for roaming paths AP Placement Guidelines
. Mount APs so that antennas are vertical (we use vertical polarisation) AP Placement Guidelines
. Avoid metallic objects that can affect the signal to your clients AP Placement – Bad Examples
. Issue is sometimes in the environment
Ceiling is highly reflective metallic mesh
AP behind ceiling (yes they did that) AP Placement – Bad Examples
. AP too high: • Low rate to the ground • Client signal too weak at the AP level
Nice… but you won’t cover the jetway as soon as the door closes > 20ft AP Antenna Guidelines
. Use matching antennas These are dual band plugs (2.4 and 5 GHz) They require dual band antennas… they are labelled “a,b,c,d”
These are single band antennas… are you going to get Antenna gain mismatch: 2.4 or 5 GHz? AP won’t know which to believe
Coverage pattern mismatch: Are you covering through the wall? When RF cluelessness becomes art… Radiation Pattern and Roaming Buffer
. When users are expected to roam while communicating, make sure their BYOD can detect neighbouring APs BEFORE roaming
AP signal drops slowly AP signal drops fast
User does not have much space/time to find the next AP Floor Directional vs omnidirectional antenna Rates and Cell Overlap
. Cell overlap is designed so that when a VoWLAN device gets to the –67 dBm area, it is already in good range of another access point. . 20-percent overlap between cells is recommended . How much is that? Use the -75 dBm rule if you are not sure. Try To Design Small Cells, With Clever Overlap Strategically Position Your Transition Aps
. At “A” the phone is connected to AP 1 . At “B” the phone has AP 2 in the neighbour list, 1 2 A B AP 3 has not yet been scanned due to the RF shadow caused by the elevator bank
C . At “C” the phone needs to roam, but AP 2 is the only AP in the neighbour list 3 . The phone then needs to rescan and connect to AP 3 – 200 B frame @ 54 Mbps is sent in 3.7 μs – 200 B frame @ 24 Mbps is sent in 8.3 μs – Rate shifting from 54 Mbps to 24 Mbps can waste 1100 μs Strategically Position Your Transition APs
. At point A the phone is connected to 1 AP 1 B A 2 . At point B the phone has AP 2 in the neighbour list as it was able to scan it while moving down the hall C . At point C the phone needs to roam and successfully selects AP 2 . The phone has sufficient time to scan 3 for AP 3 ahead of time Controller Redundancy and Roaming Paths . Design expected roaming paths and make sure all APs connect to the same controller, and overlap allows for next AP discovery Avoid Ping Pong Zones
Client stays here Ping-pong effect occurs when a wireless client is at the edge of two cells and hops between them. Avoid Ping Pong Zones Ping Pong Zone Recipe: Set overlap along pacing path Let user head force the roam
“Pacing back and forth” zone Chapter 3: Optimisations Useful Cell vs RF Cell Edges
RF edge
24 Mbps OFDM 36 Mbps OFDM 48 Mbps OFDM 54 Mbps OFDM -101 dBm point, can receive 1 Mbps Get RF Help From Cisco RX-SOP
-91 dBm point, can receive 1 Mbps
Ol’ 802.11abg AP 802.11ac AP
Signal beyond is “noise” Signal beyond is “noise” Auto Low Cisco RX-SOP Medium High
Allows you to regulate the size of your cell and set receive edge barrier
Key differentiator in High Density 802.11ac AP environment
Higher Rx-Sop Threshold = Smaller Cell Size = Better spectrum re-use Think BANDWIDTH in Terms of Directions
. In a standard cell, 50% of traffic is downstream (from AP to client), 50% is upstream
. We can definitely control downstream, especially as 802.11n/ac stations are necessarily WMM
. Can we control the upstream? Not directly, but we may have an indirect way of controlling it…
I decide, alone, when to send (thank Don’t you CSMA/CA) send! Control Upstream and Downstream Bandwidth Consumption
. Per QoS Profile (Gold etc.)
. Per SSID
. Per user type (guest etc)
. Per device type
. Per individual user Set your WLAN QoS Use Application Visibility and Control Don’t Allow
Voice Client Traffic Video Best-Effort Background Rate Limiting Identify Applications using NBAR2
Control Application Behaviour 802.11k,v: Send your BYOD to the Next (Better) Cell
• 802.11k Neighbour List vs 802.11v BSS Transition Management
Need to roam, what AP do What could you recommend? my next AP be? 802.11v Solicited request
Try this one Here are the best 6 for you Your RSSI / rates are too low, roam to there instead
802.11k neighbour list Want to join your cell 802.11v Unsolicited Nah, load too high, go there instead Optimised Roaming request
802.11v Unsolicited request 802.11r (FT): Speed Up Roaming Credentials
• WARNING: 802.11r is different from pure WPA2
MDIE, PMKID + WPA2 MDIE, PMKID + WPA2 Cisco ClientLink: Improves Downlink Performance
ClientLink 3.0 Beamforming Improved Performance For All Clients 802.11a/g/n/ac
1SS 1SS 2SS 3SS
Boost signal strength as you move for 802.11a/g/n/ac clients MRC performs on the upstream at the AP level MRC In Action
. What you miss on one chain is captured on the other chain
Combined Effect (Adding all Rx Paths)
3 Antennas Rx Signals BandSelect – Test Before Full Deployment
. Caveat – Possible Increased Roaming Delay 2.4G band
No Delay 5G band
Some Delay (1.5s)
Possible Delay Optimised Roaming- help for clients that are not so smart…. Without Smart Roaming Cisco “Smart Roaming”
Weak Wi-Fi -85dB -80dB -80dB Signal
-80dB Overall Drop In Cell Performance
Consistent User Efficient Cell Experience Usage
Client Stickiness Causes Poor User Experience 3G or 4G Last Words Cisco Aironet Portfolio Positioned to Capture the 802.11ac Wave 2 Transition Enterprise Class Mission Critical Best in Class
3800 2800 1850 • 4x4:3SS 160 MHz; 5 Gbps • 2.4, 5GHz or Dual 5GHz 1810 Wall Plate 1830 • 4x4:3SS 160 MHz; 5 Gbps • 1 GE + 1 mGig (5G) • 2x2:2SS 80 MHz; 867 Mbps • 4x4:3SS 80Mhz; 1.7 • 2.4, 5GHz or Dual 5GHz • 3x3:2SS 80MHz; Gbps • Internal or External antenna • Tx Beam Forming 867Mbps • 2 GE Ports • Spectrum Analysis* • Smart Antenna Connector • 1 GE Port uplink • Spectrum Analysis* • Internal or External antenna • Internal or External • Enhanced Location* (External • 3 GE Local Ports, including 1 • Internal antenna • Smart Antenna Connector Antenna) PoE out antenna • Tx Beam Forming • Enhanced Location* • CleanAir 160 MHz • Local ports 802.1x ready • Tx Beam Forming (External Antenna) • 1 GE Port • ClientLink 4.0 • Integrated BLE Gateway* • 2 GE Ports • CleanAir 160MHz • USB 2.0 • StadiumVision • USB 2.0 • ClientLink 4.0 • Centralized, FlexConnect 1810 Teleworker • Centralized, FlexConnect • USB 2.0 and Mobility Express • USB 2.0 and Mobility Express • Modularity • 2x2:2SS 80 MHz; 867 Mbps • Centralized, FlexConnect • 3 GE Local Ports downlink, and Mobility Express* • Centralized, FlexConnect and including 1 PoE out Mobility Express* • One or Two Local Ports can be tunneled back to corporate
* Future availability You Did Your Best, But Good Design Cannot Compensate For Everything Troubleshooting Tools
. Wireless Captures, RF Analysis, Configuration Analysis . Wireless sniffer . Omnipeek/Wireshark (multichannel, for roaming issues) . Mac with OS X 10.6 and above, Windows 7 with Netmon 3.4 . AP in Sniffer mode
. L1 analysis: SpectrumExpert
. WLCCA (WLC Configuration Analyser) – TAC support
. Cisco Prime Infrastructure for Historical view and « Client Troubleshooting tool » Support Community
https://supportforums.cisco.com/community/5771/wireless-ip-voice-and-video Wireless Design & Deployment http://www.cisco.com/c/en/us/support/wireless/wireless-lan-controller- software/products-technical-reference-list.html Q & A Complete Your Online Session Evaluation Give us your feedback and receive a Cisco 2016 T-Shirt by completing the Overall Event Survey and 5 Session Evaluations. – Directly from your mobile device on the Cisco Live Mobile App – By visiting the Cisco Live Mobile Site http://showcase.genie-connect.com/ciscolivemelbourne2016/ – Visit any Cisco Live Internet Station located throughout the venue Learn online with Cisco Live! T-Shirts can be collected Friday 11 March Visit us online after the conference for full access to session videos and at Registration presentations. www.CiscoLiveAPAC.com Thank you