13 messages in com.googlegroups.google-talk-openRe: Processing Candidates
FromSent OnAttachments
geet...@gmail.com26 Oct 2006 08:57 
subwood27 Oct 2006 01:41 
Geetha27 Oct 2006 07:23 
artj...@gmail.com27 Oct 2006 14:20 
Artjom Brehhunov27 Oct 2006 14:26 
geet...@gmail.com28 Oct 2006 05:42 
geet...@gmail.com30 Oct 2006 07:38 
SuperMMX30 Oct 2006 18:02 
geet...@gmail.com07 Nov 2006 12:36 
csco...@gmail.com13 Nov 2006 03:54 
geet...@gmail.com13 Nov 2006 06:48 
geet...@gmail.com13 Nov 2006 09:40 
csco...@gmail.com14 Nov 2006 09:51 
Subject:Re: Processing Candidates
From:subwood (subw@gmail.com)
Date:10/27/2006 01:41:38 AM
List:com.googlegroups.google-talk-open

geet@gmail.com wrote:

Hi there,

I'm trying to implement File transfer (using Java) to a google client. I've been able to follow the signally protocol to the point of receiving candidates.

1. The candidates I receive are UDP ports -- I thought googleTalk uses PseudoTCP, should I not be receiving TCP ports? googleTalk also use UDP port as it candidates, because it use STUN.

In anycase, I proceeded to connect to the UDP port and send over a PseudoTCP packet to the gtalk Client. (Connection is made with DatagramSocket, and packets are DatagramPackets). On the receiving end, the packet is received, however I get:

you should send a STUN request to the candidates to check the connectivity.

Error (port.cc:223): Jingle:Port [private-1:stun:Net[0:10.11.11.72]]: Received non-STUN packet from unknown address (<ip>:<port>)

2. Why is the client trying to read this packet as a stunPacket? I am not implementing STUN -- both I and the other client are behind the same NAT.

before find a right path, the client read all packet as a stunPacket,because it perform a procedure like ICE. So, even both client are behind the same nat, they should first send STUN message.

Does anyone have any wisdom to offer?

Thanks, - G