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