Le 20/01/2014 03:51, David Cunningham a écrit :
Hi,
We have a Kamailio and Asterisk cluster, both machines being on a real
103.x IP address and also on a 172.x OpenVPN address.
The problem is that when Kamailo receives a call from the VPN and
forwards it to the Asterisk server on it's 103.x
Hello,
We tried Asterisk 1.8 and 1.6, but not yet Asterisk 11. We'll keep it in
mind.
In the meantime we've decided to try a different network configuration
instead, so the VPN network is separated from what Asterisk sees.
Thanks for all the advice given.
On 23 January 2014 00:42,
Hi Duncan,
We have sip set debug on and nothing is shown, even though tcpdump/ngrep
on the same server does. It's very strange.
The output of ip address list is:
[root]# ip address list
1: lo: LOOPBACK,UP,LOWER_UP mtu 16436 qdisc noqueue state UNKNOWN
link/loopback 00:00:00:00:00:00 brd
Hi Larry,
No, they are on separate machines.
On 21 January 2014 17:54, Larry Moore lmo...@omninet.net.au wrote:
Is Kamalio running on the same system as Asterisk?
On 21/01/2014 2:41 PM, David Cunningham wrote:
Hi Larry,
Thanks for the reply. We have all of those settings left out of
David,
It seems to me that Asterisk is not seeing/binding to your VPN
interface. You need to debug that first. I would set en explicit bind
statement in sip.conf to the VPN interface address and nothing else.
Then start your asterisk and watch the log messages. It should confirm
that it
On Tue, Jan 21, 2014 at 12:40 AM, David Cunningham
dcunning...@voisonics.com wrote:
Hi Paul,
Using ngrep/tcpdump shows the packet clearly going from the Kamailio server
and arriving at the Asterisk server. This is why it's a mystery that
Asterisk doesn't see the call coming in. We tried
On Tue, Jan 21, 2014 at 10:47 AM, Paul Belanger
paul.belan...@polybeacon.com wrote:
On Tue, Jan 21, 2014 at 12:40 AM, David Cunningham
dcunning...@voisonics.com wrote:
Hi Paul,
Using ngrep/tcpdump shows the packet clearly going from the Kamailio server
and arriving at the Asterisk server.
Hi Andres,
Thanks for the idea. We did send bindaddr to the VPN address and restarted
Asterisk, but unfortunately that didn't solve the issue. Asterisk didn't
complain, but still the sip set debug on didn't show the packets.
On 22 January 2014 01:40, Andres and...@telesip.net wrote:
David,
Hi Paul,
Thanks, we did try restarting Asterisk after the VPN was up but that didn't
solve the issue either.
On 22 January 2014 02:55, Paul Belanger paul.belan...@polybeacon.comwrote:
On Tue, Jan 21, 2014 at 10:47 AM, Paul Belanger
paul.belan...@polybeacon.com wrote:
On Tue, Jan 21, 2014
(Please don't top-post.)
On Wed, 22 Jan 2014, David Cunningham wrote:
We did send bindaddr to the VPN address and restarted Asterisk, but
unfortunately that didn't solve the issue. Asterisk didn't complain, but
still the sip set debug on didn't show the packets.
Have you confirmed via
On 22 January 2014 09:11, Steve Edwards asterisk@sedwards.com wrote:
(Please don't top-post.)
On Wed, 22 Jan 2014, David Cunningham wrote:
We did send bindaddr to the VPN address and restarted Asterisk, but
unfortunately that didn't solve the issue. Asterisk didn't complain, but
On Tue, Jan 21, 2014 at 5:18 PM, David Cunningham
dcunning...@voisonics.com wrote:
On 22 January 2014 09:11, Steve Edwards asterisk@sedwards.com wrote:
(Please don't top-post.)
On Wed, 22 Jan 2014, David Cunningham wrote:
We did send bindaddr to the VPN address and restarted Asterisk,
At this point in time, you'll need to show us a .pcap on the Asterisk
box, when you make a call to it via Kamailio.
--
Paul Belanger | PolyBeacon, Inc.
Jabber: paul.belan...@polybeacon.com | IRC: pabelanger (Freenode)
Github: https://github.com/pabelanger | Twitter:
On 1/21/14, 4:38 PM, David Cunningham wrote:
Hi Andres,
Thanks for the idea. We did send bindaddr to the VPN address and
restarted Asterisk, but unfortunately that didn't solve the issue.
Asterisk didn't complain, but still the sip set debug on didn't show
the packets.
Ok, that is progress
On Sun, Jan 19, 2014 at 9:51 PM, David Cunningham
dcunning...@voisonics.com wrote:
Hi,
We have a Kamailio and Asterisk cluster, both machines being on a real 103.x
IP address and also on a 172.x OpenVPN address.
The problem is that when Kamailo receives a call from the VPN and forwards
it
Hi Paul,
The ngrep on the Asterisk server does show it being received. Have you any
idea what would prevent it getting from the network stack to Asterisk on
that machine?
On 21 January 2014 05:30, Paul Belanger paul.belan...@polybeacon.comwrote:
On Sun, Jan 19, 2014 at 9:51 PM, David
On 21/01/2014, at 10:24 am, David Cunningham dcunning...@voisonics.com wrote:
Hi Paul,
The ngrep on the Asterisk server does show it being received. Have you any
idea what would prevent it getting from the network stack to Asterisk on that
machine?
Have you got a static route on
Hi Duncan,
The Asterisk machine also has a VPN IP address, so it has a route for 172.x
addresses to go to tun0 VPN interface.
On 21 January 2014 08:30, Duncan Turnbull dun...@e-simple.co.nz wrote:
On 21/01/2014, at 10:24 am, David Cunningham dcunning...@voisonics.com
wrote:
Hi Paul,
The
[mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of David Cunningham
Sent: Monday, January 20, 2014 5:15 PM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [asterisk-users] Asterisk not receiving call from VPN address
Hi Duncan,
The Asterisk machine also has a VPN IP
On Mon, Jan 20, 2014 at 4:24 PM, David Cunningham
dcunning...@voisonics.com wrote:
Hi Paul,
The ngrep on the Asterisk server does show it being received. Have you any
idea what would prevent it getting from the network stack to Asterisk on
that machine?
Well, you need to use tcpdump on each
, January 20, 2014 5:15 PM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [asterisk-users] Asterisk not receiving call from VPN address
Hi Duncan,
The Asterisk machine also has a VPN IP address, so it has a route for
172.x addresses to go to tun0 VPN interface
Hi Paul,
Using ngrep/tcpdump shows the packet clearly going from the Kamailio server
and arriving at the Asterisk server. This is why it's a mystery that
Asterisk doesn't see the call coming in. We tried removing the firewall (so
iptables -L shows no rules at all) but that didn't help
On 21/01/2014, at 6:40 pm, David Cunningham dcunning...@voisonics.com wrote:
Hi Paul,
Using ngrep/tcpdump shows the packet clearly going from the Kamailio server
and arriving at the Asterisk server. This is why it's a mystery that Asterisk
doesn't see the call coming in. We tried
Hi Duncan,
Thank you for your reply. Here's the netstat:
[root]# netstat -udpln | grep asterisk
udp0 0 0.0.0.0:50000.0.0.0:*
6672/asterisk
udp0 0 0.0.0.0:45200.0.0.0:*
6672/asterisk
udp0 0 0.0.0.0:5060
Have you checked your localnet=, deny=, permit=, contactdeny=
contactpermit= settings?
My 2c worth.
On 20/01/2014 10:51 AM, David Cunningham wrote:
Hi,
We have a Kamailio and Asterisk cluster, both machines being on a real
103.x IP address and also on a 172.x OpenVPN address.
The problem
Hi Larry,
Thanks for the reply. We have all of those settings left out of our
sip.conf, so this should allow everything, right?
On 21 January 2014 17:38, Larry Moore lmo...@omninet.net.au wrote:
Have you checked your localnet=, deny=, permit=, contactdeny=
contactpermit= settings?
My 2c
Cool
That looks like it is arriving at Asterisk - are you sure asterisk is not
getting it? If you turn on sip debug in asterisk can you see the SIP packets?
It maybe asterisk is ignoring them or replying to them but its going out an
interface you hadn’t thought of, I have had that a few times.
Is Kamalio running on the same system as Asterisk?
On 21/01/2014 2:41 PM, David Cunningham wrote:
Hi Larry,
Thanks for the reply. We have all of those settings left out of our
sip.conf, so this should allow everything, right?
On 21 January 2014 17:38, Larry Moore lmo...@omninet.net.au
28 matches
Mail list logo