Возможно ли использовать * без плат для аналоговых линий, т.е. есть voip шлюз (Intel), внутри * и IP-фоны SIP или h323. Шлюз воткнут в ATC. Возможно с гейткипером(gnugk) для h323.
Пожалуй большинство тех, кто использует * для коммерческих проектов (десятки и сотни одновременно проходящих звонков) так и делают, т.к. имхо это намного выгоднее, чем FXO/FXS карты. Ded, я прав?
Я в принципе так и думал. Однако интересно - при такой схеме не теряются возможности *(ivr,acd etc). Где при такой схеме находится сервер с *. Он работает как шлюз? Как гейткипер? Или ему нужен гейткипер... Вобще интересно - по спецификации * поддерживает H323v2 - как же он реализует hold, transfer... Я, конечно, понимаю что IP-PBX это должен уметь как и любой PBX. Получается что * все эти фичи реализует сам... А как же ендпойнты? Они должны это уметь?
Не надо всё в одну кучу складывать. Из перечисленных features одни и те же реализуются аппаратно (например через кнопку flash на телефоне), и средствами *, то есть передавая ему определённые комбинации dual tone multifrequence dtmf сигналов, в примерах *8 это pickup, #2 это blind transfer, и тд Конечно всё это можно менять на астериске. при такой схеме не теряются возможности *(ivr,acd etc). Где при такой схеме находится сервер с *? Где угодно, лучше у прова на backbone. К нему и можно монтировать удалённые аналоговые FXO и цифровые E1 шлюзы, это в полной мере виртуальная АТС но отнюдь не локальная, скорее глобальная.
В целом по фичям с фонами понятно. Но есть вопросы по связке GK, GW, *, Phones (всё работает по H323). Все эндпойнты - шлюзы и телефоны регистрятся на GK. Через GK ходит всё(q931,h225,h245...), кроме голоса(RTP/RTCP). Эта схема самодостаточна по сути, но нет фич которые даёт *, т.е. трансфер не заработает на H323v2, для конференций нужен качественный MCU(качественных софтверных реализаций из бесплатных пока не видел) и к тому же ими сложно управлять(создавать конфы, присоединять к ним и т.д.). В общем где в этой схеме надо ставить * и какую роль он будет выполнять.
Продвинутые шлюзы понимают и Н323 и SIP, мы шли по тому же пути, и параллельно поднимали SIP dial peers на шлюзах, т образом часть соединений пошла уже по SIP со всеми онёрами, и доля этих терминалов увеличивается постепенно. Остальные вопросы сам себе задаёшь.
Спасибо за учатие, Ded. Наш шлюз поддерживает либо H323 либо SIP. Но нельзя всё же ответить на вопрос? Я ведь его задал не для того, чтобы на него самому ответить... Вся затея форумов, как мне казалось, именно в этом...
..В общем где в этой схеме надо ставить * и какую роль он будет выполнять.
? Я поставлю вопросительный знак, иначе это какое-то неопределённое утверждение. Сколько людей - столько мнений, если я попробую сказать - ставить надо здесь, потому-то и потому, найдётся какойнибудь оппонент, который приведёт кучу контраргументов, по которым будет очевидно, что ставить надо в другом месте. Лучше бы тебе вникнуть во все аспекты функциональности, и самому принять решение. Кроме того, я уже ответил на этот вопрос выше - Где угодно, лучше у прова на backbone. Я бы ставил (да у нас так и есть) на ту же машину, где Р323 гейткипер, тогда транслятор * напрямую работает на этой же машине, и, соответственно, Н323 шлюзы и ИПфоны подключаются через ГК и на * через Н323 транслятор, но лучше постепенно мигрировать на SIP+IAX (IMHO).