Стоит роуртер tp-link tl-r860 к нему подключен freepbx. Внутри сети звонки совершаются в нормальном режиме, но при исходящем вызове на внешний телефон выдает что линия занята. порты прописаны на роуртере 5060-5061, 10000-20000
вот логи ошибки
<------------->
--- (11 headers 0 lines) ---
[2018-04-08 00:41:33] NOTICE[2029]: chan_sip.c:24544 handle_response_register: Outbound Registration: Expiry for 77.72.127.180 is 120 sec (Scheduling reregistration in 105 s)
Really destroying SIP dialog '4dcfd61a71f8f0c31f87321e5d519793@127.0.0.1' Method: REGISTER
Retransmitting #10 (NAT) to 46.166.187.137:5076:
SIP/2.0 200 OK
Via: SIP/2.0/UDP 46.166.187.137:5076;branch=z9hG4bK-e5b8b4dde1e93c2ac5dc86b7db1b9813;received=46.166.187.137;rport=5076
From: 7000
слова Retransmitting - означает повтор. А цифра 10 - сколько раз
Сдается мне что повыдергивали что то из логов и пытаетесь найти шамана который решит вашу проблему про которую вы и сами уже догадались - это NAT и ваш роутер.
Когда проблема не решается за отведенное время самое время обратиться во фриланц.
Потому что единого решения - поставь вот ту галочку нет.
Есть комплекс действий - поставь тут, потом тут, потом проверь тут ... закончиться всё это может просто неожиданное - я видал ситуацию когда 5 дневная борьба с нат была закончена фриланцером за 1 час сменой софтфона у клиента.
---
[2018-04-08 15:45:47] WARNING[2029]: chan_sip.c:4072 retrans_pkt: Retransmission timeout reached on transmission 1496771728-1547640640-1920362491 for seqno 1 (Critical Response) -- See https://wiki.asterisk.org/wiki/display/AST/SIP+Ret...
Packet timed out after 32000ms with no response
Really destroying SIP dialog '1496771728-1547640640-1920362491' Method: INVITE
Allezhik, А там и не должно быть nat=force_rport,comedia
Потому что эти настройки относятся к провайдеру.
Практически в единичных места упоминается что настройки nat существуют в трех вариантах.
Сервер за NAT
Клиента за NAT
И провайдер за NAT
Провайдеров за NAT буквально единицы, так что с уверенностью на 99.9% в сторону провайдера nat=no