@zerox с отсутствием команды sip show peers я разобрался - оказалось, что вся проблема заключалась в том, что я из-за своей незрячести не корректно ее вводил.
Но музыка недолго играла... Теперь asterisk выел мне мозг следующей штукой:
== Using SIP RTP CoS mark 5
> 0x7fcf7c024ef0 -- Strict RTP learning after remote address set to: 185.45.152.154:14936
-- Executing [196082@incoming-calls:1] Dial("SIP/196082-00000004", "SIP/303") in new stack
[Jul 15 11:03:31] WARNING[1189][C-00000005]: app_dial.c:2598 dial_exec_full: Unable to create channel of type 'SIP' (cause 20 - Subscriber absent)
-- No devices or endpoints to dial (technology/resource)
-- Auto fallthrough, channel 'SIP/196082-00000004' status is 'CHANUNAVAIL'
== Using SIP RTP CoS mark 5
> 0x7fcf7c024ef0 -- Strict RTP learning after remote address set to: 185.45.152.154:11978
-- Executing [196082@incoming-calls:1] Dial("SIP/196082-00000005", "SIP/303") in new stack
[Jul 15 11:03:31] WARNING[1191][C-00000006]: app_dial.c:2598 dial_exec_full: Unable to create channel of type 'SIP' (cause 20 - Subscriber absent)
-- No devices or endpoints to dial (technology/resource)
-- Auto fallthrough, channel 'SIP/196082-00000005' status is 'CHANUNAVAIL'
В сети вычитал по этому поводу "CHANUNAVAIL - это вторичный отчет, обычно означающий, что одноранговый узел не определен, не зарегистрирован или не прошел квалификацию.", а так же, что конечный абонент отсутствует.
Попробовал варианты решения с разных форумов - без толку.
server*CLI> sip show peers
Name/username Host Dyn Forcerport Comedia ACL Port Status Description
196082/196082 185.45.152.161 Yes Yes 5060 OK (32 ms)
303 (Unspecified) D Yes Yes 0 Unmonitored
2 sip peers [Monitored: 1 online, 0 offline Unmonitored: 0 online, 1 offline]
и регистрации
server*CLI> sip show registry
Host dnsmgr Username Refresh State Reg.Time
sip.zadarma.com:5060 N 196082 105 Registered Thu, 15 Jul 2021 10:41:01
1 SIP registrations.
настройки sip.conf взяты с сайта zadarma, поэтому строка "#include sip_registrations.conf" была удалена, иначе тогда отображаются две одинаковые регистрации в консоли.
Думал причина в этом, но нет.
Затем перечитав еще раз вашу статью по настройке asterisk заметил, что iptables то я настроил, но упустил настройку портов - в консоли по очереди ввел:
iptables -A INPUT -p udp -m udp --dport 5060 -j ACCEPT
и
iptables -A INPUT -p udp -m udp --dport 10000:20000 -j ACCEPT
Никаких ошибок не возникло, но и это не помогло...
Пока продолжаю поиски решения, но может здесь подскажут в чем дело.
Ребят, неужели нет ни каких мыслей?
я понимаю, что внутренний номер 303 просто считается не активным, но почему он таковым считается?
Подумал, что для asterisk'а необходимо пробросить порты аналогично портам 80 и 443 в iptables - прописал в /etc/iptables.sh
#$IPT -A INPUT -i $WAN -p udp --dport 5060 -j ACCEPT
#$IPT -A INPUT -i $WAN -p udp --dport 10000:20000 -j ACCEPT
Проблема не решилась, но начали сыпаться сообщения:
[Jul 17 10:27:54] NOTICE[972][C-00000029] chan_sip.c: Failed to authenticate device "101" <sip:101@130.0.236.212>;tag=0c26cd11 for INуУУVITE, code = -1
[Jul 17 10:28:05] NOTICE[972][C-0000002a] chan_sip.c: Failed to authenticate device "101" <sip:101@130.0.236.212>;tag=0c26cd11 for INVITE, code = -1
[Jul 17 10:28:26] WARNING[972] chan_sip.c: Retransmission timeout reached on transmission 77288594e6704198f5d45abfe643b291 for seqno 2 (Critical Response) -- See https://wiki.asterisk.org/wiki/display/AST/SIP+Retransmissions
Packet timed out after 32000ms with no response
[Jul 17 10:28:37] WARNING[972] chan_sip.c: Retransmission timeout reached on transmission 68ea771ff01ae16734bb24601fb32cef for seqno 2 (Critical Response) -- See https://wiki.asterisk.org/wiki/display/AST/SIP+Retransmissions
Packet timed out after 32000ms with no response
Понял, что открывать порты не нужно, так как опять начинается попытка расковырять сервак - закрыл обратно.
Перечитал и попробовал разные варианты решения, но так и не понял - почему астериск считает внутренний номер не активным? Ребят, подскажите - в чем тут может быть дело, если даже рекомендуемые настройки sip. conf и extansion.conf не работают.
Разобрался! И снова проблема оказалась в моей незрячести.
Всем спасибо, тему закрываю.
@architect приветствую, можешь поделиться решением? Я тоже столкнулся с этой проблемой, уж думаю заново ставить Астериск...
@vyacheslav скорее всего модуль sip не загружен, так как по дефолту он сейчас отключен, а вместо него стоит pj_sip.
@zerox да, Вы правы. Вопрос может показаться глупым, как включить этот модуль тогда? Видимо поэтому я не могу привязать к своей АТС двух абонентов. У меня постоянно пишет, что не зарегистрирован и т д.