Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - andr04

Pages: 1 [2]
16
Other Yate server issues / Re: Yate as a client behind a firewall
« on: September 21, 2016, 02:28:21 PM »
I suppose the problem with RTP (RTCP). Let me know am I right.

As I understand an incoming voice from A to B transfers to the IP and port which was previous one be delivered from B to A. But first voice frame transfers to the IP and port which was specified in SIP header.

So in my situation Yate listens a port the data which is delivered to is blocked by the outer firewall. If Yate first transfers the voice to other side (i.e. opens new outgoing connection) all next incoming voice frames will not be blocked by the firewall due to using outgoing connection.

In other words, do not be silent!

17
Other Yate server issues / Re: Yate as a client behind a firewall
« on: September 21, 2016, 02:45:51 AM »
The problem (partially) has been solved and aims to other issue.

On one hand I suppose that g729 used by default doesn't work due to license limitations, so
Quote
${formats}^\([^,]*\)=;formats=\1
in regexroute.conf partially solved the problem.

Partially is because I try to check echo test. If I before echo play anything (random) to the line echo works, otherwise no. Try to understand why.

18
Other Yate server issues / Yate as a client behind a firewall
« on: September 20, 2016, 08:03:00 AM »
Hello.

I try to use Yate as a client to process incoming calls from DID number. Yate connects to provider as a client by SIP.

The problem is that Yate installed on VPS which is behind a firewall. The firewall is out of my control and drops all incoming connections for all ports except 80 and 443. Outgoing connections are allowed. VPS has real IP, i.e. without NAT.

As a result I have working Yate which can process calls, but in one direction: Yate doesn't get the voice from caller but it can play anything to the line. Is it possible to solve it?

I didn't check Asterisk but have found some option:
Quote
Nat=route:
Asterisk will send the audio to the port and ip where its receiving the audio from. Instead of relying on the addresses in the SIP and SDP messages.
I'm not sure is it what I need. Does it help me and what something that is available on Yate?

Thanks.

Pages: 1 [2]