KX-NCP500RU и настройка VoIP для связи с Call-центром

[Mike_K]

На SIP снять петлю не получиться. Это чудо для таких дел не предназначено.
H.323 может видеть петлю только при реализации протокола одним и тем же производителем. Информация уходит в Facility, а описание внутренностей этого информационного элемента особо не стандартизировано. И каждый производитель его понимает по своему.

[bovt]

Вот на ISDN можно обратную петлю замкнуть внутри маточной станции напрямую разорвав транзит выход-вход от себя к себе..

[НачШтаба]

А инфиния умеет H.323?

[Zavr2008]

Просто все: между ними ставьте pri sip/e1, 500я -е1 -> шлюз -sip -> звонковый центр.
В этом случае можно и петлю сделать, и париться на доп лицензии не потребуется;)

[Mike_K]

Просто все: между ними ставьте pri sip/e1, 500я -е1 -> шлюз -sip -> звонковый центр.

Пора уже банить. Реально достала "не навязчивая" реклама.

[НачШтаба]

Что-то большие у меня сомнения, что Infiniti поддержит QSIG. А в данном случае это самое первое условие. То, что Михаил писал про Facility и прочее (мол, не факт, что будет поддерживаться другим вендором), в какой-то мере есть правда. Но при использовании "чистого" ISDN, а не QSIG-а, "инкапсулированного" в H.323, вероятность того, что всё нормально заработает несколько выше. По крайней мере, в моей практике пока ещё не было ни одного случая, когда так и не удалось толком подружить по QSIG-у панасоник с АТС другого производителя при условии, что та, другая АТС, умеет работать по QSIG-у. Однако некоторые производители офисных (подчёркиваю, именно офисных!) АТС специально создают свои собственные "надстройки" и реализации протоколов с тем, чтобы Покупатель НЕ МОГ создавать сети с применением оборудования других вендоров. Этим они как бы "обязывают" покупать только у них.. Что касается панасоников, то, по моему скромному мнению, у них всё "максимально стандартно и наиболее распространённо". Хотя, что там греха таить, при использовании "расширенных функций" у панаса тоже возникают собственные "примочки", абсолютно "не понятные" другим железкам.
В варианте, который предложил господин Zavr2008, скорее всего, возникающая "петля" сниматься также не будет. Но тут вас может спасти только то, что каналов много, и их не жалко тратить на туда-сюда... Хотя, я также очень солидарен с Майком, что пора Zavr2008-а банить за навязчивость

[Zavr2008]

Ошибаетесь, там это легко решается с использованием приложения Transfer.

If you have transfer=yes and facility=yes in zapata.conf for both channels, and both channels meet all the other criteria for TBCT (on the same PRI, and a few other switch dependent
rules), when a native bridge is attempted, it automatically attempts to pass the calls up to the upstream switch. If it is successful, your calls will remain up, but you will get a hangup in asterisk on both calls.

Также проще если там у Звонкового активирован QSIG, в этом случае всё автоматом можно сделать..

Но тут вас может спасти только то, что каналов много, и их не жалко тратить на туда-сюда..

Да, и это тоже.. лицензий не нужно..

Что-то большие у меня сомнения, что Infiniti поддержит QSIG

Там же SIP!!! Редирект просто, Blind Xfer - поддерживают все и Infinity X Call Centre наверняка!!!
Проблемы то с АТС KX-NCP500RU!!!
Это как раз и можно решить через то, о чем я написал...
Схема же входящий ТфОП -> специалист на 500й -> перевод на Call Centre -> перевод обратно на специалиста 500й!

Минус тот, что 500я наверняка не освободит B-канал, поэтому придется вручную через механизм AMI отключать то плечо звонка. Далее там в моей схеме просто дальше всё по SIP идет - при втором переводе звонка на Infinity занимаются только SIP каналы, физические - нет. Далее звонок поступает на 500ю и всё!


Расстроили меня короче.. хотел как лучше..