Выход в город с разных групп линий для разных COS

[ZEV1416]

Хочется странного:
Сделать 2 группы пользователей. Они должны при звонках в город набирать, в идеале, одно и то же, но АТС должна отправлять их вызовы с разных внешних линий.
LCR включен, я попробовал использовать LCR COS, но его роли особо не понял: он, как я понимаю, указывает, до какого COS дойдет АТС в 712 программе в случае недоступности линий в первых LCR COSах, пока не даст отлуп пользователю.
Пока что сделал через * в начале номера (т.е., если номер такой же, но начинается с *, идет адресация на другую группу внешних линий) через NLCR и правку номера.
Блокировать доступ пользователей к группам на совсем - не предлагать: эта же группа может использоваться по таблице LCR для другого номера. Но как при этом части внутренних запретить звонить через * - я не знаю. А без этого получится, что люди получат возможность звонить на свой выбор тем или иным способом.

[Wi$e]

а чем mmc304 не подходит?

[ZEV1416]

а чем mmc304 не подходит?

В пределах 1-ой АТС это решает проблему, но если вызов транзитный в сети АТС - мы можем влиять на набор номера, только изменяя присланные цифры. АТС связаны потоками - на группы поток особо не побъешь.

[Wi$e]

а, теперь понятно
а почему не сделать две разные tg и роутить одних абонентов на одну, а вторых на доугую.

ps лучше поподронее описать конечную цель

[ZEV1416]

а, теперь понятно
а почему не сделать две разные tg и роутить одних абонентов на одну, а вторых на доугую.

А можно поподробней, как это?

ps лучше поподронее описать конечную цель

Что требуется: есть 2 атс, одна из которых имеет выход в город, 2-ая же ходит через первую. В первой кроме всего прочего стоит плата MGI с настроеным sipnet. Хочется, чтоб все внутренние с обоих АТС выходили на межгород по сипнету, но для факсимильных аппаратов выходить в город по обычным городским линиям (факсы не всегда ходят, вернее всегда не ходят).

Пока сделал так: в LCR прописал нумерацию *8, выводящую на межгород без sipnet, и в LCR CLASS в MMC712 прописал в первом классе выбирать группу линий, где вообще нет никаких линий. Во 2-ом классе прописал группу обычных внешних линий. Теперь люди, имеющие LCR CLASS 1 при наборе *8 обламываются, а с классом 2 - выходят в город через обычные городские линии. Но в идеале хочется отказаться от этого, и просто намертво назначить определенным внутренним ходить в город по обычным линиям (чтоб людям головы не морочить разными вариантами набора номера).

[Wi$e]

описанные настройки lcr, это в транзитной атс или в выносе?

[conf]

аналогичная тема давно поднималась мной http://forum.officeats.ru/viewtopic.php ... highlight= для ознакомления

[conf]

в добавок на первой атс в 714 создать специфический входящий номер и чтоб он был направлен дистанейшин на тр.группу mgi
на воторой атс делать по аналогии что тема поднималась и в добавок в еще использовать 713 где идет модификация того самого специфицеского номера с первой атс который в 714-ой

сделать копии с обоих атс (на всякий случай) и запастись терпением и воплощать в реальность эту задумку

либо для факсов задействовать отдельную цифру тобишь e-lcr

[ZEV1416]

описанные настройки lcr, это в транзитной атс или в выносе?

На обоих. Просто 1-я АТС сразу же отсылает на нужную группу, а 2-я - добавляет разные цифры в зависимости от того, куда надо будет кинуть. 1-я же ловит пришедшие цифры от 2-ой и исходя из них назначает группу.

Есть такая мысль: на 1-ой АТС разрулить запретом выхода на sipnet транки для тех, кому надо звонить по обычным городским линиям. А для 2-ой АТС разбить QSIG поток на 2 транковые группы. Также раздать права доступа на них. И немного по-разному модифицировать номер перед отсылом на 1-ю АТС. 1-я же АТС будет смотреть, что намодифицировала 2-я, и исходя из этого выбирать sipnet или поток.

ЗЫ: Есть еще плюс в том, чтоб люди могли руками заставить АТС идти по обычным линиям: иногда по sipnet межгород не проходит. Тем, кто с этим столкнулся, можно побъяснить принцип набора номера для выхода через обычные линии. Тогда они при необходимости смогут этим воспользоваться. Правда, пока что на непрозвон на sipnetе никто не жалуется. Посмотрим, что дальше будет.