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
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
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
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
- 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
- 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
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
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*
**
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
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,
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
Take a look at this doc from Polycom...it answers your question I think.
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
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
14 matches
Mail list logo
