Re: [Ekiga-list] Ekiga 3.2.6 - worked once only
- From: Eugen Dedu <Eugen Dedu pu-pm univ-fcomte fr>
- To: Ekiga mailing list <ekiga-list gnome org>
- Subject: Re: [Ekiga-list] Ekiga 3.2.6 - worked once only
- Date: Thu, 15 Apr 2010 09:49:47 +0200
David Ford wrote:
> Hi
> I have tried several times to register with ekiga but always fail.
> Trying other numbers from the 'Fun Numbers' list I managed to connect to
> the 'Monkey noises' number once.
> I have not made any changes to any firewall.
> Fedora Core 11
> Ekiga 3.2.6 - (standard version from Fedora repositories)
> No web-cam at the moment
>
> ekiga -d 4 starts like this :-
>
> 2010/04/14 21:02:50.425 0:00.264
> Version 3.2.6 by on Unix Linux (2.6.30.10-105.2.23.fc11.i686.PAE-i686)
> with PTLib (v2.6.5) at 2010/4/14 21:02:50.424
> 2010/04/14 21:02:50.426 0:00.265 Ekiga
> git revision: unknown
> 2010/04/14 21:02:50.436 0:00.276 Ekiga
> registered on D-Bus: org.ekiga.Ekiga
> 2010/04/14 21:02:50.438 0:00.278 PWLib
> File handle high water mark set: 17 Thread unblock pipe
> 2010/04/14 21:02:50.439 0:00.278 PTLib
> Thread high water mark set: 2
> 2010/04/14 21:02:50.439 0:00.278 PWLib
> File handle high water mark set: 19 Thread unblock pipe
> 2010/04/14 21:02:50.439 0:00.279 PTLib
> Thread high water mark set: 3
> 2010/04/14 21:02:50.440 0:00.279 PWLib
> File handle high water mark set: 21 Thread unblock pipe
> 2010/04/14 21:02:50.442 0:00.281 PWLib
> File handle high water mark set: 23 Thread unblock pipe
> 2010/04/14 21:02:50.446 0:00.287 PTLib
> Thread high water mark set: 4
> 2010/04/14 21:02:50.450 0:00.289
> HalManager_dbus Initialising HAL Manager
> 2010/04/14 21:02:50.472 0:00.311
> HalManager_dbus Populating device list
> 2010/04/14 21:02:50.774 0:00.613
> HalManager_dbus Populated device list with 6 devices
> 2010/04/14 21:02:50.775 0:00.614
> HalManager_dbus Populating interface list
> 2010/04/14 21:02:50.778 0:00.618
> HalManager_dbus Populating full interface list failed - Method
> "getDevices" with signature "" on interface
> "org.freedesktop.NetworkManager" doesn't exist
>
> 2010/04/14 21:02:50.779 0:00.619
> Detecting V4L2 devices
> 2010/04/14 21:02:50.780 0:00.619 Unable
> to detect v4l2 directory
> 2010/04/14 21:02:50.896 0:00.735 PWLib
> File handle high water mark set: 28 Thread unblock pipe
> 2010/04/14 21:02:50.897 0:00.736 PTLib
> Thread high water mark set: 5
> 2010/04/14 21:02:50.897 0:00.737 OpalMan
> Created manager.
> 2010/04/14 21:02:50.898 0:00.737 OpalMan
> Attached endpoint with prefix pc
> 2010/04/14 21:02:50.898 0:00.737 OpalEP
> Created endpoint: pc
> 2010/04/14 21:02:50.915 0:00.755 PCSS
> Created PC sound system endpoint.
> Players:
> Default
> EKIGA
> *.wav
> Intel 82801CA-ICH3
>
> loads more . . . .
>
> Then :-
>
> 2010/04/14 21:02:51.439 0:01.278 SIP
> Changing SUBSCRIBE handler from Unavailable to Subscribing,
> target=sip:500 ekiga net,
> id=fc26f15f-6e46-df11-9e20-00095bc6fb02 thinkpad sub uk
> 2010/04/14 21:02:51.439 0:01.279 DNS
> SRV Lookup ekiga.net service _sip._udp
> 2010/04/14 21:02:51.463 0:01.303 SIP
> No SRV record found.
> 2010/04/14 21:02:51.472 0:01.312 OpalUDP
> Binding to interface: 0.0.0.0:5060
> 2010/04/14 21:02:51.475 0:01.314 SIP
> Created transport udp$86.64.162.35:5060<if=udp$*:5060>
> 2010/04/14 21:02:51.486 0:01.326 OpalUDP
> Started connect to 86.64.162.35:5060
> 2010/04/14 21:02:51.487 0:01.326 OpalUDP
> Writing to interface 0 - "192.168.10.182%eth1"
> 2010/04/14 21:02:51.488 0:01.328 OpalMan
> Listener interfaces: associated transport=None
> udp$192.168.10.182:5060
> 2010/04/14 21:02:53.821 0:03.660 StunDetector:0xb707db70 PWLib
> File handle low water mark set: 42 PUDPSocket
> 2010/04/14 21:02:53.912 0:03.751 StunDetector:0xb707db70 OPAL
> STUN server "stun.ekiga.net" replies Restricted NAT, external IP
> 83.105.111.87
> 2010/04/14 21:02:54.164 0:04.003 PWLib
> File handle low water mark set: 40 PUDPSocket
> 2010/04/14 21:02:54.166 0:04.005 SIP
> Transaction created.
> 2010/04/14 21:02:54.173 0:04.013 DNS
> SRV Lookup ekiga.net service _sip._udp
> 2010/04/14 21:02:54.200 0:04.040 SIP
> No SRV record found.
> 2010/04/14 21:02:54.201 0:04.040 SIP
> Transaction remote address is udp$ekiga.net:5060
> 2010/04/14 21:02:54.202 0:04.042 SIP
> Sending PDU (565 bytes) to:
> rem=udp$86.64.162.35:5060,local=udp$192.168.10.182:5060,if=192.168.10.182%eth1
>
> SUBSCRIBE sip:500 ekiga net SIP/2.0
> CSeq: 2 SUBSCRIBE
> Via: SIP/2.0/UDP
> 83.105.111.87:5060;branch=z9hG4bKcae89161-6e46-df11-9e20-00095bc6fb02;rport
> User-Agent: Ekiga/3.2.6
> From: "David Ford"
> <sip:david 83 105 111 87>;tag=084c9161-6e46-df11-9e20-00095bc6fb02
> Call-ID: fc26f15f-6e46-df11-9e20-00095bc6fb02 thinkpad sub uk
> To: <sip:500 ekiga net>
> Contact: <sip:david 83 105 111 87>
> Accept: application/pidf+xml
> Allow:
> INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING
> Expires: 300
> Event: presence
> Content-Length: 0
> Max-Forwards: 70
>
> With the last part repeated regularly but sometimes using
> SIP:501 ekiga net
> Like this :-
>
> 2010/04/14 21:02:54.437 0:04.276 OpalUDP
> Setting interface to 192.168.10.182%eth1
> 2010/04/14 21:02:54.437 0:04.277 SIP
> Transaction timers set: retry=0.500, completion=6.000
> 2010/04/14 21:02:54.439 0:04.278 SIP
> Changing SUBSCRIBE handler from Unavailable to Subscribing,
> target=sip:501 ekiga net,
> id=e0e5ba61-6e46-df11-9e20-00095bc6fb02 thinkpad sub uk
> 2010/04/14 21:02:54.439 0:04.278 DNS
> SRV Lookup ekiga.net service _sip._udp
> 2010/04/14 21:02:54.623 0:04.462 SIP
> No SRV record found.
> 2010/04/14 21:02:54.623 0:04.463 OpalUDP
> Binding to interface: 0.0.0.0:5060
> 2010/04/14 21:02:54.624 0:04.463 SIP
> Created transport udp$86.64.162.35:5060<if=udp$*:5060>
> 2010/04/14 21:02:54.625 0:04.464 OpalUDP
> Started connect to 86.64.162.35:5060
> 2010/04/14 21:02:54.626 0:04.465 OpalUDP
> Writing to interface 0 - "192.168.10.182%eth1"
> 2010/04/14 21:02:54.627 0:04.466 OpalMan
> Listener interfaces: associated transport=None
> udp$192.168.10.182:5060
> 2010/04/14 21:02:54.630 0:04.470 SIP
> Transaction created.
> 2010/04/14 21:02:54.642 0:04.482 DNS
> SRV Lookup ekiga.net service _sip._udp
> 2010/04/14 21:02:54.667 0:04.507 SIP
> No SRV record found.
> 2010/04/14 21:02:54.668 0:04.507 SIP
> Transaction remote address is udp$ekiga.net:5060
> 2010/04/14 21:02:54.669 0:04.508 SIP
> Sending PDU (565 bytes) to:
> rem=udp$86.64.162.35:5060,local=udp$192.168.10.182:5060,if=192.168.10.182%eth1
>
> SUBSCRIBE sip:501 ekiga net SIP/2.0
> CSeq: 2 SUBSCRIBE
> Via: SIP/2.0/UDP
> 83.105.111.87:5060;branch=z9hG4bK0eaed861-6e46-df11-9e20-00095bc6fb02;rport
> User-Agent: Ekiga/3.2.6
> From: "David Ford"
> <sip:david 83 105 111 87>;tag=3622d861-6e46-df11-9e20-00095bc6fb02
> Call-ID: e0e5ba61-6e46-df11-9e20-00095bc6fb02 thinkpad sub uk
> To: <sip:501 ekiga net>
> Contact: <sip:david 83 105 111 87>
> Accept: application/pidf+xml
> Allow:
> INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING
> Expires: 300
> Event: presence
> Content-Length: 0
> Max-Forwards: 70
>
> It looks as though STUN finds my IP OK - but what's the :-
> 'OpalMan Listener interfaces: associated transport=None
> udp$192.168.10.182:5060'
> and - 'SIP No SRV record found' - bit about.
> and will 'From: "David Ford" <sip:david 83 105 111 87>' be enough for
> the response to find its way back through the router to my PC?
> (david 192 168 10 182)
>
> Do I need to phaff around with the router/some firewall or is everything
> working OK and I'm not doing something right?
> Is there some information in the log that I should be looking for
> specifically?
> Are these bits enough or do you want the whole log?
For me, they are not sufficient. So the problem is that you cannot
succeed to register, is that right? Please send the full -d 4. You can
also look at the REGISTER packet and the answers.
--
Eugen
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]
