<div dir="ltr">Hello Manuel,<div><br></div><div>To support the hypothesis of crypt libs screwing the logic, you can try a 'secure call' without using webrtc.</div><div>If them are to be blamed; your 'secure call' won't be successful.</div><div><br></div><div>Aside this, you can get a better idea of what has dwell-ed behind the curtains by looking at syslogs.</div><div><br></div><div><br></div><div>Hope that helps..</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Feb 13, 2015 at 1:48 PM, Daniel-Constantin Mierla <span dir="ltr"><<a href="mailto:miconda@gmail.com" target="_blank">miconda@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5"><br>
On 12/02/15 17:04, Manuel Camargo Lominchar wrote:<br>
> This might be a weird question<br>
> I've been operating for some months with my kam + asterisk + webrtc<br>
> sipml5 based system inside an Ubuntu Server<br>
><br>
> Today I had the idea to apt-get upgrade my system and... now the whole<br>
> system webrtc communication service is dead<br>
><br>
> Here is the VAST list of packages updated... But I cannot figure out<br>
> who is the "destroyer" package. No prompts appeared during the update<br>
> so I believe no config files have been updated<br>
> I'm trying to debug but I cant find a solution<br>
> The handshake is done, and in Wireshark the only thing I find is that<br>
> no UDP (RTP) packages are being processed, but in the SIP log I can<br>
> see ICE candidates and all process is done<br>
> I tried to do a direct SIP connection without WebRTC, and it worked<br>
> pretty fine, so this have something to do with maybe crypt libs, or<br>
> something to do with kamailio and imcompatibilities with one of this<br>
> packages.<br>
><br>
> Kamailio Version:<br>
> # kamailio -v<br>
> version: kamailio 4.1.5 (x86_64/linux) 2b3d4b<br>
> flags: STATS: Off, USE_TCP, USE_TLS, TLS_HOOKS, USE_RAW_SOCKS,<br>
> DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC,<br>
> DBG_QM_MALLOC, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE,<br>
> USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, HAVE_RESOLV_RES<br>
> ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,<br>
> MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 4MB<br>
> poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.<br>
> id: 2b3d4b<br>
> compiled on 14:39:42 Aug 28 2014 with gcc 4.8.2<br>
><br>
> Any ideas of where to start digging?<br>
><br>
</div></div>Is the SIP signaling still going fine via websocket? Do you get callee<br>
ringing?<br>
<br>
Cheers,<br>
Daniel<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Daniel-Constantin Mierla<br>
<a href="http://twitter.com/#!/miconda" target="_blank">http://twitter.com/#!/miconda</a> - <a href="http://www.linkedin.com/in/miconda" target="_blank">http://www.linkedin.com/in/miconda</a><br>
Kamailio World Conference, May 27-29, 2015<br>
Berlin, Germany - <a href="http://www.kamailioworld.com" target="_blank">http://www.kamailioworld.com</a><br>
<br>
<br>
_______________________________________________<br>
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<br>
<a href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a><br>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a><br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">Warm Regds.<br>MathuRahul<br></div>
</div>