VIDEOCHAT  ::   FAQ  ::   Поиск  ::   Регистрация  ::   Вход

С PRI шлюза Yeastar NeoGate TE100 не принимает мобильные вх.

Вопросы по использованию и настройке IP телефонов, шлюзов и всего прочего

Модераторы: april22, Zavr2008

Ответить
Lufa
Сообщения: 10
Зарегистрирован: 06 авг 2015, 15:48

С PRI шлюза Yeastar NeoGate TE100 не принимает мобильные вх.

Сообщение Lufa »

[извините за дубль поста, дрогнула рука]

Привет! Проблема неочевидная. Извините если напишу слишком много.

Установили шлюз Yeastar NeoGate TE100 (внутри Asterisk 1.6.2.6) для подключения к городскому провайдеру по E1 (станция "Квант Е"), телефонная компания комутирует на нас номер 4-22-97.

Если коротко: входящие звонки с мобилки обрываются, звонки с города работают нормально (опишу ниже).

Через локальную сеть шлюз подключен к FreePBX (12.0.70, Asterisk 11.18.0).

На FreePBX создан транк "Telst_E1":

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

host=dynamic
username=telst_e1
secret=137
type=friend
permit=192.168.249.0/255.255.255.0
deny=0.0.0.0/0.0.0.0
qualify=yes
disallow=all
allow=alaw
nat=no
Создан входной маршрут "42297_IN" для которого указано условие "DID Number": 42297.

Теперь о странном:



Если для входного маршрута установить "Destination" какой либо внутренний номер (extension). То:

1а) Звонок с городского на 42277 приходит на Asterisk и соединяется с внутренним номером. Все OK.

2а) Звонок с мобильного на 0324442277 (Украина) приходит на Asterisk и соединяется с внутренним номером. Все OK.



Но если для входного маршртута указать как "Destination" очередь с музыкой ("queue") или просто проиграть запись ("announement") то:

1б) Звонок с городского на 42277 приходит на Asterisk и звонящий слышит нашу запись "Добро пожаловать".

2б) Звонок с мобильного на 0324442277 приходит на Asterisk, звонящий слышит 1 гудок и как будто подняли трубку но в линии тишина (на мобилке секундомер звонка идет) но на Астериске уже видно "hungout".



Т.е. звонки с мобильных номеров невозможно поставить в очередь или проиграть запись, только соеденить прямо на екстенш. Звонки с городских номеров (разных станций) доходят и на екстеншн и в очередь (слышно музыку) и на запись-приветствие и на прямо екстенш (т.е. везде ОК).

Помогите, не знаю где искать. Менял кодеки, менял прошивку шлюза, менял FreePBX (установка с нуля на свежую версию), курил логи, редактировал настройки DAHDI (loadzone, defaultzone) — не понимаю в чем проблема.

Шлюз: 192.168.249.10, FreePBX: 192.168.249.129.

Вот дебаг проблемного входящего с мобилки, на шлюзе: http://pastie.org/pastes/10333397/text? ... 3prsu8qtqg

Вот дебаг проблемного входящего с мобилки на FreePBX: http://pastie.org/pastes/10333406/text? ... mqufpoki6g

Что заметно: при звонке с городского идут SIP пакеты (FreePBX):
->Invite
<-trying
<-OK
->ACK
->OK
<-> разговор
<-ACK
<-BYE

Что заметно: при проблемном звонке с мобильного идут SIP пакеты (FreePBX):
->Invite
<-trying
<-OK
->ACK
->BYE

Вот дебаг DAHDI проблемного звонка: http://pastie.org/pastes/10333446/text? ... vbgvlfuksw

Вот настройки E1 шлюза: http://i6.5cm.ru/i/hl2U.png

Возможно нужны еще логи, конфиги? Скажите какие. Шлюз настраивается через веб-морду, но доступ до консоли имею. Пожайлуйста, подскажите в чем дело.

Спасибо!
Vlad1983
Сообщения: 4251
Зарегистрирован: 09 авг 2011, 11:51

Re: С PRI шлюза Yeastar NeoGate TE100 не принимает мобильные

Сообщение Vlad1983 »

ради эксперимента поставьте где-нить перед Answer и последующим IVR
Ringing()
Wait(1)
ЛС: @rostel
Аватара пользователя
Zavr2008
Сообщения: 2211
Зарегистрирован: 27 янв 2011, 00:35
Контактная информация:

Re: С PRI шлюза Yeastar NeoGate TE100 не принимает мобильные

Сообщение Zavr2008 »

А что на данную проблему говорит саппорт производителя? :)
Тема к ним думаю
Российские E1 шлюзы Alvis. Модернизация УПАТС с E1,Подключение к ИС "Антифрод" E1 PRI/SS#7 УВР Телестор, Грифин и др..
ded
Сообщения: 15619
Зарегистрирован: 26 авг 2010, 19:00

Re: С PRI шлюза Yeastar NeoGate TE100 не принимает мобильные

Сообщение ded »

2б) Звонок с мобильного на 0324442277 приходит на Asterisk, звонящий слышит 1 гудок и как будто подняли трубку но в линии тишина (на мобилке секундомер звонка идет) но на Астериске уже видно "hungout".
Этот звонок приходит по PRI E1, верно? не хотите дебажить это звонок через
pri set debug span X
?
Lufa
Сообщения: 10
Зарегистрирован: 06 авг 2015, 15:48

Re: С PRI шлюза Yeastar NeoGate TE100 не принимает мобильные

Сообщение Lufa »

Zavr2008 писал(а):А что на данную проблему говорит саппорт производителя? :)
Тема к ним думаю
Я затрудняюсь сформулировать проблему для иностранного саппорта (станция квант Е уж больно редкая для нас, а уж для китая и подавно :) ). Думал может конкретный глюк словлю, чтобы указать. Придется писать...

P.S.
Год назад словил ошибку в работе SIP-маршрутов шлюза. Так саппорт злезал через Teamviewer и патчил конфиги астериска при мне. :) Но сейчас "живого чата" не вижу у них.
Lufa
Сообщения: 10
Зарегистрирован: 06 авг 2015, 15:48

Re: С PRI шлюза Yeastar NeoGate TE100 не принимает мобильные

Сообщение Lufa »

Этот звонок приходит по PRI E1, верно?
Да, по E1.
не хотите дебажить это звонок
Очень хочу. Но не уверен что делаю правильно:

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

root@TE100:~# asterisk -rrrvvvv
...
Connected to Asterisk 1.6.2.6 currently running on TE100 (pid = 1441)
...
Verbosity was 3 and is now 4
Core debug is at least 6

TE100*CLI> pri set debug span
No such command 'pri set debug span' (type 'core show help pri set' for other possible commands)

TE100*CLI> pri set debug on span 1
Enabled debugging on span 2

TE100*CLI> pri set debug on span 0
No PRI running on span 1
Результат:

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

[ span number: 1 ]
< Protocol Discriminator: Q.931 (8)  len=39
< TEI=0 Call Ref: len= 2 (reference 11946/0x2EAA) (Sent from originator)
< Message Type: SETUP (5)
< [04 03 90 90 a3]
< Bearer Capability (len= 5) [ Ext: 1  Coding-Std: 0  Info transfer capability: 3.1kHz audio (16)
<                              Ext: 1  Trans mode/rate: 64kbps, circuit-mode (16)
<                                User information layer 1: A-Law (35)
< [18 03 a9 83 86]
< Channel ID (len= 5) [ Ext: 1  IntID: Implicit  Other(PRI)  Spare: 0  Exclusive  Dchan: 0
<                       ChanSel: As indicated in following octets
<                       Ext: 1  Coding: 0  Number Specified  Channel Type: 3
<                       Ext: 1  Channel: 6 Type: CPE]
< [1e 02 81 83]
< Progress Indicator (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)  0: 0  Location: Private network serving the local user (1)
<                               Ext: 1  Progress Description: Calling equipment is non-ISDN. (3) ]
< [6c 09 01 83 34 33 36 30 33 38 33]
< Calling Party Number (len=11) [ Ext: 0  TON: Unknown Number Type (0)  NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1)
<                                 Presentation: Presentation allowed, Network provided (3)  '4360383' ]
< [70 06 81 34 32 32 39 37]
< Called Party Number (len= 8) [ Ext: 1  TON: Unknown Number Type (0)  NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1)  '42297' ]
< [a1]
< Sending Complete (len= 1)
-- Making new call for cref 11946
Received message for call 0x22e968 on link 0x48ed48 TEI/SAPI 0/0
-- Processing Q.931 Call Setup
-- Processing IE 4 (cs0, Bearer Capability)
-- Processing IE 24 (cs0, Channel ID)
-- Processing IE 30 (cs0, Progress Indicator)
-- Processing IE 108 (cs0, Calling Party Number)
-- Processing IE 112 (cs0, Called Party Number)
-- Processing IE 161 (cs0, Sending Complete)
q931.c:8878 post_handle_q931_message: Call 11946 enters state 6 (Call Present).  Hold state: Idle
q931.c:5879 q931_call_proceeding: Call 11946 enters state 9 (Incoming Call Proceeding).  Hold state: Idle

> DL-DATA request
> Protocol Discriminator: Q.931 (8)  len=10
> TEI=0 Call Ref: len= 2 (reference 11946/0x2EAA) (Sent to originator)
> Message Type: CALL PROCEEDING (2)
TEI=0 Transmitting N(S)=105, window is open V(A)=105 K=7
[ span number: 1 ]
> Protocol Discriminator: Q.931 (8)  len=10
> TEI=0 Call Ref: len= 2 (reference 11946/0x2EAA) (Sent to originator)
> Message Type: CALL PROCEEDING (2)
> [18 03 a9 83 86]
> Channel ID (len= 5) [ Ext: 1  IntID: Implicit  Other(PRI)  Spare: 0  Exclusive  Dchan: 0
>                       ChanSel: As indicated in following octets
>                       Ext: 1  Coding: 0  Number Specified  Channel Type: 3
>                       Ext: 1  Channel: 6 Type: CPE]

    -- Accepting call from '4360383' to '42297' on channel 0/6, span 2

[2015-08-07 10:53:15] WARNING[1613]: chan_dahdi.c:3009 dahdi_enable_ec: Enabled echo cancellation on channel 6

    -- Executing [42297@DID_trunk_E1Trunk1:1] Macro("DAHDI/6-1", "Routein_E1_TO_SIP,1,42297") in new stack

    -- Executing [s@macro-Routein_E1_TO_SIP:1] Set("DAHDI/6-1", "CDR(userfield)=Inbound") in new stack

    -- Executing [s@macro-Routein_E1_TO_SIP:2] GotoIf("DAHDI/6-1", "0?Blacklist-Handle,s,1") in new stack

    -- Executing [s@macro-Routein_E1_TO_SIP:3] Set("DAHDI/6-1", "TRUNKDID=42297") in new stack

    -- Executing [s@macro-Routein_E1_TO_SIP:4] Goto("DAHDI/6-1", "Routeout_E1_TO_SIP,42297,1") in new stack

    -- Goto (Routeout_E1_TO_SIP,42297,1)

  == Channel 'DAHDI/6-1' jumping out of macro 'Routein_E1_TO_SIP'

    -- Executing [42297@Routeout_E1_TO_SIP:1] Set("DAHDI/6-1", "ORGINEXTEN=42297") in new stack

    -- Executing [42297@Routeout_E1_TO_SIP:2] Set("DAHDI/6-1", "ORGINCONTEXT=Routeout_E1_TO_SIP") in new stack

    -- Executing [42297@Routeout_E1_TO_SIP:3] GetNextOutRouter("DAHDI/6-1", "Routeout_E1_TO_SIP,") in new stack

    -- Executing [42297@Routeout_E1_TO_SIP:4] Macro("DAHDI/6-1", "trunkdial-failover-0.3,1,,42297,trunk-sip.telelan.net.ua,") in new stack

    -- Executing [s@macro-trunkdial-failover-0.3:1] NoOp("DAHDI/6-1", "do call out") in new stack

    -- Executing [s@macro-trunkdial-failover-0.3:2] GotoIf("DAHDI/6-1", "0?Blacklist-Handle,s,1") in new stack

    -- Executing [s@macro-trunkdial-failover-0.3:3] GotoIf("DAHDI/6-1", "0?6:4)}") in new stack

    -- Goto (macro-trunkdial-failover-0.3,s,4)

    -- Executing [s@macro-trunkdial-failover-0.3:4] GotoIf("DAHDI/6-1", "0?5:6") in new stack

    -- Goto (macro-trunkdial-failover-0.3,s,6)

    -- Executing [s@macro-trunkdial-failover-0.3:6] Set("DAHDI/6-1", "TCOUNT=4") in new stack

    -- Executing [s@macro-trunkdial-failover-0.3:7] Set("DAHDI/6-1", "CDR(userfield)=Outbound") in new stack

    -- Executing [s@macro-trunkdial-failover-0.3:8] Set("DAHDI/6-1", "OldCallerID=O_SIP") in new stack

    -- Executing [s@macro-trunkdial-failover-0.3:9] Set("DAHDI/6-1", "TOUCH_MONITOR=O_SIP-42297") in new stack

    -- Executing [s@macro-trunkdial-failover-0.3:10] NoOp("DAHDI/6-1", "") in new stack

    -- Executing [s@macro-trunkdial-failover-0.3:11] Set("DAHDI/6-1", "TIMEOUT(absolute)=6000") in new stack

Channel will hangup at 2015-08-07 12:33:15.536 GMT-2.

    -- Executing [s@macro-trunkdial-failover-0.3:12] Set("DAHDI/6-1", "DLSTAT=UNKNOW}") in new stack

    -- Executing [s@macro-trunkdial-failover-0.3:13] SetCktCustom("DAHDI/6-1", "sendrpid,no,no") in new stack

    -- Executing [s@macro-trunkdial-failover-0.3:14] GotoIf("DAHDI/6-1", "1>0?1-dial,1") in new stack

    -- Goto (macro-trunkdial-failover-0.3,1-dial,1)

    -- Executing [1-dial@macro-trunkdial-failover-0.3:1] GotoIf("DAHDI/6-1", "0?nextrouter,1") in new stack

    -- Executing [1-dial@macro-trunkdial-failover-0.3:2] GotoIf("DAHDI/6-1", "0?setdod,1:1-dial,3") in new stack

    -- Goto (macro-trunkdial-failover-0.3,1-dial,3)

    -- Executing [1-dial@macro-trunkdial-failover-0.3:3] Set("DAHDI/6-1", "CALLERID(name)=") in new stack

    -- Executing [1-dial@macro-trunkdial-failover-0.3:4] Set("DAHDI/6-1", "CALLERID(num)=4360383") in new stack

    -- Executing [1-dial@macro-trunkdial-failover-0.3:5] Set("DAHDI/6-1", "_SIPSRTP=0") in new stack

    -- Executing [1-dial@macro-trunkdial-failover-0.3:6] Set("DAHDI/6-1", "OUTDIALOPT=tTkKWwXx") in new stack

    -- Executing [1-dial@macro-trunkdial-failover-0.3:7] NoOp("DAHDI/6-1", "null for std") in new stack

    -- Executing [1-dial@macro-trunkdial-failover-0.3:8] GotoIf("DAHDI/6-1", "0?sys-dial,1)}") in new stack

    -- Executing [1-dial@macro-trunkdial-failover-0.3:9] Dial("DAHDI/6-1", "SIP/trunk-sip.telelan.net.ua/42297,,tTkKWwXx") in new stack

  == Using SIP RTP TOS bits 184

  == Using SIP RTP CoS mark 5

  == Using SIP VRTP TOS bits 136

  == Using SIP VRTP CoS mark 4

  == Using UDPTL TOS bits 184

  == Using UDPTL CoS mark 5

    -- Called trunk-sip.telelan.net.ua/42297

    -- SIP/trunk-sip.telelan.net.ua-00000028 answered DAHDI/6-1

q931.c:6078 q931_connect: Call 11946 enters state 8 (Connect Request).  Hold state: Idle

TE100*CLI> 

> DL-DATA request

> Protocol Discriminator: Q.931 (8)  len=14

> TEI=0 Call Ref: len= 2 (reference 11946/0x2EAA) (Sent to originator)

> Message Type: CONNECT (7)

TEI=0 Transmitting N(S)=106, window is open V(A)=105 K=7

[ span number: 1 ]

> Protocol Discriminator: Q.931 (8)  len=14

> TEI=0 Call Ref: len= 2 (reference 11946/0x2EAA) (Sent to originator)

> Message Type: CONNECT (7)

> [18 03 a9 83 86]

> Channel ID (len= 5) [ Ext: 1  IntID: Implicit  Other(PRI)  Spare: 0  Exclusive  Dchan: 0

>                       ChanSel: As indicated in following octets

>                       Ext: 1  Coding: 0  Number Specified  Channel Type: 3

>                       Ext: 1  Channel: 6 Type: CPE]

> [1e 02 81 82]

> Progress Indicator (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)  0: 0  Location: Private network serving the local user (1)

>                               Ext: 1  Progress Description: Called equipment is non-ISDN. (2) ]

[ span number: 1 ]
< Protocol Discriminator: Q.931 (8)  len=5
< TEI=0 Call Ref: len= 2 (reference 11946/0x2EAA) (Sent from originator)
< Message Type: CONNECT ACKNOWLEDGE (15)
Received message for call 0x22e968 on link 0x48ed48 TEI/SAPI 0/0
q931.c:9098 post_handle_q931_message: Call 11946 enters state 10 (Active).  Hold state: Idle

[ span number: 1 ]
< Protocol Discriminator: Q.931 (8)  len=9
< TEI=0 Call Ref: len= 2 (reference 11946/0x2EAA) (Sent from originator)
< Message Type: DISCONNECT (69)
< [08 02 81 90]
< Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)  Spare: 0  Location: Private network serving the local user (1)
<                  Ext: 1  Cause: Normal Clearing (16), class = Normal Event (1) ]
Received message for call 0x22e968 on link 0x48ed48 TEI/SAPI 0/0
-- Processing IE 8 (cs0, Cause)
-- Found active call: 0x22e968 cref:11946
q931.c:9321 post_handle_q931_message: Call 11946 enters state 12 (Disconnect Indication).  Hold state: Idle
    -- Channel 0/6, span 2 got hangup request, cause 16

    -- Executing [h@macro-trunkdial-failover-0.3:1] NoOp("DAHDI/6-1", "no thing to do") in new stack

  == Spawn extension (macro-trunkdial-failover-0.3, 1-dial, 9) exited non-zero on 'DAHDI/6-1' in macro 'trunkdial-failover-0.3'

  == Spawn extension (Routeout_E1_TO_SIP, 42297, 4) exited non-zero on 'DAHDI/6-1'

q931.c:7367 q931_hangup: Hangup other cref:11946

q931.c:7124 __q931_hangup: ourstate Disconnect Indication, peerstate Disconnect Request, hold-state Idle

q931.c:6126 q931_release: Call 11946 enters state 19 (Release Request).  Hold state: Idle

TE100*CLI> 

> DL-DATA request

> Protocol Discriminator: Q.931 (8)  len=9

> TEI=0 Call Ref: len= 2 (reference 11946/0x2EAA) (Sent to originator)

> Message Type: RELEASE (77)

TEI=0 Transmitting N(S)=107, window is open V(A)=107 K=7

[ span number: 1 ]

> Protocol Discriminator: Q.931 (8)  len=9

> TEI=0 Call Ref: len= 2 (reference 11946/0x2EAA) (Sent to originator)

> Message Type: RELEASE (77)

> [08 02 81 90]

> Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)  Spare: 0  Location: Private network serving the local user (1)

>                  Ext: 1  Cause: Normal Clearing (16), class = Normal Event (1) ]

[2015-08-07 10:53:16] WARNING[2275]: chan_dahdi.c:3058 dahdi_disable_ec: Disabled echo cancellation on channel 6

    -- Hungup 'DAHDI/6-1'

[ span number: 1 ]
< Protocol Discriminator: Q.931 (8)  len=5
< TEI=0 Call Ref: len= 2 (reference 11946/0x2EAA) (Sent from originator)
< Message Type: RELEASE COMPLETE (90)
Received message for call 0x22e968 on link 0x48ed48 TEI/SAPI 0/0
q931.c:9181 post_handle_q931_message: Call 11946 enters state 0 (Null).  Hold state: Idle
q931.c:7367 q931_hangup: Hangup other cref:11946
q931.c:7124 __q931_hangup: ourstate Null, peerstate Null, hold-state Idle
Destroying call 0x22e968, ourstate Null, peerstate Null, hold-state Idle
Я вижу что обрыв связи вот тут:

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

    -- Called trunk-sip.telelan.net.ua/42297

    -- SIP/trunk-sip.telelan.net.ua-00000028 answered DAHDI/6-1

q931.c:6078 q931_connect: Call 11946 enters state 8 (Connect Request).  Hold state: Idle

TE100*CLI> 

> DL-DATA request

> Protocol Discriminator: Q.931 (8)  len=14

> TEI=0 Call Ref: len= 2 (reference 11946/0x2EAA) (Sent to originator)

> Message Type: CONNECT (7)

TEI=0 Transmitting N(S)=106, window is open V(A)=105 K=7

[ span number: 1 ]

> Protocol Discriminator: Q.931 (8)  len=14

> TEI=0 Call Ref: len= 2 (reference 11946/0x2EAA) (Sent to originator)

> Message Type: CONNECT (7)

> [18 03 a9 83 86]

> Channel ID (len= 5) [ Ext: 1  IntID: Implicit  Other(PRI)  Spare: 0  Exclusive  Dchan: 0

>                       ChanSel: As indicated in following octets

>                       Ext: 1  Coding: 0  Number Specified  Channel Type: 3

>                       Ext: 1  Channel: 6 Type: CPE]

> [1e 02 81 82]

> Progress Indicator (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)  0: 0  Location: Private network serving the local user (1)

>                               Ext: 1  Progress Description: Called equipment is non-ISDN. (2) ]

[ span number: 1 ]
< Protocol Discriminator: Q.931 (8)  len=5
< TEI=0 Call Ref: len= 2 (reference 11946/0x2EAA) (Sent from originator)
< Message Type: CONNECT ACKNOWLEDGE (15)
Received message for call 0x22e968 on link 0x48ed48 TEI/SAPI 0/0
q931.c:9098 post_handle_q931_message: Call 11946 enters state 10 (Active).  Hold state: Idle

[ span number: 1 ]
< Protocol Discriminator: Q.931 (8)  len=9
< TEI=0 Call Ref: len= 2 (reference 11946/0x2EAA) (Sent from originator)
< Message Type: DISCONNECT (69)
< [08 02 81 90]
< Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)  Spare: 0  Location: Private network serving the local user (1)
<                  Ext: 1  Cause: Normal Clearing (16), class = Normal Event (1) ]
Received message for call 0x22e968 on link 0x48ed48 TEI/SAPI 0/0
-- Processing IE 8 (cs0, Cause)
-- Found active call: 0x22e968 cref:11946
q931.c:9321 post_handle_q931_message: Call 11946 enters state 12 (Disconnect Indication).  Hold state: Idle
    -- Channel 0/6, span 2 got hangup request, cause 16
Но его причины не понимаю. Подскажите, пожалуйста.
Lufa
Сообщения: 10
Зарегистрирован: 06 авг 2015, 15:48

Re: С PRI шлюза Yeastar NeoGate TE100 не принимает мобильные

Сообщение Lufa »

Vlad1983 писал(а):ради эксперимента
Ringing()
Wait(1)
И знаете что?.. Да!!! ЗАРАБОТАЛО!!! :)

Спасибо большое!!!

Обьясните, пожалуйста "механику" проблемы? Почему мобильному аплинку нужно RINGING?

Через веб-морду, на FreePBX это делается в настройках входящего маршрута (см. скриншот):

Причем в подсказке к RINGING чесно указано:
Some devices or providers require RINGING to be sent before ANSWER. You'll notice this happening if you can send calls directly to a phone, but if you send it to an IVR, it won't connect the call.
Но при тестировании данной функции я не указывал "Wait", а это оказалось обязательным условием.

Еще раз большое спасибо! :)

P.S.
На форуме принято менять тему поста на [РЕШЕНО]? Я бы изменил тему немного и добавил.
Вложения
screenshot_15-08-07_12-19-23.png
screenshot_15-08-07_12-19-23.png (37.03 КБ) 11887 просмотров
Vlad1983
Сообщения: 4251
Зарегистрирован: 09 авг 2011, 11:51

Re: С PRI шлюза Yeastar NeoGate TE100 не принимает мобильные

Сообщение Vlad1983 »

просто иногда оператору не нравится почти мгновенный CONNECT после SETUP
ЛС: @rostel
Ответить
© 2008 — 2024 Asterisk.ru
Digium, Asterisk and AsteriskNOW are registered trademarks of Digium, Inc.
Design and development by PostMet-Netzwerk GmbH