Пожалуйста, войдите здесь. Часто задаваемые вопросы О нас
Задайте Ваш вопрос

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

0

Elastix 2.2, Asterisk 1.8. Parabel Asteroid 30FXS.

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

  1. DAHDI/1 звонит DAHDI/2. DAHDI/2 поднимает трубку.
  2. DAHDI/1 жмет FLASH, переводит звонок на DAHDI/3. DAHDI/3 трубку не берет.
  3. DAHDI/1 жмет FLASH вместо возврата к DAHDI/2, "Building conference call with DAHDI/1-1 and DAHDI/1-2". При этом DAHDI/1 продолжает дозваниваться до DAHDI/3 и это слышно обоим.
  4. 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 как на классических АТС (повторное нажатие - возврат)?

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

спросил 2012-01-30 09:39:38 +0400

matperez Gravatar matperez
255 18 4 17

обновил 2012-01-30 09:42:24 +0400

1 Ответ

0

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

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, перевод-возврат звонка работает "корректно".

ссылка удалить спам редактировать

ответил 2012-01-30 11:22:09 +0400

matperez Gravatar matperez
255 18 4 17

Comments

Туда же 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 )редактировать

Ваш ответ

Please start posting your answer anonymously - your answer will be saved within the current session and published after you log in or create a new account. Please try to give a substantial answer, for discussions, please use comments and please do remember to vote (after you log in)!
[скрыть предварительный просмотр]

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

Добавить закладку

подписаться на rss ленту новостей

Статистика

Задан: 2012-01-30 09:39:38 +0400

Просмотрен: 800 раз

Обновлен: Jan 30 '12

Проект компании "АТС Дизайн"
Asterisk® и Digium® являются зарегистрированными торговыми марками компании Digium, Inc., США.
IP АТС Asterisk распространяется под лицензией GNU GPL.