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 не поддерживает??
Что касается "спросить у ребят повыше", то уже... Жду ответа из Кореи.

[All is not what ...]

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