Конечно пропадёт! Он писал же уже -

Не кажется странным, что уходит на 80.75.130.228:1750 а должен то 1720 порт у провайдера?

Мой косяк. Осталось от предыдущих экспериментов. Поправил. Не помогло. :)

Предыдущие экскременты сильнее, чем желание DJ Kill пириться по Н.323. Продолжаем выискивать косяки всем миром?

ну малоли
может конфиг неправильно читаеься
пусть попробует порт дугой
и потом смотрит sockstat -4
будет он меняться или нет
и в какие диапазоны будет меняться... =))

Я сходил к гадалке, обычно то не хожу, и она раскинула карты Таро, и подтвердила, что у DJ Kill остатки chan_ooh323, поэтому Keyword host does not make sense in type=h323 и в конфиге одно, а на деле совсе другое.
Переустановить Windows, однозначно!

Хм... А оно при module reload не перегружает порт. Оно это далает только при релоаде астериска совсем. Вот же гадство. :(

Спасибо. Увидел.

Достаточно было
module unload chan_ooh323.so
module load chan_ooh323.so

Кстати, IAX2 - такое же поведение.

да уж
с вами не соскучишься....

на module unload chan_ooh323.so у меня астериск вылетает вообще. То есть останавливается полностью. Дальше только старт процесса заново.

DJ Kill, как и чуял, у Вас два модуля замешаны однотипных - chan_ooh323.so и chan_h323.so
Первый написан Objective Systems, второй - NuFone networks. У них похожий, но не одинаковый синтаксис, например chan_ooh323 допускает бинд на 0.0.0.0 а chan_h323 - нет, только на конкретный ИП, и используется один и тот же файл h323.conf

Если вы собрали оба, то чтобы не конфликтовали, уберите один в module.conf
noload => chan_ooh323.so

да уж
с вами не соскучишься....

продолжаете бодаться? нуну:)
кстати chan_ooh323.so вроде как использует ooh323.conf.

chan_h323 тоже допускает бинд на 0.0.0.0
токо патчить надо chan_h323*

вообще у Dj Kill какая то каша в системе
пусть сам сначала разбереться