ЗАПИСЬ IVR - интересные топики

Помогите пожалуйста решить сл. проблему: Тестируем 2 железки - Nateks FXS2 и ATA186, для работы по VPN Существует учетная запись на vpn сервере являющимся шлюзом в интернет. На сервере сущ-ет отдельная учетка, за которой закреплен ip-адрес, который в свою очередь прописан на стороне партнеров за нами. Как сделать так, чтоб АТА-186 получила тот айпи адрес, который прописан за учетной записью на сервере vpn, если в качестве клиента выступает компьютер с 2-мя сетевыми платами, одна смотрит на ата, другая соот-но на VPN сервер? С Nateks вроде все ясно, на нем просто недорелизован VPN клиент....ждем новую прошивку...

Кто что может по советовать по решению данной задачи, тоесть: 1. Необходим софтсвич с функционалом гейткипера с проксированием сигнализации/проксированием медиапотоков и конвертации кодеков 2. Поддержка SIP и конвертация SIP-H.323 и обратно 3. Поддержка t.38 4. Поддержка RADIUS 5. Необходим также функционал IP PBX c поддержкой IVR, переадресации, записи разговоров и т.п. Также возможны различные отдельные решения для IP PBX, а не совмещённые с софтсвичём. IP PBX - не обязательно программная. Ограничение: Это не должно быть решение на базе OS Windows. Кто что может посоветовать или сказать по данному вопросу исходя из личного опыта?

Подскажите, чем можно записать IVR в 729м кодеке?

Для разработанного TCL-скрипта под Cisco 2610XM (IOS c2600-ipvoice-mz.123-8.T9.bin) записали оригинальную звуковую дорожку (WAV uncompressed, 44 100 Hz, 16 bit). Столкнулся с проблемой сжатия результирующих звуковых файлов: при сжатии в au 8 Hz, 16 Bit, PCM они получаются слишком громоздкими — три слова занимают ~ 30Кб. Три имеющиеся в наличии программы — Sound Forge 8, Audio Cleaning Lab 2005 и Adobe Audition 1.5 сжимать в G.711 соответствующего качества не умеют. Смотрел на OSS'кие звуковые файлы — именно так и пожато. 8Hz, 16bit, Mono, G-711 u-Law. Не подскажет ли кто, чем можно перегнать? :) А то 8 bit слишком уж поганый звук получается.

Интересует ПО для коммутации каналов по SIP (softswitch) с максимально открытыми интерфейсами управления (API) для работы в комплексе с собственным ПО. Как минимум требуется, чтобы наше ПО имело возможности: 1) инициирования вызова через свитч на заданный номер, через заданный шлюз. 2) принятия DTMF, которые набирает абонент при установившемся соединении. 3) соединения двух и более вызовов в конференцию. 4) получения информации о текущем состоянии вызовов. 5) воспроизведения в линию заранее записанных звуковых файлов (IVR в принципе) Подскажите, что можно использовать. Желательно под Win.