Здравствуйте.

Решил поднять эту тему снова - соединение CS1000 (3,21) c Asterisk (1,19) по Н.323.

Как и в прошлый раз:
звонок с Астера на ЛЖ соединение есть, голос есть в обе стороны, отбой через 30 сек (про отбой находил описание лечения - пересборка исходников ООН323 или PJSIP). От Астериска приходит Tunneling on, FastStart on.
звонок с ЛЖ на Астер соединение есть, голоса нет в обе стороны, отбой через 30 сек. От Астериска приходит Tunneling off, FastStart off.

И на ЛЖ, и на астере Туннелинг и Фастстарт вкл-откл - не помогло (или хуже, или так же).
Делал звонок с ЛЖ на автоответчик - так же нет голоса, при звонке с софтфона (SIP) на автоответчик голос есть.

Астериск только начал изучать.

Нажмите для просмотра прикрепленного файла

Нажмите для просмотра прикрепленного файла

ПС как посмотреть трассировки Н323 со стороны ЛЖ

Специальной трассировки по H323 нет. Можно трассировать каналы командой tl и номер канала в 16-ти ричном виде. можно указать до 8 каналов одновременно через пробел. Например CALL_mon>tl 48 49 4a 4b 4c 4d 4e 4f.
Лучше использовать Wireshark.
Ну и стык с астериском во многом зависит от самого Астериска, они (астериски) вообще криво по h323 работают. Очень много помню было проблем с передачей имени и номера, мне пришлось даже специальную подпрограмму дописывать для приема имени и номера, а то зараза писал, что вызов пришел от абонента ITGC ver 4.2
ИМХО лучше по PRI

По PRI возможности нет. Астериск развернут для изучения и на будущее.

Хочется понять на какой стороне проблема - АТС или астериск.

Как можно понять почему астер при вызове отвечает Туннелинг -офф, ФС - офф, хотя когда звонишь с астера на ЛЖ Туннелинг -он, ФС - он.

Вопрос про ITGC - что можно "хорошего" увидеть при подключении к консольному порту платы. Или там просто настройки.
Логин\пароль из описания "CS1000 ITGC board Manual 2004. 6. 10 v1.21 Eng" не подходят для входа (ITGC ver. 3.92 2004-08-18).


Нажмите для просмотра прикрепленного файла

Ну это свойство H323 протокола. Инициирующая вызов сторона пытается договориться по fast, tunneling и early. Если договариваются, то дальше идет коннект, если нет, то начинают перебирать варианты из этих параметров.
В вашем случае, после коннекта я не увидел подтверждения. Как это происходит примерно здесь:
Нажмите для просмотра прикрепленного файла


За все время программирования этих АТС мне ни разу не понадобилась консоль на ITGC. Всегда было достаточно основной программы на OMS. Другое дело что плата сильно устаревшая и даже на последней версии (4.2) поддерживала только H323 ver 2, из за чего возникали трудности при связке с другими АТС.

Может есть какая-нибудь зацепка почему нет голоса в трассировках Н323 от астериска

aster_on_lg голос есть в обе стороны
lg_on_aster голоса нет

Нажмите для просмотра прикрепленного файла

Добавлю логи ooh323 + трассировки Н323 от астериска

aster_on_lg голос есть в обе стороны
lg_on_aster голоса нет

Нажмите для просмотра прикрепленного файла
Нажмите для просмотра прикрепленного файла

Лог файл от астериска смотреть - это жестоко. Снимите нормальный снифф вызова.

Для этого используем утилиту tcpdump:
# tcpdump -s 0 -w voip.cap
Эта команда будет снимать пакетный лог в файл voip.cap в текущей директории.

Нажмите для просмотра прикрепленного файла

Я так понял, что ip телефон и АТС CS1000 находятся в одной подсети, а астериск в другой. У вас точно нет проблем между этими 2-мя подсетями? На снифе я проблем не нашел, все участники четко отправили информацию для голосового трафика.

Кстати попробуйте выключить на обеих сторонах Fast start и может еще и Tunneling все равно они на нем не договариваются.

нашел обсуждение
https://forum.asterisk.ru/viewtopic.php?f=5&t=7729
где на стр.8 тов. may дает совет по установке фрейма кодеков в 60 мс со стороны ЛЖ.

При добавлении (:60)
allow=g729:60
allow=ulaw:60

звонки с ЛЖ на астер заработали: голос в обе стороны, длительность > 30 сек без обрыва связи.

Получается, что остается вопрос длительности звонков с астера на ЛЖ = 30 сек.

tcpdump + trace aster (13:00:31) (звонок с астера на ЛЖ - отбой на 30 сек)

Нажмите для просмотра прикрепленного файла

Сип клиент на ПК (MicroSIP), астер, ЛЖ - в одной сети.

Раньше пробовал со смартфона (сип клиент MicroSIP) - ip 176.56

После вкл фрейма звонки с ЛЖ на сип клиент на смартфоне тоже работают.

Ну соединение в этом снифе разорвал астериск. Попробуйте все же без fast

Выкл FS на астере - голоса нет.
выкл FS на ЛЖ - голоса нет.

Голоса? Вы вроде последний раз писали про разрыв соединения через 30 секунд.

Разложим по полкам:
1) попытка 1 - 09.2017 тема "Соединение по Н.323" - * в Мск, ЛЖ в Члб
- соединение *-ЛЖ, голос есть в обе стороны, обрыв через 30 сек - проблема 1
- соединение ЛЖ-*, голоса нет в обе стороны, обрыв через 30 сек - проблема 2
попытка провалилась.

2) попытка 2 - тема "Соединение по Н.323 - попытка 2 - *, ЛЖ в Члб
- соединение *-ЛЖ, голос есть в обе стороны,
- соединение ЛЖ-*, голоса нет в обе стороны,
длительность не проверял, т.к. есть п.1

3) Предложено решение - вкл фрейм кодеков в 60 мс
- соединение ЛЖ-*, голос есть в обе стороны, длительность > 1 мин (дольше не проверял) - проблема 1 решена
- соединение *-ЛЖ, голос есть в обе стороны, обрыв через 30 сек - проблема 2 осталась

если голоса нет, длительность соединения не важна.

Тогда я это не понял. Вы написали голос в обе стороны.

Да так стало после этого

проблема 1 решилась.
Осталась проблема 2 - - соединение *-ЛЖ, голос есть в обе стороны, обрыв через 30 сек.

в том обсуждении есть, как я понял, разбор этому явлению на стр. 8:
">> 16:36:10:093 Not opening logical channels as Cap exchange remaining
Основная проблема вот здесь.

LG не отправляет никакой реакции на TCS. Ни Reject, ни Ack. Логично, что asterisk не начинает открытие LC без подтверждения capabiities.",
что я так же нашел в своих логах из сообщения №10:
13:00:34:891 Not opening logical channels as Cap exchange remaining
13:00:34:891 Finished handling H245 message. (outgoing, ooh323c_o_14)
13:01:04:668 TerminalCapabilityExchange timeout. (outgoing, ooh323c_o_14)

так же приложено решение (патч), которое вроде работает (или не работает), т.к. тема заглохла.
Разберусь как патчи накладывать буду пробовать решение.

Пока результат такой: при установке патча на ooh323.c выдает ошибку и дальше не собирается.

Кстати версия ITGC у вас 4.2?

CS1000 CPM 3.60Ab, ITGC ver. 3.92 (2004-08-18)

ITGC лучше перешить на 4.2, АТС тоже лучше на 3.70, но на работу с ITGC это никак не повлияет.

Результат на сегодня:
патч на ooh245.c поправлен ручками - ставиться,
патч на ooh323cDriver.c - ставиться,
патч на ooCapability.h - ставиться,
но при оригинальном ooh323.c при сборке выдает ошибку.

патч на ooh323.c не ставиться, если поправить ручками - тоже не ставиться.
если отредактировать ooh323.c по патчу - не собирается.

Результат на сегодня:
патч на ooh245.c поправлен ручками - ставиться,
патч на ooh323cDriver.c - ставиться,
патч на ooCapability.h - ставиться,
патч на ooh323.c поправил ручками (внимательнее) - ставиться.

астериск собирается, но проблема 2 - соединение *-ЛЖ, голос есть в обе стороны, обрыв через 30 сек - осталась.

ошибка в логах та же - Not opening logical channels as Cap exchange remaining.

Ну я уже писал по поводу версии ITGC

Остается уповать на v.4.2, хотя



Где взять прошивку?

Результат на сегодня:

Проблема 2 - соединение *-ЛЖ, голос есть в обе стороны, обрыв через 30 сек - решена (с оговорками).

Лечение найдено здесь: https://megashwed.blogspot.com/2011/11/aste...ldk-ooh323.html

"pritex00713 апреля 2018 г. в 14:20
Лечение 30-ти сек. таймаута Asterisk H323 (костыль) :
В драйвере ooh323c/src в исходниках ooh323ep.h меняем переменную :
#define DEFAULT_TCS_TIMEOUT 30
делаем
#define DEFAULT_TCS_TIMEOUT 7200
и компилим новый драйвер в котором все отрубается через 7200 сек."


С патчами выше не работает.
Соединение *-ЛЖ, голос есть в обе стороны, обрыв через DEFAULT_TCS_TIMEOUT.

Тему считаю закрытой.

https://disk.yandex.ru/d/0RyN_AqeIXEKAQ
Был в отпуске, не смог сразу ответить. Но если патч помог, то наверно можно и не перешивать.

Спасибо, скачаем - пусть будет.