VOIP СЕССИИ - интересные топики

Я понимаю что тема заезженная, но нигде не могу найти реальных рекомендаций, каковые можно было бы реализовать. Имеем два VoIP шлюза DLink DG-104SH, один имеет реальный IP, второй сидит за NAT`ом Cisco IOS 12.2. Голосовые шлюзы работают по H.323, в NAT`е установлен проброс порта TCP 1720 на внутренний IP одного из шлюзов. Вызов идет нормально в обе стороны, а вот голос идет только в одну, т.е. входящий аудиопоток не проходит через NAT. Я делал проброс всех мне статических портов TCP и UDP, ссылки на которые нашел в Н.323 - результата нет. Пробросить 16 тыс. портом не могу - если кто знает как подскажите. Здешние специалисты по Cisco сказали мне, что после инициации сессии по порту 1720 Cisco IOS сама способна договориться со шлюзами о динамическом распределении TCP и UDP-портов - но все равно не работает. Конфиг киски те же спецы проверили - все ОК. Гейткипера (контроллера зоны нет), все примитивно - только два голосовых шлюза и все. Скажите, какие порты надо в такой ситуации статично пробросить через NAT? P.S. В локальной сети шлюзы передавали речь на ура...

Компания Aardvark Innovation выпустила забавные аксессуары для программы IP-телефонии Skype. Пять различных спикерфонов выполнены в виде злобных монстрикиков, которые шевелят губами синхронно со словами собеседника, а при поступлении звонка начинают махать руками и мигать рожками. Skype-монстрик подключается к компьютеру через порт USB, имеет встроенные динамик и микрофон, а также дополнительный разъём для наушников. Удивительные скайпфоны можно будет купить с сентября по ориентировочной цене около 50 долларов США.

Вот интересно, как народ решает проблему (если сюда захаживают биллингописатели) внезапного неадекватного отключения gatekeeper'а и его аналогов. Не секрет, что в биллингах используется start-stop пакеты Радиуса, но вот если взять и скажем нажать питание на машине/железке с гейкипером, то стопы не придут и сессии будут считаться открытыми и получим мы звонки длиною в сутки . Какие есть соображения по этомк поводу?

В теории есть определенные требования в каналам передачи данных для использования последних в качестве среды передачи голоса. Подскажите есть ли определенная методика как можно протестировать канал по всем характеристикам типа: - максимальное количесво разговоров в данном канале; - максимальное количество сигнальных сессий при отсутствии полного проксирования; - максимальная скорость нарастания количества устонавливаетмых сессий; и т.д.

Уважаемые гуру TCL IVR и оборудования Cisco! есть: Cisco 2621+FX0 IOS Telephony Service v2.0 Cisco IP Phone 7960 слегка переделанный Radius Cistron слегка переделанный debitcard Проблема: После того как пользователь из POTS дозванивается до узла, то, если он ничего не набирает, попадает на некий телефон секретаря, который является IP телефоном. Теперь, если попытаться с IP телефона сделать transfer, то сессия разрывается и POTS пользователь снова слышит приветствие скрипта. Вопрос: что где можно подкрутить, либо как и откуда получить в IVR скрипт его состояние, или... в общем бьюсь над этой проблемой месяц и фантазия уже закончилась.... Буду рад любй помощи! Заранее благодарен!