Re: [asterisk-users] State of Asterisk+Virtualization+Timing
Smart card? I think we should be leaning more towards the network devices? Cheers, Nick. On Wed, Nov 9, 2011 at 5:23 PM, Hans Witvliet wrote: > On Wed, 2011-11-09 at 16:10 +0300, Anton Kvashenkin wrote: >> Is anybody using pci-passthrough? >> > Yes, though quite a while ago. > About three years ago, i used pci-passthrough to give a dom-U access to > a localy mounted smartcard. > But i have a vague feeling that you are up to something else... > > I know that forwarding has been done for ethernet and even VGA-cards, > the mere idea of forwarding a analogue or PRI card is quite something > else: Timing is here essential.. > > hw > > -- > _ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > New to Asterisk? Join us for a live introductory webinar every Thurs: > http://www.asterisk.org/hello > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users > -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] State of Asterisk+Virtualization+Timing
On Wed, 2011-11-09 at 16:10 +0300, Anton Kvashenkin wrote: > Is anybody using pci-passthrough? > Yes, though quite a while ago. About three years ago, i used pci-passthrough to give a dom-U access to a localy mounted smartcard. But i have a vague feeling that you are up to something else... I know that forwarding has been done for ethernet and even VGA-cards, the mere idea of forwarding a analogue or PRI card is quite something else: Timing is here essential.. hw -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] State of Asterisk+Virtualization+Timing
Hahah... I was waiting on the sideline for this question. Nick. On Wed, Nov 9, 2011 at 8:10 AM, Anton Kvashenkin wrote: > Is anybody using pci-passthrough? > > 2011/11/9 Nick Khamis >> >> Hans, >> >> Thank you so much for your response. We will be moving everything to VM >> soon. >> >> Cheers, >> >> Nick. >> >> On Tue, Nov 8, 2011 at 6:11 PM, Hans Witvliet >> wrote: >> > On Mon, 2011-11-07 at 11:45 -0500, Nick Khamis wrote: >> >> That sucks! What about KVM or XEN? >> >> >> >> Nick. >> > >> > No problems here with XEN. >> > (Perhaps i should mention, that i use paravirtualsisation to get the >> > best performance. >> > Distro: mix of SLES11sp1 /open_11.4) >> > >> > hw >> > >> > >> > -- >> > _ >> > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- >> > New to Asterisk? Join us for a live introductory webinar every Thurs: >> > http://www.asterisk.org/hello >> > >> > asterisk-users mailing list >> > To UNSUBSCRIBE or update options visit: >> > http://lists.digium.com/mailman/listinfo/asterisk-users >> > >> >> -- >> _ >> -- Bandwidth and Colocation Provided by http://www.api-digital.com -- >> New to Asterisk? Join us for a live introductory webinar every Thurs: >> http://www.asterisk.org/hello >> >> asterisk-users mailing list >> To UNSUBSCRIBE or update options visit: >> http://lists.digium.com/mailman/listinfo/asterisk-users > > > -- > _ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > New to Asterisk? Join us for a live introductory webinar every Thurs: > http://www.asterisk.org/hello > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users > -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] State of Asterisk+Virtualization+Timing
Is anybody using pci-passthrough? 2011/11/9 Nick Khamis > Hans, > > Thank you so much for your response. We will be moving everything to VM > soon. > > Cheers, > > Nick. > > On Tue, Nov 8, 2011 at 6:11 PM, Hans Witvliet > wrote: > > On Mon, 2011-11-07 at 11:45 -0500, Nick Khamis wrote: > >> That sucks! What about KVM or XEN? > >> > >> Nick. > > > > No problems here with XEN. > > (Perhaps i should mention, that i use paravirtualsisation to get the > > best performance. > > Distro: mix of SLES11sp1 /open_11.4) > > > > hw > > > > > > -- > > _ > > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > > New to Asterisk? Join us for a live introductory webinar every Thurs: > > http://www.asterisk.org/hello > > > > asterisk-users mailing list > > To UNSUBSCRIBE or update options visit: > > http://lists.digium.com/mailman/listinfo/asterisk-users > > > > -- > _ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > New to Asterisk? Join us for a live introductory webinar every Thurs: > http://www.asterisk.org/hello > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users > -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] State of Asterisk+Virtualization+Timing
Hans, Thank you so much for your response. We will be moving everything to VM soon. Cheers, Nick. On Tue, Nov 8, 2011 at 6:11 PM, Hans Witvliet wrote: > On Mon, 2011-11-07 at 11:45 -0500, Nick Khamis wrote: >> That sucks! What about KVM or XEN? >> >> Nick. > > No problems here with XEN. > (Perhaps i should mention, that i use paravirtualsisation to get the > best performance. > Distro: mix of SLES11sp1 /open_11.4) > > hw > > > -- > _ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > New to Asterisk? Join us for a live introductory webinar every Thurs: > http://www.asterisk.org/hello > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users > -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] State of Asterisk+Virtualization+Timing
On Mon, 2011-11-07 at 11:45 -0500, Nick Khamis wrote: > That sucks! What about KVM or XEN? > > Nick. No problems here with XEN. (Perhaps i should mention, that i use paravirtualsisation to get the best performance. Distro: mix of SLES11sp1 /open_11.4) hw -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] State of Asterisk+Virtualization+Timing
That sucks! What about KVM or XEN? Nick. -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] State of Asterisk+Virtualization+Timing
VMware is moving all server products to their ESXi engine. (The old VMware "server" and ESX products are moving to legacy status - with these you could actually do stuff on the kernel). ESXi is no longer a kernel you can mess with, can't install drivers, etc. ESXi is being treated as an appliance that you cannot and should not touch (even authorized partners like HP only get to add software through VMware). Many of these devices are not (and will not be) recognized by the VMware kernel, so forgot about host support. At best you can pass-through the device to a single guest, but then you lose the whole point of a shared timing source. From: asterisk-users-boun...@lists.digium.com [asterisk-users-boun...@lists.digium.com] On Behalf Of Nic Colledge [n...@njcolledge.net] Sent: Monday, November 07, 2011 11:15 AM To: Asterisk Users List Subject: Re: [asterisk-users] State of Asterisk+Virtualization+Timing On Sun, Nov 06, 2011 at 03:50:21PM +, Gordon Henderson wrote: > On Tue, 1 Nov 2011, Nic Colledge wrote: > > >Have you thought about using LXC rather than OpenVZ. > > +1 > > >There are a few references to allowing guest access to timing > >hardware online. > > Simples. Load up the dahdi modules in the host and all the containers > see it. > Be sure to also create /dev/dahdi/{ctl,timer,pseudo,channel} for the > container, as they're likely not be allowed to create device files. Here is a link to the nice little blog entry I used a reference when doing this in testing... http://www.whmcr.com/2011/06/18/dahdi-in-lxc/ (Not my blog). Nic. -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] State of Asterisk+Virtualization+Timing
On Sun, Nov 06, 2011 at 03:50:21PM +, Gordon Henderson wrote: > On Tue, 1 Nov 2011, Nic Colledge wrote: > > >Have you thought about using LXC rather than OpenVZ. > > +1 > > >There are a few references to allowing guest access to timing > >hardware online. > > Simples. Load up the dahdi modules in the host and all the containers > see it. > Be sure to also create /dev/dahdi/{ctl,timer,pseudo,channel} for the > container, as they're likely not be allowed to create device files. Here is a link to the nice little blog entry I used a reference when doing this in testing... http://www.whmcr.com/2011/06/18/dahdi-in-lxc/ (Not my blog). Nic. -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] State of Asterisk+Virtualization+Timing
On Mon, Nov 07, 2011 at 08:00:35AM -0500, Michelle Dupuis wrote: > Although you say "SIMPLE"...not all virtualization hosts allow > software installation. On VMware the host has become an appliance you > can't really mess with... VMWare (Along with KVM and Xen) is a different beast. LXC (as is OpenVZ and Linux-VServer on Linux, BSD Jail and Solaris Zones) run on top of the host kernel. If you're allowed to create an arbitrary device, you can map yourself the disk and network and escape the jail. Thus those technologies also limit your ability to access devices and also typically outright deny the ability to mknod(2). With VMWare you'd probably be able to create device files, load DAHDI and whatever. You're running on a separate kernel instance. This gives better isolation, at the potential cost of performance. -- Tzafrir Cohen icq#16849755 jabber:tzafrir.co...@xorcom.com +972-50-7952406 mailto:tzafrir.co...@xorcom.com http://www.xorcom.com iax:gu...@local.xorcom.com/tzafrir -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] State of Asterisk+Virtualization+Timing
Could you give a little more detail please? We have been running asterisk on vmware for years as our test bed. Nick. On Mon, Nov 7, 2011 at 8:00 AM, Michelle Dupuis wrote: > Although you say "SIMPLE"...not all virtualization hosts allow software > installation. On VMware the host has become an appliance you can't really > mess with... > > > From: asterisk-users-boun...@lists.digium.com > [asterisk-users-boun...@lists.digium.com] On Behalf Of Tzafrir Cohen > [tzafrir.co...@xorcom.com] > Sent: Monday, November 07, 2011 6:03 AM > To: Asterisk Users List > Subject: Re: [asterisk-users] State of Asterisk+Virtualization+Timing > > On Sun, Nov 06, 2011 at 03:50:21PM +, Gordon Henderson wrote: >> On Tue, 1 Nov 2011, Nic Colledge wrote: >> >> >Have you thought about using LXC rather than OpenVZ. >> >> +1 >> >> >There are a few references to allowing guest access to timing >> >hardware online. >> >> Simples. Load up the dahdi modules in the host and all the >> containers see it. > > Be sure to also create /dev/dahdi/{ctl,timer,pseudo,channel} for the > container, as they're likely not be allowed to create device files. > > -- > Tzafrir Cohen > icq#16849755 jabber:tzafrir.co...@xorcom.com > +972-50-7952406 mailto:tzafrir.co...@xorcom.com > http://www.xorcom.com iax:gu...@local.xorcom.com/tzafrir > > -- > _ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > New to Asterisk? Join us for a live introductory webinar every Thurs: > http://www.asterisk.org/hello > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users > -- > _ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > New to Asterisk? Join us for a live introductory webinar every Thurs: > http://www.asterisk.org/hello > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users > -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] State of Asterisk+Virtualization+Timing
Although you say "SIMPLE"...not all virtualization hosts allow software installation. On VMware the host has become an appliance you can't really mess with... From: asterisk-users-boun...@lists.digium.com [asterisk-users-boun...@lists.digium.com] On Behalf Of Tzafrir Cohen [tzafrir.co...@xorcom.com] Sent: Monday, November 07, 2011 6:03 AM To: Asterisk Users List Subject: Re: [asterisk-users] State of Asterisk+Virtualization+Timing On Sun, Nov 06, 2011 at 03:50:21PM +, Gordon Henderson wrote: > On Tue, 1 Nov 2011, Nic Colledge wrote: > > >Have you thought about using LXC rather than OpenVZ. > > +1 > > >There are a few references to allowing guest access to timing > >hardware online. > > Simples. Load up the dahdi modules in the host and all the > containers see it. Be sure to also create /dev/dahdi/{ctl,timer,pseudo,channel} for the container, as they're likely not be allowed to create device files. -- Tzafrir Cohen icq#16849755 jabber:tzafrir.co...@xorcom.com +972-50-7952406 mailto:tzafrir.co...@xorcom.com http://www.xorcom.com iax:gu...@local.xorcom.com/tzafrir -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] State of Asterisk+Virtualization+Timing
On Sun, Nov 06, 2011 at 03:50:21PM +, Gordon Henderson wrote: > On Tue, 1 Nov 2011, Nic Colledge wrote: > > >Have you thought about using LXC rather than OpenVZ. > > +1 > > >There are a few references to allowing guest access to timing > >hardware online. > > Simples. Load up the dahdi modules in the host and all the > containers see it. Be sure to also create /dev/dahdi/{ctl,timer,pseudo,channel} for the container, as they're likely not be allowed to create device files. -- Tzafrir Cohen icq#16849755 jabber:tzafrir.co...@xorcom.com +972-50-7952406 mailto:tzafrir.co...@xorcom.com http://www.xorcom.com iax:gu...@local.xorcom.com/tzafrir -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] State of Asterisk+Virtualization+Timing
Do you gents feel that KVM and XEN hog too much resources which in turn effects the functionality of Asterisk? I really like the idea of Asterisk as an appllicance, for reasons stated in this email. It just makes life all pretty and green. Cheers, Nick. -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] State of Asterisk+Virtualization+Timing
On Tue, 1 Nov 2011, Nic Colledge wrote: Have you thought about using LXC rather than OpenVZ. +1 There are a few references to allowing guest access to timing hardware online. Simples. Load up the dahdi modules in the host and all the containers see it. I've only been playing with it recently and haven't used it in production yet but plan to soon. I've been using LXC in production for virtual asterisk hosts for well over a year now. I'd not mix an LXC container on the same host as a general purpose LAMP container, but as long as all the containers are well behaved then you shouldn't have any issues. At least I don't. Gordon -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] State of Asterisk+Virtualization+Timing
On Tue, 2011-11-01 at 12:08 -0500, Tim Nelson wrote: > Greetings- > > I'm about to dive into the process of virtualizing some of my Asterisk > (primarily 1.4.x) infrastructure. In the past, when looking at virt > solutions, the primary issue preventing me from moving was the lack of proper > timing. We do not need it for MeetMe but rather for IAX2 trunking. I'd like > to use either OpenVZ or KVM, but each seem to have independent "issues" that > need to be addressed: > > OpenVZ - Better resource usage, lower overhead. Primary issue is how to grant > access to host node timing source (physical device, or dahdi_dummy in > /dev/dahdi/) to the containerized Asterisk process. > > KVM - Higher overhead, easier installation, 'true virtualization'. Primary > issue is not timing per se, but KVM scheduling. Timing source, while present > from dahdi_dummy natively may still not get proper scheduling by KVM process. > This could also affect general call quality (even non IAX2 trunked voice), > DTMF, etc. > > I have to believe there are others running virtualized Asterisk installations > with some degree of success on OpenVZ or KVM. Care to share your thoughts? > You mist out one more mature virtualization technique: XEN Virtual machines can use both hardware- or paravirtualization. I have used both asterisk (1.4, 1.6.x and now 1.8) to separate machines where people should do their sip-registration (internet / intranet / pstn-gateway) and the actual dial-beast. Main advantage for virtualization is (besides easy scaling) that you can perform an upgrade in no-time (one VM-machine down, other up) Don't like it: back in seconds! Migration with an asterisk on real hardware takes much more resources. Both in iron and in time. hw -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] State of Asterisk+Virtualization+Timing
Look at upgrading to at least 1.6.2 or 1.8, these both have newer timing sources that don't rely on dahdi. Also, if conferencing is a big deal, look at 10, this contains a complete rewrite of ConfBridge which doesn't require dahdi for mixing at all. Thanks, --Warren Selby, dCAP On Nov 1, 2011, at 12:08 PM, Tim Nelson wrote: > Greetings- > > I'm about to dive into the process of virtualizing some of my Asterisk > (primarily 1.4.x) infrastructure. In the past, when looking at virt > solutions, the primary issue preventing me from moving was the lack of proper > timing. We do not need it for MeetMe but rather for IAX2 trunking. I'd like > to use either OpenVZ or KVM, but each seem to have independent "issues" that > need to be addressed: > > OpenVZ - Better resource usage, lower overhead. Primary issue is how to grant > access to host node timing source (physical device, or dahdi_dummy in > /dev/dahdi/) to the containerized Asterisk process. > > KVM - Higher overhead, easier installation, 'true virtualization'. Primary > issue is not timing per se, but KVM scheduling. Timing source, while present > from dahdi_dummy natively may still not get proper scheduling by KVM process. > This could also affect general call quality (even non IAX2 trunked voice), > DTMF, etc. > > I have to believe there are others running virtualized Asterisk installations > with some degree of success on OpenVZ or KVM. Care to share your thoughts? > > --Tim > > -- > _ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > New to Asterisk? Join us for a live introductory webinar every Thurs: > http://www.asterisk.org/hello > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] State of Asterisk+Virtualization+Timing
It would be nice if we can get it going with KVM. Cloud computing solutions are moving towards the true linux based kernel vs. FreeBSD of XEN. Cheers, Nick. On Tue, Nov 1, 2011 at 5:46 PM, Johan Wilfer wrote: > 2011-11-01 18:08, Tim Nelson skrev: > > Greetings- > > I'm about to dive into the process of virtualizing some of my Asterisk > (primarily 1.4.x) infrastructure. In the past, when looking at virt > solutions, the primary issue preventing me from moving was the lack of > proper timing. We do not need it for MeetMe but rather for IAX2 trunking. > I'd like to use either OpenVZ or KVM, but each seem to have independent > "issues" that need to be addressed: > > OpenVZ - Better resource usage, lower overhead. Primary issue is how to > grant access to host node timing source (physical device, or dahdi_dummy in > /dev/dahdi/) to the containerized Asterisk process. > > KVM - Higher overhead, easier installation, 'true virtualization'. Primary > issue is not timing per se, but KVM scheduling. Timing source, while present > from dahdi_dummy natively may still not get proper scheduling by KVM > process. This could also affect general call quality (even non IAX2 trunked > voice), DTMF, etc. > > I have to believe there are others running virtualized Asterisk > installations with some degree of success on OpenVZ or KVM. Care to share > your thoughts? > > > Hi Tim, > I'm using OpenVZ, it works very well. > Take a look at: http://wiki.openvz.org/Asterisk_from_source > > You will have to compile dahdi and install it on the HN, and then you > compile and install asterisk in the containers. > I've not done this with chan_iax, but with meetme. In the case with meetme > you would have to move some files over to trick asterisk that dahdi is > compiled on the machine. The wiki mentions copying user.h. > > I used this as a starting point, some years ago: > http://www.telephreak.org/papers/vpa/ > This paper covers vserver, so it's not exactly the same - but the steps with > tonezone was the same when I built the current server running this > configuration. > > I'm in the process of building another server with openvz, so I'll need to > refresh my memory and try to document the procedure. > > -- > Med vänlig hälsning > > Johan Wilfer email: jo...@jttech.se > JT Tech | Utvecklare webb: http://jttech.se > direkt: +46 31 380 91 01 support: +46 31 380 91 00 > > -- > _ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > New to Asterisk? Join us for a live introductory webinar every Thurs: > http://www.asterisk.org/hello > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users > -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] State of Asterisk+Virtualization+Timing
2011-11-01 18:08, Tim Nelson skrev: > Greetings- > > I'm about to dive into the process of virtualizing some of my Asterisk > (primarily 1.4.x) infrastructure. In the past, when looking at virt > solutions, the primary issue preventing me from moving was the lack of proper > timing. We do not need it for MeetMe but rather for IAX2 trunking. I'd like > to use either OpenVZ or KVM, but each seem to have independent "issues" that > need to be addressed: > > OpenVZ - Better resource usage, lower overhead. Primary issue is how to grant > access to host node timing source (physical device, or dahdi_dummy in > /dev/dahdi/) to the containerized Asterisk process. > > KVM - Higher overhead, easier installation, 'true virtualization'. Primary > issue is not timing per se, but KVM scheduling. Timing source, while present > from dahdi_dummy natively may still not get proper scheduling by KVM process. > This could also affect general call quality (even non IAX2 trunked voice), > DTMF, etc. > > I have to believe there are others running virtualized Asterisk installations > with some degree of success on OpenVZ or KVM. Care to share your thoughts? > Hi Tim, I'm using OpenVZ, it works very well. Take a look at: http://wiki.openvz.org/Asterisk_from_source You will have to compile dahdi and install it on the HN, and then you compile and install asterisk in the containers. I've not done this with chan_iax, but with meetme. In the case with meetme you would have to move some files over to trick asterisk that dahdi is compiled on the machine. The wiki mentions copying user.h. I used this as a starting point, some years ago: http://www.telephreak.org/papers/vpa/ This paper covers vserver, so it's not exactly the same - but the steps with tonezone was the same when I built the current server running this configuration. I'm in the process of building another server with openvz, so I'll need to refresh my memory and try to document the procedure. -- Med vänlig hälsning Johan Wilfer email: jo...@jttech.se JT Tech | Utvecklare webb: http://jttech.se direkt: +46 31 380 91 01 support: +46 31 380 91 00 -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] State of Asterisk+Virtualization+Timing
Have you thought about using LXC rather than OpenVZ. There are a few references to allowing guest access to timing hardware online. I've only been playing with it recently and haven't used it in production yet but plan to soon. As for general thoughts about virtualising asterisk, I tried it in the past (about a year ago) on KVM and VMWare and it didn't work too well for me. Regardless of whether you are using LXC / OpenVZ / KVM / Whatever, you should be careful not to have too much other stuff running on the box. If asterisk has to wait to get CPU time you will really notice it, this isn't a problem with other applications like say a webserver. Nic. -Original Message- From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Tim Nelson Sent: 01 November 2011 17:08 To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: [asterisk-users] State of Asterisk+Virtualization+Timing Greetings- I'm about to dive into the process of virtualizing some of my Asterisk (primarily 1.4.x) infrastructure. In the past, when looking at virt solutions, the primary issue preventing me from moving was the lack of proper timing. We do not need it for MeetMe but rather for IAX2 trunking. I'd like to use either OpenVZ or KVM, but each seem to have independent "issues" that need to be addressed: OpenVZ - Better resource usage, lower overhead. Primary issue is how to grant access to host node timing source (physical device, or dahdi_dummy in /dev/dahdi/) to the containerized Asterisk process. KVM - Higher overhead, easier installation, 'true virtualization'. Primary issue is not timing per se, but KVM scheduling. Timing source, while present from dahdi_dummy natively may still not get proper scheduling by KVM process. This could also affect general call quality (even non IAX2 trunked voice), DTMF, etc. I have to believe there are others running virtualized Asterisk installations with some degree of success on OpenVZ or KVM. Care to share your thoughts? --Tim -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] State of Asterisk+Virtualization+Timing
Greetings- I'm about to dive into the process of virtualizing some of my Asterisk (primarily 1.4.x) infrastructure. In the past, when looking at virt solutions, the primary issue preventing me from moving was the lack of proper timing. We do not need it for MeetMe but rather for IAX2 trunking. I'd like to use either OpenVZ or KVM, but each seem to have independent "issues" that need to be addressed: OpenVZ - Better resource usage, lower overhead. Primary issue is how to grant access to host node timing source (physical device, or dahdi_dummy in /dev/dahdi/) to the containerized Asterisk process. KVM - Higher overhead, easier installation, 'true virtualization'. Primary issue is not timing per se, but KVM scheduling. Timing source, while present from dahdi_dummy natively may still not get proper scheduling by KVM process. This could also affect general call quality (even non IAX2 trunked voice), DTMF, etc. I have to believe there are others running virtualized Asterisk installations with some degree of success on OpenVZ or KVM. Care to share your thoughts? --Tim -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users