Thanks for your suggestions
*Tahir Almas*
Managing Partner
ICT Innovations
http://www.ictinnovations.com
http://www.ictbroadcast.com
On Mon, Feb 27, 2017 at 6:38 AM, Tzafrir Cohen
wrote:
> On Mon, Feb 27, 2017 at 06:00:30PM +0500, Tahir Almas wrote:
> > Sorry , I forget it for another mo
Perfect, exactly what I needed. Thanks.
On Mon, Feb 27, 2017 at 6:32 AM, Igor Zamocky wrote:
> Hi,
>
> If you are ok with starting debug via external system call, why not to use
> something like this (I used to use something similar, it worked):
>
> exten =>* _XXX*,1,System(/usr/sbin/asterisk -r
Hello,
on Asterisk 13.13.1 working correctly
Regards
El 27/02/2017 a las 10:59, Steve Edwards escribió:
Asterisk 13.3.2
I change the allowed codec from ulaw to g729 in sip.conf and enter
'sip reload' on the console, but calls continue to use ulaw until
restart.
Before reload:
lc10*CLI>
Asterisk 13.3.2
I change the allowed codec from ulaw to g729 in sip.conf and enter 'sip
reload' on the console, but calls continue to use ulaw until restart.
Before reload:
lc10*CLI> sip show settings
Global Signalling Settings:
---
Codecs: (ulaw)
lc
Asterisk 13.3.2
The console command 'sip show settings' shows the allowed codecs in the
'Global Signalling Settings' but does not include the packetization
setting.
Similarly, both 'core show channel' and 'sip show channel' will show the
codec(s), but not the packetization.
How can I show
>
> Everything is working again if we restart the customers Asterisk.
Have you looked at the error logs?
On Mon, Feb 27, 2017 at 3:03 PM, Administrator TOOTAI wrote:
> Hi all,
>
> we have a running Asterisk 11.25.1 in a VM (qemu/kvm) OS being Debian 7.11
> (wheezy), the host OS being the same.
>
Thank you Luca.
Have a great day!
Dan
From: asterisk-users-boun...@lists.digium.com
[mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Luca Pradovera
Sent: Friday, February 24, 2017 4:09 PM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [asterisk-users] Loo
On Mon, Feb 27, 2017 at 06:00:30PM +0500, Tahir Almas wrote:
> Sorry , I forget it for another monitoring tool monit that we have
> used in our production systems to restart asterisk in case of asterisk
> crash or halt.
[snip]
Some notes regarding the asterisk monit configuration:
>
Sorry , I forget it for another monitoring tool monit that we have
used in our production systems to restart asterisk in case of asterisk
crash or halt.
I have attached a monit configuration for your reference. it will work
almost in all cases
This configuration will check Asterisk
Hi,
If you are ok with starting debug via external system call, why not to use
something like this (I used to use something similar, it worked):
exten => _XXX,1,System(/usr/sbin/asterisk -rx ‘sip set debug peer PEER’)
same => n,Set(debug_on=1)
same => n,Dial(SIP/PEER/${EXTEN})
exten => h,1,Goto
Hi all,
we have a running Asterisk 11.25.1 in a VM (qemu/kvm) OS being Debian
7.11 (wheezy), the host OS being the same.
Problem: when we restart the server (eg host + VM), all customers
Asterisk connecting without a VPN (doesn't matter which Asterisk
version) are no more reachable. Same for
On Saturday 25 Feb 2017, Антон Сацкий wrote:
> Thanks U Richard
> i know about this solution
> but the main question why "${} substitution containing
> the SHELL is evaluated before anything else"
For the same reason why you do raising to powers before multiplications and
divisions, and all those
12 matches
Mail list logo