[Rtcomm] [Rtcomm] [Bug 3672] Internet Call keeps trying a non-existing IP

[From: bugzilla-daemon at maemo.org]

https://bugs.maemo.org/show_bug.cgi?id=3672


mikhail.zabaluev at nokia.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |moreinfo




------- Comment #17 from mikhail.zabaluev at nokia.com  2008-09-03 21:17 GMT+3 -------
(In reply to comment #11)
> Probably because its the IP address of the device on the other side and its the
> only remote candidate we have.

Right, that's how ICE-like connection establishment works. The first candidate
pair to try is the peers' direct addresses, as a short cut for the case when
both are in the same private network (or NAT-free in the internet). A part of
the problem is likely at the other end: it fails to figure out its external
address mapping by STUN or allocate a relay. But from the logs, it looks like
it's actually symmetric: our external address from the STUN response is not
considered as a candidate, neither is a subsequent relay allocation utilized.
Olivier, could this be an outdated libjingle version in use?


-- 
Configure bugmail: https://bugs.maemo.org/userprefs.cgi?tab=email
Replies to this email are NOT read, instead please add comments at
https://bugs.maemo.org/show_bug.cgi?id=3672
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.