Re: [Ekiga-list] Can not connect to echo server



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]