Категории доступа на SNG1016M

[Женя]

> Дак вот зачем проверять категорию доступа при звонке SIP-абонента "А" SIP-абоненту "Б"??

За тем чтобы ограничивать связь между абонентами, бывают такие потребности у заказчиков, и причины этому могут быть разные.
Может у абонента банально кончились деньги и нужно запретить ему всю связь.
Может быть на абонентском порту находится спецслужба, это позволит отключенному за неуплату абоненту оставить выход на нее, если даже остальным абонентам станции он не может позвонить.
Либо на абонентском порту могут быть другие сервисы доступ к которым нужно ограничивать, либо еще что-то.. причин можно найти много.

> Извините меня, но ваша логика не позволяет нормально предоставлять услуги нашим клиентам!!! Почему надо что-то изобретать???

Вы тоже меня простите, но я не могу понять в чем сложность и велосипед?

[Fluke]

> Дак вот зачем проверять категорию доступа при звонке SIP-абонента "А" SIP-абоненту "Б"??

За тем чтобы ограничивать связь между абонентами, бывают такие потребности у заказчиков, и причины этому могут быть разные.
Может у абонента банально кончились деньги и нужно запретить ему всю связь.
Может быть на абонентском порту находится спецслужба, это позволит отключенному за неуплату абоненту оставить выход на нее, если даже остальным абонентам станции он не может позвонить.
Либо на абонентском порту могут быть другие сервисы доступ к которым нужно ограничивать, либо еще что-то.. причин можно найти много.

> Извините меня, но ваша логика не позволяет нормально предоставлять услуги нашим клиентам!!! Почему надо что-то изобретать???

Вы тоже меня простите, но я не могу понять в чем сложность и велосипед?

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

Сложность в том, что нужно перенастраивать всё из-за неподходящей логики работы устройства.

[voipais]

И снова извиняюсь за оффтоп.
Логика проста. Там где Вы видите костыль, на самом деле один из очень гибких механизмов.
P.S.
Причём у меня вкрадываются подозрения, что разработчики SMG в совершенстве знают протоколы и устройства Cisco. А при виде дебага Е1 я расплакался от счастья
Если кто с этим знаком, то SMG это CUCM + MGCP gateway в одном корпусе, причём значительно приятней, удобней и стабильней!

[aleks66ek]

Столкнулся с такой же проблемой только в SMG2016, для меня тоже не понятно, зачем в рамках одной станции ограничивать доступ,
привожу пример
есть номера на одной атс 1111 и 1112
номер 1111 категория 0
номер 1112 категория 1 (в которую входит категория 0)
есть номер на другой атс 1113
в результате
номер 1111 может звонить на номер 1113, но не может на 1112
номер 1112 может звонить на оба номера
номер 1113 может звонить на оба номера
Мое мнение это не правильно, когда есть категории например
0 Спецслужбы
1 Местные
2 Зоновые
3 Межгород
4 Международка
Почему так говорю, потому что на avaya нет такой проблемы.

[shader]

нормально тут всё. Это как раз-таки у Avaya криво реализовано разграничение доступа. На 1 транк-группу не более 7 уровней!! И зачем то там вводится 2 понятия: COR (у Eltex это категория доступа) и FRL - от 0 до 6 (7 значений всего) (нафиг оно надо я так и не понял, почему нельзя было обойтись одним понятием и городить огород?!)
а тут все просто:
Переименуйте категории доступа как Вам надо, Переназначьте и пользуйтесь, в чём проблема?

[aleks66ek]

Как мне сделать чтоб абонент 1111 дозвонился до 1112?
Можно сделать одну категорию у них, но тогда нафига они нужны? Какой смысл делать так чтоб категория которая ниже в рамках одной АТС не могла дозвониться до категории выше, либо объясните мне как сделать так чтоб
1111 не мог выйти на городсткие линии, при наборе городского номера, а абонент 1112 мог, и при этом они должны звонить друг другу без проблем.

[Анна]

Вам понадобится три категории доступа
1. Возьмите нулевую категорию доступа, назовите, например, "Общий доступ". Все флаги установлены. Установите абоненту 1112
2. Первую категорию назовите, скажем, "Выход на город". Все флаги установлены. Назначьте на префикс в плане нумерации. Поставьте в параметрах префикса проверять категорию доступа
3. Вторую категорию доступа обозначьте "Абоненты без выхода в город". В параметрах данной категории уберите флаг у "выход в город". Эту категорию назначьте на абонента 1111

Т.о. абоненты будут иметь возможность позвонить друг другу, при этом у 1112 будет выход в город, у 1111 его не будет

[aleks66ek]

Идея понятна, спасибо, попробую.

[shader]

Я у себя вот так сделал:

[Fluke]

Мне кажется что тут разработчики просто упорно не хотят добавить функцию, которая не проверяет категорию доступа при звонке внутри SMG. Зато такая функция есть на префиксах планов нумерации "Проверять категорию доступа".
Сейчас приходится мудрить с категориями и модификаторами.

[aleks66ek]

Я у себя вот так сделал:

Весьма благодарен, это то что надо, работает как надо. Спасибо.

[Анвар]

Мне кажется что тут разработчики просто упорно не хотят добавить функцию, которая не проверяет категорию доступа при звонке внутри SMG. Зато такая функция есть на префиксах планов нумерации "Проверять категорию доступа".
Сейчас приходится мудрить с категориями и модификаторами.

В вашем случае нужно просто перенастроить категории доступа, вообще изначально желательно их настроить правильно надо было. мне тоже непонятны ваши претензии специалисту Элтекс. разграничьте категории для префиксов и абонентов, у префиксов укажите доступность категории только на саму себя, у абонентов создавайте отдельные категории и ставьте галочки как вам надо. еще могу порекомендовать самую первую категорию назовите, как вам уже советовали, "общий доступ" или "транк" поставьте все галочки - будете ее назначать на транки.

нечто похожее поднималось в теме viewtopic.php?f=7&t=4195&p=16548&sid=54cb8c88e82d0f29a663c7c8268952fc#p16402

Заходите в категории доступа, вам нужно настроить их примерно так:
1) Создаете категорию доступа, называете "Доступ к м/г", в ней отмечаете доступ галочкой саму на себя.
2) Создаете категорию доступа, называете "Абонент с м/г связью", в ней отмечаете доступ галочкой саму на себя и обязательно на категорию "Доступ к м/г".
3) Создаете категорию доступа, называете "Абонент БЕЗ м/г", в ней отмечаете доступ галочкой саму на себя, на категорию "Абонент с м/г связью"
4) Возвращаетесь в категорию "Абонент с м/г связью" в ней ставите галочку на категорию "Абонент БЕЗ м/г"
5) дальше в плане нумерации ищете или создаете префиксы с выходом на м/г, создаете маски какие вам нужны например 8913xxxxxxx (called) и этим префиксам назначаете категорию "Доступ к м/г"
6) самому абоненту ставите категорию "Абонент с м/г связью" - и у него будет м/г, или "Абонент БЕЗ м/г" - у него не будет м/г

Это простой пример управления категориями, вам нужно подстроить его под ваш конфиг
Если непонятно или не получается,спрашивайте

Скорее всего у вас куча абонентов и/или префиксов и вам просто неохота перенастроить все как надо, кто ж виноват.

[Fluke]

Виноваты именно разработчики, потому что не хотят реализовать такую небольшую функцию. Почему я клиент, должен подстраиваться под дудку разработчиков? Также исходя из документации не написано что нужно настраивать категории доступа именно таким способом как предлагают.

Позиция Элтекс: делайте костыли и у вас всё прекрасно будет работать.

[shader]

Виноваты именно разработчики, потому что не хотят реализовать такую небольшую функцию. Почему я клиент, должен подстраиваться под дудку разработчиков? Также исходя из документации не написано что нужно настраивать категории доступа именно таким способом как предлагают.

Позиция Элтекс: делайте костыли и у вас всё прекрасно будет работать.

Вы не правы. Это не костыли. А вот предлагаемая Вами функция "разрешить звонить фсем внутри PBX" - как раз таки есть самый что ни есть колхоз, который вызовет массу проблем в последствие. Что должно быть выше в приоритете? Категория? Или опция? А если понадобиться ограничить звонки на определённый номер, что делать? Та и в любом случае, такой механизм - нарушение работы логики категорий и ненужное усложнение конструкции. Я так радовался, когда освоил Eltex, ребята сделали все очень просто и понятно, без лишних усложнений и надстроек - подвесных люлек (с) . При освоении Smg-1016m я мануал до дыр не зачитывал (как у той же Avaya) . К примеру, у других вендоров, той же Avaya, принцип разграничения тот же: Куча COR, которые назначаются на абонентов и на транки (но не на направления! На направления задаются FRL, я об этом выше писал). Просто по умолчанию, как и у Eltex, у Avaya можно звонить с любого COR на любой.

[Fluke]

Я с вами не соглашусь. Я тоже освоил Eltex, и скажу следующее:
В плане маршрутизации - это устройство не годится. Анализ номеров по маскам - не самый лучший. Модификаторы работают отлично, но это усложняет настройку и понимание что нужно сделать.
Я также параллельно работаю с М200, где всё настолько предельно просто, что в одном диалоговом окне ты можешь намного больше, проще и эффективней маршрутизировать, управлять вызовами. Там логика предельна проста и никаких там модификаторов.

В нашем случае, звонки внутри PBX без ограничений - это норма. Нам не требуется ограничивать связь между абонентами внутри железки, никогда не требовалось даже. Даже если такое понадобится, абонент просто переносится в другой план нумерации и всё! Не надо говорить, что мы плохо настроили - это реализация плохая. С точки зрения потребителя - мне виднее, а разработчик долен делать на потребителя а не как ему удобно. Про реализацию СОРМ вообще молчу.

SMG был выбран исключительно из-за других побуждений, но это уже другая история.