Sorry Matt. Everything looks like an strange behaviour in Amazon EC2 and I cannot reproduce the original problem. After successfully stablish 4 or 5 calls with WebRTC, it did never work again. I shut down the machine, started again and the original effect never happen the same again, now it works and the reflective servers are being added with the original asterisk code ( ast_sockaddr_is_ipv4(addr) does not fail and "not a IPv4 nor IPv6" is not logged anymore). Setup: Client - Macbook OSX with Google Chrome Version 39.0.2171.71 (64-bit) Natted with SIPML5 Server - PIAF BLACK - Asterisk 12.5.0 hosted in an Amazon EC2 VPC Ireland with public address - Extern IP defined, Icesupport = yes, Stunaddr activated. DTLS...etc.etc *Client ICE related SIP headers.* c=IN IP4 81.33.154.255 a=rtcp:65384 IN IP4 81.33.154.255 a=candidate:111704799 1 udp 2122260223 192.168.1.34 65384 typ host generation 0 a=candidate:111704799 2 udp 2122260223 192.168.1.34 65384 typ host generation 0 a=candidate:4038591243 1 udp 1686052607 81.33.154.255 65384 typ srflx raddr 192.168.1.34 rport 65384 generation 0 a=candidate:4038591243 2 udp 1686052607 81.33.154.255 65384 typ srflx raddr 192.168.1.34 rport 65384 generation 0 a=candidate:1210811951 1 tcp 1518280447 192.168.1.34 0 typ host tcptype active generation 0 a=candidate:1210811951 2 tcp 1518280447 192.168.1.34 0 typ host tcptype active generation 0 *Asterisk ICE related SIP headers.* a=ice-ufrag:1d7931ea05bf512c1c35a7fa47500b73 a=ice-pwd:5e55bb3d73b22be7770e27293e41bef0 a=candidate:Hc0a8fd97 1 UDP 2130706431 192.168.253.151 13428 typ host a=candidate:S3648327f 1 UDP 1694498815 54.72.50.127 13428 typ srflx a=candidate:Hc0a8fd97 2 UDP 2130706430 192.168.253.151 *13429* typ host a=candidate:S3648327f 2 UDP 1694498814 54.72.50.127 *13430* typ srflx *Client side tcpdump -n udp* *23:32:15.042886 IP 54.72.50.127.13428 > 192.168.1.34.65384: UDP, length 182* *23:32:15.062898 IP 54.72.50.127.13428 > 192.168.1.34.65384: UDP, length 182* *23:32:15.063467 IP 192.168.1.34.65384 > 192.168.253.151.13429: UDP, length 132* *23:32:15.082726 IP 54.72.50.127.13428 > 192.168.1.34.65384: UDP, length 182* *23:32:15.102733 IP 54.72.50.127.13428 > 192.168.1.34.65384: UDP, length 182* *Server side tcpdump -n udp * 22:28:27.441210 IP 192.168.253.151.13428 > 81.33.154.255.*1024*: UDP, length 182 22:28:27.461213 IP 192.168.253.151.13428 > 81.33.154.255.*1024*: UDP, length 182 22:28:27.480861 IP 81.33.154.255.1024 > 192.168.253.151.13430: UDP, length 132 22:28:27.481214 IP 192.168.253.151.13428 > 81.33.154.255.*1024*: UDP, length 182 22:28:27.501210 IP 192.168.253.151.13428 > 81.33.154.255.*1024*: UDP, length 182 Packets are flowing in both directions but no audio at all. As you can see there are a couple of port dancing issues :-?. I can provide a full SIP activated, STUN activated, CORE debug activated log...but I don't know if it's worth open a bug case cause as you can see it looks weird. Just tell me if it's worth and I'll do. Thank you. PD: please forgive me for this mail, pjsip list users. On Thu, Dec 4, 2014 at 10:32 PM, Matthew Jordan <mjordan at digium.com> wrote: > On Wed, Dec 3, 2014 at 9:02 AM, Jose Luis Benitez Crespo > <jlbc at zasylogic.com> wrote: > > > > Thank you, I'll do. > > > > Greetings > > . > > > > Not to completely hijack the PJSIP mailing list, but... > > I'll chime in as well; please do open an issue illustrating the > problem. A log showing the message traffic (enabled using 'sip set > debug on' or 'pjsip set logger on') will be helpful just so we have a > clear picture of the negotiation. > > Thanks - > > Matt > > -- > Matthew Jordan > Digium, Inc. | Engineering Manager > 445 Jan Davis Drive NW - Huntsville, AL 35806 - USA > Check us out at: http://digium.com & http://asterisk.org > > _______________________________________________ > Visit our blog: http://blog.pjsip.org > > pjsip mailing list > pjsip at lists.pjsip.org > http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.pjsip.org/pipermail/pjsip_lists.pjsip.org/attachments/20141204/62ca8db6/attachment.html>
