http://www.voxgratia.org/

настроил yate и прописал в файле regexroute.conf следующее:
${module}^h323$=sip/sip:${called}@10.0.0.12
${module}^sip$=h323/${called}@10.0.1.1
(10.0.0.12 - trixbox,а 10.0.1.1 - АТС)
звонки проходят в обе стороны замечательно, но при разрешённых анонимных звонках (параметр Allow Anonymous Inbound SIP Calls в Trixbox).
а хотелось бы чтоб анонимные звонки были запрещены

добавил транк в trixbox, а в accfile.conf Yate прописал:
[p108]
enabled=yes
protocol=sip
username=p108
description=TrixBox
interval=600
formats=alaw,mulaw,gsm
authname=p108
password=p108
;number=1234
;domain=somewhere.org
registrar=10.0.0.12:5060
;outbound=10.0.0.1:5061

транк trixbox:
username=p108
type=friend
secret=p108
qualify=yes
port=5061
nat=no
disallow=all
allow=g729&ulaw&alaw&g723
host=dynamic
dtmfmode=info
dial=SIP/p108
context=from-internal
canreinvite=no

в файле regexroute.conf следующее:
${module}^h323$=sip/sip:${called}@p108
${module}^sip$=h323/${called}@10.0.1.1

Yate на trixbox регистрируется, звонки Trixbox --> Yate проходят
exten =>_7XXXX,1,dial(sip/p108/${EXTEN:1},120,dt)
а в обратном направлении нет.

подозреваю что, что-то не то прописано в regexroute.conf....
не подскажите как смаршрутизировать вызов в regexroute.conf через учётную запись

проблема решилась вот такой строкой в regexroute.conf:
${module}^h323$=sip/sip:${called};line=p108

есть проблема и не могу понять в чём дело...пытаюсь подключить Alcatel OXO к Trixbox. пробывал через встроенный в trixbox модуль chan_ooh323 звонки с OXO на Trixbox проходят, а в обратном направлении звонок длится 6 сек (предполагаю что дело в кривой реализации chan_ooh323 и h323 платы OXO). далее пытался использовать chan_h323 (пробывал pwlib 1.10.3 openh323 1.18.0 и pwlib 1.11.0 openh323 1.19.0.1 - результат одинаковый) - всё заработало (звонки во все стороны идут нормально), но через сутки при звонке с trixbox на OXO звонок зависает на 2-3 секунды (на телефоне пишется ringing, в консоле Called...., в логах ошибок нет никаких) и потом звонок идёт нормально, потом пробывал Yate (компилировал так же с разными версиями pwlib и openh323) - ситуация такая же. звонок с Trixbox зависает на 2-3 мин и в логах ничего конкретного.

поставил даже на отдельную машину ubuntu server 9.04 из репозиториев поставил Yate...настроил...проработало сутки и такая же ситуация: при звонке c Trxibox через Yate на OXO (trixbox--(SIP)-->Yate--(H323)-->OXO) звонок виснет 2-3 мин и далее вызов проходит штатно
лог с Yate:
<sip/1:ALL> YateSIPConnection::YateSIPConnection(0x98e3570,0x98dcbe8) [0x98db8d0]
<h323:INFO> Found call to H.323 target='3101@10.0.1.1'
<sip:ALL> Sending UDP keepalive to 10.10.0.12:5060 for 'p108'
<sip:ALL> Sending UDP keepalive to 10.10.0.12:5060 for 'p108'
..................


подскажите в чем может быть дело???

ну смотрите в полный дега
кто именно виснет
тоесть где затыкаеться

а где конкретно посмотреть? в какой лог? в full trixbox ничего нет (т.е. строка calling.... и по времени через 2-3 минуты установление соединения)...Yate выводит весь лог на экран...

на всех трех смотри
берешь одну машину
запусаешь два ssh
и ставишь максимум дебаг
и смотришь изучаешь

где именно происходит зависание

как в радиоелектронике
шупом меряешь где есть сигнал а где нет
где он прошел а где остановился и пропал
и глючный елемент выбрасываешь
и ставишь перемычку

дело то как раз в том и заключается, что во всех двух (Yate и trixbox) на максимум дебаге ничего нет просто куда то 2-3 минуты деваются и всё, а что в это время происходит информации нет (точнее есть: <sip:ALL> Sending UDP keepalive to 10.10.0.12:5060 for 'p108' несколько раз, но это уже как производные проблемы)...я думаю что дело в pwlib и openh323 (такой проблемы нет на chan_ooh323, а как я понимаю он не использует эти библиотеки), но как их отдебагить

p.s. на OXO к сожелению посмотреть дебаг не могу...такой функции в ней нет (точнее в моей версии прошивки)

...да ещё заметил в момент зависания звонка снижается производительнось и возрастает нагрузка на процессор (это в Trixbox вэб интерфейс начинает значительно медленне работать и там же показывает загрузку процессора, когда пытаешься позвонить через chan_h323)...

пересоберите openh323+pwlib