[tol_iwan]

Попробуйте использовать H323Plus вместо OpenH323 (тут все достаточно просто)

Не уверен, что для меня это просто :-)

[facility]

Попробуйте использовать H323Plus вместо OpenH323 (тут все достаточно просто)

Не уверен, что для меня это просто :-)

А! У Вас же Windows! Ну тогда беру свои слова обратно. Тут все непросто. Хотя Вы сами себе эти трудности создали :)

[tol_iwan]

Возможно все-таки в YATE неправильно настраиваю.

Если соединяю YATE-клиента тоже по h323, то видно, что до него YATE делает и tunneling и faststart, а до PBX так и остается OFF OFF.

Получается, что указанные параметры распространяются только, когда YATE инициатор, а ни когда принимает. Конечно понятно, что YATE сама с собой-то должна договориться :-) Но подозрение возникло - может еще где надо прописать tunneling и faststart помимо YATE - h323chan.conf - [ep]?

 

Хотя Вы сами себе эти трудности создали :)

Ну LiveCD скачал уже - думаю попробовать все же на Linux. Только руки пока до этого дойдут...

Слава богу данный функционал тестируется на отдельном оборудовании и живую систему не затрагивает :-)

[tol_iwan]

А что за модуль Ysigchan? По описанию он вроде используется для протокола Q931. Не может быть там каких-нибудь настроек?

С сайта yate:

Module's purposes:

Make/receive calls using the ISDN (Q.931) protocol

Сам читал - ничего не понял толком.

Изменено 27 сентября, 2012 пользователем tol_iwan

[Morze]

Эт канальный модуль для Е1.

[facility]

Покопался в коде OpenH323 1.19.0 и H323Plus CVS. Принципиальная разница в том, что в OpenH323 1.19.0, при получении SETUP, обработка h245Address происходит раньше, чем обработка fastStart, а в H323Plus наоборот.

 

Соответствующий фрагмент кода из OpenH323 1.19.0:

  // Check that it has the H.245 channel connection info
 if (setup.HasOptionalField(H225_Setup_UUIE::e_h245Address))
   if (!StartControlChannel(setup.m_h245Address))
     return FALSE;

 // See if remote endpoint wants to start fast
 if ((fastStartState != FastStartDisabled) &&
      setup.HasOptionalField(H225_Setup_UUIE::e_fastStart) &&
      localCapabilities.GetSize() > 0) {

   DecodeFastStartCaps(setup.m_fastStart);
 }

Соответствующий фрагмент кода из H323Plus CVS:

  // See if remote endpoint wants to start fast
 if (fastStartState != FastStartDisabled &&
      setup.HasOptionalField(H225_Setup_UUIE::e_fastStart) &&
      localCapabilities.GetSize() > 0) {

   DecodeFastStartCaps(setup.m_fastStart);
 }

 // Check that if we are not doing Fast Connect that we have H.245 channel info
 if (fastStartState != FastStartResponse &&
     setup.HasOptionalField(H225_Setup_UUIE::e_h245Address)) {
        if (!StartControlChannel(setup.m_h245Address))
                  return FALSE;
 }

Ситуация (я теперь сомневаюсь ошибка это или нет) с включением h245Address в сообщение CONNECT при уже установленном канале H.245 в обеих библиотеках одинаковая. Но тут я не ручаюсь, что правильно интерпретировал программный код.

 

Соответствующий фрагмент кода из OpenH323 1.19.0:

        else { // Start separate H.245 channel if not tunneling.
         if (!StartControlChannel())
           break;
         connect.IncludeOptionalField(H225_Connect_UUIE::e_h245Address);
         controlChannel->SetUpTransportPDU(connect.m_h245Address, TRUE);
       }

Перед включеним h245Address в CONNECT идет проверка результата, возвращаемого функцией StartControlChannel(). Если возвращается TRUE, то h245Address включается в CONNECT. Если FALSE, то не включается. Но если канал H.245 уже установлен, StartControlChannel возвращает TRUE. Это видно из следующего фрагмента кода:

BOOL H323Connection::StartControlChannel()
{
 // Already have the H245 channel up.
 if (controlChannel != NULL)
   return TRUE;
...

В H323Plus эти фрагменты не изменились.

 

В общем, могу предположить, что при переходе на H323Plus и использовании Быстрого соединения, вызовы TDA->YATE будут устанавливаться.

[tol_iwan]

facility спасибо за развернутый ответ.

Поставил с LiveCD FreeSentral - не хотелось заморачиваться с самостоятельной установкой под linux, не силен я в нем, каюсь. Не могу понять, где FreeSentral настройки хранит для Yate. По описанию /usr/local/etc/yate вроде как, но там не было их. Нашел стандартно в /etc/yate лежали. На всякий случай скинул и в /usr/local/etc/yate. Настройки меняю а результата нет - не применяются. И при рестарте Yate показывает кучу загружаемых модулей, хотя у меня в настройках прописано всего 3-4. Исправляю даже опции запуска - добавляю ключ -с /etc/yate, а он все-равно запускается со старыми настройками.

Опятьже, если в web меняю настройки - добавляю пользователя или маршрут например - файлы конфигурации в указанных папках не меняются.

Тут может кто сказать или придется все-таки ставить самостоятельно Yate с нуля? :-)

[tol_iwan]

Все - отключил запуск сервиса FreeSentral и стали стандартные настройки применяться. FreeSentral их заново переливал.

На данный момент имею туже проблему, что и на винде. Следующий шаг - замена OpenH323 на H323Plus. Есть ссылочка на эту процедуру? Пока пошел гуглить.

[facility]

Есть ссылочка на эту процедуру? Пока пошел гуглить.

Не знаю как там в FreeSentral... При сборке из исходников нужно

1) собрать PTLib - http://downloads.sourceforge.net/project/opalvoip/v3.10%20Luyten/Stable%207/ptlib-2.10.7.tar.bz2

2) собрать H323Plus - http://www.h323plus.org/source/download/h323plus-v1_24_0.tar.gz

3) собрать YATE, указав в параметрах запуска configure путь к директориям с PTLib и H323Plus

[tol_iwan]

3) собрать YATE, указав в параметрах запуска configure путь к директориям с PTLib и H323Plus

делаю как тут: http://yate.null.ro/pmwiki/index.php?n=Main.H323plus

в установке Yate там команда ./configure --with-openh323=/usr/local/ так и есть или что-то другое должно быть?

 

и после установки всего этого хозяйства где посмотреть, что именно H323plus используется - в логе загрузки yate указывает это?

Изменено 1 октября, 2012 пользователем tol_iwan

[tol_iwan]

Поставил на CentOS5.5

Как уже писал по инструкции http://yate.null.ro/...n=Main.H323plus

Проблема осталась, только логов в YATE поубавилось.

есть только строки:

<h323:ALL> YateH323Connection::YateH323Connection(0xff267f0,7,(nil)) [0x1000cba0]

<h323/1:ALL> YateH323Chan::YateH323Chan(0x1000cba0,ip$172.16.0.107:1054) incoming [0x1000e5e0]

<h323/1:ALL> YateH323Connection::OnSetLocalCapabilities() external passtrough [0x1000cba0]

<h323/1:ALL> YateH323Connection::CleanUpOnCallEnd() [0x1000cba0]

<h323/1:INFO> YateH323Connection::OnCleared() error: '(null)' reason: EndedByTransportFail (7) [0x1000cba0]

<h323/1:ALL> YateH323Connection::~YateH323Connection() [0x1000cba0]

и звонок не проходит вообще.

В остальном вроде также работает.

CentOS стоит текстовый, посему Wireshark с YATE нет. Выложу как сниму с YATE-клиента. Хотя кажется туда вообще ничего не доходит.

[facility]

CentOS стоит текстовый, посему Wireshark с YATE нет. Выложу как сниму с YATE-клиента. Хотя кажется туда вообще ничего не доходит.

tcpdump -i <СЕТЕВОЙ ИНТЕРФЕЙС> -s 0 -w traffic.pcap host <IP-АДРЕС TDA>

[tol_iwan]

Извиняюсь за вчерашнее

Проблема осталась, только логов в YATE поубавилось.

В голове каша. Сейчас почитал свои же сообщения и диву даюсь - заявлял, что не работает TDA-YATE, а рассматривали проблему YATE-TDA(описания, логи). Вот теперь думаю - это я ошибся при заведении темы или все-таки настройки и где-то стороны поменялись местами...

В настоящее время имею TDA-YATE проходят. Обратно нет, но отбой идет не после снятия на TDA трубки, а сразу после набора. Логи сейчас поизучаю - отпишусь. Пока выкладывать не буду.

tcpdump -i <СЕТЕВОЙ ИНТЕРФЕЙС> -s 0 -w traffic.pcap host <IP-АДРЕС TDA>

за команду спасибо - все показывает.

[tol_iwan]

Сейчас точно крыша съедет. Пока писал предыдущее сообщение все заработало :-) Только почистил лог YATA для минимальности данных и включил снифер, а звонок взял и нормально прошел. Мистика. С предыдущей попытки не менял абсолютно ничего. До того поигрался с кодеками - выставил g711, отключал/включал faststart на TDA и h245Tunnelling отключал/включал на YATE. Пробовал естественно после перезапуска и того и другого - была проблема. Единственно сейчас объяснение - последним перегружал TDA, может на момент звонка что-то не догрузилось, хотя по статусу платы все уже нормально было.

Буду тестить - может какую закономерность получиться поймать и понять почему не прошел звонок. Потом думаю перекинуть настройки YATE на windows-версию с openh323 для проверки, что h323plus помогло, а не тупо настройки.

Отпишусь вообщем.

[facility]

Без записи трафика я не смогу прокомментировать произошедшие изменения. Лучше при каждой попытке делайте запись. Потом будем вместе разбираться что работает, а что нет. Вы же хотите знать возможности/невозможности эксплуатируемого АПК? :)

[tol_iwan]

Конечно хочу. В настоящее время ничего не менял. Звонки TDA-YATE ходят хорошо в обе стороны.

Стал цеплять дополнительно звонки на AVAYA? что собственно работало, а получил прохождение только в одну сторону - от YATE к AVAYA. При обратном звонке в логах звонок обрывается на авторизации на прокси, хотя по идее ничего такого не должно быть. На другой YATE входящие на SIP-линии от провайдера звонки маршрутизируются с теми же настройками на AVAYA и все нормально.

Попозже лог выложу.

Ну первый этап вроде решен - facility огромное спасибо.

[tol_iwan]

Вот, что удается снять(см. файл).

Как я понимаю проблема в ETHERNET FRAME CHECK SEQUENCE INCORRECT, не совпадают контрольные суммы пакета.

Не могу врубиться где исправлять. Точно не настройки Yate - копировал полностью с виндузной установки все настроичные файлы - тоже самое, а там все ок между YATE и AVAYA.

[All is not what it seems]

А где файл?

[tol_iwan]

А где файл?

Извиняюсь - выбрать выбрал, а загрузить не нажал.

traffic.zip

[All is not what it seems]

В файле только диалог SIP.

Послали инвайт, с противоположной стороны попросили авторизоватся и всё.

" ETHERNET FRAME CHECK SEQUENCE INCORRECT" в файлике не нащёл.

[tol_iwan]

В файле только диалог SIP.

так выборка сделана по IP AVAYA. Больше там ничего и нет. 4 строки всего.

" ETHERNET FRAME CHECK SEQUENCE INCORRECT" в файлике не нащёл.

3 строка(блок, пакет - не знаю как обозвать)

3 0.086712 172.21.24.2 172.16.0.22 SIP 609 Status: 407 Proxy Authentication Required [ETHERNET FRAME CHECK SEQUENCE INCORRECT]

 

Послали инвайт, с противоположной стороны попросили авторизоватся и всё.

это тоже понятно - только никто вроде не должен просить авторизоваться. И кто просит интересно - не разобрался: либо AVAYA, либо шлюз сети - CISCO, там ее MAC засвечен:

Ethernet II, Src: Cisco_85:6e:20 (00:26:99:85:6e:20), Dst: Microsof_0f:4a:09 (00:15:5d:0f:4a:09)

Изменено 11 октября, 2012 пользователем tol_iwan

[tol_iwan]

Все - сам косяк. Не добавил в AVAYA SES в доверенные узлы CentOS Yate - вот он и ругался. Сейчас правда звук при звонке Yate-AVAYA не идет, но тут думаю с кодеками пошаманю - пойдет.

Кстати о кодеках. Связка YATE - TDA работает только на g711. При добавлении G729 не работает. Но это буду смотреть после того как звук на AVAYA починю.

[tol_iwan]

Подведу итог борьбы за связку Yate - TDA:

1. Не удалось запустить под WindowsXP\CentOS55 с родным openH323.

2. После установки Yate с поддержкой H323plus на CentOS55 связка заработала. Установка проводилась согласно инструкции http://yate.null.ro/...n=Main.H323plus. Единственное замечание - Yate поставилась в usr/local/(bin/etc/lib и т.д), а по умолчанию CentOS55(мой по крайней мере) не ищет библиотеки в usr/local/lib и соответственно после установки при запуске Yate ругался на отсутствие библиотек. После добавления usr/local/libв файл /etc/ld.so.conf все заработало. Ну естественно для запуска как демона нужно сделать. Я скрипт взял с FreeSentral(до этого ставил на другой машине), подправил пару вещей и все. Может подробности лишние конечно, но мало ли - вдруг кому сгодится.

 

P.S. как думаете будет это хозяйство на CentOS6 работать? А то планируется обновление Linux-серверов всех. Думаю будут проблемы с Yate или нормально пройдет...

[Morze]

А смысл обновлять систему ежлив все работает ?

[tol_iwan]

А смысл обновлять систему ежлив все работает ?

Работает с точки зрения YATE. Не работают другие вещи. Конечно Yate можно держать на 5-5, но всеж удобнее поддерживать одну систему.

 

По поводу Yate-AVAYA новые данные. Не работает только с клиентом Yate. Стоит на этом же компе 3CXPhone - все работает. Видимо где-то настройки самого Yate-клиента. Его настройки как я понимаю прописаны в файле yate-qt4.conf. Интуитивно понимаю, что в файле на машине с клиентом, а не где Yate-сервер. Я прав? Просто у меня на машине с клиентом стоит еще и другая Yate, она рабочая и соответственно перегружать я ее не могу для применения настроек. Непрохождение звука при звонке Yate-AVAYA я так понимаю может быть в настройках кодеков. В указанном файле кодеки вообще не прописаны на машине с клиентом. Может быть с этим связано?