10 messages in com.googlegroups.google-talk-openRe: GTalk voice services
FromSent OnAttachments
rz20 Mar 2006 01:22 
lowkey21 Mar 2006 08:31 
rz21 Mar 2006 11:08 
tengam21 Mar 2006 13:12 
rz22 Mar 2006 01:38 
rz22 Mar 2006 04:27 
Sveinung22 Mar 2006 23:21 
rz23 Mar 2006 00:11 
Sveinung10 Apr 2006 22:56 
rz12 Apr 2006 02:42 
Subject:Re: GTalk voice services
From:rz (rusl@gmail.com)
Date:03/22/2006 04:27:25 AM
List:com.googlegroups.google-talk-open

Ok, I have analyzed logs of Mika sessions and have found that when Mika set his NAT to map ports, a GTalk on his side refused to send candidate stanzas with type = "stun" (STUN is the way to pass NAT) during ICE. The only useful candidate stanza arrived to our voice service bot has type set to "relay". Sure we did not implement relaying (proxing) feature yet in our library, that is why Mika's GTalk could not send/receive media flow. The question rises: why Google's implementation of STUN/ICE could not pass port-mapped NAT ?