asterisk.ru

При использовании H.323 (ooh323) потери функционала нет?

О каком функционале идёт речь? У меня по h323 работает только голос. Соответственно звонки на турбки, с трубок и т.д. идут на ура, согласно dialplan) SMSки мои трубки не поддерживают, и на сколько я понимаю, для них нужно заводить отдельно gateway. CentralPhonebook тоже пока не пробовал и даже не смотрел в эту сторону.

alucard666 писал(а):О каком функционале идёт речь?

Имеется в виду функционал "в относительном выражении", т.е. известно, что в ipbs1 должен быть функционал Ф1, а в данной комбинации получили Ф2. При этом Ф1 > Ф2, и мы допускаем, что неравенство возникло по причине применения H.323 (ooh323) для связи ipbs1 с Asterisk. Если мы верно вскрываем причину на данном уровне рассуждений, можем углубляться дальше - вскрыть причину такого поведения канального драйвера Asterisk. Так понятно?

Как всё сложно... Функционал в части, касающейся непосредственно звонков, работает на 100%, CentralPhonebook не проверял, SMS нет возможности проверить. Остальной функционал мне попросту не известен, т.к. особо нет желания читать тонны документации по IPO или ACM в поисках оного. Но остальной функционал уже не зависит от модуля ooh323.

alucard666 писал(а):Как всё сложно...

Понял. У меня всё

Понял. У меня всё

Не хотел обидеть ни в коем разе. Просто для себя не вижу смысла читать и изучать доку по ACM и IPO. Ибо у меня их нету ни того ни другого
Если появятся - с удовольствием изучу.
Появилась новая проблема - не могу одновременно совершить два звонка через DECT. Звонок, который инициируется последним, завершает текущий звонок. Вот сижу думаю - кто виновник. В логах OOH323 настораживает вот это:
ERROR: No Open LogicalChannels - Failed FindLogicalChannelByChannelNo (outgoing, ooh323c_o_2

alucard666 писал(а):Не хотел обидеть ни в коем разе.

Ничего для себя обидного не вижу.

alucard666 писал(а):ERROR: No Open LogicalChannels - Failed FindLogicalChannelByChannelNo (outgoing, ooh323c_o_2

Запись трафика вызова (tcpdump, wireshark) сделать сможете?

tcpdump во вложении.
Сначала UDP текущего звонка, потом обрыв текущего и UDP нового.
ZIP надо переименовать в txt.
Обрыв происходит только если звонить с DECT на SIP или c DECT на DECT(два звонка, один звонок DECT->DECT идёт хорошо). C SIP на DECT работает хорошо.

1) на машине с Asterisk выполнить tcpdump -i any -s 0 -w traffic.pcap "not (tcp and port 22)"
2) сделать первый вызов
3) попытаться сделать второй
4) нажать Ctrl-C
5) прикрепить к теме файл traffic.pcap

Звонил с DECT(300) на SIP(60002) трубку не брал, но звонок шёл. Потом одновременно позвонил с DECT(400) на SIP(60001) и первый звонок сразу завершился, а второй начался.
ZIP архив. В файле куча мусора, поэтому уточню:192.168.88.114 - asterisk, 192.168.88.130 ipbs Avaya.