[OpenSIPS-Users] ICE How-To

Barsan Liviu barsanl at yahoo.com
Fri Jun 24 17:01:55 CEST 2011


Hello,

We were doing as suggested below and we got:

2011-06-24 17:50:17 Registered contact  "sip:fmwkphsx at 192.168.6.100:37289" for 
sip:vm at 80.97.X.X at  80.97.X.X:5060;transport=udp (expires in 600 seconds).
Detected NAT type:  Blocked
vm at 80.97.X.X> /rtp
Output of RTP statistics and ICE  negotiation results on console is now 
activated
vm at 80.97.X.X> /audio  bll at 80.97.X.X
Initiating SIP session from 'sip:vm at 80.97.X.X' to  'sip:bll at 80.97.X.X' via 
sip:80.97.X.X:5060;transport=udp...
Audio  session established using "G722" codec at 16000Hz
Audio RTP endpoints  192.168.6.100:50000 <-> 80.97.X.X:50006
Remote SIP User Agent is  "Bria 3 release 3.2.1 stamp 62387"
2011-06-24 17:51:18 RTP statistics: RTT=0  ms, packet loss=0.0%, jitter 
RX/TX=0/0 ms
SIP session with  sip:bll at 80.97.XX ended by remote party
Session duration was 10  seconds


From this is missing the ICE negotiation as you pasted below, this means that we 
do not have a working ICE?

We have the following settings for mediaproxy module:
modparam("mediaproxy", "mediaproxy_socket", "/tmp/dispatcher.sock")
modparam("mediaproxy", "mediaproxy_timeout", 500)
modparam("mediaproxy", "signaling_ip_avp", "$avp(s:nat_ip)")
modparam("mediaproxy", "media_relay_avp", "$avp(s:media_relay)")
modparam("mediaproxy", "ice_candidate", "low-priority")



Thank you,
Liviu




________________________________
From: Adrian Georgescu <ag at ag-projects.com>
To: OpenSIPS users mailling list <users at lists.opensips.org>
Sent: Thu, June 23, 2011 5:11:42 PM
Subject: Re: [OpenSIPS-Users] ICE How-To

For testing ICE you can use on Mac, Linux or Windows this command line client:

http://sipsimpleclient.com/wiki/sip_session

type /rtp and you can see the whole ICE negotiating results:

adi at umts.ro> /rtp
Output of RTP statistics and ICE negotiation results on console is now activated
adi at umts.ro> /audio ag at sip2sip.info
Initiating SIP session from 'sip:adi at umts.ro' to 'sip:ag at sip2sip.info' via 
sip:81.23.228.150:5060;transport=udp...
 
ICE negotiation succeeded in 0s:644
 
Local ICE candidates:
(RTP) 95.97.50.27:55656         type srflx
(RTP) 192.168.1.122:55656       type host
(RTP) 10.211.55.2:55656         type host
(RTP) 10.37.129.2:55656         type host
(RTCP) 95.97.50.27:55890         type srflx
(RTCP) 192.168.1.122:55890       type host
(RTCP) 10.211.55.2:55890         type host
(RTCP) 10.37.129.2:55890         type host
(RTP) 81.23.228.150:51782       type prflx
(RTCP) 81.23.228.150:51783       type prflx
 
Remote ICE candidates:
(RTP) 81.23.228.150:51780       type relay
(RTCP) 81.23.228.150:51781       type relay
(RTP) 95.97.50.27:55876         type srflx
(RTP) 192.168.1.122:55876       type host
(RTP) 10.211.55.2:55876         type host
(RTP) 10.37.129.2:55876         type host
(RTCP) 95.97.50.27:54037         type srflx
(RTCP) 192.168.1.122:54037       type host
(RTCP) 10.211.55.2:54037         type host
(RTCP) 10.37.129.2:54037         type host
 
ICE connectivity check results:
(RTP) 192.168.1.122:55656 <--> 192.168.1.122:55876 Succeeded
(RTP) 10.211.55.2:55656 <--> 10.211.55.2:55876 Succeeded
(RTP) 10.37.129.2:55656 <--> 10.37.129.2:55876 Succeeded
(RTCP) 192.168.1.122:55890 <--> 192.168.1.122:54037 Succeeded
(RTCP) 10.211.55.2:55890 <--> 10.211.55.2:54037 Succeeded
(RTCP) 10.37.129.2:55890 <--> 10.37.129.2:54037 Succeeded
(RTP) 95.97.50.27:55656 <--> 95.97.50.27:55876 Succeeded
(RTCP) 95.97.50.27:55890 <--> 95.97.50.27:54037 Succeeded
(RTP) 81.23.228.150:51782 <--> 81.23.228.150:51780 Succeeded
(RTCP) 81.23.228.150:51783 <--> 81.23.228.150:51781 Succeeded
 
Audio session established using "G722" codec at 16000Hz
Audio RTP endpoints 192.168.1.122:55656 (ICE type host) <-> 192.168.1.122:55876 
(ICE type host)

On Jun 23, 2011, at 11:23 AM, Barsan Liviu wrote:

Hi Saul,
>
>
>I mean by 'the rest' that I don't have to write code in the opensips.cfg to have 
>ICE ( e.g. see which kind of NAT it is etc.), just to set the parameters for the 
>mediaproxy as written below.
>I think I understood from your answer what I have to do.
>
>
>In the same time I'm thinking how to test ICE, do you think a proper way is to 
>make two tests:
>1. Two clients behind a router that does not have symmetric nat (e.g. conic nat) 
>and server with public IP, in this case the media stream should follow the STUN 
>way (not via relay).
>2. Two clients behind a router with symmetric nat, in this case media stream 
>should go via relay (mediaproxy).
>Obviously we should have clients with ICE support, we use Bria 3.2, 2.5.4 or 
>Blink.
>
>
>And to follow the media streams I have to install CDRTool and FreeRadius 
server.
>Do you think this scenario is suitable to prove the ICE capability of the 
>server?
>
>
>Thanks,
>Liviu
>
>
>
________________________________
From: Saúl Ibarra Corretgé <saul at ag-projects.com>
>To: OpenSIPS users mailling list <users at lists.opensips.org>
>Sent: Thu, June 23, 2011 10:20:47 AM
>Subject: Re: [OpenSIPS-Users] ICE How-To
>
>Hi,
>
>On Jun 22, 2011, at 5:35 PM, Barsan Liviu wrote:
>
>> Hello,
>> 
>> We have built until now an OpenSIPs-MediaProxy server which knows far end NAT 
>>traversal, Messaging and Presence (basic), it works reliable.
>> Now we would like to add ICE capability to this solution and we are not sure on 
>>How-To. According to http://mediaproxy-ng.org/wiki/ICE, we understood that is 
>>enough to set the mediaproxy modules parameters as written in the site, 
>>something like:
>> 
>> ice_candidate="high-priority"
>> ice_candidate_avp="$avp(s:ice_priority)"
>> 
>
>The AVP is meant to be used for fine grained control, the ice_candidate module 
>parameter should be enough in most cases.
>
>> It is enough to have these settings?
>> The rest will be done by MediaProxy and OpenSIPs automatically?
>> 
>
>What do you mean by 'the rest' ? If you client is offering ICE and 
>OpenSIPS/MediaProxy are mangling the signaling, that setting will make 
>MediaProxy modify the SDP in such a way that ICE is not broken.
>
>If you want to really test ICE you'll want to set the ice_candidate parameter to 
>low-priority, otherwise chances are MediaPRoxy will always be used.
>
>
>Regards,
>
>--
>Saúl Ibarra Corretgé
>AG Projects
>
>
>
>
>_______________________________________________
>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/20110624/625fe336/attachment-0001.htm>


More information about the Users mailing list