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

[André Anjos <andre adois dyndns org>]

Okay, I just found the reason: If I set 'canreinvite=no' in asterisk, it
stops doing this iterative thing. Why doesn't Ekiga support this option?

Thanks once more, André

On Tue, 2006-05-09 at 00:57 +0200, André Anjos wrote:
> Yes, I just downloaded the snapshots from yesterday. The results are
> exactly the same a bunch of subscriptions and than crashes. I can send
> any other info on request.
> 
> André.
> 
> On Mon, 2006-05-08 at 23:37 +0200, Damien Sandras wrote:
> > Can you try with latest CVS?
> > 
> > Le lundi 08 mai 2006 à 23:29 +0200, André Anjos a écrit :
> > > 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é
> > > _______________________________________________
> > > GnomeMeeting-list mailing list
> > > GnomeMeeting-list gnome org
> > > http://mail.gnome.org/mailman/listinfo/gnomemeeting-list
> _______________________________________________
> GnomeMeeting-list mailing list
> GnomeMeeting-list gnome org
> http://mail.gnome.org/mailman/listinfo/gnomemeeting-list