Я вот тоже не понял . Человек вроде обьяснил , что надо . Спросил про документацию. Поискать поленился.
http://www.asterisk.org/doxygen/trunk/DevDoc.html
вся дока об устройстве астериска, даже с картинками

короче как обычно

Забавная картинка...
Вообще-то, как и в любом деле, с чего-то надо начинать. В этом смысле форум - как раз то, что надо. Кто-то думает, что если человек что-то спрашивает, то это означает, что он сам не в сотоянии разобраться. Это заблуждение. Любой вопрос - это руководство к действию и если есть люди, которым это интересно, они должны решать вопрос сообща (одна голова хорошо, а две - лучше). В конце концов если бы это было не так, то не было бы СПО и не было бы этого форума.
Поэтому вопрос был задан и в том числе для того, чтобы найти единомышленников в этом вопросе.
Естественно, поиском предварительно воспользовался (о чем и написал в первом посте) и ссылку на doxygen-документацию видел, но, ИМХО, лучше изучать дерево исходников, чем смотреть в запутанные картинки, сгенерированные роботом (посмотрите ради интереса с точки зрения информативности http://www.asterisk.org/doxygen/trunk/channel_8c.html). Но если бы Вы были внимательны, то заметили бы, что как раз это и не требовалось и речь не шла о тех. документации, достаточно было подсказать, если, конечно, знаешь, куда смотреть и с чего начать.

И снова люди обижаются на ответы завсегдаев... Может, не без оснований?

а еще на меня бочку катили! Тут все такие!
Я в этой теме не ответил, потому что самому интересно.
Но кроме как пробовать - другого варианта не вижу.
Лучшего мануала, чем исходный код - имхо нету.
Это в мелкомягких хитросплетениях API без фолиантов не разберешься.

Документации на исходный код нет, кроме как в рамках doxygen. Никаких мануалов на написание модулей и приложений так же нет, кроме описаний содержащихся в исходных кодах (такие вопросы практически еженедельно появляются в asterisk-dev). Может если зададите конкретный вопрос по структурам астериска, то сможем ответить.

Спасибо. Первый вопрос был больше для того, чтобы обменяться информацией по общему устройству (какие каталоги и файлы для чего). Но теперь с этим более-менее ясно. Конкретные вопросы будут, когда буду программировать. Задержка в разработке из-за кроссплатформенности - * надо портировать на ARM. В будущем хотелось бы по максимуму использовать уже имеющиеся возможности * - pri, fax и т.д., чтобы повесить их сверху на свой транспорт. Здесь надо понять как это в * реализовано. Пока все.

а что за проект, если не секрет?

Есть идея не железо погружать в *, а * - в железо.

ну это не ново, а что именно?
ил секрет секретов?

Начинание хорошее и полезное, даже просто в плане опыта разработки. Но, будьте готовы (судя по первому вопросу, это ваш первый опыт) к тому, что наиболее быстрый и достоверный источник документации в open source - это исходные тексты. Нужно научиться их методично читать и пытаться разобраться.