This document discusses network quality considerations for Lync 2013 voice over IP (VoIP) in local area networks (LANs), wide area networks (WANs), and wireless networks (Wi-Fi). It defines good voice quality as when users do not notice issues. Key VoIP metrics that should be monitored include latency, packet loss, and jitter. Codec choices and available bandwidth impact quality. The document provides bandwidth recommendations and demonstrates tools for planning voice and video capacity. It also covers call admission control, quality of service tagging, wireless access point deployment best practices, and wireless network optimizations from vendors like Aruba, Meru, and Cisco to improve voice quality over Wi-Fi.
2. Objective
Better understanding of Lync 2013 and network impact
• What is “Good” Voice Quality?
• VoIP Metrics
• Codecs and Bandwith
• LAN, WAN and Wi-Fi
3. Ståle Hansen
Technical Evangelist @ Atea
V-TSP @ Microsoft
Blog @ msunified.net
Company blog @ LyncAtea.no
Co-Author Lync Master Class @ LyncLab.no
Contributor @ TheUCArchitects PodCast
14. Bandwidth
• Media Endpoints detect & manage distribution of available BW
• Prioritize Audio first
• Bandwidth requirements determined by
• Codec choice
• Network performance
• Channel Activity
16. For planning in a well
managed, right-sized network,
use Max BW w/o FEC.
If the network will be
constrained and you want to
preserve quality, use Max BW
with FEC.
When understanding how
much bandwidth at any given
time is being used, use the
Typical BW numbers. Not for
planning, as usage will be
greater at times.
18. Typical Video Bandwidth Usage
• Preliminary data from Lync 2013 Preview deployments at Microsoft and
TAP customers
• Video usage doubled compared to Lync 2010
• P2P video calls:
• Average send/receive video bandwidth ~600kbps
• ~75% of users with default video resolution of 424x240
• ~25% increase video window to obtain 640x360 or HD video
• Conference video calls:
• Data sharing reduces screen real estate for video in most calls -> small video
resolution of 320x180
• Receive: average of 2.5 video streams using ~500kbps
• Send: average of 1.6 video streams using ~350kbps
18
19. Bandwith – Application Sharing
• Application sharing bandwidth consumption
dependent on session content and screen
resolution
• TCP based sessions with built-in congestion control
• Traffic is bursty in nature
• End user policy limits to cap spikes
21. Video Bandwidth Recommendations
• Control maximum bandwidth by using
• VideoBitRateKB
• TotalReceiveBitRateKB
• Recommended settings:
• Send and receive limits should be set to same value
• Default: Best quality. For networks which can handle average
video bitrates of 600kbps for P2P and 200kbps for conference calls
• 1000 kbps: Usually 848x480 in P2P and 240x240 resolution in
multi-view
• 350 kbps: Requires multi-view to be disabled. Allows 424x240
resolution.
21
27. Call Admission Control (CAC)
• Policy Server role in Lync Server implements CAC
• Admins configure logical sites based on groupings of subnets
• WAN link bandwidth policies
• Applied dynamically when session crosses network link with policy
set
• Seamless support for roaming users on moving between different
sites
• PSTN reroute
• Allows Internet to be used for overflow of traffic
• Support alternate path & failover of video sessions
28. RT Audio WB (no FEC)
Seattle WAN Link Policy: New York
Audio Session Limit = 60 Kbps
29. RT Audio WB (No FEC)
Internet Seattle WAN Link Policy:
Audio Session Limit = 60 Kbps
30. RT Audio NB (+ FEC)
Internet
Seattle WAN Link Policy:
Audio Session Limit = 60 Kbps
34. Differentiated Services Code Point (DSCP)
…AKA DiffServ
•Recommended:
• When Right Provisioning not possible and on
Constrained WAN Links
• pair with WAN bandwidth policies
• Prioritization already deployed for other VoIP
solution
37. Wi-Fi problem areas
• Shared medium
• Limited band selection in 2.4 GHz band
• Was designed for none-real time data usage
• Deployed for access, not throughput
38. Microsoft recommendation
• Deploy concurrent dual-band AP
• Applicable for enterprise, home, and hotspot
• Move devices to 5 GHz (if possible) 21 channels
• Less interference
• Wider channel selection
• Consider quality and features of Wireless NICs
• Wi-Fi alliance certification
• Multiple antennae support (11n)
40. Device Wi-Fi support
• Nokia Lumia 820 • Samsung ATIV Smart PC Pro
• 802.11a/b/g/n • 802.11n
• HTC 8S Atlantic Blue • Samsung Galaxy Tab 2 10.1“
• 802.11b/g/n • 802.11b/g/n
• HTC One X Plus Black • HP Envy X2 11-g001
• 802.11a/b/g/n • 802.11n
• Samsung GT-I8750 Ativ S • Apple iPad 2 Wi-Fi
• 802.11a/b/g/n • 802.11a/b/g/n
• Samsung Galaxy S III • Microsoft Surface RT
• 802.11a/b/g/n • 802.11a/b/g/n
• Apple iPhone 5 • Microsoft Surface RT
• 802.11a/b/g/n • 802.11a/b/g/n
• Apple iPad mini Wi-Fi • Microsoft Surface PRO
• 802.11a/b/g/n • 802.11a/b/g/n
41. Voice optimized Wi-Fi
• Aruba
• Lync certified solution
• Meru
• Lync certified solution (March)
• Cisco
• Lots of experience of voice over Wi-Fi
42. How to optimize for voice over Wi-Fi
• All vendors tag Wi-Fi Lync traffic with DSCP value
• Great for unmanaged devices
• High-density AP deployments
• Closer to users
• Just add more accesspoints
• Fast inter-AP handover support
• All venderos stress end to end optimization
• Endpoint -> Wi-Fi -> LAN -> WAN -> LAN -> Wi-Fi -> Endpoint
44. Aruba
• Fingerprinting to detect multimedia endpoints
• Tag Lync traffic
• Multichannel AP deployment
• Fast AP handover
• Will redirect clients to AP’s with less load
45. Meru
• Uses single SSID accross the entire
deployment
• Zero-Latency Roaming
• Uses three channels with three different
speeds
• Easy deployment, just add AP’s
46. Cisco
• Just released AVC that tag Lync traffic at AP
• Deep packet inspection
• AVC profiler
• En for voice og video
• MS Lync
• Band select, forcing acces points to 5 GHz
• If one acces point goes down
• Coverage hole detection, increase send strength
• Uses its CleanAir technology to detect interference
• Spectrum analyzer
• All new access points have this today
• Change channel when noise
47. Key Takeaways
• “Good” Voice Quality - is what is expected
• VoIP Metrics – Tells us about the health of the
network
• Codecs and Bandwith – Helps us design for QoE
• LAN, WAN and Wi-Fi – Wi-Fi is the new norm
Common causes: Processing: Encoding / decoding Serialization: Clocking packet onto the wire Network: Queuing and buffer overflow Propagation: Distance related delay Queuing at routers is the most unpredictable component of overall delay
Two common types: Random: Occurs over time Single packet here and there “ Bursty”: Contiguous packets dropped Caused by: Router algorithms used to prevent congestion are the primary cause, i.e., RED and WRED Buffer overflow Transmission errors Packet corruption
Measure of time variability in arrival of successive packets, generally in milliseconds. Caused by packets taking different routes due to: Load balancers Re-direction due to router congestion
The overall recommendation, let Lync scale for performance
Control maximum bandwidth by using VideoBitRateKB and TotalReceiveBitRateKB Value applies to P2P and conference calls Same bandwidth limits apply separately to panoramic video Recommended settings: Send and receive limits should be set to same value Default: Best quality. For networks which can handle average video bitrates of 600kbps for P2P and 200kbps for conference calls 1000 kbps: Usually 848x480 in P2P and 240x240 resolution in multi-view 350 kbps: Requires multi-view to be disabled. Allows 424x240 resolution.
MaxVideoConferencingResolution The MaxVideoConferencingResolution parameter controls the maximum video resolution on legacy clients and does not apply to Lync 2013 Preview clients. The setting remains to ensure administrators can continue to control bandwidth usage of user running clients prior to Lync 2013 Preview.
Policy Server role in Lync Server implements CAC Admins configure logical sites based on groupings of subnets Enforce policies on links between sites Bandwidth available for audio, video WAN link bandwidth policies Applied dynamically when session crosses network link with policy set Limits the session to a maximum allowed bandwidth level Re-route or fail session when bandwidth not available Seamless support for roaming users on moving between different sites Allows Internet to be used for overflow of traffic Avoid PSTN call charges Support alternate path & failover of video sessions
Three CAC profiles Session limit determines what codecs are being used Here is a scenario where audio session limit is 60 It is running the best codec it can, wb no fec
When something happends to the network, bad wireless connection Media stack will adjust the codec with FEC Needs to go to NB and FEC
Media stack will adjust the codec with FEC Needs to go to NB and FEC It will work and good quality of experience is maintained for the user
Flere bærabare pcer er på nett
Shared Medium Interference in 2.4 gigahertz (GHz) (‘noisy‘) Bluetooth, Appliances and cordless phones Other access points (APs) on the same channel nearby Limited band selection in 2.4 GHz band Only three non-overlapping channels By design Wi-Fi standard was designed for none-real time data usage Continuous real-time data flow requirement was not accounted for
Telefoner kan ha dårligere dekning enn laptopper Små antenner og enkle kanaler