Re: [Ekiga-list] Can not connect to echo server
- From: Damien Sandras <dsandras seconix com>
- To: Ekiga mailing list <ekiga-list gnome org>
- Subject: Re: [Ekiga-list] Can not connect to echo server
- Date: Sat, 07 Feb 2009 14:06:34 +0100
Le samedi 07 février 2009 à 14:00 +0100, Franz Fuder a écrit :
> Damien Sandras schrieb:
> > Le vendredi 06 février 2009 à 11:52 +0100, Franz Fuder a écrit :
> >
> > > Today I compiled the Ekiga out of the svn tree all three components. The
> > > build was made on a suse 11.1 and ran without any problems.
> > >
> > > However when I tried to connect to the echo server it fails. I seems to
> > > me that the listner fails for some reasons ?
> > >
> > > Any thought what I have done wrong, the firewall rules are in place.
> > >
> >
> > For some reason (that I ignore), it can not bind to the 5060 port. It
> > could happen if you do not have any network interface 'up', or if
> > something prevents it to bind to that port (some kernel security patch
> > for example).
> >
> Ops pressed the send button too early, here the final mail.
>
>
> I checked the port 5060 and the network, there is only one eth0 up and
> running. I installed the ekiga from suse:
> ----------
> 2009/02/07 11:58:47.510 0:00.131 ekiga
> Version 3.0.1 by on Unix Linux (2.6.27.7-9-pae-i686) at 2009/2/7
> 11:58:47.510
> 2009/02/07 11:58:47.510 0:00.131 ekiga Ekiga
> SVN revision: unknown
> -----------
> and it runs fine, I can connect to the echo server. I guess from the
> network everything should be fine in case not the suse ekiga versions
> should also not connect to the echo server.
>
> When I run the last svn version with ekiga -d 3 I get:
> ---------
> 2009/02/07 13:49:38.447 0:07.164 Opal Liste...0xb489bb90
> OpalUDP Binding to interface:
> 88.152.92.142:5060
> 2009/02/07 13:49:38.448 0:07.165 Opal Liste...0xb489bb90 SIP
> PDU 202 OK received: rem=udp$86.64.162.35:5060,local=udp
> $88.152.92.142:5060,if=192.168.1.3%
> eth0
> ---------
>
> seems to me that the binding is ok of the port. I get some messages
> with PDU too large ? Is the PDU the problem ?
> after I get:
>
> --------
> 009/02/07 13:49:55.432 0:24.149 Housekeeper:0xb48dcb90 SIP
> Transaction 1 INVITE timeout, making retry
> 1
> 2009/02/07 13:49:55.436 0:24.153 Housekeeper:0xb48dcb90
> OpalPlugin to_customised_options changed option "MaxBR" from "0"
> to
> "40960"
> 2009/02/07 13:49:55.449 0:24.166 Housekeeper:0xb48dcb90
> OpalPlugin to_customised_options changed option "MaxBR" from "0"
> to
> "40960"
> 2009/02/07 13:49:55.454 0:24.171 Housekeeper:0xb48dcb90 SIP
> PDU is likely too large (1703 bytes) for UDP
> datagram.
> 2009/02/07 13:49:55.454 0:24.171 Housekeeper:0xb48dcb90 SIP
> Sending PDU INVITE sip:500 ekiga net (1703 bytes) to: rem=udp
> $86.64.162.35:5060,local=udp$88.152.92.142:5060,if=192.168.1.3%
> eth0
> 2009/02/07 13:49:55.455 0:24.172 Housekeeper:0xb48dcb90
> OpalUDP Setting interface to 192.168.1.3%
> eth0
> 2009/02/07 13:49:56.455 0:25.172 Housekeeper:0xb48dcb90 SIP
> Transaction 1 INVITE timeout, making retry
> 2
> 2009/02/07 13:49:56.459 0:25.176 Housekeeper:0xb48dcb90
> OpalPlugin to_customised_options changed option "MaxBR" from "0"
> to
> "40960"
> 2009/02/07 13:49:56.469 0:25.186 Housekeeper:0xb48dcb90
> OpalPlugin to_customised_options changed option "MaxBR" from "0"
> to
> "40960"
> 2009/02/07 13:49:56.475 0:25.192 Housekeeper:0xb48dcb90 SIP
> PDU is likely too large (1703 bytes) for UDP
> datagram.
> 2009/02/07 13:49:56.475 0:25.192 Housekeeper:0xb48dcb90 SIP
> Sending PDU INVITE sip:500 ekiga net (1703 bytes) to: rem=udp
> $86.64.162.35:5060,local=udp$88.152.92.142:5060,if=192.168.1.3%
> eth0
> 2009/02/07 13:49:56.476 0:25.193 Housekeeper:0xb48dcb90
> OpalUDP Setting interface to 192.168.1.3%
> eth0
> 2009/02/07 13:49:58.477 0:27.194 Housekeeper:0xb48dcb90 SIP
> Transaction 1 INVITE timeout, making retry
> 3
> 2009/02/07 13:49:58.480 0:27.197 Housekeeper:0xb48dcb90
> OpalPlugin to_customised_options changed option "MaxBR" from "0"
> to
> "40960"
> 2009/02/07 13:49:58.489 0:27.206 Housekeeper:0xb48dcb90
> OpalPlugin to_customised_options changed option "MaxBR" from "0"
> to
> "40960"
> 2009/02/07 13:49:58.497 0:27.214 Housekeeper:0xb48dcb90 SIP
> PDU is likely too large (1703 bytes) for UDP
> datagram.
Perhaps you enabled all codecs with all options ?
--
_ Damien Sandras
(o-
//\ Ekiga Softphone : http://www.ekiga.org/
v_/_ Be IP : http://www.beip.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]