[Ekiga-list] Coexistence of ekiga with an ATA

[Damien Sandras]

Le jeudi 04 janvier 2007 à 23:20 +0000, ael a écrit :

[...]


> The "magic" manipulation of the Network setting was logged as
> 
> 2007/01/04 22:57:41.372   0:48.346        GMStunClient:0853daa0 OPAL
> STUN server "stun.ekiga.net" replies Cone NAT, external IP 86.3.137.146
> 
> A failed call without that "magic" has debug entries like:
> 
> ------------------------------------------------------------------------
> 2007/01/04 23:12:12.923   1:13.466        GMURLHandler:084b7e38 PCSS
> Outgoing call routed to sip:500 at ekiga.net for Call[1]-EP<pc>[Default]
> 2007/01/04 23:12:12.925   1:13.474        GMURLHandler:084b7e38 SIP
> SetUpConnection: <sip:500 at ekiga.net>
> 2007/01/04 23:12:22.969   1:23.512        GMURLHandler:084b7e38 OpalUDP
> Started connect to 86.64.162.35:5060
> 2007/01/04 23:12:22.994   1:23.537        GMURLHandler:084b7e38 RTP
> STUN could not create RTP/RTCP socket pair; trying to create RTP socket
> anyway.
> 2007/01/04 23:12:22.996   1:23.539        GMURLHandler:084b7e38 RTP
> STUN could not create RTP socket either.
> 2007/01/04 23:12:22.997   1:23.541        GMURLHandler:084b7e38 RTP
> STUN could not create RTP/RTCP socket pair; trying to create RTP socket
> anyway.
> 

When doing a call, the STUN protocol is used to determine which ports
will be used by your router for outgoing traffic, that way, the remote
application knows where to send back the data so that it is relayed to
your computer.

The above message just tells that STUN can not determine those ports.
I have no idea why triggering a STUN detection allows determining them
again. It doesn't make sense :(

Check if there is not something to configure at the router level.
-- 
 _      Damien Sandras
(o-     
//\   Ekiga Softphone : http://www.ekiga.org/
v_/_ NOVACOM         : http://www.novacom.be/
          FOSDEM          : http://www.fosdem.org/
          SIP Phone       : sip:dsandras at ekiga.net