АТС Coral IPX Office P200
Добавил еще одну PRI плату как резервный канал.
Провайдеры разные и дают разные блоки городских номеров.
Сейчас выполняется выход под различными АОН у разных телефонов через основного провайдера и под одним через резервного.
Есть ли возможность делать исходящие звонки под различными АОН с разных транков? Т.Е иметь два набора ALI у разных телефонов.

Можно оффсетфильтры применить. Смотреть нужно, что за блоки.

...Сейчас выполняется выход под различными АОН у разных телефонов через основного провайдера и под одним через резервного.
Т.е. На основного вы выходите со своими АОНами а на резервного с пилотным номером. Выход на резервное направление ВСЕГДА будет ТОЛЬКО с пилотным номером! (Можете не париться тут с АОНом).

...
Есть ли возможность делать исходящие звонки под различными АОН с разных транков? Т.Е иметь два набора ALI у разных телефонов.
Можно, но только не транков , а транк групп! Если у вас правильно организованы маршруты, то , как написал valeryk, используются не ALI а offset filters. Тогда в каждом направлении можно иметь свои АОНы. (Исключая направление, где у вас пилотный номер!)

Можно оффсетфильтры применить. Смотреть нужно, что за блоки.
Привет!
Давай организуем тотализатор :) типа, какой будет следующий вопрос :D.

Привет!
Давай организуем тотализатор :) типа, какой будет следующий вопрос :D.
Привет! Пилотный номер же ставится или не ставится в настройках #RA. Х.З. как у автора резервируется: ручками или автоматически.
Вопрос будет "а как это сделать"? Даже скучно. И главное дело, подключиться тебе или мне к АТС низзя!:)

Привет! Пилотный номер же ставится или не ставится в настройках #RA. Х.З. как у автора резервируется: ручками или автоматически.
Вопрос будет "а как это сделать"? Даже скучно. И главное дело, подключиться тебе или мне к АТС низзя!:)
Совершенно верно :). Только пилотник ставится у прова или у себя, это как договорятся. Но чаще у прова, чтобы небыло "хитропопых" (типа нас :D;):rolleyes:), которые накрутят....... дальше не буду :)

которые накрутят....... Номер своего недоброжелателя.;)

Меня смутило наличие в свойствах телефона sec_ali.
Я подумал, что Tadiran позаботился как раз о моей ситуации,а я не могу найти очевидного для всех решения.
Спасибо большое!
Буду курить offset filters.

Меня смутило наличие в свойствах телефона sec_ali.
Я подумал, что Tadiran позаботился как раз о моей ситуации,а я не могу найти очевидного для всех решения.
Спасибо большое!
Буду курить offset filters.
Вот тут вы правы :), позаботился. НО!
Таблица (по дефолту) 64 номера. Можно, конечно, работать и с ней, увеличив размер, на сколько позволит память. Однако это большой гемор в дальнейшем для вас. ИМХО. Я имею ввиду, что вам нужно будет всем абонентам лепить ALI , а это не совсем удобно. Опять же, как для меня.
Вы свободны в выборе....

Таблица (по дефолту) 64 номера Уточняю - 64 диапазона следующих по порядку номеров.:)

Уточняю - 64 диапазона следующих по порядку номеров.:)
Уточняю, что это для offsetFilters :D;) , а я писал про ALI... (максимум 3200, кажется)

sec_ali вообще муть какая то из описания.
Напомните, где прописывается что надо использовать в качестве CID информацию из оффсет фильтра?

sec_ali вообще муть какая то из описания.
Напомните, где прописывается что надо использовать в качестве CID информацию из оффсет фильтра?
An outgoing call can also use the offset filter. In this instance, the offset filter is
applied before the regular filter, but for ANI only.

Фильтр смещения может использоваться также для исходящего вызова. В этом случае фильтр смещения применяется перед стандартным фильтром, но только для АОН (ANI).

sec_ali вообще муть какая то из описания.
Напомните, где прописывается что надо использовать в качестве CID информацию из оффсет фильтра?

В транк группе. Dial_In/Caller_Out_Offset

Тогда получается он начинает применяться как только мы начинаем использовать оффсет фильтр на входящие вызовы (что в 90% случаев и происходит т.к. вн.нумерация редко совпадает с последними цифрами городской)
Т.е. без нашего на то желания в догонку получаем еще и принудительное преобразование для исходящих. Хм,никогда такой проблемы не замечал.
Всегда уходит внутренний, ali, или SITE LDN в зависимости от настроек.
Может еще какая настройка включается? Или тогда какая приоритетность?

Тогда получается он начинает применяться как только мы начинаем использовать оффсет фильтр на входящие вызовы (что в 90% случаев и происходит т.к. вн.нумерация редко совпадает с последними цифрами городской)
Т.е. без нашего на то желания в догонку получаем еще и принудительное преобразование для исходящих. Хм,никогда такой проблемы не замечал.
Всегда уходит внутренний, ali, или SITE LDN в зависимости от настроек.
Может еще какая настройка включается? Или тогда какая приоритетность?
Это по вашему усмотрению делается. Применяете его или не применяете в настройках транкгруппы или дайлсервиса. Приоритетность описана в документации. На альтернативный АОН его применение не влияет. Последний независим.

Т.е. без нашего на то желания в догонку получаем еще и принудительное преобразование для исходящих. Так это благо. Получаем из набранного извне городского внутренний + при звонке наружу "правильный АОН".

...т.к. вн.нумерация редко совпадает с последними цифрами городской....
У меня совпадает. Внутренняя 4х значка + первые три цифры ГТС. ИМХО зависит от того, кто планировал и воплощал в жизнь все это хозяйство.

Хм. Никогда у меня offset фильтр не влиял на исходящий АОН.
К тому же какой от такого фильтра прок, ведь пров никогда не передает АОН полностью. Последние 4 цифры обычно.
Итого запись в фильтре для номера 7 xxx 12345:
2345 2345 4000

Для абонента 4000 будет формировать АОН "2345"?? ))) Это бред. К нему потом опять ляпать префикс придется из "xxx 1".
Где то я недопонимаю похоже ;)

Итого запись в фильтре для номера 7 xxx 12345:
2345 2345 4000 Нет. Вот так:

7xxx12345 4000

В документации пример приведён:

Element # Received Number Number in Coral
Element #1 FROM: 356-6000 2000
TO: 356-6199 2199
Element #2 FROM: 326-4500 4500
TO: 326-4599 4599
Element #3 FROM: 8-536-2500 84002500
TO: 8-536-2599 84002599

То есть принимаете от провайдера 7xxx12345, получаете 4000. Отправляете 4000, преобразуется в АОН 7xxx12345.
Если в настройках RA есть префикс, то он добавляется к этому АОНу.

Странный пример (дефисы Пробелы) назначения нет. Это из какой версии описания pi?
Про что и речь: либо прова просить номер полностью передавать а не последние цифры, либо ещё и префикс добавлять потом к фильтру.

Версия 14.7. На дефисы и пробелы не обращайте внимания: так из таблицы скопировал, не с терминалки. Копию с терминалки не могу показать, так как на моей АТС фильтр не определён. На прежней работе имелся и использовался. Приходил номер 257608, внутренний 1608, АОН формировался фильтром как 257608, к нему добавлялся префикс 3517 и окончательно уходил в город как 3517257608.
Для 16 версии такая же табличка в доке.

Странный пример ...
Вот реальній фильтр у меня:
SELECT OFFSET FILTER# 1

OFFSET FILTER# - 1
-------------------

FROM RECEIVED# TO RECEIVED# CORAL#

7344440 7344440 6879
7344441 7344441 5400
7344442 7344442 5400
7344443 7344443 5400
7344446 7344446 6260
7344448 7344448 5400

Т.е. например № 5400 внутренний, уходит в город с № 7344448.
А при наборе 7344448 из города, звонит 5400.
Так понятней?

У вас в таблице три записи для 5400, разве будет использоваться не 1 совпадение с номером 7344441? Тогда второе совпадение было бы удобно использовать для внутренних без прямого номера, подставляя им АОН например общего номера автосекретарь.ш

Правильное замечание. АОН будет "плавающий", в случайном порядке? Как то давно внутренний порт имел два номера, один "правильный" для города, другой нет. Так вот, АТС выдавала то тот то другой. Из города мне тогда высказали про кривые АОНы.

Вот реальній фильтр у меня:
SELECT OFFSET FILTER# 1

OFFSET FILTER# - 1
-------------------

FROM RECEIVED# TO RECEIVED# CORAL#

7344440 7344440 6879
7344441 7344441 5400
7344442 7344442 5400
7344443 7344443 5400
7344445 7344445 7070
7344446 7344446 6260
7344448 7344448 5400

Т.е. например № 5400 внутренний, уходит в город с № 7344448.
А при наборе 7344448 из города, звонит 5400.
Так понятней?
Мне кажется у Георгия опечатка. АТСка заругается при построении такого фильтра.

Мне кажется у Георгия опечатка. АТСка заругается при построении такого фильтра.
Спокуха! :D Никто не ругается. Это спец фильтр для оператора через которого ходим с пилотным номером. Фильтр нужен (и используется) только для входящей. 5400 - это автоответчик. Т.е. при звонке из города на любой из этих номеров абонент попадает на автоответ с менюшкой.
Короче, это все "служебные" номера. Остальные абоненты их не юзают.
Просто абонентский фильтр не выкладывал, там "простыня" очень большая :).
Можете позвонить и проверить :).

Правильное замечание. АОН будет "плавающий", в случайном порядке? Как то давно внутренний порт имел два номера, один "правильный" для города, другой нет. Так вот, АТС выдавала то тот то другой. Из города мне тогда высказали про кривые АОНы.
Экспериментировал с номерами аналогично. АТС выдает всегда номер с меньшим индексом в своей таблице. Т.е. поиск смещения всегда с начала, и как только найдено первое совпадение, поиск (дальше в таблице) завершается.
Ну знаю как у вас, но у меня работает именно так, и ИМХО это логично с точки зрения программиста писавшего ПО.

Т.е. при звонке из города на любой из этих номеров абонент попадает на автоответ с менюшкой. А как насчёт хант-группы для этой цели?
Экспериментировал с номерами аналогично. АТС выдает всегда номер с меньшим индексом в своей таблице. Т.е. поиск смещения всегда с начала, и как только найдено первое совпадение, поиск (дальше в таблице) завершается. Ты меня не понял. Один порт имеет два номера. Брался для АОНа то тот то тот.

А как насчёт хант-группы для этой цели?
А мне захотелось проверить вот такую конструкцию :).
Есть у меня и ханты и боссы и эла. Все юзается в зависимости от задачи.
Ты меня не понял. Один порт имеет два номера. Брался для АОНа то тот то тот.
Прекрасно понял :). У мня есть абонент с 2мя номерами на одном порту.
Например 1995 и 15439 (это один порт). Так вот всегда уходит 1995. :rolleyes:
Может я не все режимы проверял? х.з.