[Spce-user] no audio

Miguel Rios miguelrios35 at yahoo.com
Thu Nov 21 11:06:39 EST 2013


Yup, that duplicate entry was the problem.
Now I have audio but it is always relayed through mediaproxy.

What I'd like is to have both CSipSimple clients, both using ICE, to try to first establish a direct peer to peer connection to pass the RTP media, and only fallback on mediaproxy if that connection cannot be established. At the moment the CSipSimple logs show that the ICE session never completes. Specifically, the logs show:

"peer=- (as you can see, no peer IP here at all)
ICE role: Unknown state: Candidate Gathering, comp_cnt:2"

So why isn't ICE completing properly and allowing both peers to establish a direct connection on the LAN (both are on the same LAN behind NAT) instead of relaying automatically through mediaproxy? It seems that automatically realying is an unnecessary waste of bandwith and only serves to increase latency on the call, specially when the 2 peers can communicate directly which is the case.
Is there some configuration in SPCE that I'm overlooking on the ICE side of things to enable what I want?

Also, can you confirm that indeed there's no support for SIP SIMPLE messaging?

Thanks





On Thursday, November 21, 2013 12:19 PM, Andrew Pogrebennyk <apogrebennyk at sipwise.com> wrote:
 
Hi,
please delete duplicated types from interface lo:
        - web_ext
        - sip_ext
        - rtp_ext
save, execute ngcpcfg apply and try again.
Not sure how it came to be duplicated, maybe you edited that file manually.

Usually network.yml is updated automatically on ip address change. This
is done with ip-up.d hook which calls the following command:
ngcp-network --move-from=lo --move-to=eth0 --type=web_ext --type=sip_ext
--type=rtp_ext --type=ssh_ext

Maybe you had multiple interfaces and the network could not be
auto-configured.

Andrew

On 11/21/2013 01:00 PM, Miguel Rios wrote:
> Thanks for your help. Indeed it is listening on eth0 on my public IP,
> not 0.0.0.0 as I'd stated.
> Here's my network config:
> 
> ---
> hosts:
>   self:
>     interfaces:
>       - lo
>       - eth0
> 
>     eth0:
>       ip: mypublicIP
>       netmask: 255.255.240.0
>       type:
>         - sip_ext
>         - rtp_ext
>         - web_ext
>     lo:
>       ip: 127.0.0.1
>       netmask: 255.255.255.0
>       shared_ip: []
>       shared_v6ip: []
>       type:
>         - sip_int
>         - ha_int
>         - web_ext
>         - sip_ext
>         - rtp_ext
>         - web_int
>       v6ip: '::1'
>     role:
>       - proxy
>       - lb
>       - mgmt
> 
> 
> Here's my netstat output. I added port 5071 manually as per the
> instructions, and indeed I can register TLS port 5071 from my CSipSimple
> client:
> 
> 12:listen=udp:127.0.0.1:5060
> 13:listen=tcp:127.0.0.1:5060
> 15:listen=tls:127.0.0.1:5071
> 17:listen=udp:mypublicip:5060
> 18:listen=tcp:mypublicip:5060
> 20:listen=tls:mypublicip:5071
> 23:listen=udp:[::1]:5060
> 24:listen=tcp:[::1]:5060
> 26:listen=tls:[::1]:5071
> 29:# additional sockets to listen on, if any
> 33:listen=udp:127.0.0.1:5060
> 35:listen=tcp:127.0.0.1:5060
> 
> 
> So it seems that it is properly configured, no? Perhaps the problem lies
> with ICE negotiation in CSipSimple...
> How does spce deal with ICE on the server side of things?
> 
> Thanks
> 
> 
> On Thursday, November 21, 2013 11:43 AM, Daniel Grotti
> <dgrotti at sipwise.com> wrote:
> Hi,
> kamailio must run on eth0 (usually), not on 0.0.0.0.
> You should have something like:
> 
> hosts:
>   self:
>     eth0:
>       ip: 10.15.20.110
>       netmask: 255.255.255.0
>       type:
>         - web_ext
>         - sip_ext
>         - rtp_ext
>         - ssh_ext
>     interfaces:
>       - lo
>       - eth0
>     lo:
>       ip: 127.0.0.1
>       netmask: 255.255.255.0
>       shared_ip: []
>       shared_v6ip: []
>       type:
>         - sip_int
>         - ha_int
>         - web_int
>       v6ip: '::1'
>     role:
>       - proxy
>       - lb
>       - mgmt
> 
> 
> 
> That ip will be use also from mediaproxy to performa mediarelay.
> So LB will listen on:
> 
> root at spce <mailto:root at spce>:~# grep -nr "listen"
> /etc/kamailio/lb/kamailio.cfg
> 12:listen=udp:10.15.20.110:5060
> 13:listen=tcp:10.15.20.110:5060
> 15:listen=tls:10.15.20.110:5061
> 19:# additional sockets to listen on, if any
> 23:listen=udp:127.0.0.1:5060
> 25:listen=tcp:127.0.0.1:5060
> 
> 
> 
> Daniel
> 
> 
> 
> On 11/21/2013 12:31 PM, Miguel Rios wrote:
>> Hi,
>>
>> I've set up a simple spce v 3.0 install on debian 7 but I'm experiencing
>> no audio.
>>
>> When I ran the setup script I noticed that my kamailio instance was only
>> listening on localhost.
>> I changed that in network.yml and now kamailio listens on 0.0.0.0 and my
>> CSipSimple clients can register OK.
>>
>> However, when I have 2 registered CSipSimple clients try to call each
>> other, I can answer but there's no audio.
>>
>> I see that CSipSimple log shows ICE negotiation in progress but it never
>> concludes. Now given that the 2 clients were on the same LAN behind NAT,
>> shouldn't they have negotiated a media path directly between them with
>> their private IPs?
>>
>> Since the spce setup script ended up putting kamailio listening only on
>> localhost, could the same have happened to media proxy? Where do I need
>> to check to make sure the install correctly configured the interfaces?
>>
>> Also, what are the recommended settings to use with CSipSimple and spce
>> (ICE/STUN/TURN wise)? I have ICE enabled on CSipSimple and I thought
>> that would be enough, no?
>>
>> Lastly, I tried sending an IM through CSipSimple, which uses SIP SIMPLE,
>> but I got an error. Does spce not support SIP SIMPLE messaging?
>>
>> Thanks
>>
>>
>> _______________________________________________
>> Spce-user mailing list
>> Spce-user at lists.sipwise.com <mailto:Spce-user at lists.sipwise.com>
>> http://lists.sipwise.com/listinfo/spce-user
> 
>>
> 
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com <mailto:Spce-user at lists.sipwise.com>

> http://lists.sipwise.com/listinfo/spce-user
> 
> 
> 
> 
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> http://lists.sipwise.com/listinfo/spce-user
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20131121/3e14d294/attachment-0001.html>


More information about the Spce-user mailing list