palich

Никак, иначе бы все это делали в масштабах всей страны. все по-тихонечку сливают часть трафика нелегально =) Вы говорите очевидные вещи. Все понятно - очень дешево, можно круто заработать. Однако лицензия на передачу данных для передачи голосовой информации дает Вам право строить и использовать VOIP сеть в пределах своей сети ПД (т.е. сеть, которую Вы сами построили), а не в Интернете.

- Вы не можете маршрутизировать вызовы "через интернет напрямую на такие сервисы, как сипнет, cheapvoip и другие" - Как оператор местной связи Вы сдаете местный узел связи. Никаких трудностей в этом нет - сертификат на АТС, СОРМ, проект и т.п. При сдаче местного узла, если я не ошибаюсь, никак не затрагивается пропуск МГМН трафика.Просто Вы обязаны все это вызовы отдавать вышестоящему оператору, у которого есть лицензия на МГМН связь.

Я думаю, что смотреть надо в логи FTP сервера. Попробовать с машины с Trixbox из консоли залить что-нить на FTP сервер, посмотреть что будет...

Как вариант: - сделать образ этой железной машины при помощи конвертера от VMware - запустить образ на виртуальной машине

io123, не пугате людей =) Все работает хорошо, пролемы могут начаться на больших нагрузках и большом количестве ДВО на каждой PBX

Вижу несколько моментов: 1 - у вас CCM 5.1.1, а совместимость с 5.1.3, если я правильно понят запись в Call-control compatibility 2 - можно попробовать скачать с cisco.com новый Device Package и загрузить его на ваш CCM (в успехе этого варианта я не очень уверен)

берите вот это http://www.kirktelecom.ru/equipment/kirk_6000/

Умеет Cisco Unified Communication Manager. Там настраивается максимальное кол-во абонентов в Ad-Hoc конференции.

Какую такую? Если про разновидности шлюзов, то она общеизвестна - есть абонентские шлюзы, есть транковые. Можно это конечно назвать частным случаем IVR, но с ограниченным функционалом, т.к. он не имеет по сути никаких конфигурационных параметров - просто проговаривает и все. Да, это абонентский шлюз.

Ё-Aдmин , по сути FXS шлюз - это абонентское устройство, а услуга IVR дожна предоставляться на стороне оператора, на его оборудоании. Шлюз не должен это делать, и таких устройст нет, ну или практически нет. То, что Вам предложил aLEXa - это уже PBX, т.е. cовсем другой класс устройств.

Mediant с какими лицензиями?

Добрый день. Неплохой вариант Cisco 2811, 2821, 2851 с: - платами VWIC-MFT-nE1, где n - число потоков на плате - платами DSP - PVDM2-xx, где хх - число каналов, которое может обработать плата Какая Cisco сколько потоков тянет можно посчитать на сайте Cisco, используя специальный калькулятор. Также хорошо работают шлюзы ПРОТЕЙ. Есть 1U шлюзы на 2 или 4 потока, и корзины, в которые можно напихать много потоков. При этом поддерживаются различные протоколы сигнализации.

А чем разница - сервера HP или Nec?

Добрый день, коллеги. Читал, читал иии тоже не удержался от участия в обсуждении =) Для начала прокомментирую те высказывания, которые уже были: Конечно с одной стороны поддержка TCP желательна в продукте, особенно в РТУ МТТ, т.к. в основном к немц будут присоединять клиентов с Lync. Но с другой стороны транзитный SSW не должен уметь все на свете. Как любят говорить инженеры, к примеру из различных интеграторов, для различного функционала надо использовать различное оборудование. Так вот для сопряжения несопрягаемого жедеза, надо использовать SBC. И все будет хорошо. Броадворкс далеко не идеал, я бы даже сказал совсем не идеал. Такие сложные и, что главное гибкие, сценарии, как мы далаем на РТУ, на Броадворксе в принципе невозможны. Учитывая его стоимость (БВКС) - это совсем не весело, что ты "заперт" в узкозаточенном функционале БВКС. Мы тестировали этот софт, мой выбор РТУ - дешево, сердито и хоть развивается. =) Это не реклама, и РТУшников все чаще хочется убить, но продукт работает иего активно пилят... В MVTS было отдельное ядро на Н323 и конвертер SIP-HIT. Так вот в РТУ в ядре реализована мультипротокольность, по сути теперь это MVTS Pro. На MONO реализовано только управление РТУ МОА, общение с БД и т.д. По-моему, больше ничего... могу ошибаться. Это известный баг. Будет исправлен в 1.7.х

Подозреваю, что Мера у вас есть, а саппорта нет. По своему опыту помню, что логов в ней практически нет, поэтому понять, что "у нее в голове" скорее всего не получится.

И снова здравствуйте... Что никто ничего не знает про этот продукт?

Всем добрый день. Завожу эту ветку для обмена информацией по продукту NetCentrex от компании Comverse. Как я понимаю ранее и компания называлась Netcentrex. Кто-нибудь использует данный продукт? Каковы впечатления? Каков набор функций?

Login_sbl, для того, чтобы работало как вас надо, предназначена и используется услуга FollowMe. Она есть у каждого абонента, настройки ее схожи с настройками HUNT-группы. Если я правильно помню, мобильник в поле номеров надо начинать с _ (нижнее подчеркивание), так asterisk отличает внутренний номер от внешнего.

А в каком городе вам нужен такой провайдер?

Коллеги, добрый день. Пора бы уже и мне написать в свой же топик, чем же закончилось все дело =) Выбор остановился на РТУ МОА. Вдаваться в подробности не буду. Если вкратце, то оно работает, есть проблемы с реализацией некоторых сложных сервисов, но как и всем, нам обещают светлое будущее с новой версией. Она должна быть переработана в корне, так что просто Космос... Лично мое мнение, что за такие сравнительно небольшие деньги МОА работает нормально. Как говориться - хотите лучше, платите больше. ТП у них неплохая. По остальным вариантам, которые рассматривали, я уже как-то писал до этого, теперь немного добавлю: Mailvision - есть информация, что конторе недолго осталось. Не выдержали конкуренции. Broadsoft - круто наверное, но стоит конечно тоже круто Vocaltech Essentra - не сети не тестировали, посмотрели через web. Как-то сложилось внутренее ощущение, что продукт уже давно не развивается. Может оно ошибочно.

Давно не заходил на этот форум, а тут оказывается снова веселье ))) Расскажу и я про Протей и его оборудование. Сначала про то, что так сказать всегда под рукой - это mAccess.MTU. Очень достойное решение, и цена за порт ниже чем у других аналогов на рынке. Приценивались и к Addpac, и к Audiocodes, и к Vegastream... да чего только не находили. В итоге и дорого, и везут черти знает сколько - 6-8 недель минимум. Понятно, что ждать столько редко, когда есть возможность. В итоге остановились на MTU. Пока не пожалели. Работает, факсы ходят, на Asterisk зацепили, на РТУ от МФИ-СОФТ зацепили. Все нормально. В плане диагностики и отладки - просто мечта, количество логов и возможной отладочной информации огромен. Может в real-time мониторится и хуже, но мы пока не пробовали. А уж если надо найти какой-то косяк, то недостатка в информации у вас не будет, не то, что на многих дейвасах, на которых выведется пара строк, и что хочешь с ними, то и делай.... Документация по MTU подробная и понятная. CLI достаточно user friendly, так что привыкали не долго. Что еще порадовало, так это то, что заливать конфиг можно целиком просто скопировав в окно консоли. Это существенно ускоряет процесс прописывания нового шлюза, не приходится каждый порт прописывать вручную. В ближайшее время будем тестировать web-управление для MTU, т.к. большое кол-во шлюзов уже становится удобнее обслуживать через него. Про другое оборудование НТЦ ПРОТЕЙ могу сказать только, что знаю от других людей и "разведки". Сервисный МКД активно пилится и очень сильно прибавляет в востребованном функционале. Транковые шлюзы расходятся на УРА. Особенно популярен SIP - ОКС7. Таких девайсов практически не найти, везде SIP - Sigtran шлюзы предлагают. На ITG можно построить и кластерный шлюз, плюс еще и забэкапить его. В плане документации - тут наверное она хромает, хотя с MTU нам повезло. Однако я еще не видел ни одного производителя, наверное, кроме Cisco с обильной и подробной документацией, тем более отечественного производителя. Возьмите хотя бы МФИ-СОФТ, документация очень поверхностная и далеко не всегда понятная, но ничего - ведь справляются же как-то люди)) На любой вопрос ответит ТП, а в ПРОТЕЕ кстати, ТехПоддержка очень квалифицированная.

По CUCM вопросы лучше задавать здесь Unified Comm

Oleska333, там есть понятие маршрутизация наружу, и маршрутизация между доменами. Чтобы звонить, например, в город из домена надо один маршрут прописать, а чтобы из этого же домена в другой домен - надо еще один маршрут. По-моему, так )) А у вас именно SIPRise или РТУ Местная связь?

Oleska333, нужно создать домен - это и есть Виртуальная PBX.