[asterisk-users] Java server side components for asterisk

2012-11-21 Thread Nweike Onwuyali
Hello, I am a java programmer and I will like to integrate Asterisk to my product line. The challenge is that I have been searching for a java server component that I can use to create an Asterisk GUI configurator. it could be open source or commercial . Nweike Onwuyali ..

[asterisk-users] Paris - mini-DebConf - VoIP - 24 November

2012-11-21 Thread Daniel Pocock
For those using Debian/Ubuntu (and anybody else is welcome of course), there is a mini-DebConf in Paris this weekend: http://fr2012.mini.debconf.org/ There is a presentation at 16:00 about Debian's role in establishing an alternative to Skype, this will look at some of the packages available

Re: [asterisk-users] "Simple" failover configuration

2012-11-21 Thread Gord Urquhart
Take a look at this doc from Polycom...it answers your question I think. https://encrypted.google.com/url?sa=t&rct=j&q=polycom%20redundant%20server&source=web&cd=1&cad=rja&ved=0CEUQFjAA&url=http%3A%2F%2Fsupport.polycom.com%2Fglobal%2Fdocuments%2Fsupport%2Ftechnical%2Fproducts%2Fvoice%2FConfiguring

Re: [asterisk-users] leading ghost 0

2012-11-21 Thread Eric Wieling
THIS IS INCORRECT! MOST changes to chan_dahdi.conf are applied on a reload. There are a few items like switchtype and signaling and a few other items which require chan_dahdi.so to be unloaded then loaded. -Original Message- From: asterisk-users-boun...@lists.digium.com [mailto:

Re: [asterisk-users] leading ghost 0

2012-11-21 Thread Alex Kauffmann
On 11/21/2012 10:53 AM, gincantalupo wrote: Alex, I had already tried itreloading chan_dahdi.so module is enough...I saw Asterisk was behaving differently after reload. To tell the truth, setting pridialplan=unknown causes Asterisk to stop reading following channels configuration...it says p

Re: [asterisk-users] leading ghost 0

2012-11-21 Thread Mitul Limbani
Any changes inside chan_dahdi requires you to unload module chan_dahdi and load module chan_dahdi, in case you dont wish to.restart asterisk. pridialplan = national or unknown should help you solve the problem, however you need to unload n load dahdi module. Mitul On Nov 21, 2012 10:26 PM, "ginca

Re: [asterisk-users] leading ghost 0

2012-11-21 Thread gincantalupo
Alex, I had already tried itreloading chan_dahdi.so module is enough...I saw Asterisk was behaving differently after reload. To tell the truth, setting pridialplan=unknown causes Asterisk to stop reading following channels configuration...it says pridialplan is already unknown so it stops

Re: [asterisk-users] core show translation - difference in Asterisk Versions

2012-11-21 Thread Joshua Colp
Salman Zafar wrote: Hello All, Hola, I was wondering if somebody could elaborate the change in translation of codecs specifically the amount of time increased in Asterisk 11. For example *_Asterisk 11_* ***alaw **speex * *gsm **15000 **15000 * *ulaw9150 15000* ** *_Asterisk

Re: [asterisk-users] watchdog like functions

2012-11-21 Thread Joshua Colp
asterisk asterisk wrote: I wish to ask if there is way to keep IAX trunk connection up. I have a small server on Xen VPS but notice that my IAX trunk drops after some time. I understand there is cron job to function as sip watchdog. My asterisk is 11.0.1 Can you also define what you mean by "

Re: [asterisk-users] watchdog like functions

2012-11-21 Thread Tim Nelson
- Original Message - > I wish to ask if there is way to keep IAX trunk connection up. I have > a small server on Xen VPS but notice that my IAX trunk drops after > some time. > I understand there is cron job to function as sip watchdog. > My asterisk is 11.0.1 You'll want to use 'qualif

Re: [asterisk-users] watchdog like functions

2012-11-21 Thread Tim Nelson
- Original Message - > Switching to SIP is likely your best solution. IAX is buggy. Always > has been, and I'll bet always will be. Alright, I'll bite on this one. Can you give any specifics about IAX being buggy, other than throwing out random claims? I understand it doesn't get the in

Re: [asterisk-users] leading ghost 0

2012-11-21 Thread Leandro Dardini
I am not really sure, restarting asterisk and dahdi can be the most obvious thing to do, but restarting the dahdi kernel module can be useless if you haven't changed the kernel module configuration and reloading the module in asterisk can be enough if you have changed just the chan_dahdi.conf Lean

Re: [asterisk-users] leading ghost 0

2012-11-21 Thread Frederic Van Espen
Then if you did not restart dahdi and asterisk, then the changes to the parameters in chan_dahdi.conf and system.conf were never taken into account. There is no other way than really restarting asterisk and dahdi. Frederic On Wed, 2012-11-21 at 09:08 +0100, gincantalupo wrote: > I cannot restart

Re: [asterisk-users] Simultaneous caller/callee hangup; hangup extensions execute only once; unable to determine if destination channel up

2012-11-21 Thread John Hurst
On 20/11/12 17:14, Richard Mudgett wrote: This is a question regarding whether there's any way within hangup extensions to determine whether the caller or callee leg (or both) of a bridged call has hung up. The test case I have is running under Asterisk 1.8.17.0, but the behaviour is observed in

Re: [asterisk-users] leading ghost 0

2012-11-21 Thread gincantalupo
Hi Leandro, I cannot restart dahdi because the PBX is in production, all I can do is a module reload chan_dahdi.so. Giorgio On 11/20/2012 03:52 PM, Danny Nicholas wrote: In my past experience the best recourse for dealing with a DAHDI trunked asterisk system is this sequence Service aste