Элтекс

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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