-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Humm.. are you doing this test on the same machine? anyways, I don't
understand what's wrong here, but let me tell you what the log says
(both sides should the same behavior in the log) :
1 - you discover your locate HOST candidate.. there is no STUN, so only
192.168.0.6 is discovered.. you see two local candidates being
discovered, but that's one local candidate PER component (rtp+rtcp)
2 - you exchange the candidates correctly, libnice adds the remote
candidates and sends a connectivity check
3 - no response received, retransmitting the connectivity 4 times, still
no response
4 - we don't receive any connectivity check from the other side...
5 - timeout, unable to connect...
considering that both do the exact same thing, it means they both send a
request but they both don't receive anything... this would be normal in
the case where the two systems are on different networks (since there is
no STUN server (server-reflexive candidate), so NAT traversal won't
work), but considering both have the same IP address, i'm guessing it's
on the same machine, but it makes no sense that a packet sent from
localhost to localhost would not reach localhost, hehe...
good luck figuring that one out! :)
p.s.: does 'make check' even work in libnice's source directory ?
Youness.
Thibaut GIRKA wrote:
> Hi,
> I'm trying to implement jingle, and I'm at a point where the two sides
> have exchanged candidate informations, and are trying to connect to each
> other.
>
> I don't think it's a bug in farsight, python-farsight or libnice, but I
> really don't get what's wrong.
>
> On each of the two sides, two local candidates are discovered (I get a
> 'farsight-new-local-candidate', then sent to the other side.
> After all the local candidates are prepared
> ('farsight-local-candidates-prepared' message), the side tries to
> connect (state changed to FS_STREAM_STATE_CONNECTING). But it fails
> ('Could not establish connection on the RTP component').
>
> Attached the logs of the two sides, using NICE_DEBUG=all.
>
> Thanks,
> Thibaut GIRKA.
>
>
> ------------------------------------------------------------------------
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Farsight-devel mailing list
> Farsight-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/farsight-devel
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAkqmpxoACgkQqvxLNLvrsxzhbACfUs8GVvAlxqsVauABeBb+uCVJ
9QYAn0hqENDPqXEuqQ3GrO0qUihKhRQ/
=7Acm
-----END PGP SIGNATURE-----
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Farsight-devel mailing list
Farsight-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/farsight-devel
