возврат после перевода звонков dahdi

Question

Elastix 2.2, Asterisk 1.8. Parabel Asteroid 30FXS.

Вопрос снова встал по переводу по звоноков.

DAHDI/1 звонит DAHDI/2. DAHDI/2 поднимает трубку.

DAHDI/1 жмет FLASH, переводит звонок на DAHDI/3. DAHDI/3 трубку не берет.

DAHDI/1 жмет FLASH вместо возврата к DAHDI/2, "Building conference call with DAHDI/1-1 and DAHDI/1-2". При этом DAHDI/1 продолжает дозваниваться до DAHDI/3 и это слышно обоим.

DAHDI/1 жмет FLASH. "Dropping three-way call on DAHDI/1-2". Звонок как бы возвратился к абоненту DAHDI/2.

-- Called DAHDI/3
-- DAHDI/3-1 is ringing
-- DAHDI/3-1 is ringing
-- DAHDI/3-1 is ringing
-- Building conference call with DAHDI/1-1 and DAHDI/1-2
-- Stopped music on hold on DAHDI/2-1
-- DAHDI/3-1 is ringing
-- DAHDI/3-1 is ringing
-- DAHDI/3-1 is ringing
-- DAHDI/3-1 is ringing
-- Dropping three-way call on DAHDI/1-2
-- Hanging up on 'DAHDI/3-1'
-- Hungup 'DAHDI/3-1'

В chan_dahdi.conf

;== Calls handling ==
; If enabled, Asterisk will generate "call waiting pips" when
; you are already in a conversation.
callwaiting=no
 ;{
 threewaycalling=yes
 transfer=yes
 ;}
cancallforward=yes

Такая же ситуация на Trixbox.. Ситуация возникает только при работе с DAHDI абонентами. Пока решается организационным способом, написанием инструкции по переводу. Вопрос, собственно, можно ли научить Elastix обрабатывать Flash как на классических АТС (повторное нажатие - возврат)?

Answer 1

Ребятушки, насколько я понял на мой вопрос отвечает вот эта тема на форуме астериск. Конкретно в ней говорится следующее:

Nice to know. And unfortunately, the CHANNEL() doesn't work, as it always returns "Up" even while still receiving the ringback or the remote party has answered:

I guess the right way to build a robocall is to call out through either a VoIP provider in SIP or through an ISDN line.

Too bad CHANNEL() only reports "Up", while I expected something like "Ringing", followed by "OffHook", and "Down".

Имхо, в переводе на русский язык это означает, что DAHDI при подобных действиях всегда возвращает состояние канала UP из-за чего Asterisk создает конференцию, а не возвращает звонок. Это нормальное поведение Asterisk. На SIP каналах, где канал возвращает состояния типа Ringing, перевод-возврат звонка работает "корректно".

Туда же https://issues.asterisk.org/view.php?id=15227
1) ChanIsAvail returns a hangup causecode in AVAILSTATUS, not a device status code. Since the channel is available, there is no cause for termination, hence 0.
2) DEVICE_STATE() only works with channels that support devicestate. DAHDI channels do not support devicestate, as you can confirm with the following CLI command: core show channeltypes.
matperez ( 2012-01-30 11:56:44 +0400 )редактировать

возврат после перевода звонков dahdi

1 Ответ

Comments

Ваш ответ

Закладки и информация

Статистика

Похожие вопросы: