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

определение занятости линии на шлюзе Addpac

0

Всем привет есть 2 шлюза Addpac GS1004, на каждом по 4 симки и того 8, иногда бывает что все линии заняты, как мне отловить этот момент, чтобы перенаправить звонок по другому транку. Я так понял что нужно смотреть в сторону ${DIALSTATUS}, но какой должен статус если, все линии в аддпаке заняты? у меня есть контекст пока тестовый но мне хотелосьбы чтобы нем этот статус можно былобы как то получить но пока он мне ничего не выводит, направьте на путь истинный:

[taxi]
exten => s,1,Noop(${DIALSTATUS})
exten => s,n,Answer ; отвечаем
exten => s,n,Set(TIMEOUT(response)=30)
exten => s,n(naberite),Background(hello)
exten => s,n,WaitExten(10)
exten => 1,2,Goto(s,naberite) ; повторяем сообщение
exten => 3,2,Playback(hello)
удалить закрыть спам изменить тег редактировать

спросил 2011-11-25 09:14:22 +0400

romariosar Gravatar romariosar flag of Russian Federation
578 88 8 38
http://www.webunix.ru/

обновил 2011-11-25 10:18:20 +0400

Comments

посоветуйте шлюз GSM который при занятости абонента отвечалбы BUSY а занятость канала отвечает Congestion. и чтоб дешевле Addpac.

romariosar ( 2014-01-24 09:50:46 +0400 )редактировать

1 Ответ

0

Добавь NoOp (dialstatus = ${DIALSTATUS}) после dial, и позвони когда все линии заняты. В консоли увидишь какой dialstatus отдаёт addpac (вообще вроде busy, но точно не помню, проверь):

exten => s,1,Dial(SIP/addpac/${EXTEN})

exten => s,n,NoOp(dialstatus ${DIALSTATUS})

exten => s,n,Gotoif($[ ${DIALSTATUS} = BUSY ]?repeat)

exten => s,n,Hangup()

exten => s,n(repeat),Dial(SIP/drugoi_trank/${EXTEN})

exten => s,n,Hangup()

Только по статусу BUSY при обычной занятости абонента на другой транк перескочишь.

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

ответил 2011-11-25 11:17:01 +0400

Master135 Gravatar Master135
431 1 3 10

Comments

Кстати эти мудацкие шлюзы и на занятость абонента и на занятость канала (линии) дают всегда BUSY. Если бы давали на занятость канала Congestion, то такая проблема бы не стояла....

switch ( 2011-11-26 10:50:16 +0400 )редактировать

Можно попробовать это обойти. Например сделать ещё один dial-peer аналогичный предыдущим (также назначить какой-либо порт). поставить ему самый низкий приоритет и прописать huntstop и shutdown. Тогда шлюз должен отдать congestion, при занятых предыдущих.

Master135 ( 2011-11-26 23:53:20 +0400 )редактировать

Попробую это осознать и применить ;)

Я пока марсианскую логику cisco-like cli не понял. После RouterOS кажется кошмарным убожеством.

switch ( 2011-11-27 08:11:48 +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 ленту новостей

Статистика

Задан: 2011-11-25 09:14:22 +0400

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

Обновлен: Nov 25 '11

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