У меня есть два офиса, которые связаны через VPN типа "сеть-сеть" со статической маршрутизацией, VPN отлично работает без каких-либо проблем. Звонки с Asterisk на Freeswitch работают отлично, но звонки с Freeswitch на Asterisk вешаются после 32 секунды с момента ответа пользователя на вызов с указанием причины NORMAL_CLEARING на конце Freeswitch. 5401 - пользователь, подключенный к Freeswitch, Freeswitch IP - 192.168.0.3 5310 - пользователь, подключенный к Asterisk, IP Asterisk - 172.16.0.3
Журналы звонков на Freeswitch:
Конфиг на конце Freeswitch:
шлюз внешнего профиля
<gateway name="office2">
<param name="username" value="office2"/>
<param name="password" value="****"/>
<param name="context" value="local"/>
<param name="proxy" value="172.16.0.3"/>
<param name="register-proxy" value="172.16.0.3"/>
<param name="expire-seconds" value="90"/>
</gateway>
план набора
<extension name="test1">
<condition field="destination_number" expression="^****$">
<action application="set" data="call_timeout=60"/>
<action application="set" data="hangup_after_bridge=true"/>
<action application="export" data="dialed_extension=$1"/>
<action application="bridge" data="sofia/gateway/office2/${destination_number}"/>
</condition>
</extension>
Конфиг на конце Asterisk
sip.conf
[general]
language=en
context=default
allowoverlap=no
udpbindaddr=0.0.0.0
tcpenable=yes
tcpbindaddr=0.0.0.0
tlsenable=no
tlsbindaddr=0.0.0.0
transport=udp
srvlookup=no
allowguest=no
limitonpeers=yes
callcounter=yes
match_auth_username=yes
[gateway]
type=friend
context=internal
qualify=yes
host=dynamic
nat=no
qualify=yes
canreinvite=no
allowsubscribe=yes
trustrpid=yes
relaxdtmf=yes
dtmfmode=RFC2833
disallow=all
allow=alaw
allow=ulaw
[office2](gateway)
secret=****
fromuser=office2
context=internal
rtptimeout=60
nat=no
qualify=yes
dtmfmode=RFC2833
disallow=all
allow=g722
allow=alaw
allow=ulaw
Что вызывает такое поведение?