<div dir="ltr">The long story short is: the more you separate a real-time application from the metal, the worse it gets. WSL does implement most (if not all) Linux kernel syscalls but ultimately translates into NT kernel specific implementations which will inherently induce some additional delay.<div><br></div><div>KVM/Xen are reasonably good in terms of providing good timers for real-time applications, but even then, the difference compared against metal is noticeable, however, less of an issue for reasonable volume as well as other circumstances (primarily, if trans-coding is involved).</div><div><br></div><div>Debian on metal is your best choice, though it should not be a showstopper over Xen or KVM if your circumstances are not too demanding.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 5 Dec 2019 at 14:35, Jaan Kaja <<a href="mailto:Jaan.Kaja@enghouse.com">Jaan.Kaja@enghouse.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div lang="SV">
<div class="gmail-m_-5092924247621779802WordSection1">
<p class="MsoNormal">Hello,<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal"><span lang="EN-US">We are testing webrtc via mod_verto with the verto_communicator demo. After some initial troubles with certificates, we have it running from Chrome and Firefox. Very nice!<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p>
<p class="MsoNormal"><span lang="EN-US">But, when we leave the connection on for some time, the audio in the direction from the browser to a phone becomes increasingly longer. We have clocked ~11 seconds, if we leave it on long enough. The audio in the other
direction has a normal IP telephony delay. We have not found any browser dependencies.<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p>
<p class="MsoNormal"><span lang="EN-US">The FreeSWITCH version is 1.10.1 (latest stable release). The phone end has been a Blink softphone, or a trunk from a Cisco UCM. The latter negotiated mulaw PCM with a 20 ms packet size.<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p>
<p class="MsoNormal"><span lang="EN-US">We have tried different server OS:es:<u></u><u></u></span></p>
<p class="gmail-m_-5092924247621779802MsoListParagraph"><u></u><span lang="EN-US" style="font-family:Symbol"><span>·<span style="font:7pt "Times New Roman"">
</span></span></span><u></u><span lang="EN-US">Windows Server 2019 gives the fastest buildup of delay.<u></u><u></u></span></p>
<p class="gmail-m_-5092924247621779802MsoListParagraph"><u></u><span lang="EN-US" style="font-family:Symbol"><span>·<span style="font:7pt "Times New Roman"">
</span></span></span><u></u><span lang="EN-US">Debian installed in a Windows Substrate for Linux gives a slower buildup of delay, but it does continuously increase.<u></u><u></u></span></p>
<p class="gmail-m_-5092924247621779802MsoListParagraph"><u></u><span lang="EN-US" style="font-family:Symbol"><span>·<span style="font:7pt "Times New Roman"">
</span></span></span><u></u><span lang="EN-US">CentOS virtualized in VMWare doesn’t have any buildup of delay, and the delay is a normal IP telephony delay.<u></u><u></u></span></p>
<p class="gmail-m_-5092924247621779802MsoListParagraph"><u></u><span lang="EN-US" style="font-family:Symbol"><span>·<span style="font:7pt "Times New Roman"">
</span></span></span><u></u><span lang="EN-US">So, the more Windows, the worse…<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p>
<p class="MsoNormal"><span lang="EN-US">I have a Wireshark trace, and I can get a TLS stream from it. I can install a key file to decode the stream, but the configuration wants a protocol, and I don’t know what to enter there. There are no dissectors for Websocket.
So I’m at a bit of a loss, as to how to debug this. I don’t see anything obvious in the freeswitch.log.<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p>
<p class="MsoNormal"><span lang="EN-US">Questions:<u></u><u></u></span></p>
<p class="gmail-m_-5092924247621779802MsoListParagraph"><u></u><span lang="EN-US" style="font-family:Symbol"><span>·<span style="font:7pt "Times New Roman"">
</span></span></span><u></u><span lang="EN-US">Has anyone used webrtc on Windows?<u></u><u></u></span></p>
<p class="gmail-m_-5092924247621779802MsoListParagraph"><u></u><span lang="EN-US" style="font-family:Symbol"><span>·<span style="font:7pt "Times New Roman"">
</span></span></span><u></u><span lang="EN-US">Has anyone had the same problem?<u></u><u></u></span></p>
<p class="gmail-m_-5092924247621779802MsoListParagraph"><u></u><span lang="EN-US" style="font-family:Symbol"><span>·<span style="font:7pt "Times New Roman"">
</span></span></span><u></u><span lang="EN-US">What can be done to debug the problem? Turn on some logging?<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p>
<p class="MsoNormal"><span lang="EN-US">We could package a Linux machine to our customers, but as everything else is on Windows, it would be nice to make it work.<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p>
<p class="MsoNormal"><span lang="EN-US">Best regards,<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US">Jaan<u></u><u></u></span></p>
</div>
</div>
_________________________________________________________________________<br>
<br>
The FreeSWITCH project is sponsored by SignalWire <a href="https://signalwire.com" rel="noreferrer" target="_blank">https://signalwire.com</a><br>
Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services.<br>
Build your next product on our scalable cloud platform.<br>
<br>
Join our online community to chat in real time <a href="https://signalwire.community" rel="noreferrer" target="_blank">https://signalwire.community</a><br>
<br>
Professional FreeSWITCH Services<br>
<a href="mailto:sales@freeswitch.com" target="_blank">sales@freeswitch.com</a><br>
<a href="https://freeswitch.com" rel="noreferrer" target="_blank">https://freeswitch.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="https://freeswitch.com/oss" rel="noreferrer" target="_blank">https://freeswitch.com/oss</a><br>
<a href="https://freeswitch.org/confluence" rel="noreferrer" target="_blank">https://freeswitch.org/confluence</a><br>
<a href="https://cluecon.com" rel="noreferrer" target="_blank">https://cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="https://freeswitch.com" rel="noreferrer" target="_blank">https://freeswitch.com</a></blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature">Best Regards,<br>Ciprian Dosoftei<br><br>The information transmitted is intended only for the addressee and may contain privileged and/or confidential material. If you are not the intended recipient, kindly contact the sender and delete the message.<br><br>Any disclosure, distribution or copying of this message is strictly prohibited without the expressed permission of the sender.</div>