<html xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">

<head>

<meta http-equiv="Content-Type" content="text/html; charset=utf-8">

<meta name="Generator" content="Microsoft Word 15 (filtered medium)">

<style><!--

/* Font Definitions */

@font-face

        {font-family:"Cambria Math";

        panose-1:2 4 5 3 5 4 6 3 2 4;}

@font-face

        {font-family:Calibri;

        panose-1:2 15 5 2 2 2 4 3 2 4;}

@font-face

        {font-family:"Times New Roman \(Body CS\)";

        panose-1:2 11 6 4 2 2 2 2 2 4;}

/* Style Definitions */

p.MsoNormal, li.MsoNormal, div.MsoNormal

        {margin:0in;

        font-size:11.0pt;

        font-family:"Calibri",sans-serif;}

a:link, span.MsoHyperlink

        {mso-style-priority:99;

        color:blue;

        text-decoration:underline;}

span.EmailStyle18

        {mso-style-type:personal-reply;

        font-family:"Calibri",sans-serif;

        color:windowtext;}

.MsoChpDefault

        {mso-style-type:export-only;

        font-size:10.0pt;}

@page WordSection1

        {size:8.5in 11.0in;

        margin:1.0in 1.0in 1.0in 1.0in;}

div.WordSection1

        {page:WordSection1;}

--></style>

</head>

<body lang="EN-US" link="blue" vlink="purple" style="word-wrap:break-word">

<div class="WordSection1">

<div>

<div>

<div>

<div>

<p class="MsoNormal"><span style="font-size:14.0pt">I have seen a lot of questions about what is needed for video/eLearning/telehealth. IMO the beauty of those apps is that they use adaptive bitrate protocols and can work in a wide range of last mile environments

 – even quite acceptably via mobile network while you are in transit. In my experience most of the challenges people experience are due to home LAN (especially WiFi) issues, with working latency an underlying issue (aka latency under load).

<o:p></o:p></span></p>

<p class="MsoNormal"><span style="font-size:14.0pt"><o:p> </o:p></span></p>

<p class="MsoNormal"><span style="font-size:14.0pt">Some recent papers from NetForecast on video conferencing (<a href="https://www.netforecast.com/wp-content/uploads/NFR5137-Videoconferencing_Internet_Requirements.pdf">https://www.netforecast.com/wp-content/uploads/NFR5137-Videoconferencing_Internet_Requirements.pdf</a>)

 and eLearning (<a href="https://www.netforecast.com/wp-content/uploads/NFR5141-eLearning-Bandwidth-Requirements.Final_.pdf">https://www.netforecast.com/wp-content/uploads/NFR5141-eLearning-Bandwidth-Requirements.Final_.pdf</a>) were based on observed actual

 usage rather than theoreticals. What caught my eye was their unique focus in the 1<sup>st</sup> paper in Figure 8 – laying out the rationale for a network “latency budget”. In essence, after 580 ms of delay someone will notice audio delay and feel the session

 is bad. A conference platform’s clients & servers may use up 300 ms of their own in processing, leaving about 280 ms for the network. If you working latency starts to exceed that on the LAN (not uncommon) then user QoE degrades.

<o:p></o:p></span></p>

<p class="MsoNormal"><span style="font-size:14.0pt"><o:p> </o:p></span></p>

<p class="MsoNormal"><span style="font-size:14.0pt">JL<o:p></o:p></span></p>

</div>

</div>

</div>

</div>

</div>

</body>

</html>