Thank you Sean.
I finally found the problem, let me post here the solution!
The STUN Candidate list was not inserting the reflexive candidates because
the function *ast_sockaddr_is_ipv4 *was not returning true. I had no
experience in Asterisk sources and it was tricky for me to find.
I patched res_rtp_asterisk.c to ignore this function:
/* If configured to use a STUN server to get our external mapped
address do so */
if (stunaddr.sin_addr.s_addr && /* *ast_sockaddr_is_ipv4(addr) *&&
*/ count) {
struct sockaddr_in answer;
Thank you.
Un saludo.
Jose Luis Ben?tez | Director de Desarrollo y SaaS | +34 902107496
On Wed, Dec 3, 2014 at 3:25 PM, Sean Bright <sean at malleable.com> wrote:
> On 12/2/2014 12:53 PM, Jose Luis Benitez Crespo wrote:
>
> I've patched the stun.c file but the problem is still there. I thought
> that pjsip uses pjnath which is the ICE protocol responsible (and STUN
> implementation, messages, etc). As you can see in this log, SOFTWARE
> attribute indicates pjnath-2.3.0 and USERNAME its a nonsense string that I
> don't know where can I change it. PASSWORD attribute is not present,
> too...I think the problem is the fact that USERNAME is present but I
> haven't found nothing related to definition of this attribute or where can
> I define it.
>
> I'm trying to make a WebRTC call using chan_sip stack, don't know if
> this could be the problem...
>
>
> Jose,
>
> I would open an issue on the Asterisk issue tracker[1] as this appears to
> be an Asterisk issue and not a PJSIP one.
>
> Regards,
> Sean
>
> [1] https://issues.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/20141203/037aca48/attachment.html>
