palich

Пока не нужен. Это будет отдельная тема.

Вообще, суммы не в моей компетенции, цель этой темы - выявить нормальные решения, которые проверны пользователями и временем. Опенсорс - отпадает. Объемы, которые мне известны - 1000 одновременных вызовов. Решение уровня альтернативного оператора, деньги здесь не обсуждаем. :)

На не зомбируют )), мы это сами хотим, так сказать. И выбираем под себя решение, или пытаемся выбрать.Про пункт 6 - это конечно отдельно..... А вот про остальные пункты, ram_scan? вы можете сказать в каком продукте есть все эти пункты или хотя бы большинство?? Очень интересно послушать, просьба не пускаться в рассуждения, насколько VoIP продукты - это криво ))

Это все красиво на картинках, а Вы попробуйте без зарабатывания невроза состыкавоть такой парк оборудования с различными интерфейсами и настройками. Возможно все к этому придет, но на сегодняшний день мне надо то, что указано в первом сообщении, и хочется понять что и от какого производителя способно на такое. leveler, можете что-то более конкретное сказать?

Требуется собирательное мнение о продукте типа SoftSwitch, которое должно уметь: 1. виртуальный офис (виртуальная АТС) + IVR 2. виртуальный номер (единый номер) 3. интеллектуальная переадресация (CallFwd(безусловная, по занятости, по неответу), FollowMe) 4. создание личных и корпоративных справочников 5. черных и белых списков 6. веб-интерфейс для пользователя - интуитивно понятный, в котором можно разобраться 7. автоинформатор 8. <fax to email> - <email,web to fax> 9. voicemail 10. конференц-связь Может ли это делать один продукт, или потребуется еще прикручивать Сервисную платформу? Жду развернутых ответов. Заранее благодарю.

login: guestpass:guest

CallManager не громоздкий, но один он не сможет все это сделать. Нужен еще тогда Cisco IP Contact Center.

Насколько выше? Что есть такого в Квинтуме, чего нет в AddPac'e?

ATA186/188 - отпадает, с них собсно и перешли на AddPac' и.А что Вы можете сказать про то, что Linksys греется очень сильно? Это действительно серьезная проблема. Т.е. я имею в виду, если окружающей средой для них будет обычный офис, то как они себя поведут? Имел дело только с одним каким-то Квинтумом - в настройке жесть! (модель естественно не помню) Ищется некое устройство отвечающее указанным требованиям, но по цене меньшей, чем у AddPac.

Протокол SIP и H323 (идеально конечно вместе, но послушаю и про устройства понимающие что-то одно) Порты FXS

Хотелось бы послушать знающих людей по вопросу подбора абонентских устройств. Сейчас используем AddPac AP200, AP1000F, AP1100F Интересуют устройства от 2 до 8 портов. Кто что использует и какие отзывы..... ?

Попробуйте CoolEdit - он понимает G711 и A-, и U- законы

Думаю, не только мне будет интересно узнать какая связка оборудования абон. шлюз --- SSW --- GW работает как часы.Расскажите, если не секрет.

Для телефонии скорее всего понадобится для начала MTP+ISUP. Если запускаете оборудование ПРОТЕЙ, то у них и логи хорошие по этим подсистемам. Так что почитатете и сразу на практике все увидите - нет ничего лучше, т.к. простое чтение справочных книжек хорошо только для крепкого здорового сна. Для начала рекомендую:ОБЩЕКАНАЛЬНАЯ СИСТЕМА СИГНАЛИЗАЦИИ №7 А.В. Росляков ЭКО-ТРЕНДЗ Москва, 1999 http://www.sk-15.narod.ru/katalog/ats/rosliakov.htm ----------- Сигнализация в сетях связи Гольдштейн Б.С. МОСКВА «РАДИО И СВЯЗЬ» 1997 - там много вообще про различные сигнализации Весьма полезно в тех особо извращенческих случаях, когда надо подружить ОКС с R1.5 и т.д. :) Первая глава и оглавление А затем уже: Стек протоколов ОКС7. Подсистема ISUP. Б.С. Гольдштейн, И.М. Ехриель, Р.Д. Рерле БХВ - Санкт-Петербург, 2003 Стек протоколов ОКС7. Подсистема MTP. Б.С. Гольдштейн, И.М. Ехриель, Р.Д. Рерле МОСКВА Радио и связь, 2003 http://www.sk-15.narod.ru/katalog/goldstein.htm

В ССМ :) Включение MTP помогло, только не совсем понятно зачем здесь MTP на CallManager'e ? Вызовы на простые городские номера ходят нормально, а при вызове на справочные номера чего-то не хватает.

Цифровые АТС. Электронные - это промежуточный, не очень популярный вариант. Понимаете, мне кажется, что бурю негодования вызывает не ваша "сетевая АТС" , а то что Вы с завидным упорством не хотите прислушиваться к советам и высказываниям коллег. Ваше бы упорство, да на прочтение "специализированной литературы"..... Кстати, не могли бы Вы дать определения вашей "сетевой АТС". А то не очень знакомое понятие. Да кто сказал, что недостаточно. Просто малой кровью, как Вы хотите, этого не добиться. Кажется, в этом топике, ram_scan говорил, про то, что IP телефония выходит очень дорого, если делать хорошо. Вам пытаются объяснить, что на свитчах за 3000 рублей этого не сделать, и что Ethernet коммутатор не предназначен для управления телефонными вызовами, и не способен предоставлять доп. услуги, которыми так манит IP телефония, а Вы не слушаете. А Вы не спрашивали про технологию VoIP :). Исходя из этого все решили, что минимум знаний в этой области у вас есть. Следовательно, неправильно поставлен вопрос, а как известно, правильно поставленный вопрос - это уже почти ответ. /переврал немного поговорку/

Что значит что-то конкретное?! Если Вы только-только начали узнавать, что такое UDP/TCP, то о каком создании оперратора IP телефонии может вообще речь. Я серьезно, никого не хочу обидеть, это не дела!! Возьмите хоть книгу по IP-телефонии любую и прочитайте ее от корки до корки. Вы хотите заниматься серьезным делом, а подходите по-детски, думая, что "ветер дует, от того, что деревья качаются" ФСБ подключает не компьютер, а ПУЛЬТ СОРМ, который в свою очередь присоединяется к конвертеру СОРМ по Х.25. А конвертер соединен с АТС/SSW.Все это добро стоит достаточно, чтобы подорвать ваш бюджет, и кстати, не так много сертифицированных для наших сетей комплексов СОРМ. Давайте только без разговоров про реле и шаговые искатели - это в прошлом. Цифровые АТС давно устанавливаются на ГТС всех городов. И в завершение, уважаемый PVT научитесь пользоваться кнопочкой "цитирование", а то курсив - это конечно хорошо, но читать ваши трактаты все равно не удобно. Заранее благодарю.

У меня на телефоне нет Enter :). Только от 0 до 9 и еще * с #. Если речь идет о софтовых телефонах, надо делать уточнение. Но для коммерческого использования - это не вариант.

Как Вы предлагаете вбить IP адрес телефона? С помощью тастатуры? И как телефон поймет, что адрес закончился ?))Если Вы хотите вбивать адрес где-то в настройках, то не кажется Вам, что это черезчур запарно для абонентов - каждый раз перед звонком менять настройки своего телефона? Но он же все-таки их соединяет, просто RTP не проксирует через себя. Но центральный узел всеравно есть. Голосовой-то идет другими маршрутами, только сессию завершает Управ.Устройство - вот и контроль. Если звонить точка - точка, то оператор (провайдер) вообщем ничего об этом не узнает :)

На Циске не поднят CCME, поэтому кинуть звонок на нее не получится. Если я не ошибаюсь, то будет ли давать/не давать ССМ аккустич. сигналы, определяется параметром OnNet/OffNet в настройках транка. Проверил - у меня OffNet, т.е. This setting identifies the trunk as being an external trunk. When a call comes in from a trunk that is configured as OffNet, the outside ring gets sent to the destination device. Может это еще где-нибудь настраивается?

До этого уже тоже дочитался )). Настроил. Результат - никаких изменений. Привожу лог debug isdn q931*Jun 4 10:21:21: ISDN Se0/0/0:15 Q931: Applying typeplan for sw-type 0x12 is 0x2 0x1, Calling num 812xxxxxxx *Jun 4 10:21:21: ISDN Se0/0/0:15 Q931: Applying typeplan for sw-type 0x12 is 0x0 0x1, Called num 060 *Jun 4 10:21:21: ISDN Se0/0/0:15 Q931: TX -> SETUP pd = 8 callref = 0x0368 Sending Complete Bearer Capability i = 0x9090A3 Standard = CCITT Transfer Capability = 3.1kHz Audio Transfer Mode = Circuit Transfer Rate = 64 kbit/s Channel ID i = 0xA18381 Preferred, Channel 1 Calling Party Number i = 0x2181, '812xxxxxxx' Plan:ISDN, Type:National Called Party Number i = 0x81, '060' Plan:ISDN, Type:Unknown ccm-gw1# *Jun 4 10:21:21: ISDN Se0/0/0:15 Q931: RX <- CALL_PROC pd = 8 callref = 0x8368 Channel ID i = 0xA98381 Exclusive, Channel 1 ccm-gw1# *Jun 4 10:21:23: ISDN Se0/0/0:15 Q931: RX <- PROGRESS pd = 8 callref = 0x8368 Progress Ind i = 0x8A81 - Call not end-to-end ISDN, may have in-band info *Jun 4 10:21:23: ISDN Se0/0/0:15 Q931: RX <- ALERTING pd = 8 callref = 0x8368 Потом сидим и слушаем КПВ. В это время служба нам проговаривает точное время. После этого слышим только отбой. *Jun 4 10:21:44: ISDN Se0/0/0:15 Q931: RX <- DISCONNECT pd = 8 callref = 0x8368 Cause i = 0x8A91 - User busy Progress Ind i = 0x8288 - In-band info or appropriate now available *Jun 4 10:21:44: ISDN Se0/0/0:15 Q931: call_disc: PI received in disconnect; Postpone sending RELEASE for callid 0x83F9 *Jun 4 10:21:44: ISDN Se0/0/0:15 Q931: TX -> RELEASE pd = 8 callref = 0x0368 *Jun 4 10:21:44: ISDN Se0/0/0:15 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x8368

Схема: IP phone ---sip--- CCM ----sip ---- Cisco2821 ---- pri---- АТС Проблема: при звонке в справочную службу слушаем КПВ, в то время как служба уже давно нам выдает информацию. Вопрос: какой настройкой можно заставить 2821 проключить тракт после Alerting ???

Разобрались с этим? Просто говорилку можно заменить путем замены аудио файлов - просто записываете свои подсказки и заменяете английские. В принципе, если назовете их так же как англоязычные, то скрипт менять не придется. А про грамматики не расскажете? А то недавно начали разбираться с этой петрушкой (IPCC), до грамматик не добрались еще, может что-то интересное ....)