Upload
scott-montoya
View
396
Download
8
Tags:
Embed Size (px)
DESCRIPTION
SERV302-R. Getting the Most out of Lync Server Monitoring Service Data. Nick Smith Principal Program Manager Microsoft Corporation. Can you fix it before you diagnose it?. Session Objectives And Takeaways. Session Objectives Describe the fundamentals of the Monitoring service - PowerPoint PPT Presentation
Citation preview
Nick SmithPrincipal Program ManagerMicrosoft Corporation
Getting the Most out of Lync Server Monitoring Service Data
SERV302-R
Can you fix it before you diagnose it?
Session Objectives Describe the fundamentals of the Monitoring serviceWhat intelligence can you gather from the Monitoring server dataHow can you use this data to answer deployment questionsHow can you use the data to assist in troubleshooting your environmentWhat other tools can you leverage beyond the built-in reports
TakeawaysWhy is the Monitoring service a required component in every Lync DeploymentLearn how to interpret the data in the monitoring server reportsLearn how to turn the monitoring server into a powerful troubleshooting tool
Session Objectives And Takeaways
Monitoring Server Foundations
Monitoring Service ComponentsClientsAll endpoints collect and report call quality dataCall quality is reported based on data shared between endpoints during the call
ServerThe server collects the call quality reports and call detail reports and submits into the monitoring databases
DatabasesLcsCDR – Call Detail RecordsQoEMetrics – Quality of Experience Data
AV MCUCAS
CAA
Remote
Internal Internal
Mediation Server
PSTN Gateway
Guest
Call Leg
How do Call Detail Reports get Collected?Front end servers relay all SIP traffic
The agent evaluates SIP messages for:• Registrations• Response codes• Diagnostic codes• Meeting events
This data is then sent to the LcsCDR database for collection
To view this process enable Component logging of the UdcAgent component
How is Call Quality data Collected?All media endpoints collect Quality of Experience (QoE) data
At the end of the call, each endpoint reports its QoE data
Call stream data is reported into the QoEMetrics database
Look for ‘VQReport’ in SIP logs
QoEMetrics and LcsCDR DatabasesQoEMetrics and LcsCDR database schemas are documented on TechNetNeeded to write custom SQL queriesThis is a good reference for understanding metrics and associated thresholdsMost in-box reports are based on pre-defined SQL Views
Key QoE ViewsAudioStreamDetailMediaLineQoEReportsCallDetailSessionVideoStreamDetail
Key CDR ViewsConferencesConferenceSessionDetailsRegistrationSessionDetails VoIPDetails
Understanding the Data
Characteristics of a Poor Audio CallRatioConcealedSamplesAvg > 7% (0.07)The ratio of auto-generated audio data over real speech data, i.e. audio data is delayed or missed, due to network connectivity issues.
PacketLossRate > 10% (0.1)Average packet loss rate during the call
JitterInterArrival > 30msMaximum network jitter during the call
RoundTrip > 500msRound trip time from RTCP statistics
DegradationAvg > 1.0The amount the Network MOS was reduced because of jitter and packet loss
What can I get from the ‘in-box’ reports?
Diagnostic logs“Thanks for reporting your issue – do you have logs with that?”Both diagnostic codes and media quality are collected and reported Correlate the user’s reported issue with the associated session reported via CDR/QoE Provides an objective view of the experience
Trend analysisUnderstand how to determine the scope of the issueWho else is impacted?How often does this happen?Why is it happening?
Proactive OperationsUnderstanding Deployment HealthReviewing reports should be part of our daily operationsGives you a snapshot of usage, quality trending, worst performing servers, and top failuresSCOM management pack can monitor the QoE database to identify locations preforming badly
Scenario review
Report - Peer to peer audio call report
D4DBC1D8.mhtml
Scenario review
Report - Conference call report
1700BEE7.mhtml
Life outside the ‘in-box’ reports
The Lync Call Quality Methodology• Voice Quality Framework• Uses Network Telemetry in QoE• Prescriptive approach for measured improvements• Service Management end state
Health Analysis Tool• Allows you to focus on the
most frequent diagnostic codes affecting service reliability
• Download as part of the RASK http://aka.ms/LyncRASK
Session Success Rate
P2P Session Number of Sessions Current Week Previous Week Weekly ChangeApplication Sharing 214 100.00% 99.91% 0.09%Audio 2012 100.00% 99.98% 0.02%File Transfer 30 100.00% 100.00% 0.00%IM 6017 100.00% 100.00% 0.00%Video 194 100.00% 100.00% 0.00%
Session Success Rate
Conferencing Sessions Number of Sessions Current Week Previous Week Weekly Changeconf:applicationsharing 618 100.00% 99.76% 0.24%conf:audio-video 1598 100.00% 97.80% 2.20%conf:chat 1035 100.00% 99.91% 0.09%conf:focus 2092 100.00% 99.29% 0.71%
9/5/2010 9/12/2010 9/19/2010 9/26/2010
0.00%
0.02%
0.04%
0.06%
0.08%
0.10%
0.12%
0.14%
Conference AppUnexpectedFailure Rate
Contoso Goal
Week OfResponse Code
Diagnostic Id Reason String
Diagnostic Count
Media Volume
Diagnostic Rate
9/19/2010 200 22Call failed to establish due to a media connectivity failure when both endpoints are internal 9 4590 0.20%
9/12/2010 200 22Call failed to establish due to a media connectivity failure when both endpoints are internal 7 3919 0.18%
9/5/2010 408 3033 The C3P transaction timed-out 2 3147 0.06%
9/5/2010 504 1038 Failed to connect to a peer server 2 3147 0.06%
9/19/2010 200 21018 Server internal error in ASMCU 2 4590 0.04%
9/5/2010 200 21018 Server internal error in ASMCU 1 3147 0.03%
9/12/2010 200 21018 Server internal error in ASMCU 1 3919 0.03%
Adoption Dashboard• Designed to enhance the
tracking of your adoption rates
• Complements the ‘in-box’ usage reports
• Provides:o Registered Userso Active Userso Usage Charts by modalityo P2P Sessions o Conferenceso Dial-in Conferenceso Total Session Minutes
• Will be released publically soon via the RASK
Session objectivesDescribe the fundamentals of the Monitoring serviceWhat intelligence can you gather from the Monitoring server dataHow can you use this data to answer deployment questionsHow can you use the data to assist in troubleshooting your environmentWhat other tools can you leverage beyond the built-in reports
TakeawaysWhy is the Monitoring service a required component in every Lync DeploymentLearn how to interpret the data in the monitoring server reportsLearn how to turn the monitoring server into a powerful troubleshooting tool
In Review: Session Objectives And Takeaways
Appendix
Common scenarios
Common QuestionsFrom UsersWhat was wrong with this call?Why did I see a User Facing Diagnostic (UFD)?I was just on a call and it dropped mid stream. Why?
From AdministratorsHow do I read the in-box reports?How can I determine what the value of X in a particular report means?Where do I start?
Scenario review
Overview - Where do I start
A0323A39.mhtml F762F7E5.mhtml
Scenario review
Report - Peer to peer audio call report
D4DBC1D8.mhtml
Scenario review
Report - Conference call report
1700BEE7.mhtml
Scenario review
Report - Top failures
C8ADB4B8.mhtml