У "нас" нет. У "нас" его щупают ... И уже прошли эту проблему (пока что единственную).
Ее сразу трудно установить, потому что * после этого стартует/рестартует нормально. Модуль chan_skype при этом - грузится, и видимых ошибок - нет (в *) ...

папка есть. *.h там нет.
Я использую дистрибутив Elastix.

Переместил папку asterisk/*.h в /usr/include
Сделал make

In file included from /usr/include/asterisk.h:21,

                 from chan_skype.c:25:

/usr/include/asterisk/autoconfig.h:6:32: error: asterisk/buildopts.h: No such file or directory

In file included from chan_skype.c:34:

/usr/include/stdlib.h:198: error: conflicting types for ‘strtoq’

/usr/include/asterisk/compat.h:53: error: previous declaration of ‘strtoq’ was here

In file included from chan_skype.c:44:

/usr/include/asterisk/lock.h: In function ‘ast_mutex_init’:

/usr/include/asterisk/lock.h:737: error: ‘PTHREAD_MUTEX_RECURSIVE’ undeclared (first use in this function)

/usr/include/asterisk/lock.h:737: error: (Each undeclared identifier is reported only once

/usr/include/asterisk/lock.h:737: error: for each function it appears in.)

In file included from chan_skype.c:46:

/usr/include/asterisk/channel.h: At top level:

/usr/include/asterisk/channel.h:1351: error: expected identifier or ‘(’ before ‘do’

/usr/include/asterisk/channel.h:1351: error: expected identifier or ‘(’ before ‘while’

chan_skype.c: In function ‘load_module’:

chan_skype.c:3060: error: ‘RTLD_DEFAULT’ undeclared (first use in this function)

chan_skype.c: At top level:

chan_skype.c:3370: error: ‘AST_BUILDOPT_SUM’ undeclared here (not in a function)

make: *** [chan_skype.o] Error 1

Файл asterisk/buildopts.h в дистрибутиве не нашел. Может кто поделиться?

Все дело в том, что этот chan_skype такой же глючный (а скорее всего, это он и есть), как и его китайский собрат.
И так же роняет *.
У меня он даже станцию умудрился уронить :-D
Фишка в том, что станция соединена с * по h323 и звонок со скайпа приходит не на сип-клиента а на обычный телефон, подключенный к станции.
А вот это уже не есть гуд совсем!
Мало того, что роняет *, так еще и станцию...
Исходящие вызовы (как и на всех остальных перепробованных мною решениях) совершаются идеально. А вот со входящими - засада.

Вы мне предлагаете каждый раз через 9 килять? :)
Или написать скрипт, который парсит ps -ax на предмет Z и самостоятельно киляет? Это уже не коммерческий продукт получается, а извините, виндовс какой-то с костылями...

Нет, я понимаю, бета тестирование на то и бета... Но 20 дней на отлов всех глюков в настолько сыром продукте... Это, извините, нонсенс.. Скайповцы, как всегда, побыстрее хотят бабла срубить...

alting, у вас это после чего возникает? У меня это возникает (пока что обнаружено) после unload этого модуля ... Больше проблем пока не обнаружил.
Что делаю не так?

P.S. Если вам ничего больше в голову не приходит - то "киляйте" ... )))
По поводу бета-тестирования - вы абсолютно правы, на то она и "бета"!

>Все дело в том, что этот chan_skype
А мне кажется, это у вас h323 такой глючный и роняет станцию. ;)

Товарисчи! Попробуйте для релоада делать не только module reload chan_skype.so но и module reload res_skypeforasterisk.so
Вроде как так можно избежать подвисшего skypeforasterisk и отвала * в целом.

это я alting спрашивал - это он на unload жалуется.

module reload chan_skype.so - отрабатывает нормально (у меня по крайней мере)

Если пытаться руками выгружать/загружать - то да (проверил), если последовательность такая, что первым выгружается/загружается модуль res_skypeforasterisk.so - все ОК, а если нет, то возникает вышеописанная ситуация ...

P.S. Пока что не возникало ситуации (зависания канала и т.д.) что бы это было необходимо делать. Все это - процесс тестирования ...

Глючный, глючный... И глючит он ТОЛЬКО с chan_skype :(