размерность единицы таймера - 100 мсек.

сделайте побитное копирование SD карты с рабочей платы (если есть) на заведомо рабочую. только аккуратно, чтобы не получить вторую безжизненную тушку... сам я пока без РАВХ, не могу помочь образом.

вам же написано в сообщении системы, что на 29-м узле нет транковой группы с ВКЛЮЧЕННЫМ параметром supervised by routing. Проверьте еще раз - все ли вы там прописали как надо...

любопытный девайс. Не вникая глубоко: тот факт, что звонок трубка-трубка идет с обращением к SIP прокси алкатель намекает что для внутреннего звонка нужна внешняя регистрация. В противном случае это устройство стало бы полноценной малой РАВХ со своей внутренней нумерацией и включением во внешку SIP транком. Кстати, судя по мануалу, она транком включатся тоже может. Проверить нужна ли регистрация легко, надо отключить коробку от LAN и позвонить с трубки на трубку.
Возвращаясь к скриншоту. Устройство слева предлагает набор кодеков - 711А, 729, еще 711(наверное Мю)... устройство справа отвечает только 711А. Как минимум - они у вас по-разному настроены. попробуйте сделать одинаково для начала, например также, как настроено устройство слева

от вас по-моему ускользает понимание процесса SIP звонка. Он состоит из двух связанных частей - процесса установления соединения (в этом участвуют прокси и регистрар) по порту 5060 (стандартно) - это судя по всему у вас работает. И второе - собственно передача между устройствами голоса (или чего-то другого, о чем договорились в момент установления соединения в SDP) - это у вас работает в одну сторону.

по идее нет. я понял из ваших кратких описаний что звонок - проходит (в смысле набор, дозвон, ответ...), голос идет в одну сторону. Прокси отвечает за установление соединения. О кодеках, потоках и прочем договариваются конечные устройства, причем приоритетом обладает отвечающее устройство. Смотрите, что там у вас шлют SIP терминалы в SDP, есть ли между ними связность по адресам и портам...

рискну предположить наличие проблем с direct RTP в сети

я пока не имел счастья с 8001, но глядя в приведенные примеры резануло глаза что режимы TFTP разные - octet и netascii , возможно в этом дело.

можно еще посоветовать соединить LAN на самом простом коммутаторе, а-ля Д-линк (если стоит что-то мудрое типа циско - то там может быть мор на тему автонастроек порта, МТР и проч.) хотя довольно странно - у вас же INT-IP3 которые В - работают, как минимум одна и вероятно включена в тот же свич...
как некое подтверждение видно в вашем логе такое:
bonding: bond0: Warning: failed to get speed and duplex from eth1, assumed to be 100Mb/sec and Full.

для тарификации внутренних звонков (между абонентами одной РАВХ) нужна лицензия. Если склероз не изменяет это ключ 98. На релизах до 12 (вроде, хотя может и 11.2 уже попадают в эту категорию) для тарификации звонков в ABC-F нужен был ключ 99, сейчас его не надо, ставится автоматически.

еще в догонку. не копаясь в документации: а в релизах 10.1 уже есть плата INT-IP3 в режиме IOIP3... на память не помню, но хорошо бы уточнить...  и судя по логам у вас активен eth1, доки вроде упорно советовали использовать для TFTP старта eth0 (другой коннектор)

хммм. две платы (предположим - заведомо исправные) ведут себя одинаково... а что там с PSAL на этом кристалле?  

а это как раз из серии фич, доделанных алкатель по заявкам пользователей. раньше неотвеченный вызов при занятости в логе не сохранялся, что вызывало недоумение.  

утверждаете что разговорное состояние при звонке есть.... а что об этом думает РАВХ ? Что видно в listincall ?  

кстати, свежий Актис в релизах 11-12 уже ставит тарификацию ABC network по умолчанию. Лицензируемой остается только внутристанционная тарификация