Hello Sergey

I tried to change the cidr attribute with my gateway public IP but this change nothing. My provider did not provide a different SIP accound for each DID number. I actually have 2 DID numbers on this test platform but if i migrate my production servers from asterisk to freeswitch i will manage about 50 DID numbers for this provider and probably more in the future.

I also tried to fetch a minimal configuration from freeswitch source (  $somewhere/freeswitch.git/conf/minimal/ ) to replace the default configuration provided by the fusionpbx installer, then i just copied my original trunk configuration in /usr/local/freeswitch/conf/sip_profiles/external

I did not set a dialplan for testing everything but it's seems to work better: when i call 0557590xxx i got the following message

2015-05-03 09:14:54.587286 [INFO] mod_dialplan_xml.c:635 Processing 0967212xxx <0967212xxx>->0557590xxx in context public

In comparison with

2015-05-01 18:02:12.235827 [INFO] mod_dialplan_xml.c:635 Processing 0967212xxx <0967212xxx>->0033972480xxx in context public

There is probably something bad in the default configuration provided by fusionpbx witch prevent auto_to_user to work properly. I will compare configuration files from minimal freeswitch sample configuration and from freeswitch and try to determine where is the problem. This may deserve a but report :-)

Thanks


On 02/05/2015 20:55, Sergey Safarov wrote:
In log you can see invite arrived from IP address 91.121.129.20
Change IP 10.7.1.60/32 to 91.121.129.20/32

I'm not sure to understand why i should use a so strange trick. Using "internal" profile for external trunk can't be a security leak ?
It is not problem. In this case profile used for authenticate call by user "provider_gw1". Real call processing executed in dialplan "provider_inbound_calls". In this dialplan you can allow one DID number and block all other.

If my provider change something about the 10.7.6.60 gateway, the trunk will no longer work until i update my configuration ?
If provider can configure username and password for DID call authentication you can remove "cird" attribute.
If username and password can't be configured, then say me how much DID number provider assigned for you.

Sergey