VoIP Mailing List Archives

[damin at nacs.net]

That won't eliminate the problem. Just reduce the possibility of it
happening.

Trust me... I've got a large ESX infrastructure, and there is no way that a
software based Voice platform is going to provide skip free audio in a
virtualized environment.

[mike at jerris.com]

To the contrary, we have had quite good results in virtualized
environments and you don't really need timing that is that accurate to
make it work. We work quite well on amazon EC2 for example. There
are 2 issues I know about with vmware, 1 is you need to set a setting
on the host to extend somewhat sane clocks being available, the second
is I have seen issues with the bridged network adapter actually
doubling up all packets causing very strange issues, I suggest not
using bridged networking if you experience this.

Mike

On Jan 15, 2009, at 3:12 PM, Gregory Boehnlein wrote:

[damin at nacs.net]

[brian at freeswitch.org]

We have people running FreeSWITCH in vmware and xen with media and
considerable load and it doesn't have a problem. We also work very
well inside OpenVZ.

/b

On Jan 15, 2009, at 2:37 PM, Gregory Boehnlein wrote:

[krice at suspicious.org]

Ok if can summarize a little of the intention of releasing this VMWare
image. Its really there so you guys can get it and check it out. I
personally don't believe in running such services on a virtual machine (too
many nightmare stories from the 'day job' from such things)

However, for testing and developing applications that ride on top of
FreeSWITCH, this is a quick way to get up and running.

Remember Voice application especially where you are interacting with the
media streams will be affected by latency and jitter much more readily then
store and forward things like IRC, Web, eMail and instant messaging.

K


On 1/15/09 2:12 PM, "Gregory Boehnlein" <damin@nacs.net> wrote:

[damin at nacs.net]

[msc at freeswitch.org]

On Jan 15, 2009, at 1:02 PM, Brian West <brian@freeswitch.org> wrote:

[brian at freeswitch.org]

On that note the OpenVZ instances could live migrate from box to box
without dropping calls and usually had a small acceptable blip in audio.

/b

On Jan 15, 2009, at 2:59 PM, Gregory Boehnlein wrote:

[damin at nacs.net]

[R.Kloosterman at mtel.nl]

Lot's of experience and suggestions here. Thanks.

I believe it should be theoretically possible to have blip-free RTP
streaming through the appliance. Most windows ethernet drivers allow for
QoS packet scheduling. If the VMware network bridge driver honors this
and syncs the buffers at 20ms frames (or whatever frame size applies)
you should be able to schale up a bit and maintain low jitter.

Anyone knows how the VMware network bridge exactly works?


-----Oorspronkelijk bericht-----
Van: freeswitch-users-bounces@lists.freeswitch.org
[mailto:freeswitch-users-bounces@lists.freeswitch.org] Namens Gregory
Boehnlein
Verzonden: donderdag 15 januari 2009 21:37
Aan: freeswitch-users@lists.freeswitch.org
Onderwerp: Re: [Freeswitch-users] [Freeswitch-dev] VMWare voice quality