I will in a couple of days and report back.
Brian West wrote:
> can you update and try that again?
>
> /b
>
> On Jun 17, 2009, at 12:00 AM, paul.d...@gmail.com wrote:
>
>
>> 13564
>>
>
>
> ___
> Freeswitch-users mailing list
> Freeswitch-users@li
can you update and try that again?
/b
On Jun 17, 2009, at 12:00 AM, paul.d...@gmail.com wrote:
> 13564
___
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:h
13564
Brian West wrote:
> Shouldn't have really changed any behavior at all... What svn rev are
> you on?
>
> /b
>
> On Jun 16, 2009, at 5:50 PM, paul.degt wrote:
>
>
>> API CALL [global_getvar()] output:
>> external_ssl_enable=false
>> external_tls_port=5081
>> external_sip_port=5080
>> exte
Shouldn't have really changed any behavior at all... What svn rev are
you on?
/b
On Jun 16, 2009, at 5:50 PM, paul.degt wrote:
> API CALL [global_getvar()] output:
> external_ssl_enable=false
> external_tls_port=5081
> external_sip_port=5080
> external_auth_calls=false
> internal_ssl_dir=/var/
API CALL [global_getvar()] output:
external_ssl_enable=false
external_tls_port=5081
external_sip_port=5080
external_auth_calls=false
internal_ssl_dir=/var/opt/freeswitch/conf/ssl
internal_sip_port=5060
default_provider_contact=5000
default_provider_from_domain=example.com
default_provider_password=
Can you please put it back to auto-nat and email me the output of
global_getvar from the CLI so I can see what it detected?
/b
On Jun 16, 2009, at 7:18 AM, paul.d...@gmail.com wrote:
> Solved by replacing "auto-nat" with public ip in public profile
> "external_sip-ip" and "extrenal-rtp-ip" par
Solved by replacing "auto-nat" with public ip in public profile
"external_sip-ip" and "extrenal-rtp-ip" params.
I believe values for these params used to be taken from vars.xml and so
would have public ips by default - would be nice to document such
changes in README.
paul.d...@gmail.com wrote:
Trying out latest trunk ans seems like js function session.getDigits()
stopped working (not collecting any digits), I do see
switch_rtp.c:1560 Send end packet for [5] ts=260 dur=2080/2080/2000
seq=8732
in debug log so I assume dtmf is ok.
Anybody can shed some light on why wouldn't it work
