PJNATH problem

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



There's a limit on what ICE can do on itself, e.g. it won't work if both are
behind symmetric NATs or if one is behind symmetric and the other behind
port restricted. You would need to enable TURN to get through these.

 -benny

On Sat, Aug 15, 2009 at 5:07 PM, yaron natan <yaron.natan at gmail.com> wrote:

>  Hello,
>
>
>
> I have completed building my NAT traversal solution and I am stuck with one
> problem.  I'll appreciate if you can help me.
>
>
>
> The problem is that when testing between two PCs everything is o.k and ICE
> succeeds, but when working with a Wireless Modem it fails. Both peers start
> ICE negotiation almost simultaneously (around 1 second difference). When
> capturing the packets on both sides, one side gets an ICMP destination
> unreachable (port unreachable) reply and ICE negotiation fails.
>
>
>
> I have tried almost everything and still without success.
>
>
>
> BTW, I am using PJNATH version 1.3.
>
>
>
> I thought that ICE fails because packets arrive to remote side before the
> hole-punching starts, so I added reties when ICE fails, but still no
> success.
>
>
>
> Have you encountered with such problem?
>
>
>
> Thanks a lot in advanced,
>
>
>
> Yaron
>
>
>
> _______________________________________________
> 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/20090818/68488e4e/attachment.html>


[Index of Archives]     [Asterisk Users]     [Asterisk App Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [Linux API]
  Powered by Linux