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

Разное поведение Zaptel и DADHI при определении занятости.

0

Есть старый Asterisk 1.4.21.1 (в нем используется драйвер Zaptel) с платой Wildcard TE122 Card для E1. Поток подключен к АТС Миником DX500. В этой конфигурации, если два абонента с аналоговыми телефонами разговаривают друг с другом, то при звонке с SIP-телефона, одному из этих абонентов, мы слышим короткие гудки. Так и должно быть.

Пытаемся обновить конфигурацию. У нас есть TDMoE шлюз Астарта iBase и через него планируем прокинуть поток E1 в сервер с актуальной версией FreePBX (само собой, драйвер DAHDI). В этой конфигурации связь тоже работает, но при звонке с SIP телефона занятым абонентам, вместо сигнала занятости, слышны длинные гудки, а разговаривающим тихие гудки (видимо сигнал о втором звонке)

DX500 позволяет подключать многоканальные телефоны и в этом случае второй звонок можно принять, но у обычных телефонов такой возможности нет, поэтому необходимо добиться занятости при звонке.

Подскажите в чем может быть дело. В разном способе обработки сигнала DAHDI и Zaptel? Или еще в чем-то. Как добиться занятости.

P.S. Консультации с техподдержкой Миником ни к чему не привели.

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

спросил 2016-04-12 12:41:13 +0400

анонимный пользователь

Аноним

обновил 2016-04-12 12:42:51 +0400

Comments

Следует обратиться в ТП Астарты :) TDMoE = Зло..

Zavr2008 ( 2016-04-12 12:52:57 +0400 )редактировать

Астартовцы, говорят, что их шлюз это только транспорт и нужно разбираться либо с Астериском либо с dx500. В Миникоме посоветовали поменять в dx500 правила выхода на междугородню линию, занизив приоритет звонка через E1. В этом случае занятость появляется, но пропадает возможность звонить в город. В общем нужно оставить dx500 как есть т.к. с zaptel все работает. Что-то нужно подшаманить в Астериск, уже всю голову сломали.

rotor33 ( 2016-04-12 13:02:27 +0400 )редактировать

Как бы мне отключить эту "фичу". Может signalling изменить, чтобы Астериску не казалось, что на том конце ISDN.

rotor33 ( 2016-04-14 10:15:07 +0400 )редактировать

чем дело кончилось?

Zavr2008 ( 2016-06-14 20:22:21 +0400 )редактировать

1 Ответ

0

Такое поведение называется callwaiting и это фича(а не баг) данного шлюза. В астериск ничего подшаманить вродебы не получится.

Развечто вы можете ограничить(использую GROUPS в диалплане) количество звонков на экстеншен. както так.

exten => _X.,n,Set(GROUP(astarta)=${EXTEN})
exten => _X.,n,ExecIF($[ ${GROUP_COUNT(${EXTEN}@astarta)} > 1 ]?Busy)

(данное решение неполное, предоставленно как идея, надо сделать также для звонков в другом направлении)

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

ответил 2016-04-13 06:47:45 +0400

meral Gravatar meral flag of Ukraine
21228 23 18 169
http://pro-sip.net/

Ваш ответ

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 ленту новостей

Статистика

Задан: 2016-04-12 12:41:13 +0400

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

Обновлен: Apr 13

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