asterisk.ru

Sip-транк без регистрации, не работают входящие

Здравствуйте! Мне двадцать лет, я бородат, живу с мамой, тролль, лжец и девственник. Вот и сейчас... P.S. Извените за неровный почерк., Коллеги. проблема следующая:
От выше стоящего подразделения получаем sip-транк без регистрации, необходимо связать нашу АТС с их. В качестве АТС freepbx 14 (asterisk 13) с локальным ip 192.168.215.10. Настройки транка следующие:
[prime-trunk]
disallow=all
type=friend
context=from-trunk
transport=tcp
qualify=3000
nat=no
insecure=port,invite
host=pbx.prime.ru
fromdomain=pbx.prime.ru
dtmfmode=rfc2833
directmedia=no
allow=alaw
allow=ulaw
allow=g722

в /etc/hosts за pbx.prime.ru прописан адрес 10.1.0.2, в который pbx.prime.ru успешно разрешается.

allowguest=yes
localnet=10.0.0.0/8

исходящие от нас в "prime" звонки проходят нормально, а входящие от них не проходят.
лог получается следующий:

<--- SIP read from TCP:10.1.0.2:12926 --->
INVITE sip:101@192.168.215.10;user=phone SIP/2.0
From: <sip:74993242355@pbx.prime.ru;user=phone>;tag=086efa38618eb1332e5f98a8a100
To: <sip:101@192.168.215.10;user=phone>
Call-ID: 086efa38618eb1342e5f98a8a100
CSeq: 1 INVITE
Max-Forwards: 70
Via: SIP/2.0/TCP 10.1.0.2;branch=z9hG4bK086efa38618eb1352e5f98a8a100
Via: SIP/2.0/TCP 10.33.0.2;branch=z9hG4bK086efa38618eb1352e5f98a8a100
Supported: 100rel,histinfo,join,replaces,timer
Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,INFO,PRACK,PUBLISH,UPDATE
User-Agent: centrum CM/R01.03.0.124.0
Contact: <sip:74993242355@10.1.0.2;transport=tcp;user=phone>
Route: <sip:192.168.215.10;transport=tcp;lr;phase=terminating>
Alert-Info: <cid:external@192.168.215.10>;centrum-cm-alert-type=external
History-Info: <sip:101@192.168.215.10>;index=1
History-Info: "101" <sip:101@192.168.215.10>;index=1.1
Min-SE: 1200
P-Asserted-Identity: <sip:74993242355@pbx.prime.ru;user=phone>
Record-Route: <sip:10.1.0.2;transport=tcp;lr>
Session-Expires: 1200;refresher=uac
Av-Global-Session-ID: 0086efa3-8618-4b01-b22e-5f98a8a10000
Content-Type: application/sdp
Content-Length: 256

v=0
o=- 1603296014 1 IN IP4 10.1.0.2
s=-
c=IN IP4 10.33.0.2
b=AS:64
t=0 0
a=avf:avc=n prio=n
a=csup:avf-v0
m=audio 17086 RTP/AVP 8 0 127
a=sendrecv
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:127 telephone-event/8000
a=ptime:20
<------------->

[2020-10-21 19:00:14] VERBOSE[213712] chan_sip.c: --- (23 headers 14 lines) ---
[2020-10-21 19:00:14] VERBOSE[213712] chan_sip.c: Sending to 10.1.0.2:12926 (NAT)
[2020-10-21 19:00:14] VERBOSE[213712][C-00048c13] chan_sip.c: Sending to 10.1.0.2:12926 (NAT)
[2020-10-21 19:00:14] VERBOSE[213712][C-00048c13] chan_sip.c: Using INVITE request as basis request - 086efa38618eb1342e5f98a8a100
[2020-10-21 19:00:14] VERBOSE[213712][C-00048c13] chan_sip.c: No matching peer for '74993242355' from '10.1.0.2:12926'
[2020-10-21 19:00:14] VERBOSE[213712][C-00048c13] netsock2.c: Using SIP VIDEO TOS bits 136
[2020-10-21 19:00:14] VERBOSE[213712][C-00048c13] netsock2.c: Using SIP VIDEO CoS mark 6
[2020-10-21 19:00:14] VERBOSE[213712][C-00048c13] netsock2.c: Using SIP RTP TOS bits 184
[2020-10-21 19:00:14] VERBOSE[213712][C-00048c13] netsock2.c: Using SIP RTP CoS mark 5
[2020-10-21 19:00:14] VERBOSE[213712][C-00048c13] chan_sip.c: Found RTP audio format 8
[2020-10-21 19:00:14] VERBOSE[213712][C-00048c13] chan_sip.c: Found RTP audio format 0
[2020-10-21 19:00:14] VERBOSE[213712][C-00048c13] chan_sip.c: Found RTP audio format 127
[2020-10-21 19:00:14] VERBOSE[213712][C-00048c13] chan_sip.c: Found audio description format PCMA for ID 8
[2020-10-21 19:00:14] VERBOSE[213712][C-00048c13] chan_sip.c: Found audio description format PCMU for ID 0
[2020-10-21 19:00:14] VERBOSE[213712][C-00048c13] chan_sip.c: Found audio description format telephone-event for ID 127
[2020-10-21 19:00:14] VERBOSE[213712][C-00048c13] chan_sip.c: Capabilities: us - (ulaw|alaw|gsm|g722|h264|mpeg4), peer - audio=(ulaw|alaw)/video=(nothing)/text=(nothing), combined - (ulaw|alaw)
[2020-10-21 19:00:14] VERBOSE[213712][C-00048c13] chan_sip.c: Non-codec capabilities (dtmf): us - 0x1 (telephone-event|), peer - 0x1 (telephone-event|), combined - 0x1 (telephone-event|)
[2020-10-21 19:00:14] VERBOSE[213712][C-00048c13] chan_sip.c: Peer audio RTP is at port 10.33.0.2:17086
[2020-10-21 19:00:14] VERBOSE[213712][C-00048c13] chan_sip.c: Peer doesn't provide video
[2020-10-21 19:00:14] VERBOSE[213712][C-00048c13] chan_sip.c: Looking for 101 in from-sip-external (domain 192.168.215.10)
[2020-10-21 19:00:14] VERBOSE[213712][C-00048c13] sip/route.c: sip_route_dump: route/path hop: <sip:10.1.0.2;transport=tcp;lr>
[2020-10-21 19:00:14] VERBOSE[213712][C-00048c13] chan_sip.c:
<--- Transmitting (NAT) to 10.1.0.2:12926 --->
SIP/2.0 100 Trying
Via: SIP/2.0/TCP 10.1.0.2;branch=z9hG4bK086efa38618eb1352e5f98a8a100;received=10.1.0.2;rport=12926
Via: SIP/2.0/TCP 10.33.0.2;branch=z9hG4bK086efa38618eb1352e5f98a8a100
Record-Route: <sip:10.1.0.2;transport=tcp;lr>
From: <sip:74993242355@pbx.prime.ru;user=phone>;tag=086efa38618eb1332e5f98a8a100
To: <sip:101@192.168.215.10;user=phone>
Call-ID: 086efa38618eb1342e5f98a8a100
CSeq: 1 INVITE
Server: FPBX-14.0.13.40(13.22.0)
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Session-Expires: 1200;refresher=uac
Contact: <sip:101@192.168.215.10:5060;transport=tcp>
Content-Length: 0


<------------>
[2020-10-21 19:00:14] VERBOSE[239131][C-00048c13] pbx.c: Executing [101@from-sip-external:1] NoOp("SIP/pbx.prime.ru-0009cd16", "Received incoming SIP connection from unknown peer to 101") in new stack

И затем отбивается: "Rejecting unknown SIP connection from 10.1.0.2"

Я пробовал в настройках транка менять значение host и fromdomain на 10.1.0.2, прописывал второй транк на адрес 10.33.0.2, но астериск всеравно не распознае транк и отправляет его в from-sip-external, контекст где он отбивается.
Не могу понять в чем проблема, темболее что еще несколько аналогично настроенных транков на этом же FreePBX работют нормально. Подскажите что не так с настройками или "куда смотреть".
PS На форуме видел подобные темы, но к сожалению, решения предложенные в них мне не помогли.

2Vlad1983
Спасибо большое, пробовал с такой конфигурацией (не было только deny и permit). Сейчас попробовал с ними, эфект тот же. Астериск почему то не распознает входящий транк, и кидает его в контекст from-sip-external как анонимный.

AlexPeresvet писал(а):allowguest=yes

Это зря.

AlexPeresvet писал(а):SIP read from TCP:10.1.0.2:12926

Уверены, что надо по TCP?

ded писал(а):Уверены, что надо по TCP?

Да, с той стороны оборудование не умеет UDP, по крайней мере так говорят. Проблема может быть связана с транспортом?

сверьте каждый параметр с примером
deny и permit там не самое главное

AlexPeresvet писал(а): Проблема может быть связана с транспортом?

Нет.
Вам указано на проблему, но вы не видите.
У вас пир [prime-trunk] обозначен как host=pbx.prime.ru
что является бессмыслицей, ибо такой записи ДНС в домене prime.ru не существует.
Vlad1983 показал как надо прописать - host=10.1.0.2

AlexPeresvet писал(а):2Vlad1983
Спасибо большое, пробовал с такой конфигурацией (не было только deny и permit). Сейчас попробовал с ними, эфект тот же. Астериск почему то не распознает входящий транк, и кидает его в контекст from-sip-external как анонимный.

Я выше писал Vlad1983'у что попробовал такую конфигурацию транка и результат не поменялся, так же отбивает как анонимный транк. Из-за модерации, по видимому, оба моих поста опубликовались одновременно и вы его пропустили. Я изначально пробовал в хост ip прописывать и к конфигурации с доменным именем пришел потому как в заголовке инвайта в поле фром приходит доменное имя.

AlexPeresvet писал(а):From: <sip:74993242355@pbx.prime.ru;user=phone>;tag=086efa38618eb1332e5f98a8a100

Vlad1983 писал(а):сверьте каждый параметр с примером
deny и permit там не самое главное

Еще раз переделал транк, на случай если где русская "," попала, транк получился следующий
[prime-trunk]
disallow=all
deny=0.0.0.0/0
type=peer
context=from-trunk
transport=tcp
qualify=3000
nat=no
insecure=port,invite
host=10.1.0.2
permit=10.1.0.2/32
fromdomain=pbx.prime.ru
dtmfmode=rfc2833
directmedia=no
allow=alaw
allow=ulaw
allow=g722

результат такой же, отбивает как анонимный транк.

Очередное .. "Перепробовал все варианты, ничего не работает. Астериск ваш - глючное поделие"

0. только chan_sip включен, точно на 5060? )

1. Нужно убедиться что транспорт TCP вообще работает и видится на обеих сторонах.
проще всего с тачки астера набрать telnet 127.0.0.1 5060
ну и telnet pbx.prime.ru 5060

2. DNS - опасная тема в chan_sip.Поднимать локальный bind на 127.0.0.1, прописывать его первым в /etc/resolvv.conf

3. allowguest=no поставить. Обязательно.

4. при входящем соединении через tcpdump посмотреть а с какого порта удаленного прилетает соединение. возможно совсем не с 5060.
5. при статической авторизации можно deny/permit и убрать совсем пока что. В свете с дырищей allowguest=yes, смотрится вообще уж хрен знает как что.