iPECS MG-300 транзит ISDN-SIP Опции

[Klerik]

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

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

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

[Amadey]

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

[harris]

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

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

[Amadey]

...Но SIP - это не "телефонный" протокол. Вот тут и может быть "засада" при передаче транзитного вызова от PRI в SIP.

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

[harris]

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

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

[metalolom]

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

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

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