[asterisk-bugs] [Asterisk 0013984]: Incoming Gtalk calls fail

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=13984 
====================================================================== 
Reported By:                jcovert
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   13984
Category:                   Channels/chan_gtalk
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     new
Asterisk Version:           SVN 
SVN Branch (only for SVN checkouts, not tarball releases): 1.6.0 
SVN Revision (number only!): 159700 
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             2008-11-27 16:48 CST
Last Modified:              2008-11-30 08:48 CST
====================================================================== 
Summary:                    Incoming Gtalk calls fail
Description: 
All incoming Gtalk calls are failing.

It appears that something about the responses Asterisk is sending back to
Gtalk are not making Gtalk happy; Gtalk responds with "unknown session".

The caller (see his Buddy info below) continues to hear ringing until
Gtalk finally abandons the call.

/john
        Buddy:  OnStateGTalkTest at gmail.com
                Resource: Talk.v10496F5B39E
                        node: http://www.google.com/xmpp/client/caps
                        version: 1.0.0.104
                        Jingle capable: yes
                Status: 3
                Priority: 24

====================================================================== 

---------------------------------------------------------------------- 
 (0095626) jcovert (reporter) - 2008-11-30 08:48
 http://bugs.digium.com/view.php?id=13984#c95626 
---------------------------------------------------------------------- 
I verified my hypothesis.

I implemented a temporary hack, downcasing the string sent in each of the
calls to

iks_insert_attrib(..., "initiator", ...);

incoming calls began working just fine.

Of course, that's not what you really want to do in a real patch; the
actual initiator string on the original request needs to be stored and
used.

/john 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2008-11-30 08:48 jcovert        Note Added: 0095626                          
======================================================================