Hi Damien Damien Sandras wrote: > I have examined your logs, and there is a hint. > > [...] > > See the Contact field -> > Contact: <sip:[EMAIL PROTECTED]:44271;transport=udp> > > It is the public IP address. > > Then in the answer from the server : > [...] > > See the Contact field -> > Contact: <sip:[EMAIL PROTECTED]:5063;transport=udp>;expires=3600 > > It means that the router has been rewriting the SIP packet !!! > It has replaced the public IP address by your personal IP address. It is > a bug in the router.
this seems quite interesting, but I still have a question: if this is true how can [EMAIL PROTECTED] work? With that service I can hear my voice back perfectly also without STUN: maybe that client uses the address from which the IP packets are originated instead of that supplied in the SIP protocol. > I suggest you to try the following : > - do not use STUN at all. > > I do not think you are in a real NAT, 23.X.X.X does not sound like a > private address too me. I'm sure it is. See this page about Fastweb IP mapping: http://plany.fasthosting.it/natpool.html Without STUN I can't get any audio from neither [EMAIL PROTECTED] nor [EMAIL PROTECTED]; with STUN I can hear the recorded message from [EMAIL PROTECTED] but I still get only silence from [EMAIL PROTECTED] Anyway I think that this is probably not an Ekiga issue but just a consequence of the different SIP implementations of the parties I'm calling: am I right? Bad news for me in this case... Wengo's http tunneling will be my last resort. Thank you Maurizio _______________________________________________ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list