David, can you play around with the routing table and get the OS to handle
it for you? So long as asterisk isn’t calling bind() (or is calling with
0.0.0.0) I would imagine adding a route for the peer, with your normal
gateway, and the correct device would work.
On Thu, Oct 29, 2020 at 10:04 PM
I didn't want to post this because its kind of ugly, but we *did*
actually do it a number of years ago to get around this issue with chan_sip.
Our original architecture was based on LXC, and we had large servers
running hundreds of containers, each running asterisk. The "host" ran
asterisk
Hi Dovid,
We can change the SDP in Kamailio, but Asterisk will still send its RTP
from its default address. The remote end is strict about accepting RTP from
the specified source and won't accept it. Have you any suggestions to solve
that problem?
Thank you.
On Fri, 30 Oct 2020 at 14:49, Dovid
Why not use OpenSips/Kamailoo in between? Where you want 1.1.1.1 you pass
it along as is. Where you want 2.2.2.2 change the sdp in opensips/kamailio
On Thu, Oct 29, 2020 at 20:44 David Cunningham
wrote:
> Hello,
>
> Does anyone know a way with chan_sip to tell Asterisk to use a specific IP
>
Hello,
Does anyone know a way with chan_sip to tell Asterisk to use a specific IP
address for its end of the communication for a specific device? Something
like:
[device]
type = friend
host = 11.22.11.22
ouraddress = 33.44.33.44
This is for use on a server with multiple IP addresses. There is
Hi Dovid,
unfortunately I do not. We have seen similar issues when using Perl AGI
Scripts when using Asterisk16/17. But since we moved everything to Java
FastAGI we haven't seen any load issues anymore.
Are you doing anything from fastagi that takes a lot of time? Something
like a Playback? We
Ha! I had not. Thank you.
- Jeff
On Thu, Oct 29, 2020 at 2:10 PM Joshua C. Colp wrote:
> On Thu, Oct 29, 2020 at 3:05 PM Jeff Pyle wrote:
>
>> Hello,
>>
>> On Asterisk 13.19 I'm trying to set astdbdir in /etc/asterisk.conf, but
>> it's not having any effect. For example:
>>
>> # grep
On Thu, Oct 29, 2020 at 3:05 PM Jeff Pyle wrote:
> Hello,
>
> On Asterisk 13.19 I'm trying to set astdbdir in /etc/asterisk.conf, but
> it's not having any effect. For example:
>
> # grep astdbdir /etc/asterisk/asterisk.conf
> astdbdir => /tmp/asterisk
>
> /tmp/asterisk exists and is owned by
Anyone have any other ideas?
On Tue, Oct 27, 2020 at 1:27 PM Dovid Bender wrote:
> Jon,
>
> We are only using FastAgi. On the second system (running Asterisk 16)
> there are no agi's running (just some bash scripts on call hangup). I did
> add some hackey code (netstat -nua | grep -v 'udp
Hello,
On Asterisk 13.19 I'm trying to set astdbdir in /etc/asterisk.conf, but
it's not having any effect. For example:
# grep astdbdir /etc/asterisk/asterisk.conf
astdbdir => /tmp/asterisk
/tmp/asterisk exists and is owned by asterisk:asterisk, as the asterisk
processing is running as
On Tuesday 27 October 2020 at 11:00:10, Antony Stone wrote:
> Hi.
>
> I've discovered a bug in the Dial() string processing (for Asterisk 13.14.1
> at least).
I've now confirmed that the same bug exists in 16.2.1
A Dial() command containing a SIP username/password combination which has a !
Nice idea but I think fail2ban is a bit too much of a blunt tool for
this. What's more, I think fail2ban works by following logs and nothing
gets logged here. You'd have to do an ngrep or tcpdump really. I
suppose fail2ban could be configured to parse the output format.
All it needs is the
Hello,
The other day, a 13.14.1 server suddenly stopped working correctly.
First, it printed:
Oct 23 21:53:40 FOOBAR asterisk[2377]: WARNING[27942]: db.c:332 in
ast_db_put: Couldn't execute statment: SQL logic error or missing database
This occurred while this server received a lot incoming
Hi,
What if some fail2ban magic could keep OpenSIPs response from hitting
Asterisk after N attempts ?
Le mer. 28 oct. 2020 à 18:32, Kingsley Tart - Barritel Ltd <
kingsley.t...@barritel.com> a écrit :
> Hi,
>
> We're using Asterisk 13.17.0 with PJSIP 2.8 bundled.
>
> I've found an issue when
14 matches
Mail list logo