On Wed, Feb 08, 2017 at 12:28:36PM +0200, Arsen wrote:
> I am not sure that nat_uac_test can determine type of NAT device.
> and why you need all these checks if you always use rtpproxy? (another q
> from 2013 :)
The answer is: you don't have to.
> The idea is to reduce using of rtpproxy for bet
Hi Daniel,
I am not sure that nat_uac_test can determine type of NAT device.
and why you need all these checks if you always use rtpproxy? (another q
from 2013 :)
The idea is to reduce using of rtpproxy for better scalability and voice
quality. If we can beat all types of NAT with a near-end NAT
On Wed, Feb 08, 2017 at 01:12:05AM -0700, Arsen Semionov wrote:
> good question from 2013 :)
> Maybe someone has experience and can confirm this?
The answer to the 2013 question is: if you can depend on this (I have
never seen it) you can script kamailio to make use of it.
> My main question: is
Hi guys!
good question from 2013 :)
Maybe someone has experience and can confirm this?
My main question: is it possible to determine when it's required to use RTP
proxy ? In other words can we know that the client is behind symmetric NAT
device or we just use rtpproxy as a silver bullet?
Thanks!
v
> To: sr-users
> Sent: Mon, Mar 4, 2013 3:25 pm
> Subject: Re: [SR-Users] Cannot hear voice with symmetric NAT and STUN
>
> On 03/04/2013 06:53 AM, Mitan Lopez wrote:
>
> > I understand, but some times 2 UAs have audio one side voice is clear
> > but in other sid
: sr-users
Sent: Mon, Mar 4, 2013 3:25 pm
Subject: Re: [SR-Users] Cannot hear voice with symmetric NAT and STUN
On 03/04/2013 06:53 AM, Mitan Lopez wrote:
> I understand, but some times 2 UAs have audio one side voice is clear
> but in other side voice is just like train sound (or wind sou
On 03/04/2013 06:53 AM, Mitan Lopez wrote:
I understand, but some times 2 UAs have audio one side voice is clear
but in other side voice is just like train sound (or wind sound) is
this from NAT too?
No. NAT does not introduce any acoustic anomalies; it would simply
prevent the reachabilit
(SER) - Users
Mailing List
Sent: Mon, Mar 4, 2013 2:26 pm
Subject: Re: [SR-Users] Cannot hear voice with symmetric NAT and STUN
@Mitan,
"most of the time" is not really correct. It depends on our decisions. Here I
want to support peer 2 peer call when both UA does not in symmetr
On 03/04/2013 05:43 AM, Mitan Lopez wrote:
So RTP proxy servers are used most of the time in Internet to
communicate between 2 UA's? (in this case why bother to check all those
lines in kamailio cfg?)
Between two UAs that either (1) do not have network and transport-layer
reachability to each
t of the time in Internet to communicate
> between 2 UA's? (in this case why bother to check all those lines in
> kamailio cfg?)
>
> Mitan Lopez
> mita...@aol.com
>
>
> -Original Message-
> From: Alex Balashov
> To: sr-users
> Sent: Mon, Mar 4, 2013 1
bject: Re: [SR-Users] Cannot hear voice with symmetric NAT and STUN
On 03/04/2013 02:55 AM, Khoa Pham wrote:
> @Alex: thanks for reply
>
> In this IPv4 world, most devices are in NAT, and it only matters if they
> are symmetric NAT or not.
>
> So if 1 client is behind symmetric NAT,
On 03/04/2013 02:55 AM, Khoa Pham wrote:
@Alex: thanks for reply
In this IPv4 world, most devices are in NAT, and it only matters if they
are symmetric NAT or not.
So if 1 client is behind symmetric NAT, I want to use rtpproxy,
otherwise, I do not.
According to what I read from kamailio cfg, Ka
@Alex: thanks for reply
In this IPv4 world, most devices are in NAT, and it only matters if they
are symmetric NAT or not.
So if 1 client is behind symmetric NAT, I want to use rtpproxy, otherwise,
I do not.
According to what I read from kamailio cfg, Kamailio only knows if client
is NATed or not
On 03/04/2013 02:44 AM, Khoa Pham wrote:
@Daniel, how can the SIP proxy determine whether to use rtpproxy or
not ?
You have to set your own criteria for that. If you only want to use
rtpproxy in NAT scenarios, you can attempt to detect NAT on the far end
using some combination of flags pass
@Daniel, how can the SIP proxy determine whether to use rtpproxy or not ?
On Sun, Mar 3, 2013 at 11:58 PM, Daniel-Constantin Mierla wrote:
> Hello,
>
> stun works pretty well for non-symmetric nat. If there is symmetric nat,
> then you need a rtp relay (e.g., rtpproxy) or turn server.
>
> Chee
Hello,
stun works pretty well for non-symmetric nat. If there is symmetric nat,
then you need a rtp relay (e.g., rtpproxy) or turn server.
Cheers,
Daniel
On 2/28/13 5:48 PM, Khoa Pham wrote:
Hi David, I already read all of these. But the problem seems
contradict with what I read
On Thu, F
Hi David, I already read all of these. But the problem seems contradict
with what I read
On Thu, Feb 28, 2013 at 9:56 PM, David wrote:
> Hello,
>
> Look on Wikipedia and read the articles for SIP, RTP, NAT and STUN.
>
> The answer to your question can be found in the above articles.
>
> David
>
Hello,
Look on Wikipedia and read the articles for SIP, RTP, NAT and STUN.
The answer to your question can be found in the above articles.
David
On 13-02-27 10:26 PM, Khoa Pham wrote:
Hi, I have Kamailio as SIP server and RTP server. Client is PJSIP.
I read that STUN is for non-symmetric NAT
Hi, I have Kamailio as SIP server and RTP server. Client is PJSIP.
I read that STUN is for non-symmetric NAT, and RTP server is for symmetric
NAT.
Supposed A calls B.
If A, B both use symmetric NAT and STUN, they cannot hear each other
If A or B use non-symmetric NAT and NOT using STUN, they can
19 matches
Mail list logo
