[Freeswitch-users] mod_dingaling picking wrong IP address / no audio?

[Mark Campbell-Smith]

Thanks Anthony.

I am getting closer.  I had to put in the 146 address, which is the
firewalled address I get at work.  The problem now is that when the
call is bridged, I do not hear audio.

2 scenarios:
1 -> the local extension is not registered.  There is two way audio -
I hear the voicemail in Gtalk and I can leave a message which can then
be played back.
2 -> the local extension is registered. There is no audio

In my incoming dialplan I am doing this bridge: <action
application="bridge" data="user/1000@${domain}"/>

It bridges okay, the phone rings, but there is no audio.

On a side note: Isn't putting the candidate-acl list a temporary
measure?  When I travel, I will most likely get a different internal
company IP address that does not start with 146.  Isn't there a
smarter way for dingaling to know that there is no RTP packets being
received and then modify which candidate should be used?

Thanks!

> On Tue, Jun 23, 2009 at 6:44 AM, Anthony Minessale <
> anthony.minessale at gmail.com> wrote:
>
>> try adding this to your jingle <profile> in client.xml
>>
>> <param name="candidate-acl" value="wan"/>
>>
>> then edit acl.conf.xml and add this list
>>
>> <list name="wan" default="allow">
>>   <node type="deny" cidr="10.0.0.0/8"/>
>>   <node type="deny" cidr="172.16.0.0/12"/>
>>   <node type="deny" cidr="192.168.0.0/16"/>
>> </list>
>>
>> this tells mod_dingaling that it should only pick candidates that pass the
>> acl list given
>> the one we made called wan excludes all the private ranges.
>>
>> If you update to latest trunk this list is created internally as "wan.auto"
>> so you can use that
>> instead of making one in your config.
>>
>>
>>
>> On Tue, Jun 23, 2009 at 7:51 AM, Mark Campbell-Smith <
>> mcampbellsmith at gmail.com> wrote:
>>
>>> Hi!
>>>
>>> I am trying to call from my corporate network (firewalled) using Gtalk
>>> to Freeswitch.  I am not getting any audio.
>>>
>>> In the logs I see that mod_dingaling is using my internal corporate IP
>>> address which is not publically addressable.
>>>
>>> 2009-06-23 22:46:52.140382 [DEBUG] mod_dingaling.c:2634 using Existing
>>> session for 4085152502
>>> 2009-06-23 22:46:52.140382 [DEBUG] mod_dingaling.c:2932 1 candidates
>>> 2009-06-23 22:46:52.140382 [DEBUG] mod_dingaling.c:2960 candidates
>>> 146.xx.xx.xx:50320
>>> 2009-06-23 22:46:52.140382 [DEBUG] mod_dingaling.c:2993 Acceptable
>>> Candidate 146.xx.xx.xx:50320
>>>
>>> Further on in the log, I can see GTalk sending a new candidate IP
>>> address to use:
>>> 2009-06-23 22:46:52.940486 [DEBUG] libdingaling.c:503 New Candidate 1
>>> name=rtp
>>> type=local
>>> protocol=udp
>>> username=e+JTkVHT1xEkqXGD
>>> password=fAxU6Pr1oF9Zq48U
>>> address=192.168.1.102
>>> port=50322
>>> pref=1.00
>>>
>>> 2009-06-23 22:46:52.940486 [DEBUG] mod_dingaling.c:2634 using Existing
>>> session for 4085152502
>>> 2009-06-23 22:46:52.940486 [DEBUG] mod_dingaling.c:2928 Already picked
>>> an IP [146.xx.xx.xx]
>>>
>>> and
>>>
>>> 2009-06-23 22:46:52.957753 [DEBUG] libdingaling.c:503 New Candidate 2
>>> name=rtp
>>> type=stun
>>> protocol=udp
>>> username=RBqyF2XNMYLfJNoU
>>> password=DQMjon1fSVoJIRTp
>>> address=124.xxx.xxx.xxx
>>> port=50323
>>> pref=0.90
>>>
>>> 2009-06-23 22:46:52.957753 [DEBUG] mod_dingaling.c:2634 using Existing
>>> session for 4085152502
>>> 2009-06-23 22:46:52.957753 [DEBUG] mod_dingaling.c:2928 Already picked
>>> an IP [146.xx.xx.xx]
>>> and
>>>
>>> 2009-06-23 22:46:53.788341 [DEBUG] libdingaling.c:503 New Candidate 3
>>> name=rtp
>>> type=relay
>>> protocol=udp
>>> username=62L5zs2FHbcUdeCJ
>>> password=KxmNgkUmZsLfuX6S
>>> address=209.xx.xxx.xxx
>>> port=19295
>>> pref=0.50
>>>
>>> 2009-06-23 22:46:53.788341 [DEBUG] mod_dingaling.c:2634 using Existing
>>> session for 4085152502
>>> 2009-06-23 22:46:53.788341 [DEBUG] mod_dingaling.c:2928 Already picked
>>> an IP [146.xx.xx.xx]
>>>
>>> Because of this, I never get audio.  Any ideas how to fix this?
>>>
>>> Thanks!