asterisk.ru

Русский форум Asterisk сообщества
https://forum.asterisk.ru/

МТС - нет голоса

https://forum.asterisk.ru/viewtopic.php?t=20222

Страница 1 из 1

МТС - нет голоса

Добавлено: 28 дек 2020, 11:53
alex.ku
Добрый день.
Помогите разобраться, не пойму, почему не открывается RTP канал.
Подключен провайдер МТС, с входящими-исходящими звонками проблем нет (голос есть).
Нет голоса, когда совершаешь исходящие звонки через консоль (ниже привел debug при тестовом звонке): channel originate SIP/MTS/89812345678 application Echo.
Порты SIP (udp/5062) и RTP(udp/10000-20000) проброшены на пограничном маршрутизаторе на ip PBX, SIP ALG (cisco 2911) отключен.
С другими sip провайдерами такой проблемы нет.

SIP.CONF

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

[general]

bindport = 5062                    
bindaddr = 0.0.0.0           

externip = 176.222.111.111:5062         
localnet = 192.168.0.0/16         
localnet=172.16.0.0/16

canreinvite=no
rtptimeout = 60

defaultexpiry=120
registertimeout=30
registerattempts=5                 
qualify=yes

register => sip_E4760XXXXXX@inside.mts.ru:password:sip_E4760XXXXXX_0001@sz.vpbx.mts.ru:5060

[MTS]
type=friend
host=195.34.37.51
outboundproxy = sz.vpbx.mts.ru
fromdomain=inside.mts.ru
fromuser=sip_E4760XXXXXX
username=sip_E4760XXXXXX
authuser=sip_E4760XXXXXX_0001
secret=password
context=from_mts
dtmfmode=rfc2833
nat=force_rport,comedia
canreinvite=no
disallow=all
allow=ulaw
allow=alaw
allow=g729
insecure=invite
qualify=yes
directmedia = nonat

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

pbx*CLI> channel originate SIP/MTS/89812345678 application Echo
  == Using SIP RTP CoS mark 5
Audio is at 16418
Adding codec ulaw to SDP
Adding codec alaw to SDP
Adding codec g729 to SDP
Adding non-codec 0x1 (telephone-event) to SDP
Reliably Transmitting (NAT) to 195.34.37.51:5060:
INVITE sip:89812345678@195.34.37.51 SIP/2.0
Via: SIP/2.0/UDP 176.222.111.111:5062;branch=z9hG4bK7629e830;rport
Max-Forwards: 70
From: "Anonymous" <sip:sip_E4760XXXXXX@inside.mts.ru:5062>;tag=as032cfd2b
To: <sip:89812345678@195.34.37.51>
Contact: <sip:sip_E4760XXXXXX@176.222.111.111:5062>
Call-ID: 2f464098746abbb13702dd9a710d9de0@inside.mts.ru
CSeq: 102 INVITE
User-Agent: Asterisk PBX 16.2.1~dfsg-2ubuntu1
Date: Mon, 28 Dec 2020 08:11:31 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Content-Type: application/sdp
Content-Length: 328

v=0
o=root 1790045937 1790045937 IN IP4 176.222.111.111
s=Asterisk PBX 16.2.1~dfsg-2ubuntu1
c=IN IP4 176.222.111.111
t=0 0
m=audio 16418 RTP/AVP 0 8 18 101
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=maxptime:150
a=sendrecv

---
    -- Called MTS/89812345678

<--- SIP read from UDP:195.34.37.51:5060 --->
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 176.222.111.111:5062;received=176.222.111.111;branch=z9hG4bK7629e830;rport=5062
From: "Anonymous" <sip:sip_E4760XXXXXX@inside.mts.ru:5062>;tag=as032cfd2b
To: <sip:89812345678@195.34.37.51>
Call-ID: 2f464098746abbb13702dd9a710d9de0@inside.mts.ru
CSeq: 102 INVITE
Content-Length: 0

<------------->
--- (7 headers 0 lines) ---
<< [ TYPE: Control (4) SUBCLASS: Unknown control '33' (33) ] [SIP/MTS-00000023]

<--- SIP read from UDP:195.34.37.51:5060 --->
SIP/2.0 183 Session Progress
Via: SIP/2.0/UDP 176.222.111.111:5062;received=176.222.111.111;branch=z9hG4bK7629e830;rport=5062
From: "Anonymous" <sip:sip_E4760XXXXXX@inside.mts.ru:5062>;tag=as032cfd2b
To: <sip:89812345678@195.34.37.51>;tag=1317797838-1609143094557
Call-ID: 2f464098746abbb13702dd9a710d9de0@inside.mts.ru
CSeq: 102 INVITE
Supported:
Contact: <sip:89812345678@195.34.37.51:5060;transport=udp>
Session: Media
Privacy: none
Allow: ACK,BYE,CANCEL,INFO,INVITE,OPTIONS,PRACK,REFER,NOTIFY,UPDATE
Content-Type: application/sdp
Content-Length: 309

v=0
o=BroadWorks 640825651 1 IN IP4 195.34.37.52
s=-
c=IN IP4 195.34.37.52
t=0 0
m=audio 16694 RTP/AVP 0 101
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=X-sqn:0
a=X-cap: 1 audio RTP/AVP 100
a=X-cpar: a=rtpmap:100 X-NSE/8000
a=X-cpar: a=fmtp:100 192-194,200-202
a=X-cap: 2 image udptl t38
<------------->
--- (13 headers 13 lines) ---
sip_route_dump: route/path hop: <sip:89812345678@195.34.37.51:5060;transport=udp>
Found RTP audio format 0
Found RTP audio format 101
Found audio description format telephone-event for ID 101
Capabilities: us - (ulaw|alaw|g729), peer - audio=(ulaw)/video=(nothing)/text=(nothing), combined - (ulaw)
Non-codec capabilities (dtmf): us - 0x1 (telephone-event|), peer - 0x1 (telephone-event|), combined - 0x1 (telephone-event|)
       > 0x7fe22000de20 -- Strict RTP learning after remote address set to: 195.34.37.52:16694
Peer audio RTP is at port 195.34.37.52:16694
<< [ TYPE: Control (4) SUBCLASS: Unknown control '33' (33) ] [SIP/MTS-00000023]
<< [ TYPE: Control (4) SUBCLASS: Unknown control '14' (14) ] [SIP/MTS-00000023]
    -- SIP/MTS-00000023 is making progress

<--- SIP read from UDP:195.34.37.51:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 176.222.111.111:5062;received=176.222.111.111;branch=z9hG4bK7629e830;rport=5062
From: "Anonymous" <sip:sip_E4760XXXXXX@inside.mts.ru:5062>;tag=as032cfd2b
To: <sip:89812345678@195.34.37.51>;tag=1317797838-1609143094557
Call-ID: 2f464098746abbb13702dd9a710d9de0@inside.mts.ru
CSeq: 102 INVITE
Supported:
Contact: <sip:89812345678@195.34.37.51:5060;transport=udp>
Privacy: none
Allow: ACK,BYE,CANCEL,INFO,INVITE,OPTIONS,PRACK,REFER,NOTIFY,UPDATE
Accept: application/media_control+xml,application/sdp
Content-Type: application/sdp
Content-Length: 309

v=0
o=BroadWorks 640825651 1 IN IP4 195.34.37.52
s=-
c=IN IP4 195.34.37.52
t=0 0
m=audio 16694 RTP/AVP 0 101
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=X-sqn:0
a=X-cap: 1 audio RTP/AVP 100
a=X-cpar: a=rtpmap:100 X-NSE/8000
a=X-cpar: a=fmtp:100 192-194,200-202
a=X-cap: 2 image udptl t38
<------------->
--- (13 headers 13 lines) ---
sip_route_dump: route/path hop: <sip:89812345678@195.34.37.51:5060;transport=udp>
Transmitting (NAT) to 195.34.37.51:5060:
ACK sip:89812345678@195.34.37.51:5060;transport=udp SIP/2.0
Via: SIP/2.0/UDP 176.222.111.111:5062;branch=z9hG4bK5d981daa;rport
Max-Forwards: 70
From: "Anonymous" <sip:sip_E4760XXXXXX@inside.mts.ru:5062>;tag=as032cfd2b
To: <sip:89812345678@195.34.37.51>;tag=1317797838-1609143094557
Contact: <sip:sip_E4760XXXXXX@176.222.111.111:5062>
Call-ID: 2f464098746abbb13702dd9a710d9de0@inside.mts.ru
CSeq: 102 ACK
User-Agent: Asterisk PBX 16.2.1~dfsg-2ubuntu1
Content-Length: 0


---
<< [ TYPE: Control (4) SUBCLASS: Unknown control '33' (33) ] [SIP/MTS-00000023]
<< [ TYPE: Control (4) SUBCLASS: Answer (4) ] [SIP/MTS-00000023]
    -- SIP/MTS-00000023 answered
       > Launching Echo() on SIP/MTS-00000023

<--- SIP read from UDP:195.34.37.51:5060 --->
BYE sip:sip_E4760XXXXXX@176.222.111.111:5062 SIP/2.0
Via: SIP/2.0/UDP 195.34.37.51:5060;branch=z9hG4bK629gm010889mj5mr9dk0sdkocun43.1
From: <sip:89812345678@195.34.37.51>;tag=1317797838-1609143094557
To: "Anonymous" <sip:sip_E4760XXXXXX@inside.mts.ru:5062>;tag=as032cfd2b
Call-ID: 2f464098746abbb13702dd9a710d9de0@inside.mts.ru
CSeq: 338919369 BYE
Max-Forwards: 69
Content-Length: 0

<------------->
--- (8 headers 0 lines) ---
Sending to 195.34.37.51:5060 (NAT)
Scheduling destruction of SIP dialog '2f464098746abbb13702dd9a710d9de0@inside.mts.ru' in 6400 ms (Method: BYE)

<--- Transmitting (NAT) to 195.34.37.51:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 195.34.37.51:5060;branch=z9hG4bK629gm010889mj5mr9dk0sdkocun43.1;received=195.34.37.51;rport=5060
From: <sip:89812345678@195.34.37.51>;tag=1317797838-1609143094557
To: "Anonymous" <sip:sip_E4760XXXXXX@inside.mts.ru:5062>;tag=as032cfd2b
Call-ID: 2f464098746abbb13702dd9a710d9de0@inside.mts.ru
CSeq: 338919369 BYE
Server: Asterisk PBX 16.2.1~dfsg-2ubuntu1
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Content-Length: 0


<------------>
<< [ HANGUP (NULL) ] [SIP/MTS-00000023]

Re: МТС - нет голоса

Добавлено: 28 дек 2020, 13:10
BorisTheBlade
This application does not automatically answer and should be preceeded by an application such as Answer() or Progress().

Re: МТС - нет голоса

Добавлено: 28 дек 2020, 14:07
alex.ku
С другими провайдерами проблем нет. Например Zadarma. RTP поднимается без проблем

pbx*CLI> channel originate SIP/Zadarma/89812345678 application Echo
== Using SIP RTP CoS mark 5
-- Called Zadarma/89812345678
<< [ TYPE: Control (4) SUBCLASS: Unknown control '33' (33) ] [SIP/Zadarma-00000025]
<< [ TYPE: Control (4) SUBCLASS: Unknown control '33' (33) ] [SIP/Zadarma-00000025]
<< [ TYPE: Null Frame (5) SUBCLASS: N/A (0) ] [SIP/Zadarma-00000025]
<< [ TYPE: Null Frame (5) SUBCLASS: N/A (0) ] [SIP/Zadarma-00000025]
<< [ TYPE: Null Frame (5) SUBCLASS: N/A (0) ] [SIP/Zadarma-00000025]
<< [ TYPE: Null Frame (5) SUBCLASS: N/A (0) ] [SIP/Zadarma-00000025]
> 0x7fe22000de20 -- Strict RTP learning after remote address set to: 37.139.38.38:11820
<< [ TYPE: Control (4) SUBCLASS: Unknown control '33' (33) ] [SIP/Zadarma-00000025]
<< [ TYPE: Control (4) SUBCLASS: Ringing (3) ] [SIP/Zadarma-00000025]
-- SIP/Zadarma-00000025 is ringing
<< [ TYPE: Control (4) SUBCLASS: Unknown control '33' (33) ] [SIP/Zadarma-00000025]
<< [ TYPE: Control (4) SUBCLASS: Unknown control '14' (14) ] [SIP/Zadarma-00000025]
-- SIP/Zadarma-00000025 is making progress
> 0x7fe22000de20 -- Strict RTP switching to RTP target address 37.139.38.38:11820 as source
<< [ TYPE: Control (4) SUBCLASS: Unknown control '33' (33) ] [SIP/Zadarma-00000025]
<< [ TYPE: Control (4) SUBCLASS: Answer (4) ] [SIP/Zadarma-00000025]
-- SIP/Zadarma-00000025 answered
> Launching Echo() on SIP/Zadarma-00000025
> 0x7fe22000de20 -- Strict RTP learning complete - Locking on source address 37.139.38.38:11820
<< [ HANGUP (NULL) ] [SIP/Zadarma-00000025]

Re: МТС - нет голоса

Добавлено: 28 дек 2020, 14:32
ded
alex.ku
Первое плечо - -- SIP/MTS-00000023 делает progress и answered
Далее построится второе плечо, медиа, если на нём будет Answer, но его нет.

В современных версиях freePBX кусок диалплана - Echo test (*43)
делает сначала Answer, потом сообщает голосом о режиме эхотеста, потом собственно Echo.

У всех провайдеров разное ПО, по разному настроенное. МТС экономит РТП, и у Zadarma нет BroadWorks.
alex.ku писал(а):С другими провайдерами проблем нет. Например Zadarma. RTP поднимается без проблем
А чего бы не написать об этом всем другим провайдерам?

Re: МТС - нет голоса

Добавлено: 28 дек 2020, 14:39
sasa
Потому что с консоли не ставится правильный коллер ид
И по умолчанию они вас вас редиректят на какой то факс

А факсы как правило разговаривать не умеют

Re: МТС - нет голоса

Добавлено: 28 дек 2020, 16:26
Zavr2008
Пионерски сделанная система спам-обзвона? :)

Re: МТС - нет голоса

Добавлено: 29 дек 2020, 15:09
alex.ku
Проблема в следующем.
В компании используется XMPP сервер Openfire + клиент Spark.
Из клиента можно звонить сотрудникам (указаны внутренние номера).
Сотрудники ушли на удаленку, поставили на своих рабочих телефонах Cisco SPA303 переадресацию на сотовые.
Когда сотрудники звонят из Spark друг другу (включена переадресация на сотовые и используется транк МТС), то не слышат друг друга. RTP трафика нет.
При использовании других sip провайдеров таких проблем нет.
К примеру, сотрудник А (внутр. номер - 1200, мобильный 89811234567) звонит сотруднику Б (внутр. номер - 1201, мобильный 89817654321).
У обоих на телефонах в офисе стоит переадресация на мобильные.
В итоге - сотрудники друг друга не слышат. RTP канал к sip провайдеру не открывается. Каналы не объединяются.

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

extensions.conf
[default]
exten => _X.,1,Hangup

[office-spb]
exten => _8X.,1,NoOp(Call MTS)
        same => n,Set(CALLERID(ALL)=8121111111)
        same => n,Set(CALLERID(name)=)
        same => n,Set(CALLERID(rdnis)=)
        same => n, Dial(SIP/MTS/${EXTEN})
        same => n,Hangup()

exten => _1XXX,1,Dial(SIP/${EXTEN})

[openfire]
include=office-spb
В консоли наблюдаю следующее:

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

  == Using SIP RTP CoS mark 5
    -- Called 1200
    -- Got SIP response 302 "Moved Temporarily" back from 192.168.6.100:5060
    -- Called 89811234567@office-spb
    -- Executing [89811234567@office-spb:1] NoOp("Local/89811234567@office-spb-00000023;2", "Call MTS") in new stack
    -- Executing [89811234567@office-spb:2] Set("Local/89811234567@office-spb-00000023;2", "CALLERID(ALL)=8121111111") in new stack
    -- Executing [89811234567@office-spb:3] Set("Local/89811234567@office-spb-00000023;2", "CALLERID(name)=") in new stack
    -- Executing [89811234567@office-spb:4] Set("Local/89811234567@office-spb-00000023;2", "CALLERID(rdnis)=") in new stack
    -- Executing [89811234567@office-spb:5] NoOp("Local/89811234567@office-spb-00000023;2", "CallerID is "" <8121111111>") in new stack
    -- Executing [89811234567@office-spb:6] NoOp("Local/89811234567@office-spb-00000023;2", "RDNIS is ") in new stack
    -- Executing [89811234567@office-spb:7] Progress("Local/89811234567@office-spb-00000023;2", "") in new stack
    -- Executing [89811234567@office-spb:8] Dial("Local/89811234567@office-spb-00000023;2", "SIP/MTS/89811234567") in new stack
    -- Local/89811234567@office-spb-00000023;1 is making progress
  == Using SIP RTP CoS mark 5
    -- Called SIP/MTS/89811234567
       > 0x7fe1f8015d20 -- Strict RTP learning after remote address set to: 195.34.37.52:16646
    -- SIP/MTS-00000053 is making progress passing it to Local/89811234567@office-spb-00000023;2
    -- Local/89811234567@office-spb-00000023;1 is making progress
    -- SIP/MTS-00000053 answered Local/89811234567@office-spb-00000023;2
    -- Local/89811234567@office-spb-00000023;1 answered
    -- Executing [1201@openfire:1] Dial("Local/89811234567@office-spb-00000023;1", "SIP/1201") in new stack
    -- Channel SIP/MTS-00000053 joined 'simple_bridge' basic-bridge <0b97ebb7-16db-40c8-a260-9b72739ba030>
    -- Channel Local/89811234567@office-spb-00000023;2 joined 'simple_bridge' basic-bridge <0b97ebb7-16db-40c8-a260-9b72739ba030>
  == Using SIP RTP CoS mark 5
    -- Called SIP/1201
    -- Local/89811234567@office-spb-00000023;1 requested media update control 26, passing it to SIP/1201-00000054
    -- Got SIP response 302 "Moved Temporarily" back from 192.168.6.200:5060
    -- Now forwarding Local/89811234567@office-spb-00000023;1 to 'Local/89817654321@office-spb' (thanks to SIP/1201-00000054)
[Dec 29 14:33:47] NOTICE[402022][C-00000039]: app_dial.c:988 do_forward: Not accepting call completion offers from call-forward recipient Local/89817654321@office-spb-00000024;1
    -- Executing [89817654321@office-spb:1] NoOp("Local/89817654321@office-spb-00000024;2", "Call  MTS") in new stack
    -- Executing [89817654321@office-spb:2] Set("Local/89817654321@office-spb-00000024;2", "CALLERID(ALL)=8121111111") in new stack
    -- Executing [89817654321@office-spb:3] Set("Local/89817654321@office-spb-00000024;2", "CALLERID(name)=") in new stack
    -- Executing [89817654321@office-spb:4] Set("Local/89817654321@office-spb-00000024;2", "CALLERID(rdnis)=") in new stack
    -- Executing [89817654321@office-spb:5] NoOp("Local/89817654321@office-spb-00000024;2", "CallerID is "" <8121111111>") in new stack
    -- Executing [89817654321@office-spb:6] NoOp("Local/89817654321@office-spb-00000024;2", "RDNIS is ") in new stack
    -- Executing [89817654321@office-spb:7] Progress("Local/89817654321@office-spb-00000024;2", "") in new stack
    -- Executing [89817654321@office-spb:8] Dial("Local/89817654321@office-spb-00000024;2", "SIP/MTS/89817654321") in new stack
  == Using SIP RTP CoS mark 5
    -- Called SIP/MTS/89817654321
    -- Local/89817654321@office-spb-00000024;1 is making progress passing it to Local/89811234567@office-spb-00000023;1
       > 0x7fe208037240 -- Strict RTP learning after remote address set to: 195.34.37.52:16898
    -- SIP/MTS-00000055 is making progress passing it to Local/89817654321@office-spb-00000024;2
    -- Local/89817654321@office-spb-00000024;1 is making progress passing it to Local/89811234567@office-spb-00000023;1
    -- SIP/MTS-00000055 is making progress passing it to Local/89817654321@office-spb-00000024;2
    -- Local/89817654321@office-spb-00000024;1 is making progress passing it to Local/89811234567@office-spb-00000023;1
    -- SIP/MTS-00000055 is making progress passing it to Local/89817654321@office-spb-00000024;2
    -- Local/89817654321@office-spb-00000024;1 is making progress passing it to Local/89811234567@office-spb-00000023;1
    -- SIP/MTS-00000055 answered Local/89817654321@office-spb-00000024;2
    -- Local/89817654321@office-spb-00000024;1 answered Local/89811234567@office-spb-00000023;1
    -- Channel Local/89817654321@office-spb-00000024;1 joined 'simple_bridge' basic-bridge <0b865a3d-05d9-4b80-9d3a-9bc8c8cf57bc>
    -- Channel SIP/MTS-00000055 joined 'simple_bridge' basic-bridge <9f8e6a92-c8d2-4960-815d-11af7c75c8b5>
    -- Channel Local/89811234567@office-spb-00000023;1 joined 'simple_bridge' basic-bridge <0b865a3d-05d9-4b80-9d3a-9bc8c8cf57bc>
    -- Channel Local/89817654321@office-spb-00000024;2 joined 'simple_bridge' basic-bridge <9f8e6a92-c8d2-4960-815d-11af7c75c8b5>
	-- Channel SIP/MTS-00000055 left 'simple_bridge' basic-bridge <9f8e6a92-c8d2-4960-815d-11af7c75c8b5>
    -- Channel Local/89817654321@office-spb-00000024;2 left 'simple_bridge' basic-bridge <9f8e6a92-c8d2-4960-815d-11af7c75c8b5>
  == Spawn extension (office-spb, 89817654321, 8) exited non-zero on 'Local/89817654321@office-spb-00000024;2'
    -- Channel Local/89817654321@office-spb-00000024;1 left 'simple_bridge' basic-bridge <0b865a3d-05d9-4b80-9d3a-9bc8c8cf57bc>
    -- Channel Local/89811234567@office-spb-00000023;1 left 'simple_bridge' basic-bridge <0b865a3d-05d9-4b80-9d3a-9bc8c8cf57bc>
  == Spawn extension (openfire, 1201, 1) exited non-zero on 'Local/89811234567@office-spb-00000023;1'
    -- Channel Local/89811234567@office-spb-00000023;2 left 'simple_bridge' basic-bridge <0b97ebb7-16db-40c8-a260-9b72739ba030>
  == Spawn extension (office-spb, 89811234567, 8) exited non-zero on 'Local/89811234567@office-spb-00000023;2'
    -- Channel SIP/MTS-00000053 left 'simple_bridge' basic-bridge <0b97ebb7-16db-40c8-a260-9b72739ba030>
Информация по каналам:

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

pbx*CLI> bridge show all
Bridge-ID                            Chans Type            Technology
9f8e6a92-c8d2-4960-815d-11af7c75c8b5     2 basic           simple_bridge
0b97ebb7-16db-40c8-a260-9b72739ba030     2 basic           simple_bridge
0b865a3d-05d9-4b80-9d3a-9bc8c8cf57bc     2 basic           simple_bridge

pbx*CLI> core show channels concise
Local/89817654321@office-spb-00000024;1!office-spb!!1!Up!AppDial!(Outgoing Line)!1201!!!3!22!0b865a3d-05d9-4b80-9d3a-9bc8c8cf57bc!1609241627.255
Local/89817654321@office-spb-00000024;2!office-spb!89817654321!8!Up!Dial!SIP/MTS/89817654321!8121111111!!!3!22!9f8e6a92-c8d2-4960-815d-11af7c75c8b5!1609241627.256
SIP/MTS-00000055!from_mts!!1!Up!AppDial!(Outgoing Line)!89817654321!!!3!22!9f8e6a92-c8d2-4960-815d-11af7c75c8b5!1609241627.257
SIP/MTS-00000053!from_mts!!1!Up!AppDial!(Outgoing Line)!89811234567!!!3!29!0b97ebb7-16db-40c8-a260-9b72739ba030!1609241620.253
Local/89811234567@office-spb-00000023;1!openfire!1201!1!Up!Dial!SIP/1201!!!!3!29!0b865a3d-05d9-4b80-9d3a-9bc8c8cf57bc!1609241620.251
Local/89811234567@office-spb-00000023;2!office-spb!89811234567!8!Up!Dial!SIP/MTS/89811234567!8121111111!!!3!29!0b97ebb7-16db-40c8-a260-9b72739ba030!1609241620.252

Re: МТС - нет голоса

Добавлено: 29 дек 2020, 19:28
ded
sasa, причина не в CallerID, у них он выставляется:
"CallerID is "" <8121111111>"

alex.ku, а ваш транк SIP/MTS/ многоканальный? Скольки канальный? Есть подозрение, что сигнализацию они пропускают (как и на мобильном телефоне - информация о втором вызове, Call waiting), а медиа - нет.
Можно проверить: из офиса, без всякий пока опций call forward all набрать с одного цыскофона один внешний мобильный через
SIP/MTS/89012345678, и с другого цыскофоно - другой мобильный, типа SIP/MTS/89876543210. Будет голос? Если да, то проблема банальна: двойной НАТ не понимается на стороне МТС.

А зачем вы делаете Set(CALLERID(rdnis)=) ?

Re: МТС - нет голоса

Добавлено: 29 дек 2020, 19:41
Zavr2008
Вот теперь картина вырисовывается более-менее.
NOTICE[402022][C-00000039]: app_dial.c:988 do_forward: Not accepting call completion offers from call-forward recipient Local/89817654321@office-spb-00000024;1
Вам же ясно Астер говорит..

Вообще неправильно это на самих телефонах переадресации лепить - правильнее на самой станции.

И вероятно заполнение CALLERID(rdnis) чем-либо = причина проблемы. Мало кто из операторов такое позволяет.

Re: МТС - нет голоса

Добавлено: 30 дек 2020, 14:21
alex.ku
Да, номер многоканальный.
Set(CALLERID(rdnis)=), поточу что без него получают от МТС - 603 Decline.

Нашел "решение", перед Dial добавил Playback и голос пошел. Теперь сотрудник А и Б нормально общаются по мобильным номерам.
same => n,Playback(beep,noanswer)
same => n, Dial(SIP/MTS/${EXTEN})
Спасибо большое за помощь!
Всех с наступающим НГ!
ded писал(а):sasa, причина не в CallerID, у них он выставляется:
"CallerID is "" <8121111111>"

alex.ku, а ваш транк SIP/MTS/ многоканальный? Скольки канальный? Есть подозрение, что сигнализацию они пропускают (как и на мобильном телефоне - информация о втором вызове, Call waiting), а медиа - нет.
Можно проверить: из офиса, без всякий пока опций call forward all набрать с одного цыскофона один внешний мобильный через
SIP/MTS/89012345678, и с другого цыскофоно - другой мобильный, типа SIP/MTS/89876543210. Будет голос? Если да, то проблема банальна: двойной НАТ не понимается на стороне МТС.

А зачем вы делаете Set(CALLERID(rdnis)=) ?
Часовой пояс: UTC+03:00
Страница 1 из 1

Создано на основе phpBB® Forum Software © phpBB Limited

Русская поддержка phpBB