Re: [Ekiga-list] NAT problems debugging
- From: Damien Sandras <dsandras seconix com>
- To: Ekiga mailing list <ekiga-list gnome org>
- Subject: Re: [Ekiga-list] NAT problems debugging
- Date: Mon, 14 May 2007 17:20:34 +0200
Le lundi 14 mai 2007 �3:46 +0200, Jan Kasprzak a �it :
> Damien Sandras wrote:
> : > - move 500 ekiga net test number to a different IP address than ekiga.net.
> : > Rationale: for some broken NATs, the call to 500 ekiga net works
> : > exactly because it communicates with the same IP address over
> : > both SIP and RTP. But calls to any other host fail (and because
> : > in my case the two ends were 200km apart, I have found about
> : > the problem only after returning home with no way to debug the
> : > remote end for next three weeks or so). It would be nice if
> : > the call to 500 ekiga net can fail as well instead of giving
> : > a false positive report. The problem would then be easier to detect.
> :
> : I do not understand why 500 ekiga net would work, and not with another
> : user. In case you are discussing with another user, the signaling is
> : going through Ekiga.net and the RTP stream directly through both
> : parties, but it should not change anything.
>
> I don't know why, but it was that way. I repeatedly (in
> a time span of two days) called 500 ekiga net from behind the NAT,
> and it always worked. When I returned home, the remote end from behind
> the NAT tried to call me, and it did not work (I could hear them but they
> could not hear me). I don't even know what kind of NAT gateway their ISP
> uses, but looking at the reverse DNS it seems that they probably use a pool
> of NAT servers or a pool of public IP addresses. Maybe the traffic
> for a different IP addr goes through a different part of the NAT cluster?
Perhaps.
> : > Maybe ekiga can look at the port number of the incoming
> : > RTP traffic, and if this does not match the expected one,
> : > display a warning dialog saying that the remote side would probably
> : > not be able to hear us. Or even start sending further outgoing
> : > RTP data to this port instead.
> :
> : Yes, that one is very correct. That feature was present in GnomeMeeting.
> :
> : Could you please post a bug report about it on bugzilla.gnome.org ?
>
> Done, http://bugzilla.gnome.org/show_bug.cgi?id=438297
Thanks !
--
_ Damien Sandras
(o-
//\ Ekiga Softphone : http://www.ekiga.org/
v_/_ NOVACOM : http://www.novacom.be/
FOSDEM : http://www.fosdem.org/
SIP Phone : sip:dsandras ekiga net
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]