cron333
Строки запуска Астериска, загрузки каналов и файлов конфигурации есть. Строки регистрации софтфонов - есть. Строки регистрации звонков и прочего - есть. Но что конкретно вас интересует?

И ламерский, откровенно ламерский вопрос:
exten => s,1,Answer
Эта строка необходима? Если да, то, простите, зачем? Если доступными словами...

Вне зависимости от ответа, в понедельник попробую запустить с ней, по результатам отпишусь.

при запущенном * войти в CLI командой - asterisk -vvvr, и в момент этого вызова показать то, что выводится на консоль ...

Cib0rg:

И ламерский, откровенно ламерский вопрос:
exten => s,1,Answer - Эта строка необходима?

Да, эта строка в данном контексте необходима. (мне кажется, что это снимет вашу проблему)

Cib0rg:

Если да, то, простите, зачем? Если доступными словами...

Алгоритм работы этого контекста такой - вызов поступает в этот контекст, сервер отвечает ("снимает трубку" - Answer) затем ожидает ввода номера - WaitExten (к примеру - 119). После получения введенного номера, делает соединение согласно этому екстеншену:

exten => 119,1,Dial(OOH323/119@192.168.76.121)

Без Answer это ес-но работать не будет ...

Либо еще вариант, что вызов в этот контекст сразу приходит не на "s", а на конкретный екстен (например - 119) ...

В любом случае нужен вывод CLI ...

Приветствую. Это опять я. Спасибо за совет) Однако теперь возникла другая проблема, непонятная мне совершенно...
Добавил в контекст Answer, звонки не идут. Использовал сип X-lite для КПК. И решил проверить на нормальном сипе, SJPhone. И - пошло...
Собственно вопрос теперь, конечно, не профильный, но: как бы мобильный сипфон работать заставить? Логи прилагаю.
Лог SJPhone:

== Using SIP RTP CoS mark 5
-- Executing [119@office:1] Dial("SIP/232-081e5e68", "OOH323/119@192.168.76.121}") in new stack
-- Called 119@192.168.76.121}
-- OOH323/192.168.76.121}-6e2b is ringing
-- OOH323/192.168.76.121}-6e2b answered SIP/232-081e5e68
[Oct 7 01:08:50] WARNING[7299]: chan_ooh323.c:1054 ooh323_indicate: Don't know how to indicate condition 20 on ooh323c_o_1
-- Native bridging SIP/232-081e5e68 and OOH323/192.168.76.121}-6e2b
== Spawn extension (office, 119, 1) exited non-zero on 'SIP/232-081e5e68'

Лог X-lite:

*CLI> == Using SIP RTP CoS mark 5
[Oct 7 01:02:21] WARNING[7058]: chan_sip.c:2787 retrans_pkt: Maximum retries exceeded on transmission 83DC7EBF-6157-6169-D16F-72F04A02E82C@192.168.76.28 for seqno 15577 (Critical Response) -- See doc/sip-retransmit.txt.

А за основную помощь - спасибо великое.

А зачем тебе именно ooh323? Насколько я знаю, наименее глючным является chan_h323, после того как над ним pcadach поработал...

litnimax
Это единственный канал, с которым хоть что-то заработало. h323 регистрирует входящие с панаса, но падает при поднимании трубки. Говорит, что не может перекодировать - из alaw в alaw. А oh323 я так и не сумел скомпилить.