Проблема с Asterisk и Skype 4 Business Server.

[warprof]

Всем привет. Нужна помощь разобраться со странным поведением S4B при интеграции с Asterisk.
Схема:
S4B FE + Med. = 111.70
S4B Edge = 111.71
Asterisk Main = 217. (просто внешний интерфейс, не провайдер)
{Asterisk Mediator (о нем позже) = 111.14}

Когда мы звоним с клиента S4B на компьютере, мы (скорее всего) получаем ошибку 401 (неавторизовано). Вызов не виден в Asterisk CLI, только в debug и tcpdump.
[2021-08-04 18:53:12] DEBUG[123492][C-000003b6]: chan_sip.c:3806 __sip_xmit: Trying to put 'SIP/2.0 401' onto TCP socket destined for 192.168.111.70:59975

НО! Когда звоню с мобильного через мобильный клиент S4B - все работает!
Почему это странно? Потому, что хоть S4B Mobile и связывается с S4B Edge, вызов идёт все равно от лица S4B Mediation Server (A\V). В обоих случаях, в этом сценарии, настройки сип транков астериска, и транков/политик S4B сервера одинаковы. Однако, результаты мы получаем разные.

В случае, когда и настольный и мобильный клиенты работают равноправно, используется такая схема:
Asterisk Main 217.x.x.x. <-IAX2-> Asterisk Mediator x.x.111.14 <-SIP-> S4B FE + Med x.x.111.70.

В этом случае работают настольный и мобильный клиенты. Но, знаете ли, это костыли. Прошу помощи, чтобы разобраться почему с мобилы оно дозванивается, когда с декстопного клиента - нет. Тут вариант, в том, что когда звонит с мобилы что-то не отрабатывает в астериске или наоборот.

Уточняю! Вызовы Asterisk на S4B в любом из вариантов работают на любые клиенты.
В таком случае, вопрос. То, что мешает вызовам десктопного клиента почему не мешает с мобильного? Буду признателен за любую совет или помощь!

sip.conf Asterisk Main

[Показать] Спойлер: Asterisk Main

[general]
context=incoming-reception-enoff
allowguest=no
allowoverlap=no
realm=domain.net
udpbindaddr=0.0.0.0
tcpenable=yes
tcpbindaddr=0.0.0.0
transport=udp,tcp
srvlookup=no
pedantic=no
vmexten=voicemail
disallow=all
allow=alaw,ulaw,gsm,ilbc,g723
allow=h264
language=ru
useragent=Asterisk PBX2
dtmfmode=rfc2833
videosupport=yes
maxcallbitrate=90000
callevents=yes
alwaysauthreject=yes
rtptimeout=60
rtpholdtimeout=300
rtpkeepalive=30
allowsubscribe=no
subscribecontext=office
notifyringing=yes
localnet=192.168.0.0/255.255.0.0
externaddr=217.x.x.x
nat=no
directmedia=no
directmediadeny=0.0.0.0/0
rtcachefriends=yes

[lync]
type=friend
qualify=yes
insecure=invite,port
host=192.168.111.70
port=5060
transport=tcp
context=fromlync
disallow=all
allow=alaw,ulaw
promiscredir=yes
canreivite=yes
fromdomain=domain.net

sip.conf Asterisk Mediator

[Показать] Спойлер: Asterisk Mediator

[general]
context=default
allowoverlap=no
udpbindaddr=0.0.0.0
tcpenable=yes
tcpbindaddr=0.0.0.0
srvlookup=yes

[from-lync]
type=friend
host=192.168.111.70
qualify=yes
transport=tcp
insecure=invite,port
canreinvite=yes
port=5060
context=fromlync
fromdomain=domain.net

Дебаг проблебного звонка:

[Показать] Спойлер: debug problem call

[2021-08-04 18:53:12] DEBUG[123492]: chan_sip.c:3041 _sip_tcp_helper_thread: Starting thread for TCP server
[2021-08-04 18:53:12] DEBUG[123492]: acl.c:1045 ast_ouraddrfor: For destination '192.168.111.70', our source address is '217.x.x.x'.
[2021-08-04 18:53:12] DEBUG[123492]: chan_sip.c:3982 ast_sip_ouraddrfor: Setting AST_TRANSPORT_TCP with address 217.x.x.x:5060
[2021-08-04 18:53:12] DEBUG[123492]: netsock2.c:170 ast_sockaddr_split_hostport: Splitting '192.168.111.70:59975' into...
[2021-08-04 18:53:12] DEBUG[123492]: netsock2.c:224 ast_sockaddr_split_hostport: ...host '192.168.111.70' and port '59975'.
[2021-08-04 18:53:12] DEBUG[123492]: chan_sip.c:9098 __sip_alloc: Allocating new SIP dialog for a826490a-a1d7-4671-86be-247cf81dada3 - INVITE (No RTP)
[2021-08-04 18:53:12] DEBUG[123492][C-000003b6]: chan_sip.c:29183 handle_incoming: **** Received INVITE (5) - Command in SIP INVITE
[2021-08-04 18:53:12] DEBUG[123492][C-000003b6]: sip/reqresp_parser.c:1709 parse_sip_options: Begin: parsing SIP "Supported: 100rel"
[2021-08-04 18:53:12] DEBUG[123492][C-000003b6]: sip/reqresp_parser.c:1724 parse_sip_options: Found SIP option: -100rel-
[2021-08-04 18:53:12] DEBUG[123492][C-000003b6]: sip/reqresp_parser.c:1732 parse_sip_options: Matched SIP option: 100rel
[2021-08-04 18:53:12] DEBUG[123492][C-000003b6]: netsock2.c:170 ast_sockaddr_split_hostport: Splitting '192.168.111.70:59975' into...
[2021-08-04 18:53:12] DEBUG[123492][C-000003b6]: netsock2.c:224 ast_sockaddr_split_hostport: ...host '192.168.111.70' and port '59975'.
[2021-08-04 18:53:12] DEBUG[123492][C-000003b6]: netsock2.c:170 ast_sockaddr_split_hostport: Splitting 'domain.net' into...
[2021-08-04 18:53:12] DEBUG[123492][C-000003b6]: netsock2.c:224 ast_sockaddr_split_hostport: ...host 'domain.net' and port ''.
[2021-08-04 18:53:12] DEBUG[123492][C-000003b6]: chan_sip.c:3806 __sip_xmit: Trying to put 'SIP/2.0 401' onto TCP socket destined for 192.168.111.70:59975
далее реконнекты

Дебаг рабочего звонка:

[Показать] Спойлер: Дебаг рабочего звонка

[2021-08-04 18:50:41] DEBUG[123481]: chan_sip.c:3041 _sip_tcp_helper_thread: Starting thread for TCP server
[2021-08-04 18:50:41] DEBUG[123481]: acl.c:1045 ast_ouraddrfor: For destination '192.168.111.70', our source address is '217.x.x.x'.
[2021-08-04 18:50:41] DEBUG[123481]: chan_sip.c:3982 ast_sip_ouraddrfor: Setting AST_TRANSPORT_TCP with address 217.x.x.x:5060
[2021-08-04 18:50:41] DEBUG[123481]: netsock2.c:170 ast_sockaddr_split_hostport: Splitting '192.168.111.70:59944' into...
[2021-08-04 18:50:41] DEBUG[123481]: netsock2.c:224 ast_sockaddr_split_hostport: ...host '192.168.111.70' and port '59944'.
[2021-08-04 18:50:41] DEBUG[123481]: chan_sip.c:9098 __sip_alloc: Allocating new SIP dialog for d6116022-9eb9-43c8-8ba0-9963c0cdd65e - INVITE (No RTP)
[2021-08-04 18:50:41] DEBUG[123481][C-000003b5]: chan_sip.c:29183 handle_incoming: **** Received INVITE (5) - Command in SIP INVITE
[2021-08-04 18:50:41] DEBUG[123481][C-000003b5]: sip/reqresp_parser.c:1709 parse_sip_options: Begin: parsing SIP "Supported: 100rel"
[2021-08-04 18:50:41] DEBUG[123481][C-000003b5]: sip/reqresp_parser.c:1724 parse_sip_options: Found SIP option: -100rel-
[2021-08-04 18:50:41] DEBUG[123481][C-000003b5]: sip/reqresp_parser.c:1732 parse_sip_options: Matched SIP option: 100rel
[2021-08-04 18:50:41] DEBUG[123481][C-000003b5]: netsock2.c:170 ast_sockaddr_split_hostport: Splitting '192.168.111.70:59944' into...
[2021-08-04 18:50:41] DEBUG[123481][C-000003b5]: netsock2.c:224 ast_sockaddr_split_hostport: ...host '192.168.111.70' and port '59944'.
[2021-08-04 18:50:41] DEBUG[123481][C-000003b5]: netsock2.c:170 ast_sockaddr_split_hostport: Splitting 'domain.net' into...
[2021-08-04 18:50:41] DEBUG[123481][C-000003b5]: netsock2.c:224 ast_sockaddr_split_hostport: ...host 'domain.net' and port ''.
[2021-08-04 18:50:41] DEBUG[123481][C-000003b5]: res_config_mysql.c:1389 mysql_reconnect: MySQL RealTime: Connection okay.
далее вызов

Дебаг сипа в момент вызова. Пример для успешного звонка (в неуспешном тишина)

[Показать] Спойлер: дебаг сипа успешного звонка

Reliably Transmitting (no NAT) to 192.168.111.70:5060:
OPTIONS sip:192.168.111.70 SIP/2.0
Via: SIP/2.0/TCP 217.x.x.x:5060;branch=z9hG4bK6a6ea3b0
Max-Forwards: 70
From: "asterisk" <sip:asterisk@217.x.x.x>;tag=as143a10ff
To: <sip:192.168.111.70>
Contact: <sip:asterisk@217.x.x.x;transport=tcp>
Call-ID: 07b096b107ab747374ee7c1b4b24cc6f@217.x.x.x:5060
CSeq: 102 OPTIONS
User-Agent: Asterisk PBX2
Date: Thu, 05 Aug 2021 07:38:20 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Content-Length: 0


---

<--- SIP read from TCP:192.168.111.70:5060 --->
SIP/2.0 200 OK
FROM: "asterisk"<sip:asterisk@217.x.x.x>;tag=as143a10ff
TO: <sip:192.168.111.70>;tag=b0ef6dc487
CSEQ: 102 OPTIONS
CALL-ID: 07b096b107ab747374ee7c1b4b24cc6f@217.x.x.x:5060
VIA: SIP/2.0/TCP 217.x.x.x:5060;branch=z9hG4bK6a6ea3b0
ACCEPT: application/sdp
CONTENT-LENGTH: 0
ACCEPT-ENCODING: gzip
ACCEPT-LANGUAGE: en
ALLOW: NOTIFY
ALLOW: BENOTIFY
SERVER: RTCC/7.0.0.0 MediationServer


<------------->
--- (13 headers 0 lines) ---
Really destroying SIP dialog '07b096b107ab747374ee7c1b4b24cc6f@217.x.x.x:5060' Method: OPTIONS
== Using SIP VIDEO CoS mark 6
== Using SIP RTP CoS mark 5
> 0x7f82bc01d680 -- Strict RTP learning after remote address set to: 192.168.111.70:52386
-- Executing [2830@fromlync:1] Dial("SIP/lync-0000011c", "SIP/2830") in new stack
== Using SIP VIDEO CoS mark 6
== Using SIP RTP CoS mark 5
-- Called SIP/2830
-- SIP/2830-0000011d is ringing
> 0x7f82c4026dc0 -- Strict RTP learning after remote address set to: 192.168.108.116:5148
-- SIP/2830-0000011d answered SIP/lync-0000011c
-- Channel SIP/2830-0000011d joined 'simple_bridge' basic-bridge <2903944d-8955-4fc6-b292-69cd22943c30>
-- Channel SIP/lync-0000011c joined 'simple_bridge' basic-bridge <2903944d-8955-4fc6-b292-69cd22943c30>
> Bridge 2903944d-8955-4fc6-b292-69cd22943c30: switching from simple_bridge technology to native_rtp
> Locally RTP bridged 'SIP/lync-0000011c' and 'SIP/2830-0000011d' in stack
> 0x7f82c4026dc0 -- Strict RTP switching to RTP target address 192.168.108.116:5148 as source
> 0x7f82bc01d680 -- Strict RTP switching to RTP target address 192.168.111.70:52386 as source
> 0x7f82bc01d680 -- Strict RTP learning complete - Locking on source address 192.168.111.70:52386
> 0x7f82c4026dc0 -- Strict RTP learning complete - Locking on source address 192.168.108.116:5148
-- Channel SIP/2830-0000011d left 'native_rtp' basic-bridge <2903944d-8955-4fc6-b292-69cd22943c30>
-- Channel SIP/lync-0000011c left 'native_rtp' basic-bridge <2903944d-8955-4fc6-b292-69cd22943c30>
== Spawn extension (fromlync, 2830, 1) exited non-zero on 'SIP/lync-0000011c'

Теперь tcpдампы

[Показать] Спойлер: плохого вызова

root@s353:/etc/asterisk# tcpdump -A -s0 -vv host 192.168.111.70
tcpdump: listening on ens192, link-type EN10MB (Ethernet), capture size 262144 bytes
10:56:07.114828 IP (tos 0x2,ECT(0), ttl 127, id 14177, offset 0, flags [DF], proto TCP (6), length 52)
lync.domain.net.53733 > pbx.domain.net.sip: Flags [SEW], cksum 0x57dc (correct), seq 2252178295, win 64240, options [mss 1460,nop,wscale 8,nop,nop,sackOK], length 0
E..47a@....<..oF..# .....=.w........W...............
10:56:07.114929 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), length 52)
pbxdomain.net.sip > lync.domain.net.53733: Flags [S.], cksum 0x2c4b (incorrect -> 0x3d1b), seq 496958930, ack 2252178296, win 64240, options [mss 1460,nop,nop,sackOK,nop,wscale 7], length 0
E..4..@.@.....# ..oF.........=.x....,K..............
10:56:07.115145 IP (tos 0x0, ttl 127, id 14178, offset 0, flags [DF], proto TCP (6), length 40)
lync.domain.net.53733 > pbx.domain.net.sip: Flags [.], cksum 0x58ca (correct), seq 1, ack 1, win 8212, length 0
E..(7b@....I..oF..# .....=.x....P. .X.........
10:56:07.115611 IP (tos 0x0, ttl 127, id 14179, offset 0, flags [DF], proto TCP (6), length 1089)
lync.domain.net.53733 > pbx.domain.net.sip: Flags [P.], cksum 0x5fff (correct), seq 1:1050, ack 1, win 8212, length 1049
E..A7c@..../..oF..# .....=.x....P. ._...INVITE sip:2830@217.x.x.x2;user=phone SIP/2.0
FROM: "User1"<sip:3098@domain.net;user=phone>;epid=2B225034A8;tag=55ca31813
TO: <sip:2830@217.x.x.x;user=phone>
CSEQ: 2708 INVITE
CALL-ID: 341c2324-c0d5-4d4b-85fa-2806a0878ffe
MAX-FORWARDS: 70
VIA: SIP/2.0/TCP 192.168.111.70:53733;branch=z9hG4bK2b8b164
CONTACT: <sip:lyncdomain.net:5060;transport=Tcp;maddr=192.168.111.70;ms-opaque=b8671917e4cfa3ab>
CONTENT-LENGTH: 347
SUPPORTED: 100rel
USER-AGENT: RTCC/7.0.0.0 MediationServer
CONTENT-TYPE: application/sdp
ALLOW: ACK
P-ASSERTED-IDENTITY: "User1"<sip:user1@domain.net>,<tel:3098>
Privacy: id
Allow: CANCEL,BYE,INVITE,PRACK,UPDATE

v=0
o=- 1350 1 IN IP4 192.168.111.70
s=session
c=IN IP4 192.168.111.70
b=CT:1000
t=0 0
m=audio 50280 RTP/AVP 97 101 13 0 8
c=IN IP4 192.168.111.70
a=rtcp:50281
a=label:Audio
a=sendrecv
a=rtpmap:97 RED/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=rtpmap:13 CN/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=ptime:20

10:56:07.115628 IP (tos 0x0, ttl 64, id 13589, offset 0, flags [DF], proto TCP (6), length 40)
pbx.domain.net.sip > lync.domain.net.53733: Flags [.], cksum 0x2c3f (incorrect -> 0x72d0), seq 1, ack 1050, win 501, length 0
E..(5.@.@.....# ..oF.........=..P...,?..
10:56:07.116455 IP (tos 0x0, ttl 64, id 13590, offset 0, flags [DF], proto TCP (6), length 617)
pbx.domain.net.sip > lync.domain.net.53733: Flags [P.], cksum 0x2e80 (incorrect -> 0xdf2e), seq 1:578, ack 1050, win 501, length 577
E..i5.@.@..T..# ..oF.........=..P.......SIP/2.0 401 Unauthorized
Via: SIP/2.0/TCP 192.168.111.70:53733;branch=z9hG4bK2b8b164;received=192.168.111.70
From: "User1"<sip:3098@domain.net;user=phone>;epid=2B225034A8;tag=55ca31813
To: <sip:2830@217.x.x.x;user=phone>;tag=as79b63806
Call-ID: 341c2324-c0d5-4d4b-85fa-2806a0878ffe
CSeq: 2708 INVITE
Server: Asterisk PBX2
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
WWW-Authenticate: Digest algorithm=MD5, realm="domain.net", nonce="3da90575"
Content-Length: 0

[ded]

1. Пример дебага успешного звонка - неполный. Нет инвайта и ответа на него, вместо этого зачем-то приводите пакет OPTION и ответ на него.

2. В примерах неуспешного звонка везде видны ошибки контрольных сумм. Не понятно почему они там вообще возникают. И как вы соединили публичный адрес сервера Астериск с внутренними ИП адресами без НАТа - загадка.

3. В инвайте от S4B виден кодек RED в приоритете, который вряд ли Астериск понимает, чтобы транслировать в понятный клиентский кодек. Ну и a=rtpmap:13 CN/8000 - комфортный шум, тоже лишний, хотя и не критичный в таком вызове. Ответ Unauthorized - неполный, потому что на него S4B должен послать авторизованный WWW дайджестом инвайт, который в ответе 401 как раз и предлагается.

4. Не увидел
canreinvite=no
insecure=invite,port
которые могли решить проблему.

Может невнимательно смотрел, но многабукв. Работа не может быть засчитана как курсовая или преддипломная. Только как вступительные экзамены по курсу VoIP.

[warprof]

Может невнимательно смотрел, но многабукв. Работа не может быть засчитана как курсовая или преддипломная. Только как вступительные экзамены по курсу VoIP.

Если читать как Вы прочитали, то можно и к школьому сочинению отнести.

[warprof]

И как вы соединили публичный адрес сервера Астериск с внутренними ИП адресами без НАТа - загадка.

Меняемся? Вы мне курс VoIP, а я Вам - системного администрирования?

[warprof]

1. Пример дебага успешного звонка - неполный. Нет инвайта и ответа на него, вместо этого зачем-то приводите пакет OPTION и ответ на него.

[Показать] Спойлер: debug

tcpdump -A -s0 -vv host 192.168.111.70
tcpdump: listening on ens192, link-type EN10MB (Ethernet), capture size 262144 bytes
10:58:07.180797 IP (tos 0x2,ECT(0), ttl 127, id 14224, offset 0, flags [DF], proto TCP (6), length 52)
lync.domain.net.53764 > pbx.domain.net.sip: Flags [SEW], cksum 0xdf23 (correct), seq 1940197033, win 64240, options [mss 1460,nop,wscale 8,nop,nop,sackOK], length 0
E..47.@.......oF..# ....s............#..............
10:58:07.180875 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), length 52)
pbx.domain.net > lync.domain.net.53764: Flags [S.], cksum 0x2c4b (incorrect -> 0x37a7), seq 4068717992, ack 1940197034, win 64240, options [mss 1460,nop,nop,sackOK,nop,wscale 7], length 0
E..4..@.@.....# ..oF........s.......,K..............
10:58:07.181143 IP (tos 0x0, ttl 127, id 14225, offset 0, flags [DF], proto TCP (6), length 40)
lync.domain.net.53764 > pbx.domain.net.sip: Flags [.], cksum 0x5356 (correct), seq 1, ack 1, win 8212, length 0
E..(7.@.......oF..# ....s.......P. .SV........
10:58:07.181630 IP (tos 0x0, ttl 127, id 14226, offset 0, flags [DF], proto TCP (6), length 1155)
lync.domain.net.53764 > pbx.domain.net.sip: Flags [P.], cksum 0x4613 (correct), seq 1:1116, ack 1, win 8212, length 1115
E...7.@.......oF..# ....s.......P. .F...INVITE sip:2830@217.x.x.x;user=phone SIP/2.0
FROM: "User2"<sip:3098;phone-context=domain.net@domain.net;user=phone>;epid=2B225034A8;tag=a29b8bd4fc
TO: <sip:2830@217.x.x.x;user=phone>
CSEQ: 2717 INVITE
CALL-ID: 505e0726-f84d-4013-90a7-a8e93782adfe
MAX-FORWARDS: 70
VIA: SIP/2.0/TCP 192.168.111.70:53764;branch=z9hG4bK60a85998
CONTACT: <sip:lync.domain.net:5060;transport=Tcp;maddr=192.168.111.70;ms-opaque=b8671917e4cfa3ab>
CONTENT-LENGTH: 347
SUPPORTED: 100rel
USER-AGENT: RTCC/7.0.0.0 MediationServer
CONTENT-TYPE: application/sdp
ALLOW: ACK
P-ASSERTED-IDENTITY: "User1"<sip:user1@domain.net>,<tel:3098;phone-context=domain.net>
Privacy: id
Allow: CANCEL,BYE,INVITE,PRACK,UPDATE

v=0
o=- 1357 1 IN IP4 192.168.111.70
s=session
c=IN IP4 192.168.111.70
b=CT:1000
t=0 0
m=audio 50790 RTP/AVP 97 101 13 0 8
c=IN IP4 192.168.111.70
a=rtcp:50791
a=label:Audio
a=sendrecv
a=rtpmap:97 RED/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=rtpmap:13 CN/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=ptime:20

10:58:07.181653 IP (tos 0x0, ttl 64, id 41210, offset 0, flags [DF], proto TCP (6), length 40)
pbx.domain.net.sip > lync.domain.net.53764: Flags [.], cksum 0x2c3f (incorrect -> 0x6d1a), seq 1, ack 1116, win 501, length 0
E..(..@.@.m...# ..oF........s...P...,?..
10:58:07.189772 IP (tos 0x0, ttl 64, id 41211, offset 0, flags [DF], proto TCP (6), length 598)
pbx.domain.net.sip > lync.domain.net.53764: Flags [P.], cksum 0x2e6d (incorrect -> 0x7867), seq 1:559, ack 1116, win 501, length 558
E..V..@.@.k...# ..oF........s...P....m..SIP/2.0 100 Trying
Via: SIP/2.0/TCP 192.168.111.70:53764;branch=z9hG4bK60a85998;received=192.168.111.70
From: "User2"<sip:3098;phone-context=domain.net@domain.net;user=phone>;epid=2B225034A8;tag=a29b8bd4fc
To: <sip:2830@217.x.x.x:5060;user=phone>
Call-ID: 505e0726-f84d-4013-90a7-a8e93782adfe
CSeq: 2717 INVITE
Server: Asterisk PBX2
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Contact: <sip:2830@217.x.x.x:5060;transport=tcp>
Content-Length: 0

2. В примерах неуспешного звонка везде видны ошибки контрольных сумм. Не понятно почему они там вообще возникают.

И как это узнать?

И как вы соединили публичный адрес сервера Астериск с внутренними ИП адресами без НАТа - загадка.

В данном случае - это вообще не важно, по сколько звонки с мобильного клиента S4B успешны.

3. В инвайте от S4B виден кодек RED в приоритете, который вряд ли Астериск понимает, чтобы транслировать в понятный клиентский кодек.

Он в инвайте в обоих случаях. Значит, это не влияет на работу.

Unauthorized - неполный, потому что на него S4B должен послать авторизованный WWW дайджестом инвайт, который в ответе 401 как раз и предлагается.

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

Не увидел
canreinvite=no
insecure=invite,port
которые могли решить проблему.

Значит плохо смотрели. canreinvite везде yes , insecure=invite,port везде такой. И, подозреваю, проблема не в этом, посколько вызовы с мобильного клиента проходят. А они идут, в любом случае, с Medaition Server.

[sasa]

https://gitter.im/chan-sccp/chan-sccp?a ... 41d944114b

REDESIGN @REDESIG50447894_twitter авг. 05 15:38
Hey! It's me again! This time my question is not on the topic of the channel, but I was already desperate. Nobody can help me. linux.org.ru, asterisk.ru, toster, stackoverflow and MS QA - no one could help me. I'm desperate.

facepalm

попробуйте на upwork с ценником $100/hr и вам любой проходящий решит эту проблема за 6 часов )))
почему не за 5 минут? а что бы вас научить самостоятельно оперативно решать issues

[warprof]

facepalm

попробуйте на upwork с ценником $100/hr и вам любой проходящий решит эту проблема за 6 часов )))
почему не за 5 минут? а что бы вас научить самостоятельно оперативно решать issues

Пробовал, запатили за 60 ч, никто ничего не решил. Видимо, там такие же "специалисты" как Вы решают

[Zavr2008]

Да, тяжелый случай. Закипание чайника детектед, плюс еще и грубиян..

>canreinvite везде yes , insecure=invite,port везде такой
убрать как и promiscredir и поставить directmedia=no.
Настроить нормально NAT, отключить на роутере SIP ALG (хотя он tcp обычно не затрагивает, но всёж).
Почему type=friend , поставить type=peer.
Поставить кеширующий сервер DNS на астер, походу DNS юзаете.

[amateur]

далее реконнекты

Можно посмотреть журнал дальше после записи:

Код: выделить все

[2021-08-04 18:53:12] DEBUG[123492][C-000003b6]: chan_sip.c:3806 __sip_xmit: Trying to put 'SIP/2.0 401' onto TCP socket destined for 192.168.111.70:59975

?

[ded]

facepalm

попробуйте на upwork с ценником $100/hr и вам любой проходящий решит эту проблема за 6 часов )))
почему не за 5 минут? а что бы вас научить самостоятельно оперативно решать issues

Nice!

Пробовал, запатили за 60 ч, никто ничего не решил.

Томулиядала?
Сльозы.