маршрутизация через АТС

[brezhnev]

Суть проблемы:есть OS7400 и вынос по потоку OS7200. выход в город через платы TRK, установленные в OS 7400. вопроc: как ограничить пользователям 7200 использование определенных транков 7400. что-то на манер MMC 614 , только по сети. Пока проблему решили разграничением в ММС318, но возможно есть более "правильный" вариант, потому что когда начнем планово подключать абонентов на 7200 придется очень много маршрутов писать ...... да и не уверен я что это прокатит с потоком, только если запретить использование any channel из потока. Если кто сталкивался- подскажите какое нашлось решение.....

[Den]

Есть более неправильный вариант. Зато более удобный
Поток от 7200 к 7400 разбивается на части (разные группы транков) например 800 группа 15 транков и 802-я группа вторые 15 транков потока. Ну и Any Channel ессно отключить. Можно и неравномерно разбивать, в зависимости от колличества абонентов которым можно и которым не можно. Всем ставится второй класс маршрутизации и прописывается к 7400 два маршрута через 800 ТГ и 802-ю. На 7200 cos'ами запрещаетя абонентам занимать группу 800, тем у кого есть ограничение на занятие транков 7400. А со стороны 7400 ставится запрет соединения транк-транк для части транков потока от 7200 к тем самым "определенным" городским транкам.
Это, конечно, чисто теория. Чесно говоря такого не делал, но должно работать

[brezhnev]

так я так и сделал и все работает, но по мере увеличения числа транков и соответственно ограничений боюсь не хватит классов LCR.....

[Den]

Неужели отдельная группа абонентов 7200 выходит через определенный транк 7400?
И потом, если отключен any channel, то можно обойтись и вовсе одним классом LCR
А именно весь поток 7200-7400 в одной группе, например транки 700-730. Для части пользователей 7200 ставится запрет на занятие транков 700-710 и 720-730 (это не cos'ами делается а USE GROUP - такого можно наделать очень много), а на 7400 соответственно ставится запрет соединения вот этих десяти транков от 7200 к соответствующим городским линиям. Это тоже не cos'ами делается а USE GROUP. Первый предложенный мною вариант удобен, если таких групп абонентов ну... до трех-пяти. А если нужно больше и соответственно постоянно меняется колличество толи абонентов, толи разрешений-запретов - удобнее пользоваться USE группами, тем более что их колличество несравнимо больше, чем классов маршрутизации

[brezhnev]

юзергруппы это хорошо, но я не смогу разграничить пользователей 7200 и транки 7400 никак кроме как через транк ту транк коннект. а вот как разграичить по юзергруппам я и спрашивал станции то разные и планы нумерации разные ....

[Den]

Чего то я не понял проблемы, если на одной станции определить доступы User-Trunk, а на другой станции Trunk-Trunk, то в результате получится разграничение User/Station1 - Trunk/Station2. Что ж еще требуется?

[brezhnev]

Проблема в том что юзеров будет гораздо больше чем 30 , сопоставить каждому свой транк не получится ..... хотя идея конечно хорошая.....

[conf]

нда уж... не занимайтесь глупостью

я так понял что хотите для ос7200 отделить к примеру 10 каналов из 30 (т.е. с 1 по 10) а остальные с 11 по 30 для ос7400. так дело не пойдет для абонентов ос7200 ибо начинают их ушемлять т.е. с ос7400 заняли с 1 по 15 каналы а остальные заняты и тут как выдумаете что получится ???? вот имемно с ос7400 позвонить можно будет а с ос7200 нельзя ибо и прова 100 пудов стоит занятие каналов с начала к конец а не по кругу

если вам уж так сильно сильно приспичело такое то надо с провом договариваться чтоб он тоже у себя поток на две части порезал и каждой части выделел сторого те номера которые должны заниматься либо в одной части каканала либо в другой и не дай бог чтоб левый номер занялся не в той части каналов, и только после этого вы тоже разделяете у себя поток на две части идентично как у прова и вот тогда вы получите то что хотели, но тут чуть пожа вылезить такое НО - окажется что 10 каналов для атс ос7200 для нормальной работы офиса будет катострофически не хватать или же на оборот для ос7400 не будет хватать 20 каналов в пик нагрузки и после того как боссу приспичит позвонить в город и окажется что нет свободный каналов и тут ему в голову взбредет полне РАЗУМНАЯ ИДЕЯ (и как ни странно он будет прав, ибо когда такое решается о делешки каналов надо было предупреждать чем ЭТО вылезит БОКОМ т.е. какие проблемы поимеем) а не вызвать ли того кто обслуживает атс и вколхозить ему звездюлей

реальный пример - сделали вынос по IP с внутренними номера около 40, число IP каналов 12, народ начал жаловавться что к ним нельзя прозвониться через раз, и позвонить с выноса получается тоже через раз, оказалось что все 12 каналов на убой заняты, расширили число каналов до 16-ти и все проблемы сразу отвалились, сделали статистику анализа каналов за неделю и оказалось что для выноса нужно 14 каналов, очень очень изредка занимались 15-ый и 16-ый канал
это я расказал к тому чтоб РЕАЛЬНО оценил всю ситуацию и объяснил начальству чем это грозит ибо не охота от прихотей начальства получать звиздюлей ЗА ПРОСТО ТАК