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:[email protected], [email protected] 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:[email protected] 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:[email protected]>;tag=084c9161-6e46-df11-9e20-00095bc6fb02
Call-ID: [email protected]
To: <sip:[email protected]>
Contact: <sip:[email protected]>
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:[email protected].
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:[email protected], [email protected] 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:[email protected] 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:[email protected]>;tag=3622d861-6e46-df11-9e20-00095bc6fb02
Call-ID: [email protected]
To: <sip:[email protected]>
Contact: <sip:[email protected]>
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:[email protected]>' be enough for the response to find its way back through the router to my PC? ([email protected])

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?

Thanks for any pointers.

David
_______________________________________________
ekiga-list mailing list
[email protected]
http://mail.gnome.org/mailman/listinfo/ekiga-list

Reply via email to