[OpenSIPS-Users] Does Media_Relay component implies in impossible direct media?

[Nabeel]

ICE in general uses STUN (RFC 5245), however I do not use Mediaproxy myself
so cannot comment on how it handles STUN.   Someone with Mediaproxy may be
able to answer.
On 19 Oct 2015 14:41, "Rodrigo Pimenta Carvalho" <pimenta at inatel.br> wrote:

> Ok Nabeel.
>
>
> In my environment, I intend to have MediaProxy and all clients supporting
> ICE.
>
> However, in my environment/network doesn't exist a STUN server.
>
>
> So, my last questions (before I start the MediaProxy installation
> procedures) about this subject are:
>
>
> 1 -  Does MediaProxy work as a STUN server, or just as a TURN server?
>
>
> 2 - Is it always necessary to provide a STUN server separately, even using
> the MediaProxy, if direct media is desired?
>
>
> 3 - Let's suppose I will not provide a separately STUN server, in this
> case will the media always pass through the media relay,?
>
>
> Thank you again!
>
> Best regards.
>
>
>
> RODRIGO PIMENTA CARVALHO
> Inatel Competence Center
> Software
> Ph: +55 35 3471 9200 RAMAL 979
>
>
> ------------------------------
> *De:* users-bounces at lists.opensips.org <users-bounces at lists.opensips.org>
> em nome de Nabeel <nabeelshikder at gmail.com>
> *Enviado:* segunda-feira, 19 de outubro de 2015 10:40
> *Para:* OpenSIPS users mailling list
> *Assunto:* Re: [OpenSIPS-Users] Does Media_Relay component implies in
> impossible direct media?
>
> Yes, that is how it should work.  ICE tries to connect directly first
> before trying other methods.  If direct connection fails, then it tries
> STUN, then media relay.  The clients have to support ICE too.
>
> On 19 October 2015 at 11:35, Rodrigo Pimenta Carvalho <pimenta at inatel.br>
> wrote:
>
>> Hi Nabeel.
>>
>>
>> Thank you very much for your answer.
>>
>> If I understood it well, while using MediaProxy, the clients may connect
>> directly, but they may not too. ICE will decide it for me and I don't need
>> to worry about it.
>>
>> Tell me if I got it, please.
>>
>>
>> Best regards.
>>
>>
>>
>>
>> RODRIGO PIMENTA CARVALHO
>> Inatel Competence Center
>> Software
>> Ph: +55 35 3471 9200 RAMAL 979
>>
>>
>> ------------------------------
>> *De:* users-bounces at lists.opensips.org <users-bounces at lists.opensips.org>
>> em nome de Nabeel <nabeelshikder at gmail.com>
>> *Enviado:* sábado, 17 de outubro de 2015 19:56
>> *Para:* OpenSIPS users mailling list
>> *Assunto:* Re: [OpenSIPS-Users] Does Media_Relay component implies in
>> impossible direct media?
>>
>>
>> Rodrigo,
>>
>> It is the responsibility of ICE to determine in which situation it is
>> best to establish a direct connection, versus use of STUN, versus use of a
>> media relay.
>>
>> We cannot manually decide which clients will connect directly and which
>> will not.
>> On 17 Oct 2015 22:07, "Rodrigo Pimenta Carvalho" <pimenta at inatel.br>
>> wrote:
>>
>>>
>>> Hi.
>>>
>>>
>>> In my project, UACs should run direct media. RTP packets direct
>>> transmitted from each other.
>>>
>>> However, due to NAT presence, I'm thinking about to use MediaProxy.
>>>
>>>
>>> In this case, is it possible to get direct media after some UAC
>>> negotiations passing through the Media_Relay component, or is it
>>> impossible? That is, does the media will always pass through the
>>> Media_Relay host too?
>>>
>>>
>>> Any hint will be very helpful!
>>>
>>> Thanks alot.
>>>
>>>
>>>
>>>
>>>
>>> RODRIGO PIMENTA CARVALHO
>>> Inatel Competence Center
>>> Software
>>> Ph: +55 35 3471 9200 RAMAL 979
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users at lists.opensips.org
>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>
>>>
>> _______________________________________________
>> Users mailing list
>> Users at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20151019/df3cd4c0/attachment.htm>