[asterisk-bugs] [Asterisk 0012569]: Receiving Text from chan_gtalk

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=12569 
====================================================================== 
Reported By:                eech55
Assigned To:                phsultan
====================================================================== 
Project:                    Asterisk
Issue ID:                   12569
Category:                   Channels/chan_gtalk
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     feedback
Asterisk Version:           SVN 
SVN Branch (only for SVN checkouts, not tarball releases):  trunk 
SVN Revision (number only!): 115340 
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             05-02-2008 00:38 CDT
Last Modified:              05-11-2008 17:42 CDT
====================================================================== 
Summary:                    Receiving Text from chan_gtalk
Description: 
Hello,

So far, chan_gtalk sends text to GTalk clients only. There is no way to
hear input from them which limit us a lot.

It will be awesome if we are able to receive text from GTalk users, to
provide extra services such as:

1) Voice menus. The user can select menus by sending corresponding keys
2) Or, "text" menus by which the chan_gtalk replies by text messages
instead of voice

I am glad that phsultan thought about it, however very disappointed that
it was canceled.
http://bugs.digium.com/bug_view_advanced_page.php?bug_id=8659


======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
related to          0008659 [patch] Add a jabber text receiver appl...
====================================================================== 

---------------------------------------------------------------------- 
 eech55 - 05-11-08 17:42  
---------------------------------------------------------------------- 
Hello phsultan, Thanks for waiting.


I had "allow=all", which is (as I know) fine with other channels' configs
(e.g SIP, IAX2). However, it didn't work. Nor multiple explicitly allowed
codecs worked (empty "payload-type" was sent)

The only way of having "payload-type" set, as worked with me, was to have
the "disallow=all" line.

When I added "disallow=all \n allow=ulaw", it worked fine. Which means, I
can call GTalk users from SIP/IAX and the problem is solved. Thanks a lot
phsultan :-) This solves all my GTalk related issues.

Not sure if you want to look at my configs (as the early problems are
solved), but here they are anyways
jabber.conf - http://sial.org/pbot/31007
gtalk.conf - http://sial.org/pbot/31008
extentions.conf - http://sial.org/pbot/31009

In summary, chan_gtalk and res_jabber are working as expected, no issues
so far. However, from an end user's perspective, I would prefer to have
"allow=all" working, just as it does with sip.conf or iax.conf.

I have other issues, which are irrelevant to chan_gtalk/res_jabber. I'm
using SVN-trunk-r115569M. DTMF doesn't work with some SIP clients (Zoiper
and an old version of eyeBeam), while DTMF does work with SPA-3102's SIP.
Asterisk 1.4.1 used to work fine with the previously mentioned SIP clients.
I also experienced cases of asterisk crashes. So far I am uncertain about
the causes yet. I will update to a more recent SVN and submit another bug
case regarding SIP and the Asterisk stability the moment I understand the
cause in a more accurate manner. 

Please let me know if you need more input. And thanks again phsultan :-)


Kind regards,
M. Khonji 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
05-11-08 17:42  eech55         Note Added: 0086701                          
======================================================================