Версия для печати темы

Автор: Klerik 16.11.2010, 16:32

Понимаю что не в этот форум, но раздела по MG пока нет …
АТС iPECS MG-300. Возникла проблема реализации транзитного звонка с потока PRI в SIP транки через эту АТС ( использование H.323 невозможно). Вернее сам транзит сделать удалось, но при этом не передаётся номер звонящего абонента. Увы но конечный пункт назначения звонка это Колл-Центр и его работа без информации о звонившем человеке , Вы сами понимаете, совершенно бессмысленна.

Прошу Вашей помощи в решении данной проблемы.

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

Автор: Dron 16.11.2010, 16:41

Странно! Я сейчас проверил следующую вещь. Позонил на аналоговую СО iPECS-MG с DISA, после ответа набрал транзитный код и через линии VOIP(протокол H.323) позвонил на iPECS-LIK - отобразился номер внешнего абонента. По потоку, к сожалению, проверить не могу.
Вопрос, а как у вас транзит прописан на iPECS-MG? Я к тому, что если у вас по H.323 номер звонящего не передается, откуда уверенность, что по SIP он будет передаваться?

Автор: Klerik 16.11.2010, 17:06

Я же писал, применение H.323 невозможно!!!! Только протокол SIP, обычный транзит, причём там DISA??? Увы DISA это не транзит....... Не передается номер звонящего при организации транзитного звонка с PRI на SIP транки...

Автор: Dron 16.11.2010, 17:22

Пардон! Но вы так сформулировали вопрос, что я понял, у вас по H.323 номер не передается, поэтому хотите использовать SIP..
Сам по себе режим DISA не причем, конечно. Но после ответа системы набирался транзитный код и вызывался абонент другой АТС. Это что, не транзит, по вашему? Что тогда в вашем понимании есть транзит?

Автор: Dron 16.11.2010, 17:28

Или, может быть, мы про разные вещи говорим?

Автор: Klerik 16.11.2010, 17:36

Транзит - это когда никто ничего не донабирает. Это когда станция просто выполняет функцию "трубы" (в данном случае ещё и конвертера протоколов) и полностью отдаёт не изменённые номера кто звонит и на какой номер.

Если есть у кого-то возможность попробовать данную схему включения пожалуйста ПОМОГИТЕ. АТС стоит у клиента и работает, сильно экспериментировать и тестировать увы возможности нет. Других MG пока нет, жду, но появятся они у меня нескоро.... Со своей стороны могу предоставить точку SIP приземления звонка.....

Автор: Dron 16.11.2010, 17:50

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

Автор: Klerik 16.11.2010, 21:07

База ушла Вам почтой....
Последний вариант при котором заработал транзитный звонок - это просто отправка DID номера на группу ВоИП транков + Регистрация на SIP Proxy. Испробованные комбинации использования NET + регистрация и работы без регистрации (peer-to peer) результатов пока не принесла.....

Автор: Dron 16.11.2010, 21:14

Да, я получил.
Кстати, а какие еще варианты пробовались?

Автор: ANF 17.11.2010, 4:36

2 Klerik

Tрассу Wireshark на выходе из MG снимай - смотри что у тебя в поле "From" вылетает.

Внутренние номера при звонке из МG отображаются ?

Автор: stasmar 17.11.2010, 8:49

Еще вариант:
назначить вызов на hunt группу. В группе таймер переполнения установить 1 сек., назначить переполнение на speed ячейку в которой нужно прописать номер абонента колл центра и указать группу линий платы VOIB, чтобы для вызова использовались именно эти линии.

Автор: vldmr 17.11.2010, 10:03

Думаю попробовать поменять в SIP CO User-ID Table позицию Contact Number.

Автор: Dron 17.11.2010, 11:24

Смоделировал и проверил - работает как надо.
Что стоит в Contact Number без разницы, отображается номер вызывающей стороны.

Автор: Dron 17.11.2010, 11:40

Тьфу ты, отображается CID, прописанный на сервере для акаунта... Поспешил отрапортоваться...
Бум думать дальше.

Автор: Amadey 17.11.2010, 15:03

На сколько я помню, у этого клиента без проблем отображаются клипы при звонках с MG на его коллцентр, причём можно реализовать как отображение внутренних номеров из плана нумерации, так и его клипа (normal, long...). C колцентра на MG также клип ходит без всяких проблем. Проблема остаётся в передаче номера звонящего с внешнего потока MG на колцентр, который выступает для станции в роли SIP-сервера. При любых значениях Contact Number номер передаваться не хочет. Нутром чую, что копать надо где-то в модификациях cli, но где именно.....

Автор: PILOT 17.11.2010, 15:14

Привет! Вышли мне тоже базу...

Автор: harris 17.11.2010, 15:15

ИМХО, не все так просто... При транзите, например, PRI-> PRI или PRI->H.323, по умолчанию передается оригинальный (принятый из сети) CLI. Это не требует какой-либо настройки. Сигнализация на линиях ISDN и VOIP/H.323 основана на одном и том же протоколе - Q.931. Но SIP - это не "телефонный" протокол. Вот тут и может быть "засада" при передаче транзитного вызова от PRI в SIP.

Автор: Amadey 17.11.2010, 15:23

Но ведь и MG изначально вроде строилась как взрослая железяка, умеющая без проблем делать транзиты )) Думаю, может спросить у ребят повыше? Игорь, уверен, что там это сделать можно... К сожалению не было возможности нормально лог глянуть. Но и из того, что выдавал софт колцентра было видно, что ни в одном поле (ни contact number, ни from) не было со стороны станции попыток оттранслировать clip

Автор: stasmar 17.11.2010, 15:25

Так разве это не повод для заказа модернизации? Прошу прощения, если что не так понял..

Автор: harris 17.11.2010, 15:34

А кто сказал, что MG- это "взрослая" железяка??? Разве может быть "взрослая" железяка по цене "подростка".
Кстати, собственно транзит с PRI на SIP обеспечивается, вызов проходит. Не передается только оригинальный CLI.
А в каком поле протокола SIP он должен передаваться (From/Contact/..../....)??? А сам SIP рассчитан на это?? Может это возможно только в протоколе SIP-T, который MG не поддерживает??
Что касается "спросить у ребят повыше", то уже... Жду ответа из Кореи.

Автор: All is not what it seems 17.11.2010, 15:42

Что в Remote-Party-ID?
Или приведите сниф.

Автор: Dron 17.11.2010, 16:40

По моему, перекопал все, что можно..

Автор: Dron 17.11.2010, 16:50

Аналогично!
А вот еще ситуация.
SIP абонент, зарегистрирован на MFIM50A. На MFIM50A на абонента 100 приходит вызов, отображается некий АОН. Осуществляем перевод вызова на номер 101 (подключен LKA-220C) отображается все тот же номер внешнего абонента.
А при переводе на sip абонента видим номер 100..
Не про MG, но, думается, в тему.

Автор: Klerik 17.11.2010, 20:20

Я попросил одного из администраторов форума активировать аккаунт одного из инженеров непосредственно с объекта где реализуется данный транзит. Он сможет намного оперативнее предоставить необходимую информацию....
Логин - metalolom

Автор: metalolom 18.11.2010, 16:57

Доброго времени суток!

Я настраиваю контакт-центр в этом проекте.
В каком поле должен передаваться - в принципе не так важно, лишьбы передавался тогда его уже можно обрабатывать.
Не понял про то расчитал ли SIP на это. По SIP передали "звонить отсюда - туда", а что станция вложит в "отсюда" и в "туда" - это уже станция должна делать.
Если звонок проходит от внутреннего абонента на SIP - то она подставляет в CLI либо внутренний номер либо representive номер либо тот номер который задан для этого внутреннего как Long CLI (Я первый раз эту АТС увидел несколько дней назад, могу путаться в терминологии). Тоесть SIP это позволяет.
Другое дело что и PRI и SIP настроены как CO Линии. Мне кажется что в этом и есть проблема. Если бы можно было указать что SIP - это внутреняя группа транков (либо как NET), то туда автоматом должен был бы приходить и правильный CLI.
Например до этого там стояла LDK-300 и на ней CLI передавался когда SIP был подключёт как NET номер. Но там была проблема с тем что SIP от АТС не отдавал команду 183 Progressive (транзит гудков и сообещнией оператора вроде "абонент вне зоны действия сети"). MG Это делает корректно , а вот с передачей CLI - засада.

Автор: harris 18.11.2010, 18:30

Еще окончательно неоформившиеся мысли вслух...
Сейчас станция зарегистрирована как клиент на SIP-сервере (на Сall-центре).
А если сделать наоборот: этот Call-центр зарегистрировать на MG в качестве SIP-клиента (абонента)?? И входящий вызов с потока просто направлять внутреннему SIP-абоненту.

Автор: Dron 18.11.2010, 18:35

Я это предлагал уже Klerik в переписке. Реакции не увидел. Но, нужна же лицензия...

Автор: harris 18.11.2010, 18:36

Да, нужна лицензия. И что?? Просто нужно бы проверить такой вариант до покупки лицензии.

Автор: Dron 18.11.2010, 18:39

Я не могу, к сожалению, по причине, опять же, отсутствия лицензии...

Автор: harris 18.11.2010, 18:46

Поставь Demo-ключ.

Автор: Dron 18.11.2010, 18:48

Мне жалко, однако...
Вдруг потом понадобится.

Автор: harris 18.11.2010, 18:52

ОК. Может у меня завтра получится проверить... Не успеваю всё охватить...

Автор: harris 19.11.2010, 15:47

Проверил. Если в MG зарегистрирован SIP-абонент (SIP station), то тогда на него без проблем передается входящий CLI с потока, как и любому другому абоненту станции.
Так получится ли подключить Call-центр к MG в качестве SIP-абонента??

Автор: Dron 19.11.2010, 15:52

Здорово! В MFIM50А у меня и так не передавался входящий CLI, хотя, может я чего не донастроил...
А корейцы ответили чего-нибудь по изначальной ситуации?

Автор: harris 19.11.2010, 16:17

Да. Будут думать.

Автор: Klerik 22.11.2010, 16:24

Такой вариант не опробовался в связи с отсутствием лицензии ...
Harris, а можно ли мне на почту сообщить стоимость лицензии? Лицензии для подключения сторонних СИП для LIK и MG - одинаковы или это совсем разные лицензии, с различной стоимостью? Доступны ли данные лицензии к заказу?
Увы у нас нет такой информации...

Автор: harris 22.11.2010, 16:33

У меня тоже нет информации по ценам. Это прерогатива менеджеров, а не техн. отдела. Цену нужно узнавать в Ортемире. Можно ведь открыть Demo-ключ.

Я не понял о какой разнице в лицензиях Вы спрашиваете... И в LIК и в MG есть отдельная лицензия на использование станции в качестве SIP-сервера (т.е. для возможности подключения стандартных SIP-абонентов). Стоимость лицензии зависит от требуемого кол-ва подключаемых SIP-абонентов.

Автор: Klerik 24.11.2010, 12:29

Всё достаточно просто - "Демо" на этой АТС уже нет. И представительство LG-Er в Москве уже два дня молчит и не говорит ни о возможности заказа данных лицензий ни о их стоимости..... Круг замкнулся, без лицензий не работает а как заказать эти самые лицензии и их стоимость - ответа нет пока даже у представительства...

Автор: AXEL 24.11.2010, 12:41

С какого перепуга нет?
пароль maint и все есть.

Автор: harris 24.11.2010, 13:09

Откуда такой пессимизм??
А что, разве ваш дистрибьютор (Ортемир) не знает, как заказывать лицензии?? Все лицензии оформляются через дистрибьютора. Стоимость лицензии для End User'а определяет сам Ортемир, получив цену от LG.
Насколько я сейчас выяснил, Ортемир давно получил список цен на все оборудование MG. В этом же списке указаны цены LG на лицензии. Так в чем проблема??

Что значит ???
Что, в этот MPB уже был устанавлен Demo-ключ и он уже просрочен???
Тогда этот вопрос переадресуйте в Ортемир, уточните у них примерную дату, когда они поставили этот ключ, и "отмотайте" системную дату назад.

Автор: mixaz 15.7.2011, 8:13

Хм, а какие-нибудь движения по этой теме есть? Т.е. изначальный вариант, а не когда через сип-абонента перевод делается?

Автор: metalolom 19.7.2011, 15:41

Да, сделали прошивку на эту АТС. Теперь всё нормально работает
Если нужны будут примеры настройки - смогу подсказать

Автор: kdX 10.9.2011, 20:25

приветсвую! подскажи пожалуйста как у тебя настроено??

Автор: metalolom 15.1.2012, 2:02

Если ещё актуально:
Считаем что есть городской номер в PRI , который нужно пробрасывать на SIP (без регистрации точка-точка). Например 5005005
через Веб:

1. CO Line Data - CO Line Attribute(160~163)
Смотрим Digit Conv.Table для линий в нашем PRI (в моём случае это 2)

2. SIP CO Data - SIP CO Basic Registration
Настраиваем подключение СИП станции
Например в 5 группу.

3. Table Data -> Digit Conv Table(251~252), входим в таблицу для нашего PRI (в моём случае это 2,см пункт 1)

в поле Dialed Digit - указываешь номер на который приходят звонки в станцию, в нашем случае 5005005
в поле Changed Digit - указываешь куда этот звонок направлять. Мне нужно просто перекидывать звонок в 5 CO группу, где у меня сип сервер.
поэтому я там пишу *805[номер на который приземлять звонок] В нашем случае *8055005005

Всё, все звонки, которые приходят в PRI на городской номер 5005005 пробрасываются на СИП на такой же (или нужный мне) номер

Вот ещё прикрепил скриншоты настроек платы (там тоже что-то менялось, но я уже не помню что)

Автор: ALLeX 15.8.2014, 10:48

Возможно дело в другой версии, но метод выбранный ув. metalolom не заработал на MG-100 (2.1Ac). Судя по логам станции, до группы линий SIP вообще дело не доходит. Сам SIP канал рабочий. То же самое с PRI->PRI
Какой ещё есть способ перевести внешний звонок на SIP транк?

Автор: metalolom 15.8.2014, 10:57

Если что - вот скриншот с информацией о версии на работающей железке
https://www.dropbox.com/s/4y7a10e6py3i5y0/%D0%A1%D0%BA%D1%80%D0%B8%D0%BD%D1%88%D0%BE%D1%82%202014-08-15%2010.51.44.png

Автор: Dron 15.8.2014, 10:59

CO-to-CO Attribute(179) [N] и CO COS Assignment(177) [N]??
Да, еще, видимо, надо позаботиться о правильном АОН на SIP...