[asterisk-bugs] [Asterisk 0010604]: Codec options in gtalk.conf not respected

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=10604 
====================================================================== 
Reported By:                keepitcool
Assigned To:                phsultan
====================================================================== 
Project:                    Asterisk
Issue ID:                   10604
Category:                   Channels/chan_gtalk
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     ready for testing
Asterisk Version:           1.4.11  
SVN Branch (only for SVN checkouts, not tarball releases): N/A  
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             08-30-2007 08:00 CDT
Last Modified:              10-05-2007 10:19 CDT
====================================================================== 
Summary:                    Codec options in gtalk.conf not respected
Description: 
When you have in gtalk.conf the following configuration:
[buddy]
disallow=all
allow=gsm
...

The gtalk connection is established even if the gtalk client do not
support the GSM codec, and the connection/channel appears established with
a different codec that it is not allowed (like for example the slin
codec).

On the other side, a similar configuration with IAX works as it is
supposed to.
When I have a configuration like this on my iax.conf :
disallow=all
allow=gsm
...

And when my remote client do not have GSM as one of the possible codecs,
the connect attempt is rejected and I receive the following message in my
zoiper iax client : “bearercapability notavail”

And on the asterisk server side I have the following message:
[Aug 30 11:40:50] NOTICE[1358]: chan_iax2.c:7645 socket_process: Rejected
connect attempt from XX.XX.XX.XX, requested/capability 0x200/0x60c
incompatible with our capability 0xe002.

Isn’t it suppose to work the same way with the gtalk ?

Testing components:
- Fedora core 3 + Asterisk server 1.4.11 (no zaptel, no libpri) + iksemel
1.3
- Google Talk client 1.0.0.104
- With the following patchs applied:
http://bugs.digium.com/view.php?id=10509 
http://bugs.digium.com/view.php?id=10548 (branch-1.4-10548-3.diff)

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

---------------------------------------------------------------------- 
 keepitcool - 10-05-07 10:19  
---------------------------------------------------------------------- 
I only noticed that you have updated the bug, after posting the test
results from what I have been working with.

This new patch you are providing doesn't have anything to do with my one
way audio problem, right?
It is only related with the gtalk.conf options not being respected,
right?

I may test it, but maybe I should be able to have audio working in both
directions first.
What do you think? 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
10-05-07 10:19  keepitcool     Note Added: 0071532                          
======================================================================