Организация PBX на smg2016

[nemesys]

Добрый день.
Купили smg2016.
Есть сип номер вышестоящей атс, есть внутренний номер sip абонент созданный на самой smg. регистрация на вышестоящем сервере пройдена, сип-софтфон зарегистрирован на smg2016. Подскажите пожалуйста, дальнейшие действия для того чтобы направить звонки в обе стороны с одного сипа на другой. что за чем необходимо настраивать чтобы пошли звонки. Читал про транковые группы - создал одну - добавил в нее сип интерфейс с регистрацией с вышестоящей атс - тетя начала говорить что набранный вами номер не обслуживается, я так понял что это уже отвечает smg. вторую транковую группу в которую включить всех внутренних абонентов (на данном этапе один абонент) создать не могу. Не допонимаю логику распределения звонков. Может есть блок-схема для понимания направлений. Документация по продукту выложенная на сайте не совсем достаточна для моего понимания.
спасибо за оперативный ответ.

[borisk]

Транковую группу для локальных абонентов не надо созвдвать. Вообще логика такая:
1) Создаете PBX профиль (нужен для использования модификаторов для зарегистрированных абонентов)
2) В SIP интерфейсах создаете SIP профиль, к которому будут привязаны зарегистрированные пользователи, а так же SIP интерфейс для вышестоящего провайдера
3) Создаете транк группу с SIP интерфейсом вышестоящего провайдера
4) Создаете SIP абонента, назначаете ему PBX профиль, SIP профиль и план нумерации
5) В плане нумерации прописываете правила для ИСХОДЯЩИХ звонков. Входящие звонки на зарегистрированных абонентов попадают автоматически если есть совпадение по B номеру и прописанному номеру абонента (поэтому возможно понадобятся модификаторы A/B номеров)

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

[nemesys]

проблема как раз в 5 пункте - все остальные сделаны.
в плане нумерации создан префикс

№ Название Маски для CgPN Маски для CdPN Тип Объект АОН АОН об. Режим набора Приоритет
0 Prefix#00 (нет масок) (8xxxxxxxxxx) ⇒ Транк группа from-sip- - - no change ( + ) 100


вот что выдает сип софт фон при попытке позвонить на сотовый номер
502 Bad Gateway
Внимание: 399 Normal release from peer

[Женя]

можете снять трассировку pbx pstn все уровни =1 и отправить на почту тех.поддержки (в подписи)

[borisk]

Так если не сложно, то можно и сюда выложить. Всем бы миром помогли. А техподдержка лучше бы помогла мне с факсом на SMG2016. А то я логи уже отправил, а ответа все нет А клиенты плачут :'(

[nemesys]

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

[borisk]

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

[nemesys]

Уважаемые разработчики, а есть ли у вас развернутая блок-схема логики smg2016 в разрезе установки модификаторов (да и не только)?
что интересует - правильное понимание прохождения звонка через все модификаторы модули итд итп.
мне необходимо было выпустить в е1 окс7 динамических sip абонентов по определенным правилам диктуемым оператором предоставляющим нам е1.
а именно
звонок от нас в окс7
номер А 10 знаков в national
номер Б 7 знаков в subscriber если это местный звонок, если межгород или на мобилу то 10 знаков в national

звонок к нам
номер А 10 знаков в national
номер Б 7 знаков в subscriber
------
Что селано
1. настроен поток окс 7 загнан в транковую группу (это проблем не вызвало)
2. в нумерационном плане добавлен префикс с одним правилом CdPN (x.)
3. к транковой группе привязаны предварительно созданные таблицы модификаторов, а именно
а. в секции модификаторы входящей связи добавлена таблица с одним модификатором по cdPN отбор номера ([2-3]xxxxxx) правило модификации cdPN +863 - добавляет 863 к номеру А при входящем звонке, т.к. номера прилетающие по радиусу в динамические sip абоненты в 10 значном формате.
б. в секции модификаторы исходящей связи добавлена таблица cdPN со следующими модификаторами
приведение местных к subscriber маска (8863[2-3]xxxxxx) правило модификации cdPN ----$ тип номера subscriber т.е. отсекаются первые 4 цифры и устанавливается тип номера.
приведение сотовых в national маска отбора (89xxxxxxxxx) правило модификации cdPN -$ тип номера national т.е отсекается первая цифра и устанавливается тип номера.
преобразование коротких местных маска отбора ([2-3]xxxxxx) правило модификации cdPN $ тип номера subscriber т.е. ничего не отсекается а только устанавливается тип номера в соответствии с требованиями оператора.
все остальные межгород маска отбора (8xxxxxxxxxx) правило модификации cdPN -$ тип номера в national т.е. отсекается первая цифра и устанавливается тип номера.
в. в секции модификаторы исходящей связи добавлена таблица cgPN с одним модификатором по cgPN маска отбора (863[2-3]xxxxxx) правило модификации cgPN $ тип номера national. т.е. идет приведение номера А при исходящем к формату national.

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

Гуру элтекса - выскажите свое авторитетное КЮ

[AlexeyMish]

http://eltex.nsk.ru/support/knowledge/obyasnite-kak-osushchestvlyaetsya-marshrutizaciya-vyzova-cherez-smg.php

[bravo]

О, коллега, как я вас понимаю =) Когда то точно так же пытался понять пусть прохождения трафика через БКП.
в общем вам уже выше дали скриншот с текстовым описанием. По факту там не хватает модификаторов.
При поступление на интерфейс сетапа/иама/инвайта, вызов попадает в ТГ. Далее можно подключить модификаторы по Вх связи. Модифицировать там можно номера А и Б. Далее уже план нумерации, выбор префикса на основание модифицированных А и Б. По префиксу будет выбрана Исх ТГ. В Исх ТГ можно подключить модификаторы (и вот тут их гораздо больше). Часть из них повлияет на то, что отправится в стык с оператором, часть на сопровождающую информацию (типа redirecting number модификации), а часть на то, что запишется в биллинг! Далее согласно записи в ТГ будет выбран поток/линксет и ТС в нём. всё.

Основная ваша задача - спроектировать свои планы нумерации! Я сам ещё не добрался до этого в smg (пока не нужно было, так как использую их как медиа гейтвеи между TDM и ecss10), но до этого сдавали узел на БКП. Там всё куда более топорно - всё что прошло через план нумерации - всё попало в СОРМ и биллинг. Здесь нюансы. в биллинг пишется много версий CgPN и CdPN (и их можно модифицировать для биллинга отдельно).

я бы вам посоветовал вот что:
- планы нумерации вести в международном формате! Всё равно, что у вас в стыках с операторами цифры по 10 и по 7 бегает в разные стороны! Они не правы! Только если конечно у них не древняя станция, в которой есть сильные ограничения на кол-во обрабатываемых цифр и скорость этой обработки оставляет желать лучшего... плюсов тут много:
а) в планах нумерации у вас везде один и тот же формат - что бы вам не прислали в стыках, вы всегда приводите это к одному и тому же виду, и нужно заботиться только том, что бы у вас префиксы были прописаны в нужных направлениях.
б) СОРМ (по крайней мере в центральном регионе) сдаётся по 268 приказу, согласно которому номера должны быть в международном формате. проще будет сдавать, не нужно будет ничего переделывать.
в) на исх ТГ вы всегда будете иметь одинаковые цифры и подстроить модификатор под конкретный стык всегда легче с одинаковой исходной информацией. Нужно будет подумать над префиксами РФ, Казахстана, Южной Осетии и кажется чего то ещё - они используют наш международный код, но в остальном очень просто. 810 отпилили, если оно есть и уйдёт всё в том направлении, куда вы сливаете МН трафик.
г) опять же биллинг. нормальные биллинги заполняются префиксами тоже в международном формате. есть стандарт - его надо придерживаться и жить будет легче.
д) это некий минус, но только на первый взгляд - придётся расписать все префиксы от 1 до 9, исключив РФ, но оставив Казахстан, Осетию и т.п...
- заводите ВСЕ префиксы в план нумерации 0. Даже если вы их хотите вынести в другой план нумерации - всё равно добавьте его в первый. Там замут с СОРМом, который кажется может зацепить только то, что находится в первом плане нумерации... уточните этот момент у поддержки, я подзабывал. самому пока далеко об этом думать.
- не относитесь к smg1016/2016 как к УПАТС. Эта штука больше похожа на полноценный телефонный коммутатор, так что коммутируйте вызовы по полному номеру, а не по каким либо коротким/внутренним...