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

AsteriskPBX и локальные звонки через АТС

0

День добрый. Пытаюсь поднять Asterisk с PBX в небольшой конторке (первый опыт работы с Asterisk)

Есть карточка Digium на 4 порта (3FXS и 1FXO). Выход на FXO настроен и всё работает. Один выход (остальные не используются) FXS идёт на локальную АТС Maxicom MP80 в качестве внутреннего номера этой АТС, допустим 216. К АТС подцеплены обычные аналоговые аппараты со своими внутренними номерами. Заранее извиняюсь, что не могу тупо скинуть конфиги, т.к. настраиваю только через PBX.

Цель 1: локальный звонок с аналогового аппарата через АТС на Astersik. Создал inbound rule c перенаправлением на нужный extension. Всё ОК за исключением того что есть задержка в 3-4 секунды. Это время между началом вызова и реальным звонком на Asterisk-e. Если положить трубку то звонок продолжает идти на asterisk ещё эти 3-4 секунды. Это нормально или можно как-то побороться за сокращение задержки? Видел уже вопрос подобный но там чувак переставил в итоге Asterisk.

Цель 2: локальный звонок с Asterisk через АТС на аналоговый аппарат компании (т.е. наоборот). Создал транк выходящий на нужный fxs порт dahdi. Создал Outbound Rule и добавил свежеиспечённый транк как первый в цепочке транков. Правило задал такое [prepend: <пусто>, prefix: 9, match: XXX]. CallerID - 216 (номер на который повешен Asterisk для АТС) То есть при наборе 9202 сигнал должен уйти на АТС на локальный номер 202. Причём АТС-ка должна воспринять этот сигнал как от 216-го локального номера. Сигнал уходит, в трубке пик, тишина несколько секунд и далее короткие гудки. Такое ощущение что АТС чего-то ещё ждёт. Бьюсь уже второй день над проблемой и не могу понять - неправильно настроен FXS порт, неправильно настроена АТС или я неправильно задаю номера.

Лог при звонке такой вот: -- Called DAHDI/3/206 -- DAHDI/3-1 answered SIP/100-00000034 -- Executing [h@macro-dialout-trunk:1] Macro("SIP/100-00000034", "hangupcall,") in new stack -- Executing [s@macro-hangupcall:1] GotoIf("SIP/100-00000034", "1?theend") in new stack -- Goto (macro-hangupcall,s,3) -- Executing [s@macro-hangupcall:3] ExecIf("SIP/100-00000034", "0?Set(CDR(recordingfile)=)") in new stack -- Executing [s@macro-hangupcall:4] Hangup("SIP/100-00000034", "") in new stack == Spawn extension (macro-hangupcall, s, 4) exited non-zero on 'SIP/100-00000034' in macro 'hangupcall' == Spawn extension (macro-dialout-trunk, h, 1) exited non-zero on 'SIP/100-00000034' -- Hanging up on 'DAHDI/3-1' -- Hungup 'DAHDI/3-1' == Spawn extension (macro-dialout-trunk, s, 22) exited non-zero on 'SIP/100-00000034' in macro 'dialout-trunk' == Spawn extension (from-internal, 9206, 8) exited non-zero on 'SIP/100-00000034' == MixMonitor close filestream == End MixMonitor Recording SIP/100-00000034

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

спросил 2016-01-21 12:35:58 +0400

SaintHeiser Gravatar SaintHeiser
1 1 1

обновил 2016-01-21 12:58:50 +0400

Comments

  1. Ловить BUSY tone = инструкций вагон
awsswa ( 2016-01-21 12:47:35 +0400 )редактировать

2 Ответа

0

По цели один. Исходя из описания карты https://www.digium.com/sites/digium/files/analog-telephony-card-4-port-user-manual.pdf вы подключили плату портом FXS предназначенным для подключения телефонного аппарата к выходу АТС, так же предназначенную для подключения телефонного аппарата. Может быть вы использовали порт FXO? Так же для решения вопроса необходима конфигурация вашего asterisk, а именно /etc/dahdi/system.conf и /etc/asterisk/chan_dahdi.conf для того, чтобы узнать в какой контекст попадает входящий звонок. Возможно он попадает в контекст, в котором asterisk ждет, что её наберут какой-то добавочный номер, отсюда и задержка в установлении соединения. По второму вопросу. CallerID в исходящих маршрутах задает номера, с которых данные маршруты возможны. У вас есть добавочный номер 216 ещё и в нумерации asterisk? Если плата подключена как номер 216 на вашей АТС, то по другому его воспринять АТС и не может, у вас же не цифровой поток.

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

ответил 2016-01-21 20:39:08 +0400

vanomel Gravatar vanomel
180 3 4

Comments

и что? на этой карте детект выполняется на всех видов портов совершенно одинаково. програмно.

meral ( 2016-01-21 21:12:12 +0400 )редактировать

подключено у него правильно. так и должно быть, fxo в линию fxs на атс в порт входа.

meral ( 2016-01-21 21:13:02 +0400 )редактировать
0

в случае отсутсвия переполюсовки детект отбоя занимает да-три полных сигнала. до 12 секунд.

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

настраивать атс за вас никто не будет. можете написать об этом на форуме АТС.

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

ответил 2016-01-21 13:47:42 +0400

meral Gravatar meral flag of Ukraine
23347 24 20 177
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-01-21 12:35:58 +0400

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

Обновлен: Jan 21 '16

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

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