asterisk.ru

Всем доброго дня!

Исходные данные:

1. Схема сети:
Avaya IPO 500 - Elastix - IP шлюз (Сити-IP-M) - стык Е1 - Hicom 300 - стык Е1 - ТфОП
2. Нумерация префикс+пятизнак


Суть проблемы:

Hicom 300 старенькая АТС, которая не гибко преобразует CID, решили по быстренькому сманипулировать CID в *, для чего поставили Elastix 2.5.0 (т.к. нужна только манипуляция и факсы )
И вдруг простенькая задача превратилась в двухнедельный *емор

15623509 - абонент Avaya, который вызов в город шлет на * в виде 099хххххх, где хххххх городской номер, * должен поменять набранный номер на 9хххххх и поменять CID на 3532341548, после чего это шлется на шлюз CиТи, который транзитит в Hicom, который транзитит в город.

Просто выход в город с Астериска реализовал.
Реализовал выход в город абонентов Avaya, но только с CID указанном на транке СиТи.

Надо реализовать персональный CID каждому абоненту Avaya


Создаем в extensions_custom.conf контекст from-avaya

[from-avaya]
include => outrt-5 ; Gorod_transit
exten => _099./15623509,,1,NoOP(from-avaya to City)
same => n,Set(CALLERID(num)=3532341548)
same => n,Set(INTRACOMPANYROUTE=YES)
same => n,Dial()
same => n,Hangup

Получаем reject т.к. нет исходящих маршрутов в контексте

Меняем контекст

[from-avaya]
include => outrt-5 ; Gorod_transit
exten => _099./15623509,,1,NoOP(from-avaya to City)
same => n,Set(CALLERID(num)=3532341548)
same => n,Set(INTRACOMPANYROUTE=YES)
same => n,Goto(from-internal)

Снова reject.

Хорошо, вернулись к первому контексту сделали include в from-internal

Вызовы пошли, но CID изменился на cid описанный как CID транка (3532341520), или наоборот не поменялся. В общем сделал не то, что мне надо
Пробовал много разных вариаций, было и так и так. Не помню уже если честно какой именно вариант был вот именно в этом случае, но звонок точно прошел

в контексте from-internal есть необходимый otbound rules, который меняет набранный номер на 9хххххх и не меняет CID т.к. маршрут внутрикорпоративный.

Если я правильно понял идею, мне надо в контексте from-avaya надо прописать и outbound rules и необходимые манипуляции.
Но если это сделать, то вызовы не проходят по причине reject т.к. нет исходящих маршрутов в контексте

Пост и так огромный получается, поэтому все пробы и ошибки озвучивать не буду

Что-то я подзапутался. Наведите на путь истинный

Почему не сделал этого на avaye, потому что у нас еще два удаленных отдела сидят на Сити-IP-M'х, которые этого совсем не умеют, а им тоже надо править Caller ID.

Заранее спасибо!

P.S.: С наступающими праздниками!

Прсотенькая задача? Зачем Вы решаете её гиморно? Когда затратите месяц своего времени безрезультатно, поймёте волшебство платного суппорта!

Avaya IPO 500 - Elastix - IP шлюз (Сити-IP-M) - стык Е1 - Hicom 300 - стык Е1 - ТфОП

Очень уморочно! IMHO - Avaya IPO 500 не нужна. Там где два удаленных отдела сидят на Сити-IP-M'х ставите ИП-телефоны и подключаете их к Астериску.
Шлюзы продаёте, на вырученные деньги - гуляете.
[from-avaya]
exten => _099хххххх,1,NoOP(from-avaya to City)
same => n,Set(CALLERID(num)=3532341548)
same => n,Dial(SIP/CityIPgateway/${EXTEN})

Работал бы в коммерческой организации, так бы и сделал. В госучреждениях немного все не проще
По сути все удаленные подразделения у нас и будут обеспечены IP телефонами, но это всё заложено в планы закупок на 15-16-17 годы.
А пока живем на существующей схеме.

Avaya стоит также в удаленном отделе.
Avaya и шлюзы по отделам выполняют функцию аналог -> SIP
Шлюз СиТи в центральном подразделении выполняет функцию SIP -> E1
* должна по сути стать узлом между удаленными шлюзами и hicom, а также попробовать поднять факс сервер хотели на ней (пока еще не дошли руки)
Пока вместо платы Е1 для * стоит шлюз СиТи.
Hicom в свою очередь держит на себе, пока, всех абонентов центрального подразделения, ну и соответственно смотрит в город по Е1.
Подавляющая часть абонентов, опять же пока, аналоговые и UPoE аппараты.
Как-то так

ded писал(а):[from-avaya]
exten => _099хххххх,1,NoOP(from-avaya to City)
same => n,Set(CALLERID(num)=3532341548)
same => n,Dial(SIP/CityIPgateway/${EXTEN})

Данный контекст будем применим для всех абонентов Avaya без разбора, мне же надо каждому свой CID, потому через / ставил входящий CID, и таким образом хотел переназначить каждому абоненту Avaya свой конкретный cid при звонке в город. Или не в том направлении пошел?

В данный момент действует договоренность с оператором, что он на все не опознанные АОНы с нашей стороны подставляет первый номер в потоке. Это не удобно ни абонентам, ни в дальнейшем, когда получаем детализацию от оператора.

Можно и HiCom оставить, просто звездой подключать, а не гирляндой. Да, нужен шлюз с 2мя потоками E1)

Сорри за оффтоп:

А по поводу платного суппорта, читал это мнение много раз, но боюсь этого не случится, если только за мой счет.
Кто работал на государство, тот знает как порой тяжело выбить небольшие деньги на "какое-то там" обучение, и как много порой впуливают денег на покупку всякой дорогой дребедени, которую потом и на 10% возможностей не задействуют.
К примеру тот же Hicom, с кучей ненужных, но дорогих интерфейсов, в 2005 году стоил баснословных 6 млн. рублей (два-три коттеджа), обучение стоило 10-15 тыс.рублей. В итоге со станцией пришлось разбираться самому с нуля, благо хоть инсталляция входила в заказ
По сути Hicom такая же платформа, которую конфигурируешь набором команд, как тебе вздумается, надежная, но не такая гибкая, ибо устаревшая

Можно, только переставить как правильно (на картинке)

опции для PEER SiTi2City_trans_out: Контекст: Лог *: Что я пропустил?

dialplan show 099297597@from-avaya

Замечу: синтаксис неверный. Читайте Книгу о вкусной и здоровой телефонии.

Может так грубо, без изысков - но должно)

тоже нет. Автор имелл ввиду
exten => _099XXXXXX,n,Dial(SIP/SiTi_IP_M/${EXTEN:2},tT)