CALL ЦЕНТР - интересные топики

Наша контора обзадумалась приобрести сертифицированное в России решение softswitch для ip-телефонии операторского класса. Подскажите, кто знает какие есть нормальные решения в плане стабильности без жестких ограничений на количество одновременных разговоров (к примеру 2000 одновременных). Поддержка сторонних производителей оборудования ip-телефонии. Хотелось бы иметь функции СОРМ, ОКС№7 сигнализацию. Протоколы SIP,H.323,MGCP, SIP-T. А главное хотелось бы узнать цены на эти продукты.

Господа! Предлагаю поделиться впечатлениями от использования и функциональной оснащенностью SoftSwitch-ей. Какким особенностями они выгодно выделяются... Скажати какой из SoftSwitch-ей вам кажется лучшим?

Ситуация такая. Имеется два оффиса. В первом оффисе есть обычный аналоговый телефон Т1. Оффисы соединены высокопроизводительной и достаточно надежной ethernet-сетью. Задача - иметь возможность разговаривать по телефону Т1 в оффисе 2, причем сделать это нужно с минимальными затратами. Я далеко не специалист в IP-телефонии, но на ум приходит примерно такое решение. В оффисе 1 ставится VoIP шлюз с FXO-входом, к нему цепляется медная пара с АТС. Этот шлюз соединяется по SIP с IP-телефоном (или IP шлюзом + аналоговый телефон) во втором оффисе. Имеет ли такая схема право на существование? Спасибо за помощь.

Здравствуйте! Наверно уже кучу раз отвечали на подобные вопросы, но что-то мне не по глазам, не нашел на форуме. Совсем не пойму как всё это должно работать: есть три удаленных офиса которые подключены к главному офису каналами в 64к. В главном офисе cisco2610 в удаленных cisco1720. в главном офисе есть миниАТС "meridian 11c", на атс есть свободные городские порты. нужно чтобы с внутр.номеров миниАТС можно было звонить по ип-телефонии в удаленные офисы и между самими офисами. я так понимаю необходим шлюз с портами fxs в основном офисе который подключим к миниАТС и шлюз с fxo портами в удаленных офисах. Далее порядок звонков с офиса будет следующий: Для выхода на "IP направление " с внутреннего номера набираем "код доступа", попадаем на свободный транк, далее набираем номер телефона удаленного офиса, попадаем на удаленный шлюз на порт с этим номером, только не пойму каким образом это произойдет, т.е. кто будет определять куда отправлять вызов. А при звонках с удаленных офисов в основной: поднимаем трубку-автоматом подключаемся к миниАТС-там ДИСА-донабор вн.номера и мы разговариваем с вн. абонентом главного офиса? Тогда при звонках с одного удаленного офиса в другой как быть? Или весь механизм звонков должен проходить через какой-то промежуточный сервер, который будет разруливать звонки. Подскажите как все енто должно фунциклировать? Какое железо для этого подойдет (если в удаленных офисах хватит и двух телефонов)? Если лень отвечать отправьте где это прочитать можно. А то мне ну очень шибко надо запустить такую схему.

День добрый, уважаемые! Подскажите: хотелось бы организовать в конторе внутреннию IP телефонию, с возможностью выхода на город через УАТС. Для этого закупаем народу гарнитурки, устанавливаем софтфоны на РС, закупаем шлюз (2 FXO + 1 Ethernet будет достаточно). Так? Какое оборудование посоветуете, и как всем этим рулить? CallManager очень сложная штука? Заранее сенкс.

Доброго времени суток! Собственно, сабж. Сипнет не нравится по качеству, Альтерфон устраивает по качеству, но не работает в кредит (а для компании, в которой я тружусь, это одно из необходимых условий). Есть еще варианты? Заранее спасибо!

За две минут скачалось порядка 8 мегабайт, где можнло ухудшить качество звука?

Добрый день, уважаемые. Есть VoIP-коммутатора соединенный с IP сетью (FE) и с ТфОП (E1). При анализе статистики с VoIP-коммутатора обнаружились в логах следующие ошибки в большом кол-ве от некоторых операторов: - Cause 3 (No route to destination) - Cause 102 (Recovery on timer expiry) При проверке номеров по которым идет Cause 3 выяснилось что телефонные номера существуют и звонки на них нормально проходят. Т.е. снятие статистика с помощью анализатора с потоков Е1 показало что звонки завершаются с данной ошибкой со стороны партнеров, которые из IP сети посылают свои звонки на ТфОП. Проблема в том что такие паразитные звонки занимают СЛ-ки в потоках... Кто нибудь сталкавался с подобной проблемой и как это лечить?

Подскажите, пожалуйста, какие существуют программные клиенты для протоколов Sip или H.323, позволяющие управление собой со стороны других программ? Не важно каким способом, открытым API или командами из командной строки... В общем, нужно научиться совершать звонки по указанным протоколам, а писАть клиента самому жутко не охота, т.к. есть ощущение что все уже давно создано.

Уважаемый All. Подскажите каким образом лучше организовать такую схему: на каждом свиче мы оставляем один свободный порт для IP-телефона. В диспетчерской также стоит IP-телефон. Каким образом можно сделать так чтобы подключаясь к любому свичу в любом сегменте сети, можно было бы дозвониться до диспетчерской? какое оборудование, ПО, лучше использовать?