NETW306-R

So you want to run Lync

2013 over a Wi-Fi network?
Sasa Juratovic - Senior Program Manager (Microsoft
Corporation)
Pascal Menezes - Principal Program Manager (Microsoft
Corporation)
David Frost - Area Manager (Ixia)

Session Overview
Why do we care about Wi-Fi?
Challenges with Real Time Media & Wi-Fi
Common Usage Scenarios
Wi-Fi Deployment Guidance for Real Time

Media
Lync over Wi-Fi Multi-Tier Strategy
MSIT Lessons Learned
Wi-Fi Network Assessment

Why do we care about Wi-Fi?

Wi-Fi and WiGig Chipset Shipments

Dual-band
11n (2.4
and 5 GHz)

Single-band
11n (2.4
GHz)

Tri-band 60 GHz
11ad/WiGig,
11ac (5 GHz) and
11n (2.4 GHz)
Dual-band 11n
(2.4 GHz) +
11ac (5GHz)

Wi-Fi and WiGig Chipset Shipments surpass 2B in

Proprietary | Wi-Fi Alliance

Source: ABI Research, November 2013

Why do we care about Wi-Fi?

Wi-Fi Devices Shipments

Proprietary | Wi-Fi Alliance

Source: ABI Research, November 2013

Why do we care about Wi-Fi?

Trends

Users are demanding and expecting similar rich experience

within the enterprise, public venues and at home (comparable

to wired devices)
BYOD improves productivity, collaboration and cost
management
Wi-Fi by default, wired when necessary (in many cases Wi-Fi
only)
Network managers tasked to plan for (data/voice/video)
convergence
Customers are pushing towards greater media over mobile
scenarios

Challenges with Real

Time Media & Wi-Fi

Running Lync 2013 over Wi-Fi

Data over Wi-Fi
Devices - Desktops, laptop, slates, mobile smart phones
Modalities - IM, presence, web conferencing, calendaring

Real Time Media over Wi-Fi: Fixed

Additional modalities (includes Lync Data over Wi-Fi) - Voice mail, video

conferencing, telephony, audio conferencing

Nomadic but stationary use of Lync services

Real Time Media over Wi-Fi: Mobile

Modalities same as with Lync Real Time Media over Wi-Fi Fixed
Originate, consume and terminate Lync services while on the move

Real Time Media

Characteristics
Streaming vs. Real Time Media
Streaming applications like YouTube, Netflix, etc can utilize large

receive side buffers in order smooth out network delays

Real Time Media is interactive and requires a high performance
network that can sustain continuous up/down stream traffic, with low
latency, jitter and packet loss

Impact to Human Interaction

Human communication starts to get negatively impacted with

latency of more than 250 msec (one way, mouth-to-ear latency)

Bursty jitter or packet loss over a certain threshold cannot be
recovered, and leads to glitches in the audio and video stream
Audio glitches are very disruptive and lead to a poor user experience

Real Time Media

Good Network Traffic Characteristics

Consistent flow of data packets
Low delay, jitter and packet loss
Random loss can be compensated sequential loss is problematic
Increase in delay, jitter and/or packet loss can have notable impact on

end user experience

More bandwidth demand is coming with HD

video (1.5+ Mbps each way per stream)

Real Time Media

Network
Requirements
Bandwidth requirements (1)
Audio 50 Kbps to 220 Kbps per stream (incl. IP header and FEC overhead)
Video 250 Kbps to 4 Mbps per stream (multiple concurrent video streams are possible for multiparty video

conferencing)

Jitter
Desired jitter less than 20 msec

End-to End Network Latency

Desired less than 100 msec (one way)
Acceptable less than 200 msec (one way)
Depends on geography

Packet Loss
Desired 0%, acceptable <2% and not more than 3 consecutive lost packets

UDP vs. TCP

1

Both UDP and TCP are supported for Lync 2013 Real Time Media
UDP is preferred for Real Time Media as TCP recovery (retransmits) is usually too long to be useful

Network Bandwidth Requirements for Media Traffic

Real Time Media

Issues when running over Wi-Fi

Handover Performance
Real Time Media has very different requirements when roaming between APs then when stationary
Delayed handovers from sticky clients can result in multi-second media breaks for voice/video
Clients often stick to an Access Point (AP) even when the signal strength has deteriorated so far as to be unusable
And at the opposite extreme, some clients may ping-pong rapidly between multiple APs or SSIDs

Off-Channel Scanning
Background scanning mechanisms are off-channel too long and inconsistent which may affect media traffic

Rate Adaption and TX Retries

Existing rate adaption algorithms not well suited for Real Time Media
May take up too much airtime in retries when used for Real Time Media traffic

Media Admission Control

Need a mechanism to prevent oversubscription of high priority traffic
Optimizing available resources via load balancing, steering clients away from congested APs, facilitating good

roaming decisions, and avoiding low data rates are preferable to denying new sessions (only used as a last resort)

SNR and signal strength requirements are different between Real Time Media and data
Data - SNR better than 25 dBm and RSSI better than -90 dBm
Real Time Media - SNR better than 40 dBm and RSSI better than -65 dBm

The Bring Your Own Device (BYOD)

The Market Driver is BYOD
Issue
Millions of personal mobile devices being used in the enterprise under

BYOD policies

BYOD lacks the Wi-Fi features for UC

voice/video
These mobile devices depend on Wi-Fi but have consumer grade Wi-Fi

mainly in drivers

Net Results Are Frustrated Users/IT

Departments
Poor audio/video quality and dropped calls

IT policy is use wired or cellular for UC

Common Usage
Scenarios

Real Time Media over Wi-Fi

Enterprise - Fixed

John and Diana are in conference room,

on an online customer conference call
using one of their laptops over Wi-Fi

Audio is first initiated and soon afterwards

video is added for all parties involved.
John and Diana can see video tiles of
everybody else simultaneously.

A virtual whiteboard is next activated for

brainstorming purposes

All parties involved have great

conferencing experience and after an
hour meeting is closed

Real Time Media over Wi-Fi

Enterprise - Mobile

Brian takes an incoming call on his UC

enabled smart phone at his desk and

starts a discussion

Shortly after Brian realizes he has a

meeting coming up which will take 10

minutes to walk across the building

Brian gets up and starts walking to his

meeting while continuing on with his

conversation

When Brian gets to his meeting room,

he ends his call and attends his

scheduled meeting

Real Time Media over Wi-Fi

Home/SOHO

Lisa is work at home mom. On a

typical day

Lisa joins audio/video call to

discuss new business proposal

At the same time Lisas son has an

audio/video call with his friend

using his smartphone over Wi-Fi

Meantime, Lisas daughter is

streaming her favorite show to a

Wi-Fi connected TV

Real Time Media over Wi-Fi

Hotspot

John is in local coffee shop that is

offering free public Wi-Fi service

He downloads his mails to his

smart phone and sees one needs

his immediate attention

John touches on phone number

and initiates VoIP call and deals

with the problem

John can happily enjoy rest of his

coffee

Wi-Fi Deployment
Guidance for Real
Time Media

Wi-Fi Deployment
Guidance
Enterprise
Managed Wi-Fi deployment with multiple

APs
Enterprise

Home
Home router Wi-Fi APs

Hotspot
Single to SMB size deployment
Ref: Delivering Lync 2013 Real-Time Communications over Wi-Fi

Home

Hotspot

Wi-Fi Deployment Guidance

Enterprise Design Considerations

Can your network handle the load?

Average of 2.5 Wi-Fi enabled devices per user
Real Time Media traffic from 802.11n/ac devices

Do you have ubiquitous coverage?

Networks designed for data coverage wont deliver a good Real Time Media

experience

Is your network ready for BYOD?

BYOD can create massive security issues

Is end-to-end QoS a challenge?

Networks often incorrectly tag Real Time Media traffic
Encrypted Real Time Media traffic also needs correct Quality of Service (QoS)

Wi-Fi Deployment
Guidance

Wi-Fi only vs.

mixed wired and Wi-Fi deployments
Enterprise
Planning

Determine devices support requirement (phase out legacy

devices)
Determine density - regular office space, conference rooms,
common areas
Determine workloads over Wi-Fi (Real Time Media support)
Type of devices connected - Enterprise / BYOD
Mobile device support - Power save features
Support for guests SSID and mobile device SSID
QoS support (WMM for Wi-Fi)

Wi-Fi Deployment Guidance

Enterprise Infrastructure Recommendations

Deploy 802.11n and/or 802.11ac APs
Enterprise Wi-Fi controller with thin enterprise grade APs or standalone

APs
If supported enable Wi-Fi Alliance Voice Enterprise features
Implement WPA2 in Enterprise Mode
Fast BSS transition support (OKC and/or 802.11r)
Configure for load balancing across APs
QoS/WMM Planning
Ability to classify and prioritize Lync traffic (SIP-TLS) in the presence of lower priority

data traffic
Implement QoS throughout wired and wireless infrastructure to prioritize voice and

video
Implement QoS/WMM with EF queue for WMM Voice
Enable WMM on APs for QoS. Enable QoS on Lync servers and clients

Wi-Fi Deployment Guidance

Enterprise Infrastructure Recommendations

RF Planning
(continued)
Deploy APs featuring dual (concurrent) 2.4 GHz and 5 GHz operation with 3x3 configuration
and 1 Gbps backhaul
2.4 GHz band - drop 802.11b support, limit 802.11n support to 20 MHz channels
5 GHz band - if available, enable RF band steering to move dual-band client devices to

5GHz RF, use 40 MHz channel

Support for RF auto radio management of channel and signal strength
Remove lower TX rates from network infrastructure configuration

Capacity Planning
Deploy applicable AP density for required coverage and capacity but keep signal levels better

than -65dBm and SNR better than 40dBm (association and roaming probe responses should
have SNR better than 25dBm)
Deploy sufficient number of APs for seamless coverage
Design for capacity based on # of clients in coverage area
Plan for overlapping AP coverage (redundancy) as required
In large conference rooms deploy multiple APs

Wi-Fi Deployment Guidance

Enterprise Physical Infrastructure
Recommendations
Physical cell deployment

Open space design is different from walled office designs

RF Coverage
Ubiquitous Wi-Fi coverage is required!
Signal strength in coverage footprint (-65dBm or better)

Surveys
Baseline
Spot Testing
Walkthrough testing
Roaming with Lync Client session calls

Periodic surveys to ensure baseline performance remains consistent

Wi-Fi Deployment Guidance

Enterprise Client Recommendations

Enterprise class devices (e.g. tables, laptops)

BYOD is a reality so be prepared

Mobile devices supporting dual band

Real Time Media optimized/certified NIC and drivers
Manage NIC driver versions
Note: When on battery power drivers tend to reduce Wi-Fi device

power

High-quality dual band NIC with at least 2x2:2

configuration
Support for radio resource management (802.11k)

Wi-Fi Deployment Guidance

Home Recommendations

Upgrade 802.11b and 802.11g routers to 802.11n or 802.11ac

Look for Wi-Fi routers supporting concurrent dual band with 2x2:2 configuration

Move dual band devices to 5 GHz (unless there are range limitations)
Evaluate default channel on 2.4 GHz. Most Wi-Fi routers default to 6

(auto is good)
Limit 802.11n 2.4 GHz band to 20 MHz channels
Source of RF interference in 2.4 GHz
Neighbor APs on the same channel
Bluetooth devices
Game consoles (wireless controllers)
Cordless phones

For 5 GHz use repeater/extender/additional APs

Wi-Fi Deployment Guidance

Hotspot Recommendations

Plan for concurrency and traffic type

Use small deployment SMB or entry level Enterprise

AP/Controller
Multiple APs if more than 15 concurrent users are
anticipated
Deploy SMB APs which support basic load balancing
Typically limited to 2.4 GHz band
Implement policies, such as per device bandwidth
quota

Configuring QoS for

your Lync
deployment

Lync QoS Guidance

Configure port ranges
Use same media ports across Lync server media roles for same modality type (e.g. audio)
Use none-overlapping media ports across Lync server media roles for different modality types

(e.g. audio vs video)

Make client audio/video port ranges subset of servers
E.g. server audio port range = 49,152 57,500
Client audio port range = 50,020 50,039

Configure QoS
Quality of Service Policy on Windows Vista/7/8 and Windows Server 2008 R2/2012
QoS Packet Scheduler on Windows XP w/ controlled load (video, DSCP 34) and guaranteed

service type (audio, DSCP 46)

Set-CsMediaConfiguration -EnableQoS $True

Lync Phone Edition is using DSCP 40 for audio (change with Set-CsUCPhoneConfiguration

-VoiceDiffServTag 46)
Lync for Mac 2011 is using CS5 (0x28) for audio and CS3 (0x18) for video
Lync Mobile clients use hardcoded QoS Values

Lync QoS Guidance

Configure Port Ranges for Conferencing, Application and Edge

Servers
Configuring port ranges
Conferencing and Application
Change Application Sharing default so it doesnt overlap with Audio ports
Set-CsConferenceServer -Identity ConferencingServer:atl-cs-001.litwareinc.com -AppSharingPortStart

40803 -AppSharingPortCount 8348

Edge
Set-CsEdgeServer -Identity EdgeServer:atl-edge-001.litwareinc.com

-MediaCommunicationPortStart 40803 -MediaCommunicationPortCount 24730

Default port values for Lync
2013
Conferencing
Server

Application
Server

Mediation
Server

AudioPortStart

49152

49152

49152

AudioPortCount

8348

8348

8348

VideoPortStart

57501

--

--

VideoPortCount

8034

--

--

ApplicationSharingPortStart

49152

--

--

ApplicationSharingPortCoun
t

16383

--

--

Property

Recommended port values for Lync 2013

Edge
Packet Type

Starting
Port

Number of Ports
Reserved

Application sharing

40803

8348

Audio

49152

8348

Video

57501

8034

Totals

--

24730

Lync QoS Guidance

Configure a Quality of Service Policy for Conferencing, Application and Edge

Servers
For Conferencing, Application and Mediation Servers on Windows Server 2008 R2 or
Windows Server 2012
In Group Policy Editor go to Computer Configuration -> Windows Settings -> Policy-based QoS
Gpudate.exe /force
On multi-adapter and/or Workgroup Mode computer set Do not use NLA=1 under

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Tcpip\QoS

For Edge on Windows Server 2008 R2 or Windows Server 2012

Configure internal side and destination port

Conferencing, Application and Mediation
Servers
Client Traffic
DSC
Source
Destinati
Protoc
Source port
Type

IP

on IP

ols

range

Destination port
range

Audio

46

Any

Any

TCP/UDP

49152:57500

Any

Video

34

Any

Any

TCP/UDP

57501:65535

Any

App Sharing

24

Any

Any

TCP/UDP

40803:49151

Any

Client Traffic
Type

DSC
P

Source
IP

Destinati
on IP

Protoc
ols

Source port
range

Destination port
range

Audio

46

Any

Any

TCP/UDP

Any

49152:57500

Video

34

Any

Any

TCP/UDP

Any

57501:65535

App Sharing

24

Any

Any

TCP/UDP

Any

40803:49151

Edge Servers

Lync QoS Guidance

Configure Port Ranges for Lync desktop client

Set-CsConferencingConfiguration
-ClientMediaPortRangeEnabled
$True
-ClientAudioPort 50020
-ClientAudioPortRange 20
-ClientVideoPort 58000
-ClientVideoPortRange 20
-ClientAppSharingPort 42000
-ClientAppSharingPortRange 20
-ClientFileTransferPort 42020
-ClientFileTransferPortRange 20

Get-CsConferencingConfiguration
ClientMediaPortRangeEnabled : False
ClientAudioPort
: 5350
ClientAudioPortRange
: 40
ClientVideoPort
: 5350
ClientVideoPortRange
: 40
ClientAppSharingPort
: 5350
ClientAppSharingPortRange : 40
ClientFileTransferPort
: 5350
ClientTransferPortRange
: 40

Recommended port values for Lync clients

Client Traffic Type

Port Start

Port Range

Audio

50020

20

Video

58000

20

Application sharing

42000

20

File transfer

42020

20

Lync QoS Guidance

Configure a Quality of Service Policy for Lync desktop client

For Lync client on Windows 7/8
In Group Policy Editor go to Computer Configuration -> Windows Settings -> Policy-

based QoS
Gpudate.exe /force
On multi-adapter and/or Workgroup Mode computer set Do not use NLA=1 under

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Tcpip\QoS

Client Traffic
Type

DSC
P

Source
IP

Destinati
on IP

Protoc
ols

Source port
range

Destination port
range

Audio

46

Any

Any

TCP/UDP

50020:50039

Any

Video

34

Any

Any

TCP/UDP

58000:58019

Any

App Sharing

24

Any

Any

TCP/UDP

42000:42019

Any

File Transfer

14

Any

Any

TCP/UDP

42020:42039

Any

Lync over Wi-Fi

Multi-Tier Strategy

Lync Wi-Fi AP Qualification

AP testing to ensure proper interoperability and
Program
performance
Ixia, industry leader in Test & Measurement, has been

selected as test house

Each vendor publishes test results and deployment
guidance for Lync over Wi-Fi
Qualified vendor devices published @ UCOIP
As of 30th Jan
2014
Vendor

Qualified Device

Firmware Version
Tested

Aruba Networks, Inc Mobility Controllers and AP-104/105/134/135 Access Points

.Cisco Systems
AIR-CT5508-K9 and AIR-CAP 3602E-A-K9, with SW 7.5.102.2

AOS 6.1.3.2 and higher

Dell, Inc.

PowerConnect W-Series Mobility Controllers and W-AP104/105/134/135 Access

Points

AOS 6.1.3.2 and higher

HP

MSM720/MSM760/MSM765 zl/MSM775 zl Wireless LAN Controllers and

MSM430/MSM460/MSM466/MSM466-R and HP 425 Access Points

6.0.1.1 and higher

Juniper Networks

Wireless LAN Controllers, WLA532 Wireless LAN APs

MSS 8.0 and higher

Motorola Solutions

NX 9510 (controller) and AP-7131

WiNG 5.5.0.0

V01

Lync Wi-Fi Device Qualification

Program
About to be released
A program that will test Lync Real Time

Media over Wi-Fi for nomadic and mobile

scenarios
Ixia has been selected as test house

Each vendor will publish test results and

deployment guidance for Lync over Wi-Fi

Standards supporting multimedia

over
Wi-Fi
No single
standard or certification encompasses
the needs of real-time media
Microsoft is championing efforts in the Wi-Fi
Alliance to advance understanding and support
for certification of mobile and infrastructure
devices for real-time media
Priorities are to
Improve Wi-Fi roaming and application performance
Address the needs of enterprise, home and public venues
Catalyze participation and commitment from device

vendors

MSIT Lessons
Learned

Lync and Aruba Wi-Fi FY2013

Four buildings at Microsoft (B30, B31, B5 and B6) were

Trial
upgraded to support Real Time Media

Each building had about 600 Lync users

A total of 182 802.11n Aruba APs were deployed in B30 and B31
A total of 70 802.11n Aruba APs were deployed in B5 and B6

Based on great results from trials, MSIT upgraded

entire global Wi-Fi infrastructure to 802.11n

7% bad wireless calls before upgrade
3% bad wireless calls after upgrade

Generalized Lync over Wi-Fi Deployment Guidance

document published @ http

://www.microsoft.com/en-us/download/details.aspx?id
=36494

FY2013 Wi-Fi Lessons Learned

Infrastructure Design and Tuning for UC Media
Density vs. Performance
TX rates, Transmit power, and Load Balancing

BYOD and Client issues

The unmanaged Clients
Low cost/cheap Client devices
Client Drivers

Mobility
Client Roaming issues affect UC Quality and performance
Client scanning

Wi-Fi Network
Assessment

Lync and Wi-Fi

Why does Wi-Fi matter for Lync?
Two natural network bottlenecks: WAN and Wi-Fi access
Mobility & BYOD are driving Lync over Wi-Fi usage growth

Why is Wi-Fi typically a bottleneck?

Designed for signal strength, not client experience at scale
Wi-Fi network instability over time
Poor application coverage due to installation & client device

behaviors

Most IT customers know they have Wi-Fi issues, but they do

not know how to identify, fix and validate them!

(Lync over Wi-Fi) != (Lync over

Ethernet)
Behavior
Ethern
Wi-Fi
Impact on Lync
et
Full wire rate

Yes

No

Networks are often under designed for intended Lync load

PHY data speeds

Fixed, PtP
Full Duplex

Variable, Shared,
Half Duplex

One slow client can ruin Lync experience for all users on the
AP

Client integration

Simple

Complex

Highly variable client device implementations lead to highly

variable Lync experience

Mobility

Stationary

Mobile

Lync sessions often deteriorate when clients are distant from

the AP or when they roam

Installation

Forgiving

Critical

Variable Lync experience depending upon physical location

Wi-Fi networks rarely fail outright they are mostly operational, but
not optimal
Most difficult situation to detect and fix

Difference between RF and Application Coverage

Main questions:
How many APs to cover the area
with RF?
Where to put the APs for better
Lync Application
signal?
Performance

Signal Strength

Good signal strength does not

guarantee good Lync performance

Building World-Class Lync over Wi-Fi Network

Data Center

Wireline
Infrastructure

Access
Router
WAN
Wi-Fi
Controller

Access
Points

Clients

Component
s App
Lync Client
Client Devices
Wi-Fi access points
Wi-Fi Controller
Wireline
Infrastructure
WAN Access
Data Center
Lync Server

Wi-Fi
Assessme
nt

WAN
Assessme
nt

Wi-Fi Assessment Methodology

Wi-Fi Assessment Steps

Assessment Report
Table of Contents
Summary of engagement
Overall conclusions &
recommendations
Scalability results
Sites 1-4 analysis: summary,
coverage, stability

Final Report

Next Steps
Problem
Scalability

Stability

Coverage

Using Lync Without

Network Changes

Follow on Services for

Network Upgrades

Limit scale or services

Reconfigure network
Upgrade network capacity

Must address

Reconfigure network
Upgrade network
Reconfigure clients
Change clients

Limit usable coverage

Upgrade network
Reconfigure clients
Change clients

Partners can offer these as value added

services;
Ixia can be your partner.

Wi-Fi Assessment Engagement

Step
Supporting Material & Actions
Process
Contact Ixia

Email testlync@ixiacom.com to get started

Position Wi-Fi Assessment

to customer

Sales presentation & product brochures

Ixia can assist with all aspects of Wi-Fi
Assessment.

Discovery
Understand what
network environment
exists
Asking the right
questions

Modeling
Determine Lync
utilization per AP

Traffic
Simulation
Traffic simulator apply
real traffic

Reporting
Analyze factors that
affect quality, and
produce a full report
with recommendations

Call to Action
If you are running an AP that is not on Wi-

Fi qualified list (*), ask your vendor to get

in touch with Ixia (dfrost@ixiacom.com)
to qualify
Talk to your vendor to get in touch with
Ixia (dfrost@ixiacom.com) to qualify
devices your company is using
(*) Look under Networking @ Infrastructure qualified for Microsoft Lync

Thank You

MyLync allows you to create a custom experience

and network with the Lync Community both online
and in person.

With MyLync, you can:

Build your own personalized calendar while browsing all available sessions
View breakout session material including PPTs and Videos within
48 hours of each session
Participate in the Community and find people in your social networks
who are attending and interact with speakers
Arrange meetings or social activities
Navigate the Exhibit Hall floor plan and learn more about our Sponsors
Fill out evaluations to win prizes
Log into MyLync at http://mylync.lyncconf.com
For MyLync support, please visit the Registration Desk.*

* Please note that adding a session to your calendar does

not reserve a seat. Seating is on a first-come, firstserved basis.

HANDS-ON LABS LRS

nday, February 17
sday, February 18
dnesday, February 19
rsday, February 20

3:00pm 9:00pmWednesday, February 19

10:30am 9:00pm
8:30am 9:45am
7:30am 9:00pm10:15am 11:30am
8:00am 1:30pm 1:00pm 2:15pm
2:45pm 4:00pm
4:30pm 5:45pm

LOCATION
Pinyon 3

You can also access labs on MyLync!

Thursday, February 20
9:00am 10:15am
10:45am 12:15pm
12:45pm 2:00pm

LOCATION
Copperleaf 12

To
our
Lync
MVPs
YOU!

THANK

ADAM

ALEXIS

BRIAN

CHRISTOPHER

CURTIS

ELAN

EVAN

JACOB

JAMES

JEFF

JOHAN

JOHN

JUSTIN

KWOK

MARTIN

MATT

MICHAEL

MICHAEL

MIKE

PETER

RANDY

RUBEN

STLE

TIM

TOM

KEN

Lync Most Valuable Professionals (MVPs) are

independent community leaders who share their
passion, technical expertise and practical
knowledge
of Lync around the world.
Theyre here at Lync Conference as speakers,
proctors and experts. Please join us in saying
THANK YOU!

Fill out
evaluations
to win prizes

Fill out evaluations on MyLync or MyLync

Mobile.
Prizes awarded daily.

 2014 Microsoft Corporation. All rights reserved. Microsoft, Windows, Windows Vista and other product names are or may be registered trademarks and/or trademarks in the U.S. and/or other countries.
The information herein is for informational purposes only and represents the current view of Microsoft Corporation as of the date of this presentation. Because Microsoft must respond to changing market conditions, it should not be
interpreted to be a commitment on the part of Microsoft, and Microsoft cannot guarantee the accuracy of any information provided after the date of this presentation. MICROSOFT MAKES NO WARRANTIES, EXPRESS, IMPLIED OR
STATUTORY, AS TO THE INFORMATION IN THIS PRESENTATION.