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

[FREEPBX]Проблемы c транком

Обо всем касательно FreePBX, MetPBX, TrixBox, Elastix, AstPBX и всех других дистрибутивов

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

Ответить
BreakHeart
Сообщения: 51
Зарегистрирован: 12 янв 2016, 16:33

[FREEPBX]Проблемы c транком

Сообщение BreakHeart »

Здравствуйте! Подскажите, пожалуйста, как можно решить следующую проблему.
Есть 2 подразделения, одно работает на FreePBX, а другое на 3CX. Между ними транк. А проблема заключается в том, что когда звонят из 2го подразделения на отключенный телефон первого подразделения, то связь просто сбрасывается, а нужно чтобы шел сигнал занято.
awsswa
Сообщения: 2390
Зарегистрирован: 09 июн 2012, 10:52
Откуда: Россия, Пермь skype: yarick_perm

Re: [FREEPBX]Проблемы c транком

Сообщение awsswa »

В обработчике по BUSY = ставите проигрывание сигнала занято
платный суппорт по мере возможностей
BreakHeart
Сообщения: 51
Зарегистрирован: 12 янв 2016, 16:33

Re: [FREEPBX]Проблемы c транком

Сообщение BreakHeart »

А не подскажите где конкретно этот обработчик ставится?А то я пока не сильно разбираюсь в FreePBX
ded
Сообщения: 15625
Зарегистрирован: 26 авг 2010, 19:00

Re: [FREEPBX]Проблемы c транком

Сообщение ded »

Если телефон отключен, то он отключен. А если занят - то это информация, чтобы перезвонить чуть позже. Так что сигнал занято - это деза.
Есть всякие измышления автоматизированные, по автодозвону, когда занято. Автодозвон долбит постоянно, пока на том конце трубку не положат, и сразу дозванивается.
Вот посмотрите как такое измышление будет долюить в отключенный телефон.
В заруюежной телефонии используется другой сигнал - Congestion. И это как раз то что более точно указывает, и совсем не Busy!

Если не сильно разбираюсь в FreePBX- читать книгу
FreePBX 2.10 Руководство администратора (на русском языке, в формате PDF)
http://asterisk.ru/knowledgebase/books
если некогда - платный суппорт.
BreakHeart
Сообщения: 51
Зарегистрирован: 12 янв 2016, 16:33

Re: [FREEPBX]Проблемы c транком

Сообщение BreakHeart »

Когда звонят на отключенный телефон внутри одной сети, то звонящий слышит короткие гудки!А когда звонят на этот же номер через транк, то связь просто прерывается и звонящие не всегда понимают что произошло.
В логах следующее
[2017-03-06 11:47:56] VERBOSE[21541][C-000013ba] pbx.c: Executing [7004@from-trunk:1] GotoIf("SIP/2otd-00002491", "1?ext-local,7004,1:followme-check,7004,1") in new stack
[2017-03-06 11:47:56] VERBOSE[21541][C-000013ba] pbx_builtins.c: Goto (ext-local,7004,1)
[2017-03-06 11:47:56] VERBOSE[21541][C-000013ba] pbx.c: Executing [7004@ext-local:1] Set("SIP/2otd-00002491", "__RINGTIMER=15") in new stack
[2017-03-06 11:47:56] VERBOSE[21541][C-000013ba] pbx.c: Executing [7004@ext-local:2] Macro("SIP/2otd-00002491", "exten-vm,novm,7004,0,0,0") in new stack
[2017-03-06 11:47:56] VERBOSE[21541][C-000013ba] pbx.c: Executing [s@macro-exten-vm:3] Set("SIP/2otd-00002491", "__EXTTOCALL=7004") in new stack
[2017-03-06 11:47:56] VERBOSE[21541][C-000013ba] pbx.c: Executing [s@macro-exten-vm:4] Set("SIP/2otd-00002491", "__PICKUPMARK=7004") in new stack
[2017-03-06 11:47:56] VERBOSE[21541][C-000013ba] pbx.c: Executing [s@macro-exten-vm:8] Gosub("SIP/2otd-00002491", "sub-record-check,s,1(exten,7004,dontcare)") in new stack
[2017-03-06 11:47:56] VERBOSE[21541][C-000013ba] pbx.c: Executing [exten@sub-record-check:1] NoOp("SIP/2otd-00002491", "Exten Recording Check between 10007 and 7004") in new stack
[2017-03-06 11:47:56] VERBOSE[21541][C-000013ba] pbx.c: Executing [exten@sub-record-check:16] Gosub("SIP/2otd-00002491", "recordcheck,1(dontcare,internal,7004)") in new stack
[2017-03-06 11:47:56] VERBOSE[21541][C-000013ba] pbx.c: Executing [s@macro-exten-vm:16] Macro("SIP/2otd-00002491", "dial-one,,Ttrm,7004") in new stack
[2017-03-06 11:47:56] VERBOSE[21541][C-000013ba] pbx.c: Executing [s@macro-dial-one:1] Set("SIP/2otd-00002491", "DEXTEN=7004") in new stack
[2017-03-06 11:47:56] VERBOSE[21541][C-000013ba] pbx.c: Executing [s@macro-dial-one:2] ExecIf("SIP/2otd-00002491", "0?Set(EXTTOCALL=7004)") in new stack
[2017-03-06 11:47:56] VERBOSE[21541][C-000013ba] pbx.c: Executing [dstring@macro-dial-one:2] Set("SIP/2otd-00002491", "DEVICES=7004") in new stack
[2017-03-06 11:47:56] VERBOSE[21541][C-000013ba] pbx.c: Executing [dstring@macro-dial-one:7] Set("SIP/2otd-00002491", "THISDIAL=SIP/7004") in new stack
[2017-03-06 11:47:56] VERBOSE[21541][C-000013ba] pbx.c: Executing [zap2dahdi@macro-dial-one:5] Set("SIP/2otd-00002491", "THISPART2=SIP/7004") in new stack
[2017-03-06 11:47:56] VERBOSE[21541][C-000013ba] pbx.c: Executing [zap2dahdi@macro-dial-one:6] ExecIf("SIP/2otd-00002491", "0?Set(THISPART2=DAHDI/7004)") in new stack
[2017-03-06 11:47:56] VERBOSE[21541][C-000013ba] pbx.c: Executing [zap2dahdi@macro-dial-one:7] Set("SIP/2otd-00002491", "NEWDIAL=SIP/7004&") in new stack
[2017-03-06 11:47:56] VERBOSE[21541][C-000013ba] pbx.c: Executing [zap2dahdi@macro-dial-one:10] Set("SIP/2otd-00002491", "THISDIAL=SIP/7004") in new stack
[2017-03-06 11:47:56] VERBOSE[21541][C-000013ba] pbx.c: Executing [dstring@macro-dial-one:15] Set("SIP/2otd-00002491", "DSTRING=SIP/7004&") in new stack
[2017-03-06 11:47:56] VERBOSE[21541][C-000013ba] pbx.c: Executing [dstring@macro-dial-one:19] Set("SIP/2otd-00002491", "DSTRING=SIP/7004") in new stack
[2017-03-06 11:47:56] VERBOSE[21541][C-000013ba] pbx.c: Executing [ctset@macro-dial-one:1] Set("SIP/2otd-00002491", "DB(CALLTRACE/7004)=10007") in new stack
[2017-03-06 11:47:57] VERBOSE[21541][C-000013ba] pbx.c: Executing [s@macro-dial-one:51] Dial("SIP/2otd-00002491", "SIP/7004,,Ttrmb(func-apply-sipheaders^s^1)") in new stack
[2017-03-06 11:47:57] VERBOSE[21541][C-000013ba] pbx.c: Spawn extension (ext-local, 7004, 2) exited non-zero on 'SIP/2otd-00002491'
ded
Сообщения: 15625
Зарегистрирован: 26 авг 2010, 19:00

Re: [FREEPBX]Проблемы c транком

Сообщение ded »

В логах - ерунда кривая:
Spawn extension (ext-local, 7004, 2) exited non-zero on 'SIP/2otd-00002491'
Ответить
© 2008 — 2024 Asterisk.ru
Digium, Asterisk and AsteriskNOW are registered trademarks of Digium, Inc.
Design and development by PostMet-Netzwerk GmbH