Comments on: OpenVZ and Asterisk and PAE http://www.kernelcrash.com/blog/openvz-and-asterisk-and-pae/2009/02/03/ the difference that is no difference makes no difference Mon, 30 Aug 2010 02:15:04 +0000 http://wordpress.org/?v=2.8.4 hourly 1 By: kernel http://www.kernelcrash.com/blog/openvz-and-asterisk-and-pae/2009/02/03/comment-page-1/#comment-78 kernel Fri, 16 Oct 2009 09:23:09 +0000 http://www.kernelcrash.com/blog/?p=150#comment-78 Mine seems to work OK, but admitedly it is a very lightly loaded system with very few calls in or out. I also reboot the openvz instance each day early in the morning so that I don't have to worry too much about the dgramrcvbuf issue. I haven't experienced any gaps in regular phone calls. Mine seems to work OK, but admitedly it is a very lightly loaded system with very few calls in or out. I also reboot the openvz instance each day early in the morning so that I don’t have to worry too much about the dgramrcvbuf issue. I haven’t experienced any gaps in regular phone calls.

]]> By: dCAP http://www.kernelcrash.com/blog/openvz-and-asterisk-and-pae/2009/02/03/comment-page-1/#comment-77 dCAP Fri, 16 Oct 2009 08:29:18 +0000 http://www.kernelcrash.com/blog/?p=150#comment-77 You mention that dgramrcvbuf limits were exceeded. We have found the problem is not that the limit is exceeded, but that flaws in the OpenVZ implementation cause the dgramrcvbuf to back up, leading to gaps in the audio. Even on a relatively lightly loaded system, the problem happens. We're thinking of abandoning OpenVZ and moving to Xen to try to resolve this problem. Have you managed to configure your system so that dgramrcvbuf usage remains low and there are no audio gaps? You mention that dgramrcvbuf limits were exceeded. We have found the problem is not that the limit is exceeded, but that flaws in the OpenVZ implementation cause the dgramrcvbuf to back up, leading to gaps in the audio. Even on a relatively lightly loaded system, the problem happens.

We’re thinking of abandoning OpenVZ and moving to Xen to try to resolve this problem.

Have you managed to configure your system so that dgramrcvbuf usage remains low and there are no audio gaps?

]]>