AF
Asterisk Forum
обсуждения телефонии, VoIP и IP-PBX
12разделов
5 423тем
34 385сообщений
← К списку тем

Неправильная переадресация входящих звонков.

Asterisk GUI 13 сообщений -
#1

Всем добрый день!!!

Может кто сталкивался!!?

Кратко опишу ситуацию...

Есть Trixbox 2.5 на базе Asterisk 1.4.18.1. От провайдера подходит один SIP-транк. Звонящий в офис попадает на многоуровневое IVR, соответственно может либо набрать номер группы, либо номер конкретного пользователя. Все работает и туда и сюда. Единственная проблема, очень часто * пересылает вызов не тому клиенту, которого набрал звонящий в офис! Тоесть, тот кто звонит, набирает 151 а попадает на 145 (номера в разных RingGoups)... причем нет закономерности...
Сначала думал, что * не цепляет весь доп. номер, например звонящий набирает номер 151, * видит только одну цифру и пуляет скажем звонящего в первую ringgroup... или в 5-ю... а там начинается обзвон всех по порядку... Но оказалось что нет...

Может несостыковка по dtmf с провайдером?!
#2

Первый раз слушу про такую петрушку, сколько ставил триксы, всегда номера которы на нём добирались ваще без проблем... Ты там м Follow Me ничё не мутил?
#3

Нет, follow me вообще не трогал... Перенаправляет не туда, тех, кто звонит с наружи...
#4

Опиши весь путь звонка. Вот приходит звонок на IVR, звонящий не выбирает пункт, а набирает сразу добавочный абонента, и попадает не туда, так? И так постоянно или через раз, или очень редко?
#5

astra писал(а):
набирает 151 а попадает на 145


А 145 не завязан на i или t события?

_________________
"Фантазия важнее знания.", Альберт Эйнштейн
#6

ToxaP писал(а):
astra писал(а):
набирает 151 а попадает на 145


А 145 не завязан на i или t события?

Справедливое замечание. В IVR по тайм аутут куда звонок переходит?
Хотя я думаю тут не тот случай, у него походу не на одном номере так...
#7

Viktor писал(а):
Опиши весь путь звонка. Вот приходит звонок на IVR, звонящий не выбирает пункт, а набирает сразу добавочный абонента, и попадает не туда, так? И так постоянно или через раз, или очень редко?


Да, все так. Так происходит практически постоянно, некоторые проходят нормально.

Added after 3 minutes:

145 номер это я для примера дал... Это не только с одним номером происходит...

После IVR, если пользователь не делает выбора, звонок уходит на группу в которой 2 экстеншена - на секретарей.

Added after 14 minutes:

Попадая в группу, обзвон идет по принципу hunt - по порядку от первого к последнему в листе обзвона.

Было подозрение, как я писал ранее, что * ловит только одну цифру из добавочного номера, и понимает это как номер группы, куда нужно ломится...

Но наблюдается такая ситуация (при неправильной переадресации), что входящий звонок, после набора звонящим внутреннего номера, попадая в группу(уже заведомо не в ту, где находится нужный абонент), переходит не к первому номеру по листу обзвона.. а скажем к 2-му или 3-му... Так, что получается, что дело не в распознавании* добавочного номера....
#8

debug rtp
#9

Погоди, а какие у тебя номера групп?
#10

Номера групп были раньше 4-х значные, типа 1111, 1112.... Вчера исправил просто на 1, 2, 3....

Added after 3 minutes:

Ded писал(а):
debug rtp


Завтра посмотрю, что показывает...
#11

Вообще дебаг тебе конечно подмогнёт, даже тупо в setverbose 3 всё увидишь. Но создавать грпуу с номерами 1,2,3 я думаю это ты погорячился. У меня тоже 4х значные номера групп. Всё работает на ура..
А вообще чё ты очереди не юзаешь! Это же лучше гораздо?!
#12

Viktor писал(а):
А вообще чё ты очереди не юзаешь! Это же лучше гораздо?!


Очереди будут приходить только на Секретарей, насколько я понимаю.. А если звонящий будет набирать внутренний номер, то все будет по прежнему, проблема останется...
#13

Я не сказал что очередь это решение проблемы... Эт я так между делом спросил... У меня так и не появилось мыслей. Сними дебаг пришли хоть посмотрим что происходит....