[GnomeMeeting-list] Ekiga keeps crashing after repetitive subscribe messages

[André Anjos <andre adois dyndns org>]

Hi, I've been trying to use Ekiga with SIP against an Asterisk
installation I have in my box. I've got the package available at the
website for Ubuntu dapper amd64. I'm running an asterisk server version
1.2.7.1 (latest available stable release) compiled from the unstable
debian tree with all necessary dependencies.

I've been running into too many crashes. The system seems unusable. If I
turn the debug log on in the asterisk box, I seem to be getting a hell
lot of subscription requests from Ekiga (>1000 before crashing!):

--- (15 headers 0 lines)---
Using latest SUBSCRIBE request as basis request
Sending to 192.168.1.20 : 5062 (NAT)
Found peer 'home'
Transmitting (no NAT) to 192.168.1.20:5062:
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP
192.168.1.20:5062;branch=z9hG4bKf616554a-44dd-da11-9194-0011d83b1859;rport;received=192.168.1.20
From: <sip:home girassol>;tag=0611554a-44dd-da11-9194-0011d83b1859
To: <sip:home girassol>;tag=as05394eca
Call-ID: 48aaca49-44dd-da11-9194-0011d83b1859 girassol
CSeq: 67 SUBSCRIBE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Contact: <sip:home 192 168 1 20>
WWW-Authenticate: Digest realm="sip.pbx.adois.org", nonce="08cf2554"
Content-Length: 0

>From Ekiga's point of view, with -d 4:

2006/05/08 23:09:18.634   1:28.450         SIP Transport:e5a270 SIP
Waiting for PDU on udp$192.168.1.20:5060<if=udp$192.168.1.20:5064>
2006/05/08 23:09:18.658   1:28.474         SIP Transport:e5a270 SIP
PDU Received on udp$192.168.1.20:5060<if=udp$192.168.1.20:5064>
SIP/2.0 401 Unauthorized
CSeq: 42 SUBSCRIBE
Via: SIP/2.0/UDP
192.168.1.20:5064;branch=z9hG4bK887ce094-44dd-da11-9fb9-0011d83b1859;rport;received=192.168.1.20
User-Agent: Asterisk PBX
From: <sip:home 192 168 1 20>;tag=e876e094-44dd-da11-9fb9-0011d83b1859
Call-ID: d4797994-44dd-da11-9fb9-0011d83b1859 girassol
To: <sip:home 192 168 1 20>;tag=as4e5d5ab6
Contact: <sip:home 192 168 1 20>
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Content-Length: 0
WWW-Authenticate: Digest realm="sip.pbx.adois.org", nonce="6c0291ed"


2006/05/08 23:09:18.681   1:28.497         SIP Transport:e5a270 SIP
Transaction 42 SUBSCRIBE completed.
2006/05/08 23:09:18.682   1:28.498         SIP Transport:e5a270 SIP
Received Authentication Required response
2006/05/08 23:09:18.683   1:28.520         SIP Transport:e5a270 SIP
Adding authentication information
2006/05/08 23:09:18.705   1:28.521         SIP Transport:e5a270 SIP
Sending PDU on udp$192.168.1.20:5060<if=udp$192.168.1.20:5064>
SUBSCRIBE sip:home 192 168 1 20 SIP/2.0
CSeq: 43 SUBSCRIBE
Via: SIP/2.0/UDP
192.168.1.20:5064;branch=z9hG4bK66a2eb94-44dd-da11-9fb9-0011d83b1859;rport
User-Agent: Ekiga/2.0.1
Authorization: Digest username="home", realm="sip.pbx.adois.org",
nonce="6c0291ed", uri="sip:home 192 168 1 20",
response="49978d872e9f5ca22fc43942299d3201", algorithm=md5
From: <sip:home 192 168 1 20>;tag=bc9ceb94-44dd-da11-9fb9-0011d83b1859
Call-ID: d4797994-44dd-da11-9fb9-0011d83b1859 girassol
To: <sip:home 192 168 1 20>
Contact: <sip:home 192 168 1 20:5064;transport=udp>
Accept: application/simple-message-summary
Allow: INVITE, ACK, OPTIONS, BYE, CANCEL, REGISTER, SUBSCRIBE, NOTIFY,
REFER, MESSAGE
Expires: 3600
Event: message-summary
Content-Length: 0
Max-Forwards: 70

After more than 1,000 of those, Ekiga gives up with a crash. Running it
through gdb I get, at the end:

2006/05/08 23:19:19.692   0:39.686         SIP Transport:e797b0 SIP
Transaction 1549 SUBSCRIBE completed.
2006/05/08 23:19:19.702   0:39.696                  Housekeeper SIP
Set state Terminated_Success for transaction 1477 SUBSCRIBE
2006/05/08 23:19:19.705   0:39.699         SIP Transport:e797b0 SIP
Received Authentication Required response
2006/05/08 23:19:19.705   0:39.699         SIP Transport:e797b0 SIP
Adding authentication information
2006/05/08 23:19:19.718   0:39.712                  Housekeeper SIP
Set state Terminated_Success for transaction 1478 SUBSCRIBE

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1100515680 (LWP 13556)]
0x00002aaaae8d6d2a in PHashTable::Table::GetElementAt (this=0xcf5990,
    key= 0x41986d60) at object.h:1477
1477    object.h: No such file or directory.
        in object.h
Current language:  auto; currently c++

(gdb) where
#0  0x00002aaaae8d6d2a in PHashTable::Table::GetElementAt
(this=0xcf5990,
    key= 0x41986d60) at object.h:1477
#1  0x00002aaaae8d6f3a in PAbstractDictionary::AbstractSetAt
(this=0xcf57c0,
    key= 0x41986d60, obj=0x1a95190) at ../common/collect.cxx:1754
#2  0x00002aaaaf3d5d7f in SIPTransaction::Start ()
from /usr/lib/libopal.so.2.2
#3  0x00002aaaaf3af5fb in SIPEndPoint::OnReceivedAuthenticationRequired
()
   from /usr/lib/libopal.so.2.2
#4  0x00002aaaaf3b2759 in SIPEndPoint::OnReceivedResponse ()
   from /usr/lib/libopal.so.2.2
#5  0x00002aaaaf3d31ad in SIPTransaction::OnReceivedResponse ()
   from /usr/lib/libopal.so.2.2
#6  0x00002aaaaf3ab154 in SIPEndPoint::OnReceivedPDU ()
   from /usr/lib/libopal.so.2.2
#7  0x00002aaaaf3a7f23 in SIPEndPoint::HandlePDU ()
   from /usr/lib/libopal.so.2.2
#8  0x00002aaaaf3a96a0 in SIPEndPoint::TransportThreadMain ()
   from /usr/lib/libopal.so.2.2
#9  0x00002aaaae8b332b in PThread::PX_ThreadStart (arg=0xe797b0)
    at tlibthrd.cxx:1340
#10 0x00002aaaaf8ba0fa in start_thread () from /lib/libpthread.so.0
#11 0x00002aaaaff21ce2 in clone () from /lib/libc.so.6
#12 0x0000000000000000 in ?? ()

The version of opal I have here is: libopal-2.2.0  2.2.1.dfsg-2, also
from debian unstable. Downgrading to the Ekiga's website version of
libopal doesn't help solving this problem. Am I doing something
obviously wrong here?

Thanks in advance for any help, André